Hi Ross, I know this, however I was just wondering if it is possible to manage the case in the switch in order to parse it.
About MJPEG streaming I remember you consider this is a bad idea. I read many times http://www.live555.com/liveMedia/faq.html#jpeg-streaming I also posted a possible solution to stream video/JPEG http://lists.live555.com/pipermail/live-devel/2012-February/014672.html. I probably modify it but I am still using it and it works quite well. There is some use cases where MJPEG streaming has still some meaning : - It needs less CPU usage, so VCA still use it - It could easily be played backward, as H264 need to decode a full GOP - It is simple to subsample the stream. Sorry for disturbing. Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] De : live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] De la part de Ross Finlayson Envoyé : jeudi 3 avril 2014 10:27 À : LIVE555 Streaming Media - development & use Objet : Re: [Live-devel] MJPEG support for MKV parser I took a look at your example MKV file. It turns out that this file (and apparently all MKV files with JPEG video tracks) stores each JPEG frame as a complete JPEG image, including a JPEG header. For RTP streaming, however, we don't include the JPEG header. Therefore, to stream a JPEG video track from a MKV file, we'd need to add an additional filter (not currently implemented) that parses the JPEG header of each frame, to derive/extract out the 'type', 'qfactor', and (if non-standard) the quantization table - to put in the RTP packet. This is something that might get done sometime in a future, but since JPEG video streaming is a bad idea (that nobody should really be doing in 2014), it's not a high priority for me. 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
