On Sat, Feb 7, 2009 at 8:02 PM, Michael Pavletich <[email protected]> wrote: > Package: imagemagick > Version: 7:6.3.7.9.dfsg1-3~lenny1 > Severity: important > > When using Gwenview, Digikam or other to create a mpeg slideshow from a group > of photos, > the encoding process is 2.58x slower than the Etch version, and it affects > both 32-bit and > 64-bit systems. When graphicsmagick-imagemagick-compat is used instead of > imagemagick, the > encoding process returns to normal speed, but this breaks dvdauthor and other > associated > packages.
Could you open a separate bug in graphicsmagick-imagemagick-compat ? The goal is to be 100% compatible :/ > I contacted the imagemagick discourse-server and got the following as part of > the > reply > "Recent releases of ImageMagick address performance issues as well as adding > support > for OpenMP which permits algorithms to run simultaneously on multiple cores" Could you point to the reply ? > > Compiling and installing imagemagick_6:4.7-10 from source gives a much better > result, still not as fast as etch, but only 11% slower. > > Could the issue be a regression bug? Could you send a test case please (command line used) ? Size of the image, type of image, it is too broad in order to get an idea :( Regards Bastien -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
