编码转换

目录 【如何快速的开发一个完整的iOS直播app】(原理篇) 【如何快速的开发一个完整的iOS直播app】(播放篇) 【如何快速的开发一个完整的iOS直播app】(采集篇) 前言 大半年没写博客了，但我一直关注着互联网的动向，最近会研究很多东西，并分享，今年移动直播行业的兴起，诞生了一大批网红，甚至明星也开始直播了，因此不得不跟上时代的步伐，由于第一次接触的原因，因此花了很多时间了解直播，整理了直播的原理，当前只是原理篇，后续会持续发布实战篇，教你从零开始搭建一个完整的iOS直播app，希望能帮助到更多的人更快的了解直播。 一、个人见解（直播难与易） 直播难：个人认为要想把直播从零开始做出来，绝对是牛逼中的牛逼，大牛中的大牛，因为直播中运用到的技术难点非常之多，视频/音频处理，图形处理，视频/音频压缩，CDN分发，即时通讯等技术，每一个技术都够你学几年的。 直播易：已经有各个领域的大牛，封装好了许多牛逼的框架，我们只需要用别人写好的框架，就能快速的搭建一个直播app，也就是传说中的站在大牛肩膀上编程。 二、了解直播 热门直播产品 映客，斗鱼，熊猫，虎牙，花椒等等 直播效果图 1.一个完整直播app功能(来自落影loyinglin分享) 1、聊天 私聊、聊天室、点亮、推送、黑名单等; 2、礼物 普通礼物、豪华礼物、红包、排行榜、第三方充值、内购、礼物动态更新、提现等； 3、直播列表

【如何快速的开发一个完整的iOS直播app】(原理篇) 转载自简书@ 袁峥Seemygo ： http://www.jianshu.com/p/7b2f1df74420 一、个人见解（直播难与易） 　　直播难：个人认为要想把直播从零开始做出来，绝对是牛逼中的牛逼，大牛中的大牛，因为直播中运用到的技术难点非常之多，视频/音频处理，图形处理，视频/音频压缩，CDN分发，即时通讯等技术，每一个技术都够你学几年的。 　　直播易：已经有各个领域的大牛，封装好了许多牛逼的框架，我们只需要用别人写好的框架，就能快速的搭建一个直播app，也就是传说中的站在大牛肩膀上编程。 二、了解直播 　　 热门直播产品：映客、斗鱼、熊猫、虎牙、花椒等等 　　直播效果图 　　 　　　　 直播效果.jpeg 1.一个完整直播app功能(来自 落影loyinglin 分享) 1、聊天 私聊、聊天室、点亮、推送、黑名单等; 2、礼物 普通礼物、豪华礼物、红包、排行榜、第三方充值、内购、礼物动态更新、提现等； 3、直播列表 关注、热门、最新、分类直播用户列表等； 4、自己直播 录制、推流、解码、播放、美颜、心跳、后台切换、主播对管理员操作、管理员对用户等； 5、房间逻辑 创建房间、进入房间、退出房间、关闭房间、切换房间、房间管理员设置、房间用户列表等； 6、用户逻辑 普通登陆、第三方登陆、注册、搜索、修改个人信息

一、SDP协议介绍 SDP 完全是一种会话描述格式 ― 它不属于传输协议 ― 它只使用不同的适当的传输协议，包括会话通知协议（SAP）、会话初始协议（SIP）、 实时流协议（RTSP）、 MIME 扩展协议的电子邮件以及超文本传输协议（HTTP）。SDP协议是也是基于文本的协议，这样就能保证协议的可扩展性比较强，这样就使其具有广泛的应用范围。SDP 不支持会话内容或媒体编码的协商，所以在流媒体中只用来描述媒体信息。媒体协商这一块要用 RTSP 来实现． 二、SDP协议格式 SDP描述由许多文本行组成，文本行的格式为<类型>=<值>，<类型>是一个字母，<值>是结构化的文本串，其格式依<类型>而定。 ＜type＞=<value>[CRLF] 常见的fields有： 三、SDP协议例子： 下面是一个helix 流媒体服务器的RTSP协议中的SDP协议： v=0 //SDP version // o field定义的源的一些信息。其格式为：o=<username> <sess-id> <sess-version> <nettype> <addrtype> <unicast-address> o=- 1271659412 1271659412 IN IP4 10.56.136.37 s=<No title> i=<No author> <No copyright> //session的信息

