[x264-devel] AW: Re: Error Concealment

[List, Peter]

> -----Ursprüngliche Nachricht-----

> Von: x264-devel-bounce at videolan.org [mailto:x264-devel-

> bounce at videolan.org] Im Auftrag von Ryan Dalzell

> Gesendet: Mittwoch, 17. Januar 2007 13:28

> An: x264-devel at videolan.org

> Betreff: [x264-devel] Re: Error Concealment

> 

> On Wednesday 17 January 2007 09:53, Awadh Bihari wrote:

> > Please let me know how to detect the slice loss at the decoder side.

> > It can only be detected if active sps/pps is not equal to sps/pps ?

> 

> Due to arbitrary slice order and the fact that slice headers do not tell

> you how many macroblocks are in the slice (and assuming you are receiving 

> the video data over a network), I believe that the only way is to actually

> decode each slice and count the number of macroblocks that it contributes

> to a picture. Then, after a suitable period of time to allow late packets

> to arrive, if you still haven't decoded all the macroblocks of a picture

> then you have lost some slices.

 

I dont see why you need to count anything. The slice always tells you 

where it's locates in the frame, so you just dump the macroblocks to 

that place. If you have arbitrary slice order, things get more difficult, 

but in principle it should be the same. You should be able to detect

when the next frame starts (by POC and/or frame_number). If that happens

you can finalize the previous frame, and that's it. Am I missing something 

here?

                 Peter

 

 

> It's not particularly pretty and in fact it is probably better to get the

> network protocol (e.g. RTP) to tell you about missing packets rather than

> waiting to discover them in the decoding.

> 

> Cheers,

> -Ryan

> 

> --

> This is the x264-devel mailing-list

> To unsubscribe, go to: http://developers.videolan.org/lists.html

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.videolan.org/pipermail/x264-devel/attachments/20070117/b9c7d893/attachment.htm