发新帖我要提问
返回列表
打印

多路视频信号处理融合，用什么方案

[复制链接]
2501|13
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
pangb|  楼主 | 2015-4-13 22:42 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
视频信号处理, DM, 摄像头, omap3, vi
导师定的方向是仿生复眼前端数据处理，所谓复眼简单理解就是很多子眼，利用很多摄像头，但是这么多摄像头的图像是拼接融合还是怎么个弄法，暂时不清楚，导师主张的方案还是用比较成熟的DM642，而我倾向于新一点的Davinci板子，手头现有DM6467和OMAP3530，对于我来说这几个都没有前期工作，希望论坛各位高手给指点一下。

使用特权

评论回复 赏

相关下载

相关帖子

沙发
pangb|  楼主 | 2015-4-13 22:42 | 只看该作者

对于多路（可以从两路开始，图像处理就从大场景拼接开始吧）视频处理，从花费时间和后期算法移植角度考虑哪个更合适点。

使用特权

评论回复 赏
板凳
chenjunt| | 2015-4-13 22:42 | 只看该作者

用FPGA和DSP结合使用，这个效果不错

使用特权

评论回复 赏
地板
ousj| | 2015-4-13 22:57 | 只看该作者
推荐用单核的DSP，不过642有点老了，稍微新一点的达芬奇是可以的，多核的一个人是玩不转的，那玩意太复杂了，你们要是有个67个人一块做的话倒是可以考虑

使用特权

评论回复 赏
5楼
pangb|  楼主 | 2015-4-13 22:57 | 只看该作者
现在的想法如果用数字摄像头fpga可以用于数字摄像头的预处理，直接在fpga中做点简单的算法。如果用模拟摄像头，dsp中有接口了，fpga不知道还有什么存在的价值。

使用特权

评论回复 赏
6楼
pangb|  楼主 | 2015-4-13 22:57 | 只看该作者
人只有我一个，642我也觉得太老，目前642的产品主要用在视频监控的编解码上，做点稍微复杂的图像处理有点麻烦，而且没有啥工具包纯C的代码移植难度和工作量都挺大。手里有DM6467和OMAP3530的，用这种板子摸清楚开发工具和嵌入式系统就得花很大的功夫。

使用特权

评论回复 赏
7楼
morrisk| | 2015-4-13 22:57 | 只看该作者
DM6467和OMAP3530的，虽说使用这种板子，摸清楚开发工具和嵌入式系统需要花很大的功夫，但是可以学的更多，有工作量，呵呵

使用特权

评论回复 赏
8楼
pangb|  楼主 | 2015-4-13 22:58 | 只看该作者
现在对开发工具还不是很了解，网上很多资料都讲工具怎样安装，但是ti的工具在接口上提供了多少功能，如果花功夫吧平台弄好后，后面做图像算法有很多现成的接口调用或者算法移植更为方便倒也不错，感觉资料还是太少啊。

使用特权

评论回复 赏
9楼
zyf部长| | 2015-4-13 22:58 | 只看该作者
如果你的重点在于学习与实验视频融合算法，建议先在PC机上模拟，然后用个单核的DSP。
双核的linux会耗费很大精力。

使用特权

评论回复 赏
10楼
小小猫咪| | 2015-4-13 22:58 | 只看该作者
你的导师是要你用复眼解决什么问题呢？

使用特权

评论回复 赏
11楼
pangb|  楼主 | 2015-4-13 22:58 | 只看该作者
复眼估计他自己都没搞清楚，我想先把平台做起来，弄高点基础的算法跑一跑。

使用特权

评论回复 赏
12楼
kangzj| | 2015-4-13 22:59 | 只看该作者
祝你好运吧

使用特权

评论回复 赏
13楼
pangb|  楼主 | 2015-4-13 22:59 | 只看该作者
嗯，先结贴了，多谢大家

使用特权

评论回复 赏
14楼
tom2068| | 2015-9-25 13:30 | 只看该作者
导师说的对啊，双核当然要花费双倍的精力，二级缓存还没有642大。

使用特权

评论回复 赏
返回列表
发新帖 我要提问
高级模式
B Color Image Link Quote Code 收费 Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则

pangb

701

主题

7643

帖子

6

粉丝