这是一个创建于 3939 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
l6751902 2014-03-12 10:37:46 +08:00  2
不知道你要学那方面的，
学编解码的基本应用，随便下个例子就好了，代码量也不大， 学编解码的网络应用，RFC3984_H264_over_RTP是其中一种方式， 想学懂编解码过程，例如H264，从 MPEG-4 Part10(ISO 14496-10)之类的慢慢深入，编解码过程重在理论，光看代码也看不懂的 |
 |
2
sivacohan 2014-03-12 18:31:44 +08:00 1
和 @l6751902 说的一样。你的问题问的太宽泛了。
视频编解码最基本可以分为两块，一块是decoder/encoder，另外一块就是ffmpeg之类的东西了，不知道怎么表达。 如果是想搞ffmpeg的话，就老老实实看文档对这写吧。ffmpeg的文档还算不错。而且编解码流程也很清晰。ffmpeg和libav是有一定关系的，据说写的是同一伙人。不过现在libav的文档似乎非常不全面。 编解码的话，h.264看起来实际上挺坑的，反正我是浪费了很多时间在上面最后收效甚微。h.264定义了一系列容器。 如果只是自己想做点东西玩，可以考虑试试PAL,电视的那个视频协议…… VLC，从来没搞过，不表态。 live555，听都没听过…… |
|
4
l6751902 2014-03-13 10:43:46 +08:00
网络应用从我接触的比较多的是 RTP封包与rtsp握手协议，很多监视器和早期的联通多播（现在不知道怎样了）是走这两个协议
，说白了就是看懂数据格式你就知道客户端该怎么做了，就这个：RFC3984_H264_over_RTP， 理论上服务端做法也一样，但是ffmpeg里有便捷方式，服务端方面我不太清楚， 还有httpstream，苹果的移动设备在用这个流协议，其他地方没注意过，直觉感觉用这种的比较多。 还有个mms，应该没啥人用了吧。 说白了视频的网络应用就是搞清楚客户端与服务端之间的协议格式，照着协议在客户端把裸码流重组，丢给解码器解码就出画面了。 |
Select Language