MTV与MVC 　　MTV模型（django）： 　　　　M:模型层（models.py） 　　　　T:templates 　　　　V:views 　　MVC模型：　 　　　　M:模型层（models.py） 　　　　V:视图层（views.py） 　　　　C:控制器（Controller） urls.py 　　本质：django的MTV也是MVC 多对多表三种创建方式 　　 第一种 django orm自动帮我们创建 class Book(models.Model): name = models.CharField(max_length=32) authors = models.ManyToManyField(to='Author') class Author(models.Model): name = models.CharField(max_length=32) 　　 第二种纯手动创建第三张表 class Book(models.Model): name = models.CharField(max_length=32) class Author(models.Model): name = models.CharField(max_length=32) class Book2Author(models.Model): book = models.ForeignKey(to=

Given a string S, consider all duplicated substrings: (contiguous) substrings of S that occur 2 or more times. (The occurrences may overlap.) Return any duplicated substring that has the longest possible length. (If S does not have a duplicated substring, the answer is "".) Example 1: Input: "banana" Output: "ana" Example 2: Input: "abcd" Output: "" Note: 2 <= S.length <= 10^5 S consists of lowercase English letters. 来自leetcode官方的题解： https://leetcode-cn.com/problems/longest-duplicate-substring/solution/zui-chang-zhong-fu-zi-chuan-by-leetcode/ 方法一：二分查找 + Rabin-Karp 字符串编码 分析 我们可以把这个问题分解成两个子问题： 从

ffmpeg.exe -i F:\慶哥\慶哥之歌.mp3 -ab 56 -ar 22050 -b 500 -r 15 -s 320x240 f:\11.flv ffmpeg -i F:\01.wmv -ab 56 -ar 22050 -b 500 -r 15 -s 320x240 f:\test.flv 使用-ss参数 作用（time_off set the start time offset），可以从指定时间点开始转换任务。如: 转换文件格式的同时抓缩微图： ffmpeg -i "test.avi" -y -f image2 -ss 8 -t 0.001 -s 350x240 'test.jpg' 对已有flv抓图： ffmpeg -i "test.flv" -y -f image2 -ss 8 -t 0.001 -s 350x240 'test.jpg' -ss后跟的时间单位为秒 Ffmpeg转换命令 ffmpeg -y -i test.mpeg -bitexact -vcodec h263 -b 128 -r 15 -s 176x144 -acodec aac -ac 2 -ar 22500 -ab 24 -f 3gp test.3gp 或者 ffmpeg -y -i test.mpeg -ac 1 -acodec amr_nb -ar 8000 -s 176x144 -b

什么是ASCII 计算机的起初是使用内存中的0101来表示数和机器码。如何用内存中的bit来表示文本一直困扰着人们，毕竟人类主要的信息展示是文字，而不是苦涩的0101。后来ASCII码的发明成功的解决了“部分”问题。说白了ASCII码就是解决了一个以数字形式表示文本的问题。 ASCII码全称为美国信息交换标准码“American Standard Code for Information Interchange”。目前它已被国际标准化组织（ISO）定为国际标准，称为ISO 646标准。适用于所有拉丁文字字母，ASCII码有7位码和8位码两种形式。在计算机的存储单元中，一个ASCII码值占一个字节(8个二进制位) 7位ASCII码是用七位二进制数进行编码的，可以表示128个字符。其最高位(b7)用作奇偶校验位。所谓奇偶校验，是指在代码传送过程中用来检验是否出现错误的一种方法，一般分奇校验和偶校验两种。奇校验规定：正确的代码一个字节中1的个数必须是奇数，若非奇数，则在最高位b7添1；偶校验规定：正确的代码一个字节中1的个数必须是偶数，若非偶数，则在最高位b7添1。 第0～32号及第127号(共34个)是控制字符或通讯专用字符，如控制符：LF（换行）、CR（回车）、FF（换页）、DEL（删除）、BEL（振铃）等；通讯专用字符：SOH（文头）、EOT（文尾）、ACK（确认）等； 第33

1. 装箱、拆箱还是别名 许多 C#.NET 的书上都有介绍 int -> Int32 是一个装箱的过程，反之则是拆箱的过程。许多其它变量类型也是如此，如：short <-> Int16，long <-> Int64 等。对于一般的程序员来说，大可不必去了解这一过程，因为这些装箱和拆箱的动作都是可以自动完成的，不需要写代码进行干预。但是我们需要记住这些类型之间的关系，所以，我们使用“别名”来记忆它们之间的关系。 C# 是全面向对象的语言，比 Java 的面向对象都还彻底——它把简单数据类型通过默认的装箱动作封装成了类。Int32、Int16、Int64 等就是相应的类名，而那些我们熟悉的、简单易记的名称，如 int、short、long 等，我们就可以把它称作是 Int32、Int16、Int64 等类型的别名。那么除了这三种类型之外，还有哪些类有“别名”呢？常用的有如下一些： bool -> System.Boolean (布尔型，其值为 true 或者 false) char -> System.Char (字符型，占有两个字节，表示 1 个 Unicode 字符) byte -> System.Byte (字节型，占 1 字节，表示 8 位正整数，范围 0 ~ 255) sbyte -> System.SByte (带符号字节型，占 1 字节，表示 8 位整数，范围 -128

最近由于编程的需要，对 C# 的类型转换做了一些研究，其内容涉及 C# 的装箱/拆箱/别名、数值类型间相互转换、字符的 ASCII 码和 Unicode 码、数值字符串和数值之间的转换、字符串和字符数组/字节数组之间的转换、各种数值类型和字节数组之间的转换、十六进制数输出以及日期型数据的一些转换处理，在这里与大家分享—— 　　 1. 装箱、拆箱还是别名 　　许多 C#.NET 的书上都有介绍 int -> Int32 是一个装箱的过程，反之则是拆箱的过程。许多其它变量类型也是如此，如：short <-> Int16，long <-> Int64 等。对于一般的程序员来说，大可不必去了解这一过程，因为这些装箱和拆箱的动作都是可以自动完成的，不需要写代码进行干预。但是我们需要记住这些类型之间的关系，所以，我们使用“别名”来记忆它们之间的关系。 C# 是全面向对象的语言，比 Java 的面向对象都还彻底——它把简单数据类型通过默认的装箱动作封装成了类。Int32、Int16、Int64 等就是相应的类名，而那些我们熟悉的、简单易记的名称，如 int、short、long 等，我们就可以把它称作是 Int32、Int16、Int64 等类型的别名。 　　那么除了这三种类型之外，还有哪些类有“别名”呢？常用的有如下一些： bool -> System.Boolean (布尔型，其值为

C# 出来也有些日子了，最近由于编程的需要，对 C# 的类型转换做了一些研究，在学习中整理了一份在这里与大家分享，很适用哦！ 其内容涉及 C# 的装箱/拆箱/别名、数值类型间相互转换、字符的 ASCII 码和 Unicode 码、数值字符串和数值之 间的转换、字符串和字符数组/字节数组之间的转换、各种数值类型和字节数组之间的转换、十六进制数输出以及日期型数据的一些转换处理。 1. 装箱、拆箱还是别名 许多 C# 的书上都有介绍 int -> Int32 是一个装箱的过程，反之则是拆箱的过程。许多其它变量类型也是如此，如：short <-> Int16，long <-> Int64 等。对于一般的程序员来说，大可不必去了解这一过程，因为这些装箱和拆箱的动作都是可以自动完成的，不需要写代码进行干预。但是我们需要记住这些类型之间的关系，所以，我们使用“别名”来记忆它们之间的关系。 C# 是全面向对象的语言，比 Java 的面向对象都还彻底——它把简单数据类型通过默认的装箱动作封装成了类。Int32、Int16、Int64 等就是相应的类名，而那些我们熟悉的、简单易记的名称，如 int、short、long 等，我们就可以把它称作是 Int32、Int16、Int64 等类型的别名。 那么除了这三种类型之外，还有哪些类有“别名”呢？常用的有如下一些： bool -> System