进程优先级和分类进程优先级代表进程需要运行的紧急程度和需要更多的运行时间片，Linux的优先级的范围是[0, 139]，数值越小，优先级越高。用户态通过nice值设置优先级，nice值的范围是[-20,19]，其映射到范围100—139。setpriority系统调用能修改进程的优先级0—139。按照优先级又可以分为两类进程：实时进程：要求最快速被响应，比如视频、工业机器控制程序等。非实时进程：即

相对于MPEG2，VC-1的压缩比更高，但相对于H.264而言，编码解码的计算则要稍小一些，目前来看，VC-1可能是一个比较好的平衡，辅以微软的支持，应该是一只不可忽视的力量。以以国内最流行，大家最熟悉的RMVB视频文件为例，RMVB中的VB，指的是VBR，即Variable Bit Rate的缩写，中文含义是可变比特率，它表示RMVB采用的是动态编码的方式，把较高的采样率用于复杂的动态画面(歌舞

一、方案选型1、XMPP协议 + Jingle扩展协议：应用层协议，可以用来实现音视频传输，但完善的客户端开发资料有限，无开源库，开发难度大，开发周期长。（选型排名第三）2、SIP协议：应用层协议，专门用来实现音视频传输，但客户端开发资料较少，无开源库，开发难度较大，开发周期较长。（选型排名第四）3、RTMP协议（Real Time Messaging Protocol，实时消息传输协议）：传输层

1.启动SRS./objs/srs -c conf/rtc.conf配置文件：listen1935;max_connections1000;daemonoff;srs_log_tankconsole;http_server {enabledon;listen8080;dir./objs/nginx/html;}

并行算法类型可以分为两类在h.264解码时进行功能划分，例如对于四核系统，各个核心分别执行下列任务这种并行类型就是流水线类型，但这种类型在h.264解码中会出现以下问题由于有上述的这些缺点，一般在h.264并行解码器实现中都不会采用这种实现方式。按照数据划分，在每部分进行划分并且处理后，还需要进行合并。在h.264中有多个级别的数据划分，这里挑出其中三个重点分析h.264分为I、P、B帧，其中I、

比方说，如果我们需要将一个44.1kHz的音频升采样到48kHz，我们需要相应地增加样本数量，以保证每秒钟的样本数匹配新的采样率，这种情况下就会延长整个音频的播放时间。举例来说，如果你增加了音频的采样率，每个样本表示的时间会变短，为了保持音频数据在时间上的正确展现，原有的PTS需要根据新的采样频率重新计算。例如，将一个采样率为44.1kHz的音频重采样到48kHz，如果样本数维持不变，那么每个样本

YUV422P也属于YUV422的一种，它是一种Plane模式，即平面模式，并不是将YUV数据交错存储，而是先存放所有的Y分量，然后存储所有的U（Cb）分量，最后存储所有的V（Cr）分量，如上图所示。注意，上图中，Y’00、Y’01、Y’10、Y’11共用Cr00、Cb00，其他依次类推。YUYV为YUV422采样的存储格式中的一种，相邻的两个Y共用其相邻的两个Cb、Cr，分析，对于像素点Y’00

一般情况下 FFmpeg 类库的源代码中是不允许使用 printf() 这种的函数的，所有的输出一律使用 av_log()。avcodec_find_encoder() 用于查找 FFmpeg 的编码器，avcodec_find_decoder() 用于查找 FFmpeg 的解码器，声明都位于 libavcodec\avcodec.h。例如，解码视频的时候，每解码一个视频帧，需要先调用 av_re

注意这里的单位是bit而不是Byte,一个Byte等于8个bit(位),bit是最小的单位，一般用于网络速度的描述和各种通信速度，Byte则用于计算硬盘，内存的大小。采样越高，声音的还原就越真实越自然，人对频率的识别范围是 20HZ - 20000HZ, 如果每秒钟能对声音做 20000 个采样, 回放时就足可以满足人耳的需求. 所以 22050 的采样频率是常用的, 44100已是CD音质, 超

原文 https://www.cnblogs.com/go-ahead-wsg/p/17294745.html服务器需要主动推送（长连接）给客户端数据，通常使用websocket协议，比如股票信息实时数据等；websocket服务器为websocket协议+reactor实现websocket协议与http协议对比，http协议是针对网页设计的协议，为一请求一连接形式适合短连接，而websocke