[AVT] JP2RTP & JPWL & JPSEC

[Andrew Leung <andrew.leung at jp.sony.com>]

Hi All,

There is some discussion within the ISO JPEG groups to propose a new RTP
format for a new project going on there called: JPWL (JPEG 2000 for
WireLess). One idea for them was to adopt the current IETF work, JP2RTP
(our work), with an amendment to handle JPWL capabilities. Similar work
is going on in JPSEC (JPEG 2000 for Security & Authentication)

We would like to ask AVT chairs & members their opinion on extending
support in JP2RTP for these 2 related applications. As this work item,
JP2RTP, has been extended quite long, we would like to have it goto RFC
soon but if we can avoid confusion in the longer term, or avoid
amendments to it by others, we would be interested in merging this work
together and completing it here.

I have researched JPWL and found that it is probably 100% compatible
with JP2RTP. Almost all of JPWL extended functionality is through extra
markers in the codestream. These codestream extensions are designed not
to disturb a JPEG 2000 decoder from processing it properly. (i.e. a
decoder is designed to ignore unknown options and the markers are
specified in their own specification outside the normal range of JPEG
2000 and other JPEG markers.) JP2RTP is specified to send JPEG 2000
codestream in a packetized manner, regardless of markers.

Including JPWL support in JP2RTP may be as simple as adding the proper
SDP/MIME option at the start of the session to let receivers know to do
extra processing for JPWL markers. The JPWL markers and proper handling
will be described in detail in the ISO standard (it will be standardized
at the end of the year or so.)

Another highly related project following a similar pattern is JPSEC
(JPEG 2000 for Security & Authentication) which has a similar design
principle as JPWL. Changes to the codestream should not break decoder
processing, even if the image is encrypted. JPSEC codestreams encrypt
the image in a way that the decoder can properly decode the image but
fails to display properly at varying levels.

JPSEC processing is outside of the transmission but transmission level
information would be required for receiver processing. In-band signaling
(i.e. this frame/packet is encrypted) and SDP/MIME signaling (i.e.
frames in this session will be encrypted) would be all that is needed
for JP2RTP to support this application.

We are not directly involved with either of these ISO group but know
members within both from past work. We are planning to collaborate
further and there is interested from JPWL Chair, Didier Nicholson, on
this topic.

JPWL Information & Links:
http://www.jpeg.org/jpeg2000/j2kpart11.html
http://www.jpeg.org/apps/wireless.html (description @ jpeg.org)
http://lts1pc19.epfl.ch/repository/Dufaux2004_1114.pdf (paper on JPWL)

JPSEC:
http://www.jpeg.org/jpeg2000/j2kpart8.html
http://www.2kan.org/jpsec.html

Sincerely,
andrew

-- 
Andrew Leung		 	andrew.leung at jp.sony.com
BEAM Group				+81-3-5448-2125
Sony Corporation



_______________________________________________
Audio/Video Transport Working Group
avt at ietf.org
https://www1.ietf.org/mailman/listinfo/avt