[Live-devel] Monochromatic MJPEG stream
Ross Finlayson
finlayson at live555.com
Thu Mar 25 18:51:52 PDT 2010
>I'm working with guys at Elphel to enable RTP streaming of their raw
>format (called JP4). The JP4 format is stored as MJPEG file with
>single component JPEG frames. Elphel uses a custom RTP server, but the
>client (mplayer) uses live55 library and without single component
>support, all decoded JPEG frames get wrong headers.
>
>Per RFC 2435, only three component JPEG files have a defined 'type' on
>the RTP/MJPEG packet header.
>
>I was wondering if a patch to support single component JPEGs on
>live555 would be accepted, using a non standard 'type' field (type >
>127),
>
>Another possibility is to use a x-* field on the SDP file, as used to
>support frame dimensions larger than 2048.
Paulo,
Note that we have already (in December 2007) added the patch that
Andrey Filippov described here:
http://lists.live555.com/pipermail/live-devel/2007-November/007760.html
This patch allows the server to specify the JPEG width and height in
the SDP description, using the "a=x-dimensions:<width>,<height>".
(These will then be used if the 'width' and 'height' fields in the
JPEG header are 0.)
If that's not sufficient for your needs, and you instead (or also)
want to use a non-standard JPEG type field, then this would
constitute an extension (albeit a backwards-compatible one) to the
RFC 2435 RTP payload format. In that case, you should contact the
IETF's AVT working group (avt at ietf.org), outlining your problem, and
your proposed solution. If the AVT working group adopts your
proposed solution (this might require that you write an Internet
Draft that describes it), then I would be happy to add a patch to our
code to support it.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
More information about the live-devel
mailing list