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