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 丢行和帧不同步问题

Other Parts Discussed in Thread: TVP5158

大家好!

最近在调试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还是一幅完整的图片(视频),至少看不出来是两帧

  • 但不知道为何DM6467四路不丢行,6437单路也是不丢的,四路会丢

  • hi,rong gao:

    很感谢您的建议,我们也是通过你所说的方法把绿线的问题回避了(即不使用memset(),当前帧数据直接覆盖上一帧数据),物体在低速运动时,基本上看不出来,但是物体在告诉运动时,图像上就会有条纹出现,这个时候还是很明显的。

     

    我看见过海康的6467产品,他们的图像上确实是不存在问题的。

     

    另外我也验证过6437+5158单路视频,由于没有使用demux操作,所以不会丢行,但是配置为4ch half D1 或 4ch CIF或 2ch D1 ,只要有demxu操作就存在丢行和帧不同现象。

     

     

  • 我也在调试这个方案,加qq172604648  ,交流一下

  • 不,调试的我们早已经过了

  • 您好,想请问下您,这个4ch丢行的问题最终是怎么解决的?丢行在画面快速移动的情况下,影响还是挺大的,能否告知小弟下如何解决的,不甚感激。