[Live-devel] MJPEG support for MKV parser

[PROMONET Michel]

            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-bounces at ns.live555.com [mailto:live-devel-bounces at 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/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20140403/764fa8b2/attachment-0001.html>