无为

Adobe公司太坑人了，官方文档公布的信息根本就不全，如果只按照他上面的写的话，是没法用的。按照文档上面的流程，server和client连接之后首先要进行握手，握手成功之后进行一些交互，其实就是交互一些信息以确认大家都是用的同一个协议，交互成功之后就开始传数据了。      首先说下rtmp协议包的格式。握手之后，rtmp传输一个数据默认的长度是128bytes，这128byte

帧率是每秒图像的数量，分辨率表示每幅图像的尺寸即像素数量，码流是经过视频压缩后每秒产生的数据量，而压缩是去掉图像的空间冗余和视频的时间冗余，所以，对于静止的场景，可以用很低的码流获得较好的图像质量，而对于剧烈运动的场景，可能用很高的码流也达不到好的图像质量，所以结论是设置帧率表示您要的实时性，设置分辨率是您要看的图像尺寸大小，而码率的设置取决于摄像机及场景的情况，通过现场调试，直到取得一个可以接受

#./configure --helpUsage: configure [options]Options: [defaults in brackets after descriptions] Standard options:        基本选项参数--help                         显示此帮助信息|print this message--log[

Android Audio Architecture 图如下所示 详细调用路径如下1. 音频播放示例代码MediaPlayer mp = new MediaPlayer();mp.setDataSource(PATH_TO_FILE);mp.prepare();mp.start(); 1.1 MediaPlayer mp = new

RTSP服务器（一）一：总体了解RTSP(Real-Time Stream Protocol )是一种基于文本的应用层协议,直白的讲客户端与服务器建立连接并从服务器上接收流，服务器上的流可以是采集的，文件，等等。二：服务器模式   1：以文件为例，输入到服务器的源可以做一个MediaSession, 的list来管理各各文件流，最理想的方式是这个list管理各个客户端要请求的流

RTSP（Real Time Stream Protocol，实时流协议）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。数据 源包括现插数据与存储在剪辑中的数据。该协议目的在于控制多个数据发送连接，为选择发送通道如UDP、多播UDP与TCP等提供途径，并为选择基于RTP 上发送机制提供方法。一．简介 1．目的 实时流协

Real Time Streaming Protocol或者RTSP（实时流媒体协议），是由Real network 和 Netscape共同提出的如何有效地在IP网络上传输流媒体数据的应用层协议。RTSP提供一 种可扩展的框架，使能够提供可控制的，按需传输实时数据，比如音频和视频文件。源数据可以包括现场数据的反馈和存贮的文件。rtsp对流媒体提供了诸如暂停，快进等控制，而它本身并不传输数据，rt

完整的C／S架构的基于RTP／RTCP的H．264视频传输方案。此方案中，在服务器端和客户端分别进行了功能模块设计。服务器端：RTP封装模块主要是对H．264码流进行打包封装；RTCP分析模块负责产牛和发送RTCP包并分析接收到的RTCP包；QoS反馈控制模块则根据RR报文反馈信息动态的对发送速率进行调整；发送缓冲模块则设置端口发送RTP、RTCP包。客户端：RTP模块对接收到的RTP包进行解析判

牛逼的视频会议网站：http://wmnmtm.blog.163.com/blog/#m=0++++++++++++++++++++++++++++++++++++++++++++++++++++http://wmnmtm.blog.163.com/blog/static/38245714201192491746701/使用RTP传输H264的时候,需要用到sdp协议描

背景:H.264是最新的视频压缩标准，它也称为MPEG-4 Part 10或AVC（高级视频编码）。  H.264是一个需要许可证才能使用的开放标准，可支持最当今市场上最高效的视频压缩技术。在不影响 图像质量的情况下，与采用M-JPEG和MPEG-4 Part 2标准相比，H.264编码器可使数字视频文件的大小分别减少80%和50%以上.可以说是让视频在保持高清晰度的情况下，又最好