首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 嵌入开发 > WinCE >

wince6.0 6410 视频采集,编解码与传输遇到的有关问题

2013-01-09 
wince6.0 6410 视频采集,编解码与传输遇到的问题补充一个问题:一般大家都是用什么技术在wince下进行视频采

wince6.0 6410 视频采集,编解码与传输遇到的问题
补充一个问题:一般大家都是用什么技术在wince下进行视频采集,编解码以及传输的?

自己目前正在尝试:
一、采集摄像头的数据:通过directshow,编写filter采集、编码以及发送,但是我发现采集sample的时候非常的慢,一秒只能采集到2到3个sample,debug和release模式都一样,有谁能告诉下这是正常的吗?
二、编解码
    采用软编码的话,可能6410会负担不起(本人只拿过汪兵的例子,里面那个dmo软编码,慢到可怜,就不敢使用),所以采用硬编解码。单独拿每个桢进行编码和解码都没问题,但是当整一个流程连起来使用的时候就会出现mgeg4decode configuration 错误。
三、传输
    采用jrtplib第三方实时传输,这个又有错误,在release模式下,使用jthread的话,会出现“data abort”问题,然后就应用程序提示严重错误。不使用jthread的话,当进行create session的时候,打印加载wspm.dll的时候,就停住,程序卡住不跑了。
程序总共分三块,结果每一块都有问题,严重打击我幼小的心灵,有哪位大牛能不吝啬自己的经验,分享点来指导我这迷途的羔羊。。。。。。 

[解决办法]
路过 顶一个
[解决办法]
没搞过,帮顶下
[解决办法]
学习!
[解决办法]
一、采集这个帧率可以调的,或者编码速度? 或者驱动支持不好
二、软编码 用jpg 还行。要用h263这种的就得硬编,
三、冒用过
[解决办法]
一,先不用directshow,写个独立的程序测一下帧率,现在肯定不正常
二,还是研究下自带的例子吧
三,你需要什么样的传输?流媒体式的还是普通tcp/udp传输?
一般来说,帧率是摄像头端设置的,tvp5150只是单纯解码而已
[解决办法]
1、建议用GetTickCount在获取帧的地方打印一下  看看获取单帧图片到底花了多少时间,以确认耗时的地方到底在哪儿
2、建议编码解码用同一个变量  即在你整合两个工程之前  你的两个工程其实是用的两个独立的编解码声明引用  建议在整合到一个工程中时  编解码的引用使用同一个。
3、我使用的jrtplib 3.8,jthread 1.21版本的,也碰到了问题  不管是在6410的ce6上还是2440的ce5上  都出现同一个错误
“error:the "bind" call for the rtp socket failed”,跟踪调试也找不到原因所在  不知楼主用的什么版本。
[解决办法]
1. 不传YUV数据吗?
2. 每秒2-3帧,有点夸张,摄像头每秒预览有10-15帧,
[解决办法]

引用:
1、传啊,预览的就是rgb16,预览没有问题,不过用手在摄像头前面快速的晃,就会卡。捕捉的就是yv12,我试过直接把采集到的数据保存成yuv文件,结果一秒钟也是保存2、3个文件。


一秒钟保存2,3个文件不能说明什么,本来保存文件就是巨耗时的。 你确定一下你的sensor输出的fsp是多少,有没有25fps?  如果本来sensor输出的fps就低,那你改sensorformats.h里的宏一点用都没有。

你应该是ITU601的吧?如果是,你可以用示波器量camera if 的 VSYNC引脚, 看它1秒钟产生多少次脉冲,这个才是真实的fps. 
[解决办法]
没有搞过,友情支持一把

热点排行