[FFmpeg-soc] Support for JPEG 2000 image files

Michael Niedermayer michaelni at gmx.at
Mon Dec 14 03:52:37 CET 2009


On Sun, Dec 13, 2009 at 10:31:55PM +0100, Peter B. wrote:
> Wow! Thank you very much for that detailed insight description.
> 
> >From what I've researched today on the web, JPEG-LS would be great for
> our archive project: It's faster, smaller and still an open standard.
> 
> If it's so easy to add support for it, we could think about funding
> JPEG-LS integration into apps/tools we'd need for this archiving
> project. Of course, that's only reasonable with FOSS - and impossible
> with proprietary apps (which we try to avoid using at all, since vendor
> lock-in seems to be standard in "professional" video handling gear).
> 
> Licensing and Implementation of JPEG-LS libs/tools is yet unclear (and
> as it seems, also for Debian packagers [4]):
> Did the FFmpeg team implement the JPEG-LS codec themselves or use an
> existing implementation? I'm asking, because the only available
> implementations I've found so far that look a bit reliable (and still
> maintained) are Loco-I by HP [1], CharLS [2] and the UBC implementation
> (which seems to be no longer accessible [3])

its our implementation AFAIK, but ask kostya if you want to be sure
About debian, i assumethe libavcodec they include comes with
jpeg-ls support but i didnt check.


> 
> However, I think if I can find a commandline tool for
> "JPEG-LS-to-something" conversion, I could pipe that together with any
> image processing chain I'd need, so lack of client-side apps would not
> really matter. The additional overhead would probably still be less than
> handling JP2.

i think so too
also being simpler, jpeg-ls should also be easier to optimize if its not
fast enough.


[...]
> > ffmpeg supports btw, decoding most DCT based codecs in lower resolution.
> >   
> Sounds useful - Although I'm not sure if I got you 100% right: "lower
> resolution" means less pixels or less quality?

less pixels, its also less quality inevitably


> Is there any documentation about that you could point me to?

the C source, grep for lowres ;)

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

While the State exists there can be no freedom; when there is freedom there
will be no State. -- Vladimir Lenin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/attachments/20091214/c8c58498/attachment.pgp>


More information about the FFmpeg-soc mailing list