[Live-devel] order of frames

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

Oh...i forgot another liiiitle question :)

May i set threshold time to 0 if i must process only the newest frame with
no latency then old frame with some latency ? Due to some problems in
network we can process the frame in our application later more than 0.5
seconds at least if for example 5 packets of 25 packets in frame are
out-of-ordered! am i right? but you don't advice to set it to 0 in some
topics...


[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-08 9:31 GMT+03:00 Артур Хайруллин <ah at avtodoria.ru>:

> 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/944a409e/attachment.html>