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/> *Артур Хайруллин* / Системный программист a...@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 Артур Хайруллин <a...@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/> > > *Артур Хайруллин* / Системный программист > a...@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 <finlay...@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@lists.live555.com >> http://lists.live555.com/mailman/listinfo/live-devel >> > >
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
