โซลูชัน ffmeg + ข้อมูลการทดสอบ
ตั้งแต่ Ubuntu 18.10, ffpmeg 4.0.2-2, ImageMagick 6.9.10-8 ฉันพบว่า ffmpeg นั้นเร็วกว่ามากและใช้หน่วยความจำน้อยกว่ามาก
คำสั่งการแปลงที่ง่ายที่สุดคือ:
ffmpeg \
-framerate 60 \
-pattern_type glob \
-i '*.png' \
-r 15 \
-vf scale=512:-1 \
out.gif \
;
คุณสามารถรับข้อมูลการทดสอบของฉันด้วย:
wget -O opengl-rotating-triangle.zip https://github.com/cirosantilli/media/blob/master/opengl-rotating-triangle.zip?raw=true
unzip opengl-rotating-triangle.zip
cd opengl-rotating-triangle
ข้อมูลการทดสอบถูกสร้างขึ้นด้วย: https://stackoverflow.com/questions/3191978/how-to-use-glut-opengl-to-render-to-a-file/14324292#14324292และมีรูปภาพขนาด 1024 1024101024 PNG
และนี่คือข้อมูลทดสอบอื่นที่คุณสามารถสร้างได้โดยตรงจากเบราว์เซอร์ของคุณ! https://stackoverflow.com/questions/19235286/convert-html5-canvas-sequence-to-a-video-file/57153718#57153718
ffmpegตัวเลือกที่สำคัญที่ฉันต้องการเน้นคือ:
-pattern_type glob: วิธีเลือกภาพที่สะดวก
-framerate 60: สมมติว่า 60 FPS สำหรับภาพที่นำเข้าและส่งออก FPS เดียวกัน
ffmpeg ไม่ทราบเป็นอย่างอื่นเนื่องจากไม่มีข้อมูล FPS อยู่ในภาพเนื่องจากมีอยู่ในรูปแบบวิดีโอ
เฟรมอินพุต 256 เฟรมใช้เวลาประมาณ 4 วินาทีจึงจะเสร็จสิ้น
-r 15: ไม่จำเป็น. เลือกหนึ่งภาพทุกๆ 4 ภาพเพื่อลดขนาด ( 4 == 60 / 15)
ด้วยมันidentify out.gifบอกว่า GIF มีเพียง 64 เฟรม
ยังคงใช้เวลาในการเล่น 4 วินาทีดังนั้นความล่าช้าจึงเปลี่ยนแปลงเพื่อให้สิ่งต่าง ๆ ตรงกัน
-vf scale=512:-1: ไม่จำเป็น. ตั้งค่าความกว้างความสูงของสเกลตามสัดส่วนโดยปกติเพื่อลดขนาดและประหยัดพื้นที่
เพื่อให้ ImageMagick ทำงานได้ฉันต้องแก้ไขขีด จำกัด ของดิสก์และหน่วยความจำ/etc/ImageMagick-6/policy.xmlตามที่อธิบายไว้ที่: https://superuser.com/questions/1178666/imagemagick-convert-quits-after-some-pages
ดูสิ่งนี้ด้วย:
ImageMagick เทียบกับมาตรฐาน ffmpeg
ฉันเปรียบเทียบคำสั่ง:
/usr/bin/time -v convert *.png -deconstruct -delay 1.6 out-convert.gif
/usr/bin/time -v ffmpeg \
-framerate 60 \
-pattern_type glob \
-i '*.png' \
out-ffmpeg.gif \
;
คำสั่งถูกสร้างขึ้นเพื่อสร้างผลลัพธ์ที่ใกล้เคียงที่สุดเพื่อให้การเปรียบเทียบมีผล:
/usr/bin/time -v: ใช้เพื่อค้นหาการใช้หน่วยความจำสูงสุดตามที่อธิบายไว้ที่: https://stackoverflow.com/questions/774556/peak-memory-usage-of-a-linux-unix-process
-deconstruct: รูปภาพ GIF สามารถมีเพียงสี่เหลี่ยมผืนผ้าที่ปรับเปลี่ยนน้อยที่สุดจากเฟรมก่อนหน้าเพื่อทำให้ GIF มีขนาดเล็ก
ffmpegคำนวณส่วนต่างเหล่านั้นตามค่าเริ่มต้น แต่ ImageMagick ไม่ได้ยกเว้นว่า-deconstructใช้
โดยทั่วไปคุณจะต้องการใช้ตัวเลือกนั้นทุกครั้งกับ ImageMagick
เราสามารถสังเกตเห็นความแตกต่างด้วย:
identify out.gif
ด้วยเวอร์ชันบีบอัดเฟรมทั้งหมดจะมีขนาดเล็กกว่าเฟรมเริ่มต้นเช่น:
out.gif[0] GIF 1024x1024 1024x1024+0+0 8-bit sRGB 256c 16.7865MiB 0.010u 0:00.010
out.gif[1] GIF 516x516 1024x1024+252+257 8-bit sRGB 256c 16.7865MiB 0.010u 0:00.010
out.gif[2] GIF 515x520 1024x1024+248+257 8-bit sRGB 256c 16.7865MiB 0.010u 0:00.010
ในตัวอย่างนี้เฟรมที่สองเป็นเพียง516x516แทน 1024x1024 252+257เต็มรูปแบบและจะอยู่ที่ชดเชย มันมีแค่สามเหลี่ยมกลาง
ดูเพิ่มเติม: ฉันจะปรับขนาดไฟล์ภาพเคลื่อนไหว GIF โดยใช้ ImageMagick ได้อย่างไร
-delay: ค่าที่ตรงกับ 60FPS ffmpegของ ไม่ควรสำคัญสำหรับประสิทธิภาพของการแปลง แต่ฉันไม่ต้องการเสี่ยง
GIF เอาต์พุตมีขนาดเท่ากันและมีลักษณะเหมือนกัน
เราได้รับ ImageMagick:
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:56.16
Maximum resident set size (kbytes): 2676856
และสำหรับ ffmpeg:
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:04.41
Maximum resident set size (kbytes): 97172
จากที่เราเห็นว่า:
- ImageMagick ใช้ RAM 2.6Gb และใช้เวลาประมาณ 1 นาที
- ffmpeg ใช้ RAM ขนาด 100Mb และใช้เวลา 4 วินาที
ฮาร์ดแวร์ทดสอบ: แล็ปท็อป Lenovo ThinkPad P51 , Intel Core i7-7820HQ, 32GB (16 + 16) DDR4 2400MHz SODIMM, 512GB SSD PCIe TLC OPAL2
