|
阅读：1914回复：13
求MPEG1系统流解码算法！！！！
有朋友说使用5402可以做MPEG1的解码，想尝试一下！谢谢。
|
|
|
|
沙发#
发布于：2003-08-29 09:16
自己顶一下吧！
|
|
|
|
板凳#
发布于：2003-08-29 11:34
别尝试了，5402MIPS不够，即使作出来，性能也不够。
从TI的Roadmap看，5000系列应该应用在Audio等方面， 图像和视频的处理应该采用6000系列的平台。 |
|
|
地板#
发布于：2003-08-29 17:41
不会吧，5402可以跑到100MIPS，总比当年的486快吧！MPEG1又不是多复杂（虽然我还没搞到算法）。
6000太贵了，搞MPEG1浪费。 |
|
|
|
地下室#
发布于：2003-08-30 09:46
c54主要还是用在通信方面的比较多
视频还是要用C6X系列的 如果你纯粹研究一下的话，可以去 TI的网站 上申请一个C62再来实验吧 C54估计是悬了点 |
|
|
5楼#
发布于：2003-08-30 09:48
刚才没看清楚
你做解码，可能还可以，但不敢保证性能如何 信源一般编码比解码难 信道则相反 |
|
|
6楼#
发布于：2003-09-12 19:36
这些天一直在看MPEG1的编解码算法。
关于视频部分，感觉运算量还是集中在DCT方面。如果使用快速DCT算法，总的运算量也没有想象中的大，只是用定点DSP作浮点运算可能会麻烦一点。 帧内解码的算法基本上没什么问题了，用VC写了个小程序解MPEG1的I帧，效果马马虎虎；运动补偿预测解码还没搞，概念还有些模糊。不过我对5402解MPEG1视频好象有了点信心。 音频部分一点心得也没有，不知道计算量会有多大，更不知道和视频整合起来后，一片5402还能不能实现。 退一步而言，假如视频解码可以实现，大不了再用一片5402解音频。或者可以用一片5402作系统流解码，分解出的音频数据自己处理，而而单纯的视频数据可以通过接口提交第二片5402单独解码。 5402太便宜了，做东东不能不考虑成本。 第一次玩DSP就玩MPEG1解码，这个目标是不是订得高了一点？有压力才会有动力！呵呵，谢谢朋友们的帮助！ |
|
|
|
7楼#
发布于：2003-09-12 23:18
54做MPEG1购了100MPS的运算速度。
|
|
|
8楼#
发布于：2003-09-23 13:50
lvhaow你好，我也想做这方面的东西，可有关于mpeg算法的资料，给我一份。非常感谢！
xuy_thy@sohu.com |
|
|
9楼#
发布于：2004-01-01 20:18
噶用54x做mp3够不够啊
|
|
|
10楼#
发布于：2004-01-03 10:12
C5000作Audio是够用的，
作Still Image也应该是可以的， 作Video应用就不行了。 项目开题前要慎重，否则，haha |
|
|
11楼#
发布于：2004-01-03 14:09
楼上兄弟说到我的痛处了，尝试早以失败告终！
唉，搞技术没有点怀疑精神是不行的，但事事都不信邪非得去试试，也是要碰壁的！ |
|
|
|
12楼#
发布于：2004-01-03 19:11
我们不能把有限的生命投入到无限的知识海洋中，更不能投入到无限的尝试中。
所以应该吸收前辈的经验， 把有限的生命投入到有价值的事业中。 |
|
|
13楼#
发布于：2004-01-11 16:50
楼上兄弟说到我的痛处了，尝试早以失败告终！ 可否给我一分MPEG的算法代码和说明,感谢! hfy781108@sina.com |
|