gif_box Video naar GIF Converter star

Waarom een GIF Is Opgebouwd uit Losse Frames, Niet "Gecomprimeerde Video"

Een geanimeerde GIF is geen gecomprimeerde versie van een video zoals een MP4 dat is — het is fundamenteel een ander, veel ouder formaat: een reeks complete stilstaande afbeeldingen, elk met een eigen minuscuul 256-kleurenpalet, achter elkaar afgespeeld met een vertraging per frame. Die limiet van 256 kleuren komt voort uit de oorsprong van het GIF-formaat in 1987, toen 8-bit (256-waarden) kleurindexering het praktische plafond was voor de hardware van die tijd, en dit is sindsdien nooit veranderd — wat precies verklaart waarom GIF's van fotografische inhoud vaak zichtbare bandvorming of dithering vertonen die een videoformaat nooit zou tonen, en waarom deze tool elk frame door een proces van twee stappen laat gaan: kleurkwantisatie (het analyseren van de daadwerkelijke kleuren in een frame en het kiezen van de 256 die het best representatief zijn) gevolgd door paletmapping (elke pixel opnieuw toewijzen aan de dichtstbijzijnde overeenkomst in dat verkleinde palet).

Het extraheren van frames uit een videobestand in een browser kan niet gebruikmaken van een eenvoudige "lees het volgende frame"-API, omdat browsers zo'n API niet aanbieden voor willekeurige videobestanden. In plaats daarvan gebruikt deze tool de standaard oplossing: het stelt de currentTime van het video-element in op een specifiek tijdstip, wacht op de seeked-gebeurtenis van de browser om te bevestigen dat precies dat frame daadwerkelijk is gedecodeerd en weergegeven, en tekent vervolgens dat ene videoframe op een canvas en leest de pixels terug uit. Dit één keer per uitvoerframe doen, op gelijk verdeelde tijdstippen die worden bepaald door de gekozen framesnelheid, is langzamer dan realtime afspelen, maar garandeert dat elk geëxtraheerd frame nauwkeurig is in plaats van een schatting op basis van beste inspanning.

Framesnelheid en GIF-bestandsgrootte wisselen op een manier tegen elkaar in die videocompressie niet doet: omdat elk afzonderlijk frame een bijna-complete afbeelding is (in tegenstelling tot de inter-frame-voorspelling van video, die alleen opslaat wat is veranderd), verdubbelt het verdubbelen van de framesnelheid ongeveer de bestandsgrootte — wat de reden is waarom deze tool het praktische bereik bewust beperkt tot een bescheiden framesnelheid en u de pixelafmetingen laat verkleinen — een GIF van 360px breed op 10 fps is dramatisch kleiner dan hetzelfde fragment op 640px en 20 fps, vaak een factor tien of meer.

Goede Instellingen Kiezen voor het Resultaat

• Korte fragmenten (2-5 seconden) op 8-12 fps leveren redelijk grote, vloeiend ogende GIF's op; langere fragmenten of hogere framesnelheden laten de bestandsgrootte snel groeien door de hierboven beschreven beperking van het palet per frame.
• Content met grote effen kleurvlakken (schermopnamen, eenvoudige animaties, cartoons) comprimeert veel beter als GIF dan fotografische of zeer gedetailleerde beelden, omdat het kwantiseren van 256 kleuren uit een eenvoudig palet veel minder verlies oplevert dan het kwantiseren van 256 uit een volledig fotografisch verloop.
• Alles gebeurt lokaal: het videobestand wordt rechtstreeks gelezen door het video-element van uw browser en verlaat nooit uw apparaat, en de codering draait volledig in JavaScript.
• De frame-extractiestap (zoeken + wachten + tekenen) is inherent langzamer dan realtime video-afspelen, dus een langer fragment of een hogere framesnelheid zal merkbaar meer verwerkingstijd kosten voordat de GIF klaar is, evenredig met het totale aantal opgevraagde frames.