Re: [Opensvcdecoder-support] Bug report: The mplayer cannot decode the last 16 frames!

[Mickaël R. <Mic...@in...>]

You need to put more frames to get them out of the decoded picture buffer. We cannot push them otherwise. But you are right we cannot display not decode  the last 16 frames.
Mickaël

Le 15 mai 2012 à 09:58, Chen Liang a écrit :

> Hello, 
> 
> I have found a bug! I use the mplayer to decode .264 stream and the mencoder to generate the yuv file:
> 
> mplayer -fps 30 BUS_CIF30_SP.264 -vo yuv4mpeg:file='BUS_CIF30_SP.y4m'
> mencoder BUS_CIF30_SP.y4m -ovc raw -of rawvideo -vf format=i420 -o BUS_CIF30_SP_Mplayer.yuv
> 
> The length of the original YUV file is :  22809600
> The length of the decoded YUV BUS_CIF30_SP_Mplayer.yuv file is : 20376576
> 
> Since the YUV video is 352x288, 4:2:0, 8bit. Thus we can calculate the difference:
> 
> (22809600 - 20376576) / (352x288 + 176x144x2) = 16 Frames.
> 
> And when I play the two YUV videos, It's clearly to see that last few frames are disappeared.
> 
> I think the function void FlushSVCFrame()  in the SVCdisplay.c is not worked when using the mplayer to decode the svc stream, so that the 16 frames stored in the buffer was not played.
> 
> ------
> Best Regards!
> 
> Chen Liang 
> Beijing Institute of Technology
> 
> 此致 敬礼！
> 
> 陈亮
> 北京理工大学
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support