Re: libjpeg for F14

On Tue, Jun 01, 2010 at 01:35:20PM +0100, Ilyes Gouta wrote: > Hi, > > I'm still interested in seeing a linjpeg-turbo merger with ijg's own > code base. I'd say that the most performance boost brought in by > libjpeg-turbo is due to the specialized SIMD routines, which > theoretically can be easil

Re: libjpeg for F14

On Tue, Jun 01, 2010 at 01:35:20PM +0100, Ilyes Gouta wrote: > Hi, Hello, > I'm still interested in seeing a linjpeg-turbo merger with ijg's own > code base. I'd say that the most performance boost brought in by > libjpeg-turbo is due to the specialized SIMD routines, which > theoretically can be

Re: libjpeg for F14

Hi, I'm still interested in seeing a linjpeg-turbo merger with ijg's own code base. I'd say that the most performance boost brought in by libjpeg-turbo is due to the specialized SIMD routines, which theoretically can be easily merged. libjpeg-turbo has also some weaknesses such as (as provided fro

Re: libjpeg for F14

On Mon, May 31, 2010 at 12:51:56PM -0400, Orcan Ogetbil wrote: > On Mon, May 31, 2010 at 12:16 PM, Adam Tkac wrote: > > On Mon, May 31, 2010 at 05:33:38PM +0200, Adam Tkac wrote: > >> > >> I'm going to create a Fedora feature for this task. > > > > Done. You can check > > http://fedoraproject.org/w

Re: libjpeg for F14

On Mon, May 31, 2010 at 06:58:37PM +0100, Ilyes Gouta wrote: > Hi Adam, Hello Ilyes, > > it also contains bunch of > > pure algorithmic enhancements so even if target platform doesn't > > support MMX/SSE libjpeg-turbo is around 25% faster than original libjpeg. > > Can you please give some detai

Re: libjpeg for F14

Hi Adam, > it also contains bunch of > pure algorithmic enhancements so even if target platform doesn't > support MMX/SSE libjpeg-turbo is around 25% faster than original libjpeg. Can you please give some details on this point? -Ilyes Gouta On Mon, May 31, 2010 at 4:33 PM, Adam Tkac wrote: > O

Re: libjpeg for F14

Toshio Kuratomi writes: > The issue would be that it's a fork. So libjpeg from the independent jpeg > group and libjpeg-turbo can gain incompatible API in isolation from each > other. (The situtation seems a bit complex, there's three projects that > I can see working on libjpeg: > * libjpeg.sf

Re: libjpeg for F14

On Mon, May 31, 2010 at 12:16 PM, Adam Tkac wrote: > On Mon, May 31, 2010 at 05:33:38PM +0200, Adam Tkac wrote: >> >> I'm going to create a Fedora feature for this task. > > Done. You can check > http://fedoraproject.org/wiki/Features/libjpeg-turbo. > Thanks. Is there an SRPM we can give it a test

Re: libjpeg for F14

On Mon, May 31, 2010 at 05:33:38PM +0200, Adam Tkac wrote: > > I'm going to create a Fedora feature for this task. Done. You can check http://fedoraproject.org/wiki/Features/libjpeg-turbo. Regards, Adam -- Adam Tkac, Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://ad

Re: libjpeg for F14

On Tue, May 25, 2010 at 04:47:13PM +0100, Richard W.M. Jones wrote: > On Tue, May 25, 2010 at 04:40:15PM +0100, Ilyes Gouta wrote: > > How about this: since libjpeg is picking momentum and there are > > actually people updating the code base, why not push for a > > libjpeg-turbo merge into the orig

Re: libjpeg for F14

Hi all, On 05/22/2010 05:55 PM, Xose Vazquez Perez wrote: > hi there, > > Can it be updated to upstream version in rawhide ? > > The libjpeg version(6b) in Fedora is quite old(27-Mar-1998). > And newer versions were released on: > > Version 7 27-Jun-2009 > Version 8 10-Jan-2010 > Version 8a 2

