[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