Chápu to tak, že tazatel má více souborů a některé nebo všechy soubory jsou již animované gify, každý s několika snímky ?
Já bých to udělal tak, že nejprve bych onen animovaný GIF o více snímcích rozložil na jednotlivé snímky, každý snímek do jednotlivého GIF souboru. Názvy by už měl program generovat automaticky, tak aby výsledné soubory ve složce byly abecedně řazené (po rozložení více animovaných gifů v jedné složce bude abecední řazení stejné jako původně). To umí v Linuxu tuším XN View, ale nejsem si jistý. ImageMagick by to také měl zvládnout. Vím, že to umělo ACDsee, což je ale komerční software.
Druhou věcí je vytvoření animace z jednotlivých snímků. GIF animaci umí vytvořit tuším zase ten XN View. Nebo Image Magick (ale tohle přesně jsem celé roky nedělal). Když by byla GIF animace dlouhá (hodně snímků), tak je to sice bezstrátová komprese (na grafy, mapy, shémata vhodná, na video-foto nikoliv). Ale problém u animovaný GIF je ten, že při otevření se všechny snímky načtou do paměti jako nekomprimované BMP (zábere to paměť jako Výška X Šířka X Barevná hloubka X Počet Snímků). To už dneska není takový problém.
U rozsáhných animací (výstup modelu, přechod bouřky a pod.) jsem vytvářel animaci pomocí FFMPEG. Je to sice ztrátová komprese, ale u animací s hodně snímky a vysokým rozlišení je to nezbytnost. Kompresní kodek používám MPG, úroveň komprese 5, přípona souboru mp4. Zkoušel jsem i kodeky H264 a H265. Tam ten poměr kvalita-velikost souboru nebyl u map, animací, shémat o tolik lepší, než u MPG. U filmů to je jiná, tam se to vyplatí. H264 a H265 je výpočetně pro tvorbu souboru samozřejmě náročnější.
Takhle jsem vytvářel animaci z výstupu modelu (zvoleno h264 kvalita maximální, komprese malá, výsledný soubor velký):
ffmpeg -framerate 30 -pattern_type glob -i '*.png' -c:v h264 -s 2000x1000 -x264-params crf=0 "Video.mkv"
Výsledné MKV video je velké, zkonvertoval jsem např. pomocí Handbrake na MPG4 (MP4), úroveň komprese-kvalita jsem nastavil 5, což jsou dobré výsledky na obě strany.
V ffmpeg jsem experimentoval i s h265 a h264. Hlavně u h265 výpočetní náročnost vysoká.
Převod videa na h264, CRF_NUMBER je úroveň komprese (CRF 15 malá komprese, dobrá kvalita, CRF 23 poměrně dobrá komprese, kvalita také docela jde)
nice -n 19 ffmpeg -i Puvodni_Video.mkv -c:v libx264 -preset veryslow -x264-params crf=${CRF_NUMBER} Nove_Video.mp4