[FFmpeg-devel] [PATCH] flvdec.c consider nondecreasing dts order

[Howard Chu]

jojelino wrote:
> when you use ffmpeg to transcode flv container, you feel there is
> something wrong about flvdec.c because it doesn't count such situation
> that dts could change in sudden. (being network loss between loading,
> backward timestamp..) so after the point where the problem mentioned

Aside from the fact that I find most of this email incomrehensible, it makes 
no sense to me that network loss is a factor here. The only protocols that 
transport FLVs are based on TCP, which transfers data reliably and in order, 
so packet losses and backward timestamps should never occur. What problem are 
you really trying to fix? Can you give an example of how to reproduce the problem?

> started, every latter potion of file that ffmpeg hold would dropped.
> currently there is two choice to solve this problem
> 1. modify upper level logic to consider such sudden dts change
> 2. there is no need to modify upper level logic. it's only flv related
> stuff.
>
> i demonstrated the second solution to the problem. there is just a
> handful of change.


-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/