Recherche avancée

Sur d’autres sites (7002)

• More Imagick refresh

  4 octobre 2013, par Mikko Koppanen — Imagick, PHP stuff

  I’ve committed quite a few changes lately, mainly removing excessive macro usage and making the code more robust. Large amounts of the code was written about six years ago and a lot of things have changed since. Among other things, I’ve probably become a lot better in C.

  Under the hood ImagickPixelIterator went through almost a full rewrite, a lot of the internal routines have been renamed and improved and I am happy to say that most of the (useless) macros have been removed.

  Some of the user visible/interesting features added recently :

  Countable

  Imagick class now supports Countable interface and calling count on the object returns amount of images currently in memory. For example for PDF files this is usually the amount of pages. This is purely syntactic sugar as the functionality was available before using the getNumberImages method. The usage of the countable is pretty simple : 021-countable.phpt.

  writeImageFile

  After tracking down (what I thought was) a bug related to writeImageFile not honouring the format set with setImageFormat I was advised that the format actually depends on the filename. The filename is set during reading the image and just calling setImageFormat and writeImageFile would cause the original file format to be written in the handle.

  There is now an additional parameter for writeImageFile for setting the format during the operation. The following test demonstrates the functionality and the issue : 022-writeimagefileformat.phpt.

  Memory Management

  One of the things that pops up now and then (especially from shared hosting providers) is whether Imagick supports PHP memory limits. Before today the answer was no and you needed to configure ImageMagick separately with reasonable limits.

  In the latest master version there is a new compile time flag –enable-imagick-zend-mm, which adds Zend Memory Manager support. This means that Imagick will honour the PHP memory limits and will cause “Out of memory” error to be returned in case of overflow. The following test demonstrates the “usage” : 023-php-allocators.phpt.

• More Imagick refresh

  4 octobre 2013, par Mikko Koppanen — Imagick, PHP stuff

  I’ve committed quite a few changes lately, mainly removing excessive macro usage and making the code more robust. Large amounts of the code was written about six years ago and a lot of things have changed since. Among other things, I’ve probably become a lot better in C.

  Under the hood ImagickPixelIterator went through almost a full rewrite, a lot of the internal routines have been renamed and improved and I am happy to say that most of the (useless) macros have been removed.

  Some of the user visible/interesting features added recently :

  Countable

  Imagick class now supports Countable interface and calling count on the object returns amount of images currently in memory. For example for PDF files this is usually the amount of pages. This is purely syntactic sugar as the functionality was available before using the getNumberImages method. The usage of the countable is pretty simple : 021-countable.phpt.

  writeImageFile

  After tracking down (what I thought was) a bug related to writeImageFile not honouring the format set with setImageFormat I was advised that the format actually depends on the filename. The filename is set during reading the image and just calling setImageFormat and writeImageFile would cause the original file format to be written in the handle.

  There is now an additional parameter for writeImageFile for setting the format during the operation. The following test demonstrates the functionality and the issue : 022-writeimagefileformat.phpt.

  Memory Management

  One of the things that pops up now and then (especially from shared hosting providers) is whether Imagick supports PHP memory limits. Before today the answer was no and you needed to configure ImageMagick separately with reasonable limits.

  In the latest master version there is a new compile time flag –enable-imagick-zend-mm, which adds Zend Memory Manager support. This means that Imagick will honour the PHP memory limits and will cause “Out of memory” error to be returned in case of overflow. The following test demonstrates the “usage” : 023-php-allocators.phpt.

• Mingw-w64 builded FFmpeg doesn't show any usage information

  26 octobre 2013, par user1240328

  First I wanted to modificate ffplay according to my requirments. Then I noticed that original ffplay from my build can't play some video files, but it didn't write any message to console. Then I noticed that ffmpeg also don't write any usage message when I run it without params. But it works. If I run it from terminal it's like running asynchronously ! The terminal just shows next row. I mean it asks for a next command. But the ffmpeg process is visible in task manager and it writes the output video file what I had requested !

  I created following souce file. I have modified the Makefile. So it have built the exe-file works just the same way. I have no idea how it can be.

  #include 
  
  #include "cmdutils.h"
  
  
  
  const char program_name[] = "hello";
  
  const int program_birth_year = 2013;
  
  
  
  void show_help_default(const char *opt, const char *arg)
  
  {
  
      printf("zxcvbnm\n");
  
  }
  
  
  
  int main(int argc, char **argv)
  
  {
  
      printf("1234567890\n");
  
      return 0;
  
  }

  I want to prevent this behavior.

  I want to make printf working in traditional manner.

  How I build FFmpeg :

  PKG_CONFIG_PATH=/home/developer/workspace/MinGW32fs/lib/pkgconfig/ \
  
  SDL_CONFIG=/home/developer/workspace/MinGW32fs/bin/sdl-config \
  
  ./configure \
  
    --prefix=/home/developer/workspace/MinGW32fs \
  
    --extra-ldflags="-L/home/developer/workspace/MinGW32fs/lib" \
  
    --extra-cflags="-I/home/developer/workspace/MinGW32fs/include" \
  
    --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32-  \
  
    --pkg-config=pkg-config   --enable-libtheora --enable-libvorbis --enable-libvpx \
  
    --enable-outdev=sdl --enable-shared --disable-static \
  
    --disable-doc --disable-manpages --disable-podpages
  
  
  
  make