大家好!
最近在调试TVP5158 +DM6437的方案时,遇见了如下问题,希望能够得到大家的帮助:
配置方式为4CH HalfD1:
问题:
1.如上图所示的丢行现象,即在其中的一场中存在丢行,如果是连续的视频,那么绿条是向下滚动的;
2.帧不同步问题,从上面的图片中可知,绿条的上方为摄像头的一帧数据,而下方为摄像头的另外一帧数据,而没有使用摄像头的同一帧数据,这就造成了物体在高速运动时,运动图像出现帧不同步现象;
以上问题,不知道那位高手给点建议,在此非常感谢!
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
大家好!
最近在调试TVP5158 +DM6437的方案时,遇见了如下问题,希望能够得到大家的帮助:
配置方式为4CH HalfD1:
问题:
1.如上图所示的丢行现象,即在其中的一场中存在丢行,如果是连续的视频,那么绿条是向下滚动的;
2.帧不同步问题,从上面的图片中可知,绿条的上方为摄像头的一帧数据,而下方为摄像头的另外一帧数据,而没有使用摄像头的同一帧数据,这就造成了物体在高速运动时,运动图像出现帧不同步现象;
以上问题,不知道那位高手给点建议,在此非常感谢!
您好,视频输入格式为NTSC,把寄存器0x0D谢成为0x01,或者使用auto switch模式,都测试过,上述问题还是存在。
我还是觉得要先排除一下源的问题。
首先,把0x0E寄存器全置1,也就是让autoswitch可以再所有支持的标准里切
然后找个其他输入源来看问题是否还是存在。最好就是标准源
感谢您的建议,把0x0E寄存器全部设置1,同时把0x0D设置为defualt模式,效果没有改善。
另外,您说的“输入源”是指摄像头吗? 我测试过PAL和NTCS制式2种摄像头,都会存在上述现象。
另外,使用过“松下”摄像头测试过,也会有同样的问题。
针对上述2个问题,在详细说明如下:
针对丢行问题,每一个超级帧解析时统计行号就存在3~4号数据的丢失,如CH1开始行号为60~243,0~243,0~56,这个超级帧就完成了,少了4行数据。
那么下一个超级帧数据CH1的行号可能从57行开始,有时也不一定(随机行号)。
那么如果从一个超级帧解析就会存在丢行现象,另外,同时也反映了帧不同步的问题,如CH1的行号 60~243,0~243为摄像头的一帧数据,而0~56为摄像头的另一帧数据,这2帧数据拼接在一起,就会出现不同步的现象。
不知道有没有把问题说明白,希望大家能提出问题,给出好的建议。
另外,我使用的开发环境为CCS3.3.81.5,DVSDK:1_01_05_00_15,BIOS:5_31_07,不知道与这些软件开发包有没有关系。
首先,绿线,肯定是你每帧图像缓存你memset(0)了,这在5158里有说dummyline,其实你可以别设0,也就说保留的是上帧的数据,我做的时候会出现黑线,在丢行的行号下两行这样。帧不同步的话,其实每次vpfe buffer里面试完整的帧,虽然是从60行开始进数据,但最后把buffer里所有数据整理成一幅图像后,送到vpbe还是一幅完整的图片(视频),至少看不出来是两帧
hi,rong gao:
很感谢您的建议,我们也是通过你所说的方法把绿线的问题回避了(即不使用memset(),当前帧数据直接覆盖上一帧数据),物体在低速运动时,基本上看不出来,但是物体在告诉运动时,图像上就会有条纹出现,这个时候还是很明显的。
我看见过海康的6467产品,他们的图像上确实是不存在问题的。
另外我也验证过6437+5158单路视频,由于没有使用demux操作,所以不会丢行,但是配置为4ch half D1 或 4ch CIF或 2ch D1 ,只要有demxu操作就存在丢行和帧不同现象。