[Live-devel] order of frames

[Артур Хайруллин]

I saw it numerous times too when read :) Our camera is streaming MJPEG. My
question was about how is live555 processing situations when some packets
were lost. You answered completely! Thank you very much!!!


[image: ООО "Автодория"] <http://www.avtodoria.ru/>

*Артур Хайруллин* / Системный программист
ah at avtodoria.ru / +7 904 677 74 46

ООО "Автодория"
+7 843 524 74 12
Казань, Технопарк в сфере высоких технологий "ИТ-парк", Петербургская, 52,
офис 303
www.avtodoria.ru

*Инновации спасают жизни!*


2016-09-07 20:02 GMT+03:00 Ross Finlayson <finlayson at live555.com>:

> > now is only my question is "what will be with a frames not packets". If
> frame consists of 5 packets and some of them were stolen or threshold time
> was exceeded - what will be with a frame? Will we get it furthermore or not?
>
> If a frame (or a “NAL unit”, in the case of H.264 or H.265 video) is
> fragmented across more than one RTP packet, then if *any* of these RTP
> packets is lost, then our receiving software will (obviously) not be able
> to reconstruct the complete frame (or “NAL unit”), and will not deliver any
> of it to the receiver.  I.e., as far as the receiver is concerned, the
> entire frame (or “NAL unit”) will have been lost.
>
> A corollary of this, when streaming H.264 or H.265 video: Your video
> encoder should break large ‘key frames’ into multiple ‘slice’ NAL units,
> rather than encoding it as a single (extremely large) NAL unit.  (This is
> something I’ve noted numerous times on this mailing list :-)
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20160908/eaea8760/attachment.html>