In Introducing Images 2.6 noemt OpenAI de geanimeerde GIF een belangrijke toevoeging voor makers en marketeers: laat een merkmascotte of personage bewegen, maak van een productfoto een oogstrelende loop, of verken de beweging van een personage met geanimeerde storyboards voordat de videoproductie begint. Ook de API Changelog (4 november 2026) vermeldt het genereren van geanimeerde GIF’s voor GPT‑Image‑2.6 Flare/Sunburst. In de gids over beeldgeneratie staat dat je animatie aanvraagt door output_format op "gif" te zetten bij POST /v1/images/generations.

👉 Probeer de GPT Image 2.6 API op PoYo: prijs per afbeelding en online playground.

Trek eerst de grens van het product: OpenAI positioneert GIF als een “bewegingsformaat binnen het beeldgeneratiepad”, niet als een volwaardig videomodel zoals Sora. Het edits-endpoint (/v1/images/edits) ondersteunt geen GIF-uitvoer; streaming, gedeeltelijke afbeeldingen, een eigen output_compression en prompt_rewriter kun je evenmin met GIF combineren. Beweren dat GIF “de video-API al vervangt” of “afgeronde films van willekeurige lengte ondersteunt”, gaat verder dan wat dit artikel in de documentatie kan verifiëren.

Officiële voorbeeldtoepassingen

Op de productpagina worden onder meer deze richtingen genoemd: marketeers en makers die merkmascottes laten bewegen voor campagnes; reactie- en meme-GIF’s voor sociale media; de beweging van een personage verkennen met geanimeerde storyboards voorafgaand aan video; en eenvoudige schetsen omzetten in expressieve personages voor video of games. Early adopters zoals OpenArt worden geciteerd met de nadruk dat “één prompt GIF’s oplevert die klaar zijn voor social media”. Klanten zoals Town gebruiken de API naar verluidt om de animatie van de persoonlijkheid van personages in werkomgevingen te verkennen. Dit zijn voorbeelden uit de aankondiging en klantcitaten; de resultaten hangen nog steeds af van prompts en parameters en vormen geen uniforme kwaliteitsgarantie of branchebenchmark.

Over prompting geeft de promptinggids het advies: beschrijf voor een vloeiende loop het pad waarlangs het personage terugkeert naar de beginhouding, en geef aan of de camera beweegt. In één voorbeeld levert Sunburst met size="512x512", quality="high", de standaard high voor complexity, frame_count=9 en frame_duration_ms=200 een lantaarnanimatie van ongeveer 1,8 seconde in een loop op. De productpagina toont ook loops die in de stijl van een spritesheet zijn aangevraagd, maar bij een API-integratie blijft output_format: "gif" met de frameparameters het uitgangspunt. Ga er dus niet van uit dat je eerst zelf een raster als stilstaand beeld moet genereren en de frames moet samenstellen.

Requestvelden en beperkingen

Volgens de documentatie over beeldgeneratie zijn dit de velden voor GIF:

size beschrijft de afmetingen van elk voltooid frame. Het aantal frames, de framegrootte en het aantal animaties moeten binnen de groottelimieten van het model en het totale pixelbudget van het request blijven; zit je erboven, verlaag dan frame_count, verklein de frames of verminder n. Met auto kiest de API zelf een framegrootte binnen de limieten van het model. frame_count en frame_duration_ms gelden alleen bij GIF-uitvoer. De b64_json in het antwoord moet je base64-decoderen en opslaan als .gif-bestand. Zowel Flare als Sunburst kan via de Image API GIF’s genereren; de modelpagina’s noemen geanimeerde GIF-uitvoer als gedeelde mogelijkheid. Voor de keuze geldt nog steeds de gebruikelijke afweging tussen snelheid en precisie: probeer voor korte social loops eerst Flare, en vergelijk daarna Sunburst als je meer consistentie van personages of meer detail nodig hebt.

Verstandige gebruiksgrenzen

Ten eerste is GIF een mogelijkheid van de generatiekant: verwacht niet dat het edits-endpoint een stilstaand beeld “omzet in een GIF”. Ten tweede kunnen complexe prompts bij beeldmodellen nog steeds tot een hoge latentie leiden (de documentatie merkt op dat dit tot ongeveer twee minuten kan oplopen); voor verzoeken om beweging geldt hetzelfde. Ten derde gelden contentmoderatie en de parameter moderation ook voor GIF-requests; als een request wordt geblokkeerd, probeer het dan niet blindelings opnieuw zonder de prompt aan te passen. Ten vierde: schrijf de GIF-functie niet op als “vervangt de video-API al”. OpenAI heeft een aparte videoproductlijn; de GIF van Images 2.6 lost korte loops, lichte beweging en distributie op sociale media op, maar geen lange scènes met een verhaallijn of afgeronde films met een hoge framerate. Ten vijfde volgt de facturering nog steeds de regels voor beeldtokens op de modelpagina; meer frames en een hogere resolutie betekenen doorgaans meer uitvoerverbruik, dus meet de kosten per item op representatieve prompts voordat je live gaat.

Vanuit technisch acceptatieperspectief bouw je een vaste promptset die “terug naar de beginhouding” en “camera stil versus camera in beweging” dekt, en leg je uiterlijk, bestandsgrootte en latentie vast voor verschillende combinaties van frame_count en frame_duration_ms. De documentatie noemt geen enkele “beste framerate”; negen frames van elk tweehonderd milliseconde is slechts een beginpunt. Zie je de naad van de loop, los dat dan liever op met betere formuleringen over de begin- en eindhouding in de prompt dan met een steeds hoger aantal frames; meer frames bereiken sneller het pixelbudget en verhogen de kosten voor uitvoertokens.

Kortom: met GIF-uitvoer in Images 2.6 staat “korte, herhalende beweging” officieel op de lijst met formaten van de Image API. Integreer met output_format: "gif" en de frameparameters, houd rekening met de beperkingen (geen ondersteuning voor edits, geen streaming) en maak er een product van zonder de mogelijkheden te overdrijven.