4 ms·

Wow, impressive, I think I now more about ffmpeg now. And I fixed the (50,415), thanks.

• barrkel 12y ago
  ffmpeg is the ImageMagick of video. (GraphicsMagick is the ImageMagick of pictures, for me. IM has a few more features, but GM is more stable and usually much faster.)
  • riffraff 12y ago
    GraphicsMagick also has fewer dependencies, I imagine because it does less things, but none is something I ever needed. I.e. within macports $ port deps imagemagick Full Name: ImageMagick @6.8.9-8_0 Extract Dependencies: xz Build Dependencies: autoconf, automake, libtool Library Dependencies: bzip2, djvulibre, xz, jbigkit, jpeg, lcms2, libpng, tiff, webp, zlib, fftw-3, freetype, fontconfig, ghostscript, libiconv, libtool, openjpeg, openexr, expat, libxml2, pkgconfig Runtime Dependencies: urw-fonts $ sudo deps graphicsmagick Full Name: GraphicsMagick @1.3.20_0+q8 Extract Dependencies: xz Library Dependencies: libxml2, bzip2, xz, zlib, libpng, tiff, freetype, libiconv, libtool, lcms2, jasper, jpeg
  • troels 12y ago
    Completely unrelated, but what do you think about vips (http://www.vips.ecs.soton.ac.uk/ http://www.vips.ecs.soton.ac.uk/)? I recently discovered the difference in performance between im and gm and that let me to investigate vips, which is presumably (a lot) faster than both.
    • barrkel 12y ago
      In principle, it looks promising (in particular, using ORC to compile image manipulation kernels to SIMD), but it is a different thing to im or gm. It's a library and a GUI. The library is slightly too low-level for most things I'd use gm for, but a GUI is too laborious. Perhaps it could be integrated into GM or something similar, and used as a back end for certain operations.