[FFmpeg-devel] [RFC] rtpdec: Reordering RTP packets

[trueice]

Hi,

On Mon, May 24, 2010 at 3:08 PM, Martin Storsj? <martin at martin.st> wrote:

> > Hi,
>
> > When quoting and replying, make sure that the new text you write is on
> the
> > correct quoting level. Part of your reply looks like it was written by
> me,

> making it much harder to read for other people observing the conversation.
>

I'm sorry, but I'm using the default replying schema in Gmail. Let me try to
adjust manually :)


> > That is a separate issue from this RTP case.
>
> > Also, are the packets actually continuously out of order (e.g. receiving
> > packets in order 2, 4, 6, 1, 3, 5, as in the RTP case we're addressing),
> > or is there simply one single discontinuity (5, 6, 7, 8, 9, 10, 11, 12,
> > 13, 5, 6, 7, 8 ...)?
>

Video timestamps in the first second (about 25fps) are something like this:

dts:36,diff:36,
dts:76,diff:40,
dts:70,diff:-6,
dts:110,diff:40,
dts:190,diff:80,
dts:214,diff:24,
dts:252,diff:38,
dts:372,diff:120,
dts:412,diff:40,
dts:324,diff:-88,
dts:412,diff:88,
dts:532,diff:120,
dts:508,diff:-24,
dts:550,diff:42,
dts:574,diff:24,
dts:566,diff:-8,
dts:606,diff:40,
dts:758,diff:152,
dts:734,diff:-24,
dts:726,diff:-8,
dts:830,diff:104,
dts:852,diff:22,
dts:828,diff:-24,
dts:948,diff:120,
dts:990,diff:42,


> > If you haven't debugged this, please do before you're suggesting any
> > action. And then when you've got suggestions to do, do so in a separate
> > thread.


Agree,  I'll take a deeper look into this issue and share with you later.
Thanks~

> For the latter case, which I suspect is the case (I've seen such with
> > RTMP), no reordering as such would help you - but timestamp rewriting or
> > something such could be necessary.


> > // Martin
> > _______________________________________________
> > ffmpeg-devel mailing list
> > ffmpeg-devel at mplayerhq.hu
> > https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel
>



-- 
Yours trueice