关于流媒体开发接口

杂家老周 2011-11-13 12:44:11
看了很多这个版块的贴子,有以下几点意见,欢迎讨论
1》关于FFMPEG,说实在的,这东西我认为就是个垃圾,它本身并不压缩或解压数据,不管是MPEG4还是H264,我认为开发者应该具体到mpeg4或x264的开发接口上,虽然有难度,但是要经过这一步,否则不了解具体细节,再去读懂FFMPEG的结构与参数,太麻烦了
2》关于环境搭建,FFMPEG环境的搭建也是个极其麻烦的事,真不如XVID或X264来得快。DirectX虽然简单些,但是去理解那些结构和体系,实在是个麻烦事,所以建议开发者直接使用相关接口,不要用ffmpeg和DShow之类的东西。
3》关于directshow,很多开发者开口闭口就是这个东西,我认为这东西和FFMPEG差不多,是垃圾,有时间去读它的接口与体系,还不如把各环节搞清楚,自己弄。无非是数据源处理(RGB或YUV),压缩(可用XVID或divx或x264等引擎),解压,显示(直接用DIRECTDRAW,无非就是个CLASS而己,建好了可用在其它任何自己开发的工程上),这些东西是万变不离其宗。
4》关于音频,我觉得VFW是不错的接口,虽然麻烦一些,但真搞清楚了,会比上面那些东西爽得多。
...全文
144 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
gysutantoman 2011-11-14
  • 打赏
  • 举报
回复
ffmpeg修改了x264接口, 简直是.. 看看VLC,直接调x264接口,看起来多顺畅。
ArcRain 2011-11-14
  • 打赏
  • 举报
回复
其实,不管FFMpeg还是DirectShow,它们都是一套多媒体的开发框架,都旨在统一开发时的调用逻辑,简化开发的流程以及提高开发效率。不管开发人员是功能使用者还是功能提供者,建立在这些框架上的模块都有良好的互通性,给第三方开发人员使用时都是很方便的。
楼主所说的具体mpeg4或x264的开发接口,无非是具体到某一特定功能的使用,但你想想,当需要支持多种类型文件的功能时,如果没有一个统一的开发接口和调用逻辑,扩展与维护起来岂不是灾难。
这些特定功能的具体细节(参数、原理)有时是需要必要的了解,因为这有助于更好的使用这些功能来完成需求,不过对于一个功能使用者来说,也许他不需要很详细的了解细节,只要可以快速达成他的需求即可。
  • 打赏
  • 举报
回复
恩,按照楼主的逻辑,神马C、C++、JAVA全是垃圾,大家全用汇编写程序多好!
不是诚心跟楼主作对,而是希望楼主不要这么激进,ffmpeg既然如此受欢迎,自然有它的道理,没有必要为了证明自己的观点而否定别人的理论,事实上,你所说的和ffmpeg、dshow等并非是站在对立面上的。

2,543

社区成员

发帖
与我相关
我的任务
社区描述
专题开发/技术/项目 多媒体/流媒体开发
社区管理员
  • 多媒体/流媒体开发社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