Hi Hendrik, On Tue, Mar 22, 2016 at 10:38 AM, Hendrik Leppkes <h.lepp...@gmail.com> wrote:
> On Tue, Mar 22, 2016 at 3:34 PM, Aaron Boxer <boxe...@gmail.com> wrote: > > Hi Carl, > > > > > > On Tue, Mar 22, 2016 at 10:16 AM, Carl Eugen Hoyos <ceho...@ag.or.at> > wrote: > > > >> Aaron Boxer <boxerab <at> gmail.com> writes: > >> > >> > On Tue, Mar 22, 2016 at 8:32 AM, Carl Eugen Hoyos wrote: > >> > > Aaron Boxer <boxerab <at> gmail.com> writes: > >> > > > >> > > > I am developing a jpeg 2000 codec licensed under Affero GPL. > >> > > > >> > > Why don't you work on fixing the remaining issues with > >> > > FFmpeg's implementation instead? > >> > > >> > That would be OpenJPEG. > >> > >> (With the intention to distract from the fruitless > >> license discussion: We will not accept AGPL contributions > >> and we won't encourage you to start an AGPL fork.) > >> > > > > Thanks. Don't worry, I am not interested in contributing my AGPL > component > > to FFMpeg. > > Nor am I interested in forking FFMpeg. > > > > But, I would like to find a way of distributing FFMPeg with my codec, > > so users can take advantage of it if they are interested. > > This codec will be significantly faster than any other open source codec. > > > > > >> > >> No, FFmpeg contains a native Jpeg 2000 codec. I don't > >> remember it being slow but it has missing features and > >> it would be great if you worked on it. See trac (or the > >> conformance samples) for examples for decoder problems, > >> the encoder does not compress good enough. > >> > > > > Thanks. I'm afraid I have my hands full with my own library :) > > > > Personally, I would recommend switching over to OpenJPEG: > > BSD 2 license, ISO reference implementation for standard, > > and large test suite. Rather than spending time on your native codec. > > Just my 2 cents. Codec development requires an enormous amount of time > > and expertise to get right. > > > > We already support using OpenJPEG for j2k, but that is no reason not > to strive creating our own native implementations. > In many cases before, the ffmpeg decoders in particular have been > proven better than "reference" implementations, see vp9 for the most > recent example. > > j2k is clearly not "done" in ffmpeg and still has a lot of way to go, > but we do not plan to give up our efforts. > Yes, I see your point. In fact, this is exactly what I am doing with my own library. Anyways, Best of Luck !!! Aaron > > - Hendrik > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
