[New: openFATE 310410] Evaluate switching to libjpeg-turbo
Feature added by: Vincent Untz (vuntz) Feature #310410, revision 1 Title: Evaluate switching to libjpeg-turbo openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. -- openSUSE Feature: https://features.opensuse.org/310410
Feature changed by: Vincent Untz (vuntz) Feature #310410, revision 2 Title: Evaluate switching to libjpeg-turbo openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. + Discussion: + #1: Vincent Untz (vuntz) (2010-08-25 10:00:13) + The formatting got messed up: + libjpeg-turbo is fork of the original libjpeg project. It contains + numerous performance related enhancements and is at least twice faster + in JPEG compression/decompression than original libjpeg on platforms + with MMX/SSE instruction set. It has same API/ABI like original libjpeg + and also runs on non-SSE platforms where is around 25% faster. + http://fedoraproject.org/wiki/Features/libjpeg-turbo -- openSUSE Feature: https://features.opensuse.org/310410
Feature changed by: John Van Vliet (JohnVV) Feature #310410, revision 3 Title: Evaluate switching to libjpeg-turbo openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. Discussion: #1: Vincent Untz (vuntz) (2010-08-25 10:00:13) The formatting got messed up: libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://fedoraproject.org/wiki/Features/libjpeg-turbo + #2: John Van Vliet (johnvv) (2010-08-29 01:11:15) + no the continude use of jpg format only continues the use of a file + format that should have died out a few years back + -- openSUSE Feature: https://features.opensuse.org/310410
Feature changed by: nick skeen (ns89) Feature #310410, revision 4 Title: Evaluate switching to libjpeg-turbo openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. Discussion: #1: Vincent Untz (vuntz) (2010-08-25 10:00:13) The formatting got messed up: libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://fedoraproject.org/wiki/Features/libjpeg-turbo #2: John Van Vliet (johnvv) (2010-08-29 01:11:15) no the continude use of jpg format only continues the use of a file format that should have died out a few years back + #3: nick skeen (ns89) (2010-08-29 21:19:26) (reply to #2) + Can you present a good alternative to JPEG? If somebody would make a + format with JPEG style encoding and compression I would agree with you. + But as far as I can tell it does not exist, all other mainstream + formats make use of only zlib compression. And JPEG is unfortunately + the best format for images with large amounts of color. I would be + happy if you could prove me wrong though. -- openSUSE Feature: https://features.opensuse.org/310410
Feature changed by: P Linnell (mrdocs) Feature #310410, revision 5 Title: Evaluate switching to libjpeg-turbo openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. Discussion: #1: Vincent Untz (vuntz) (2010-08-25 10:00:13) The formatting got messed up: libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://fedoraproject.org/wiki/Features/libjpeg-turbo #2: John Van Vliet (johnvv) (2010-08-29 01:11:15) no the continude use of jpg format only continues the use of a file format that should have died out a few years back #3: nick skeen (ns89) (2010-08-29 21:19:26) (reply to #2) Can you present a good alternative to JPEG? If somebody would make a format with JPEG style encoding and compression I would agree with you. But as far as I can tell it does not exist, all other mainstream formats make use of only zlib compression. And JPEG is unfortunately the best format for images with large amounts of color. I would be happy if you could prove me wrong though. + #4: P Linnell (mrdocs) (2010-09-18 22:53:21) + packaged in : https://build.opensuse.org/package/show?package=libjpeg-turbo&project=home% + 3ALazy_Kent -- openSUSE Feature: https://features.opensuse.org/310410
Feature changed by: Andreas Jaeger (a_jaeger) Feature #310410, revision 6 Title: Evaluate switching to libjpeg-turbo - openSUSE-11.4: Unconfirmed + openSUSE-11.4: New Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. Discussion: #1: Vincent Untz (vuntz) (2010-08-25 10:00:13) The formatting got messed up: libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://fedoraproject.org/wiki/Features/libjpeg-turbo #2: John Van Vliet (johnvv) (2010-08-29 01:11:15) no the continude use of jpg format only continues the use of a file format that should have died out a few years back - #3: nick skeen (ns89) (2010-08-29 21:19:26) (reply to #2) Can you present a good alternative to JPEG? If somebody would make a format with JPEG style encoding and compression I would agree with you. But as far as I can tell it does not exist, all other mainstream formats make use of only zlib compression. And JPEG is unfortunately the best format for images with large amounts of color. I would be happy if you could prove me wrong though. #4: P Linnell (mrdocs) (2010-09-18 22:53:21) packaged in : https://build.opensuse.org/package/show?package=libjpeg-turbo&project=home% 3ALazy_Kent -- openSUSE Feature: https://features.opensuse.org/310410
Feature changed by: Pavol Rusnak (prusnak) Feature #310410, revision 7 Title: Evaluate switching to libjpeg-turbo openSUSE-11.4: New Priority Requester: Important Requested by: Vincent Untz (vuntz) + Developer: (Novell) Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. Discussion: #1: Vincent Untz (vuntz) (2010-08-25 10:00:13) The formatting got messed up: libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://fedoraproject.org/wiki/Features/libjpeg-turbo #2: John Van Vliet (johnvv) (2010-08-29 01:11:15) no the continude use of jpg format only continues the use of a file format that should have died out a few years back #3: nick skeen (ns89) (2010-08-29 21:19:26) (reply to #2) Can you present a good alternative to JPEG? If somebody would make a format with JPEG style encoding and compression I would agree with you. But as far as I can tell it does not exist, all other mainstream formats make use of only zlib compression. And JPEG is unfortunately the best format for images with large amounts of color. I would be happy if you could prove me wrong though. #4: P Linnell (mrdocs) (2010-09-18 22:53:21) packaged in : https://build.opensuse.org/package/show?package=libjpeg-turbo&project=home% 3ALazy_Kent -- openSUSE Feature: https://features.opensuse.org/310410
Feature changed by: Andreas Jaeger (a_jaeger) Feature #310410, revision 8 Title: Evaluate switching to libjpeg-turbo - openSUSE-11.4: New + openSUSE-11.4: Evaluation by engineering manager Priority Requester: Important Requested by: Vincent Untz (vuntz) Product Manager: openfate dummy manager (openfate-manager-dummy) Project Manager: openfate dummy manager (openfate-manager-dummy) Engineering Manager: openfate dummy manager (openfate-manager-dummy) Developer: (Novell) Partner organization: openSUSE.org Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. Discussion: #1: Vincent Untz (vuntz) (2010-08-25 10:00:13) The formatting got messed up: libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://fedoraproject.org/wiki/Features/libjpeg-turbo #2: John Van Vliet (johnvv) (2010-08-29 01:11:15) no the continude use of jpg format only continues the use of a file format that should have died out a few years back #3: nick skeen (ns89) (2010-08-29 21:19:26) (reply to #2) Can you present a good alternative to JPEG? If somebody would make a format with JPEG style encoding and compression I would agree with you. But as far as I can tell it does not exist, all other mainstream formats make use of only zlib compression. And JPEG is unfortunately the best format for images with large amounts of color. I would be happy if you could prove me wrong though. #4: P Linnell (mrdocs) (2010-09-18 22:53:21) packaged in : https://build.opensuse.org/package/show?package=libjpeg-turbo&project=home% 3ALazy_Kent -- openSUSE Feature: https://features.opensuse.org/310410
Feature changed by: Petr Gajdos (pgajdos) Feature #310410, revision 10 Title: Evaluate switching to libjpeg-turbo - openSUSE-11.4: Evaluation by engineering manager + openSUSE-11.4: Done Priority Requester: Important Requested by: Vincent Untz (vuntz) Developer: Pavol Rusnak (prusnak) Partner organization: openSUSE.org Description: Quoting http://fedoraproject.org/wiki/Features/libjpeg-turbo: ==== libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://sourceforge.net/projects/libjpeg-turbo ==== We should evaluate this library and see if we can replace libjpeg with it for improved performance. Discussion: #1: Vincent Untz (vuntz) (2010-08-25 10:00:13) The formatting got messed up: libjpeg-turbo is fork of the original libjpeg project. It contains numerous performance related enhancements and is at least twice faster in JPEG compression/decompression than original libjpeg on platforms with MMX/SSE instruction set. It has same API/ABI like original libjpeg and also runs on non-SSE platforms where is around 25% faster. http://fedoraproject.org/wiki/Features/libjpeg-turbo #2: John Van Vliet (johnvv) (2010-08-29 01:11:15) no the continude use of jpg format only continues the use of a file format that should have died out a few years back #3: nick skeen (ns89) (2010-08-29 21:19:26) (reply to #2) Can you present a good alternative to JPEG? If somebody would make a format with JPEG style encoding and compression I would agree with you. But as far as I can tell it does not exist, all other mainstream formats make use of only zlib compression. And JPEG is unfortunately the best format for images with large amounts of color. I would be happy if you could prove me wrong though. #4: P Linnell (mrdocs) (2010-09-18 22:53:21) packaged in : https://build.opensuse.org/package/show?package=libjpeg-turbo&project=home% 3ALazy_Kent + #5: Petr Gajdos (pgajdos) (2013-08-26 09:33:28) + We have libjpeg-turbo as default for some time already. -- openSUSE Feature: https://features.opensuse.org/310410
participants (1)
-
fate_noreply@suse.de