Чому gif, який я створив так повільно?

Я використовую ImageMagick, щоб перетворити колекцію PNG в єдиний gif. Я хочу, щоб цей GIF зациклювався якомога швидше.

Це приблизно результат, який я очікую (люб’язно надано Вікіпедією ):

Це результат, який я фактично отримую:

У моєму браузері (Firefox 17) очікуваний gif працює удвічі швидше, ніж власний GIF. Це мене дивує, бо я вказав, що кожен кадр повинен мати 0 затримок.

Спочатку я створив 36 png, вибухнувши gif, запозичений з Вікіпедії:

--caution: command generates 36 pngs
convert.exe newton.gif newton_%d.png

Тоді я використовував coalesceкомбінацію PNG в один gif.

convert.exe -dispose none -delay 0 newton_%d.png[0-35] -coalesce output.gif

identify підтверджує, що кожен кадр не має затримок:

identify.exe -format "%T, " output.gif
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,

Це насправді менша затримка, ніж оригінал:

identify.exe -format "%T, " newton.gif
5, 2, 2, 2, 2, 2, 2, 2, 2, 4, 2, 2, 2, 2, 2, 2, 2, 2, 5, 2, 2, 2, 2, 2, 2, 2, 2, 4, 2, 2, 2, 2, 2, 2, 2, 2,

Фактичний GIF має меншу затримку, ніж очікуваний GIF. То чому ж очікуваний gif у два рази швидший, ніж власний GIF?

Я експериментував і створив версію 10 мс (затримка = 1).

Схоже, що програми, які надають gif, як правило, не враховують ставки затримки на 0 сотих секунд. Натомість вони використовують значення, яке набагато більше, ніж мале значення, яке ви вибрали.

Я не можу по-справжньому коментувати причини, чому вони роблять це. Я натрапив на не одну причину, і цілком можливо, що це все міркування.

Загалом, я б рекомендував вам використовувати затримку принаймні на дві сотні секунди у всіх випадках.

Джерела (які демонструють, як це здається, є кілька причин. Деякі відносно старі):

• http://blogs.msdn.com/b/ieinternals/archive/2010/06/08/animated-gifs-slow-down-to-under-20-frames-per-second.aspx
• http://humpy77.deviantart.com/journal/Frame-Delay-Times-for-Animated-GIFs-214150546
• https://bugzilla.mozilla.org/show_bug.cgi?id=139677

Схоже, що @DavidMah має рацію. У моїй системі Linux мінімальна затримка становить 0,5:

convert -dispose none -delay 0.4 newton_%d.png[0-35] -coalesce output0.4.gif

convert -dispose none -delay 0.5 newton_%d.png[0-35] -coalesce output0.5.gif

convert -dispose none -delay 1 newton_%d.png[0-35] -coalesce output1.gif

Чомусь зображення, здається, не відображаються належним чином у моєму браузері. Використання локального переглядача зображень (eom ), 1-е зображення настільки ж повільне, як і в оригінальному питанні, а обидва інші - швидше, ніж у вікіпедії. Я все-таки публікую повідомлення, якщо це проблема, специфічна для мого браузера. У будь-якому випадку, ви повинні отримати кращі швидкості, якщо ви спробуєте команди, розміщені вище.

ОНОВЛЕННЯ: Здається, є дві проблеми. Веб-переглядачі (принаймні y firefox та хром, що працюють на Linux) не можуть відображати gif-файли, створені із запізненням <1,5. 1,5 працює добре, 1,4 - повільно. Переглядач зображень може вирішувати затримки від 0,5 і вище. Спробуйте завантажити одне із наведених вище зображень та відкрити його в улюбленому переглядачі зображень. Також подивіться на це:

convert -dispose none -delay 1.4 newton_%d.png[0-35] -coalesce output1.4.gif

convert -dispose none -delay 1.5 newton_%d.png[0-35] -coalesce output1.5.gif

UPDATE2: @DavidMah в коментарях нижче вказує, що десяткові значення округляються до найближчого цілого числа. Отже, 1,4 округлюється до 1, що занадто повільно, а 1,5 - до 2, що в порядку.

Я мав більший успіх у використанні XxYпозначення затримки, по суті, xце як a /, тому, якщо ви вкажете -delay 1x20, кадр відображається протягом 1/20 секунди.