Re: libjpeg for F14

Ilyes Gouta wrote: > A merge is the most appropriate here. After all libjpeg-turbo just > offers a set of x86 specific SSE/MMX routines such as IDCT (maybe > huffman, but I didn't check that) that would be easily plugged into > ijg, but doesn't change the foundations (architecture and exposed > pu

Re: libjpeg for F14

Hi, A merge is the most appropriate here. After all libjpeg-turbo just offers a set of x86 specific SSE/MMX routines such as IDCT (maybe huffman, but I didn't check that) that would be easily plugged into ijg, but doesn't change the foundations (architecture and exposed public API) of libjpeg. Al

Re: libjpeg for F14

Ilyes Gouta wrote: > There is one strong point that libjpeg-{6b, 8ab} inherited since it's > been there for a lof time: a *defacto* standard for JPEG > compression/decompression that has been heavily depolyed, used and > tested code for various application/, thoughtout the time, for more > than a d

Re: libjpeg for F14

On 05/25/2010 05:03 PM, Richard W.M. Jones wrote: >> >>PLease also don't forget the applications which are provided by >> libjpeg such as jpegtran et al .. >> >>Are they all included in the turbo version ? > > Yes. > Thats great! -- devel mailing list devel@lists.fedoraproject.org h

Re: libjpeg for F14

On Tue, May 25, 2010 at 04:47:29PM -0400, Genes MailLists wrote: > On 05/25/2010 09:27 AM, Alexander Larsson wrote: > > > >> There's also this project, to add hardware acceleration (SSE and so > >> on) to libjpeg: > >> > >> http://libjpeg-turbo.virtualgl.org/ > > >PLease also don't forget the

Re: libjpeg for F14

On 05/25/2010 09:27 AM, Alexander Larsson wrote: > >> There's also this project, to add hardware acceleration (SSE and so >> on) to libjpeg: >> >> http://libjpeg-turbo.virtualgl.org/ PLease also don't forget the applications which are provided by libjpeg such as jpegtran et al .. Are they

Re: libjpeg for F14

On Tue, May 25, 2010 at 04:47:13PM +0100, Richard W.M. Jones wrote: > On Tue, May 25, 2010 at 04:40:15PM +0100, Ilyes Gouta wrote: > > How about this: since libjpeg is picking momentum and there are > > actually people updating the code base, why not push for a > > libjpeg-turbo merge into the orig

Re: libjpeg for F14

On Tue, May 25, 2010 at 03:09:27PM +0100, Richard W.M. Jones wrote: > On Tue, May 25, 2010 at 02:57:37PM +0100, Bastien Nocera wrote: > > On Tue, 2010-05-25 at 15:27 +0200, Alexander Larsson wrote: > > > > > > There's also this project, to add hardware acceleration (SSE and so > > > > on) to libjp

Re: libjpeg for F14

On Tue, May 25, 2010 at 10:23:45AM -0400, Adam Goode wrote: > On 05/25/2010 10:09 AM, Richard W.M. Jones wrote: > > Why couldn't we just replace libjpeg with the libjpeg-turbo upstream? > > (For the primary architectures anyway). > > > > I think this is a great idea, libjpeg is the bottleneck for

Re: libjpeg for F14

On Tue, May 25, 2010 at 04:40:15PM +0100, Ilyes Gouta wrote: > How about this: since libjpeg is picking momentum and there are > actually people updating the code base, why not push for a > libjpeg-turbo merge into the original ijg's code and get Fedora to > rebase on that unique source instead? T

Re: libjpeg for F14

Hi, SSE and friends are arch. specific and according to the feature list the upstream is displaying, I don't think it would offer any other benefits for the other archs. There is one strong point that libjpeg-{6b, 8ab} inherited since it's been there for a lof time: a *defacto* standard for JPEG

Re: libjpeg for F14

On 05/25/2010 10:09 AM, Richard W.M. Jones wrote: > Why couldn't we just replace libjpeg with the libjpeg-turbo upstream? > (For the primary architectures anyway). > I think this is a great idea, libjpeg is the bottleneck for a lot of my code. One issue: are there C fallbacks for all the arch-sp

Re: libjpeg for F14

On Tue, May 25, 2010 at 02:57:37PM +0100, Bastien Nocera wrote: > On Tue, 2010-05-25 at 15:27 +0200, Alexander Larsson wrote: > > > > There's also this project, to add hardware acceleration (SSE and so > > > on) to libjpeg: > > > > > > http://libjpeg-turbo.virtualgl.org/ > > > > > > If we're goi

Re: libjpeg for F14

On Tue, 2010-05-25 at 15:27 +0200, Alexander Larsson wrote: > > There's also this project, to add hardware acceleration (SSE and so > > on) to libjpeg: > > > > http://libjpeg-turbo.virtualgl.org/ > > > > If we're going to switch, maybe this is a good choice. > > I did some profiling of this for

Re: libjpeg for F14

On Mon, 2010-05-24 at 13:24 +0100, Richard W.M. Jones wrote: > On Sat, May 22, 2010 at 05:55:39PM +0200, Xose Vazquez Perez wrote: > > The libjpeg version(6b) in Fedora is quite old(27-Mar-1998). > > And newer versions were released on: > > > > Version 7 27-Jun-2009 > > Version 8 10-Jan-2010 >

Re: libjpeg for F14

Right, so they're still using libpng* but the more updated version. I read the original post as not using libpng at all and using another library as an alternative. Sorry, my misunderstanding. -- Chris Jones Photographic Imaging Professional and Graphic Designer ABN: 98 317 740 240 Photo Resol

Re: libjpeg for F14

2010/5/25 Chris Jones > > > I'm curious as to what Debian/Ubuntu are using as a replacement for > libpng10? > > > Debian updated libpng10 to libpng12 long ago, they don't keep multiversion libpng. Almost all packages which still depend on libpng10 is dead.inupstream. Chen Lei -- devel mailing l

Re: libjpeg for F14

On Tue, May 25, 2010 at 12:31 PM, Chen Lei wrote: > repoquery --whatrequires --alldeps libpng10 > libpng10-0:1.0.53-1.fc14.x86_64 > libpng10-0:1.0.53-1.fc14.i686 > gnome-libs-1:1.4.2-15.fc12.i686 > libpng10-devel-0:1.0.53-1.fc14.i686 > gnome-libs-1:1.4.2-15.fc12.x86_64 > libpng10-devel-0:1.0.53-1

Re: libjpeg for F14

repoquery --whatrequires --alldeps libpng10 libpng10-0:1.0.53-1.fc14.x86_64 libpng10-0:1.0.53-1.fc14.i686 gnome-libs-1:1.4.2-15.fc12.i686 libpng10-devel-0:1.0.53-1.fc14.i686 gnome-libs-1:1.4.2-15.fc12.x86_64 libpng10-devel-0:1.0.53-1.fc14.x86_64 libpng10 is removed in many distributions including

Re: libjpeg for F14

On Mon, May 24, 2010 at 2:24 PM, Richard W.M. Jones wrote: > On Sat, May 22, 2010 at 05:55:39PM +0200, Xose Vazquez Perez wrote: >> The libjpeg version(6b) in Fedora is quite old(27-Mar-1998). >> And newer versions were released on: >> >> Version 7   27-Jun-2009 >> Version 8   10-Jan-2010 >> Versi

Re: libjpeg for F14

On Sat, May 22, 2010 at 05:55:39PM +0200, Xose Vazquez Perez wrote: > The libjpeg version(6b) in Fedora is quite old(27-Mar-1998). > And newer versions were released on: > > Version 7 27-Jun-2009 > Version 8 10-Jan-2010 > Version 8a 28-Feb-2010 > Version 8b 16-May-2010 >

Re: libjpeg for F14

Xose Vazquez Perez wrote: > To be clear, this is fedora. > > RHEL is in the next door! +1 Please do not ship old crap just to comply with the LSB. Due to how the LSB works, the LSB follows what we do (since Fedora's stuff eventually ends up in RHEL and RHEL is one of the distros the LSB looks

Re: libjpeg for F14

Xose Vazquez Perez wrote: > On 05/23/2010 04:23 AM, Tom Lane wrote: > >> I've been told (though this may well be inaccurate) that the LSB >> requires libjpeg 6b. If so, that would pose a problem for adopting >> the non-ABI-compatible version 8. In any case I'm not eager to force >> a recompile o

Re: libjpeg for F14

On 05/23/2010 04:23 AM, Tom Lane wrote: > I've been told (though this may well be inaccurate) that the LSB > requires libjpeg 6b. If so, that would pose a problem for adopting > the non-ABI-compatible version 8. In any case I'm not eager to force > a recompile of everything that depends on it ..

Re: libjpeg for F14

Now we have those libs in repo libpng10 for libpng1.0 libpng for libpng 1.2 libjpeg for libjpeg 6b Is it possible to package all version of libjpeg and libpng parallelly as libpng and libpng10? redhat-lsb only depends on soname, if we package multi-version, it won't break anything. Maybe we can r

Re: libjpeg for F14

Sorry - there is reticence to update from something that is 12 years old ... did I understand that correctly .. if so I am stunned. gene -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: libjpeg for F14

On 05/22/2010 11:41 PM, Bruno Wolff III wrote: > On Sat, May 22, 2010 at 17:55:39 +0200, > Xose Vazquez Perez wrote: >> hi there, >> >> Can it be updated to upstream version in rawhide ? > > Normally you want to file an RFE bug against the package. That way the request > doesn't get lost. (It s

Re: libjpeg for F14

Tom Lane wrote: > I've been told (though this may well be inaccurate) that the LSB > requires libjpeg 6b. It is NOT a goal of Fedora to be LSB-compliant. It IS a goal of Fedora to ship the latest available Free Software. So please upgrade libjpeg in Rawhide to the current upstream version. > In

Re: libjpeg for F14

redhat-lsb 4.0-2 is broken now, the author add requires after %description. See http://koji.fedoraproject.org/koji/rpminfo?rpmID=1768691 Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: libjpeg for F14

On Sat, May 22, 2010 at 10:23:05PM -0400, Tom Lane wrote: > Xose Vazquez Perez writes: > > Can it be updated to upstream version in rawhide ? > > I've been told (though this may well be inaccurate) that the LSB > requires libjpeg 6b. If so, that would pose a problem for adopting > the non-ABI-co

Re: libjpeg for F14

On Sat, May 22, 2010 at 10:23:05PM -0400, Tom Lane wrote: > Xose Vazquez Perez writes: > > Can it be updated to upstream version in rawhide ? > > I've been told (though this may well be inaccurate) that the LSB > requires libjpeg 6b. If so, that would pose a problem for adopting > the non-ABI-co

Re: libjpeg for F14

Xose Vazquez Perez writes: > Can it be updated to upstream version in rawhide ? I've been told (though this may well be inaccurate) that the LSB requires libjpeg 6b. If so, that would pose a problem for adopting the non-ABI-compatible version 8. In any case I'm not eager to force a recompile of

Re: libjpeg for F14

On Sat, May 22, 2010 at 17:55:39 +0200, Xose Vazquez Perez wrote: > hi there, > > Can it be updated to upstream version in rawhide ? Normally you want to file an RFE bug against the package. That way the request doesn't get lost. (It still might not get done right away.) -- devel mailing list

libjpeg for F14

hi there, Can it be updated to upstream version in rawhide ? The libjpeg version(6b) in Fedora is quite old(27-Mar-1998). And newer versions were released on: Version 7 27-Jun-2009 Version 8 10-Jan-2010 Version 8a 28-Feb-2010 Version 8b 16-May-2010 libpng also needs