Animated GIF not playing all frames

Follow

Gary Carruthers

• January 13, 2014 16:52

Original GIF is http://res.cloudinary.com/uwp/image/upload/yhume5u6u4w2ezfgchou.gif and my GIF that isn't looping properly is http://res.cloudinary.com/uwp/image/upload/c_fill,h_220,w_342/yhume5u6u4w2ezfgchou.gif - why would that be happening? I have lots of other animated GIFs treated the same way by Cloudinary but they work fine.

Thanks.

0

• 

  Itay Taragano

  • January 20, 2014 14:12

  Hi Gary,

  Currently Cloudinary supports generating transformations of animated GIFs of up to a 100 frames.

  It's on our road-map to increase this limit.

  0

  Comment actions Permalink
• 

  Gary Carruthers

  • January 20, 2014 14:48

  Thanks for that, that makes sense.

  0

  Comment actions Permalink
• 

  Itay Taragano

  • February 04, 2014 12:15

  UPDATE

  Cloudinary now supports generating transformation of animated GIFs of up to 500 frames when using 'eager' transformations while uploading.

  For example in PHP:

  \Cloudinary\Uploader::upload('/home/image.gif', array("public_id" => "my_image", "eager" => array("width" => 342, "height" => 220, "crop" => "fill" )));

  0

  Comment actions Permalink
• 

  Gary Carruthers

  • February 04, 2014 12:50

  Excellent news! Thanks for the update.

  0

  Comment actions Permalink
• 

  Javier

  • July 12, 2016 17:15

  Hi, I know this is an old thread, but I'm noticing that the limit in frames is still 100 if you use 'chroma subsampling' for quality.

  For example, these gifs are the same, except for that parameter, and the # of frames get cut on the 2nd one:

  http://res.cloudinary.com/javrok/image/upload/fl_lossy,q_25/v1468338061/r93fvomyyaisxf3szpkl.gif
  http://res.cloudinary.com/javrok/image/upload/fl_lossy,q_25:420/v1468338061/r93fvomyyaisxf3szpkl.gif

  The optimization boost with chroma subsampling is quite noticing, so I'd like to know how to use it without loosing all those frames.

  Thanks

  0

  Comment actions Permalink

Post is closed for comments.