Short answer: an animated GIF is now a chat reply. OpenAI has upgraded ChatGPT so that a looping clip can be produced in a single conversation — describe the motion, or upload a photo, and you get a GIF whose playback speed you can change, whose individual frames you can repair, and which you can share straight away. The capability ships with the Images 2.6 model, which also shortens generation time for still pictures. Below, the MyTechDailyNews guide to the workflow, the prompts, the traps and the developer options.
The headline change is procedural, not cosmetic: GIF authoring moves from a multi-step workaround into one conversation. Previously ChatGPT could produce still images, and turning them into animation meant extra steps or outside tools. Now the request and the edit both live in the same thread.
OpenAI's own demo is deliberately mundane: a user types “Can you make me a GIF of a dancing cat?” and ChatGPT returns the animation. Under the result sit two practical controls — a playback-speed switch and a frame-by-frame viewer — so a bad moment can be corrected without re-rolling the whole clip.
The model itself is also quicker. OpenAI says Images 2.6 further cuts the time it takes to return an image while the company keeps tuning output quality. Two numbers frame how much this workload has grown: users now produce more than 4 billion images each week through ChatGPT and the company's API, up from the 3 billion per week figure OpenAI published this September.
Rollout is broad rather than gated to one surface: Images 2.6 and the GIF feature reach all ChatGPT and Codex users on the web, the desktop client and the mobile apps.

This is the part of the update most likely to change working habits. Because ChatGPT exposes a per-frame view and lets you edit an individual frame, a repair no longer costs a fresh generation of the whole sequence. In practice: scrub to the offending frame, describe only what should change there, and leave the rest untouched. Playback speed is adjusted separately, so a clip that feels sluggish can be retimed without touching any artwork.
The format predates the modern web by years: CompuServe introduced GIF on 15 June 1987, and animation only became standard after Netscape Navigator 2.0 added looping playback in September 1995, according to the format's documented history. In other words, a loop is a late-1990s browser behaviour sitting on top of a 1987 container — which explains both its universal support and its awkward edges.
Demand also never went away. Back in 2018, TechCrunch reported Tenor handling roughly 12 billion GIF searches a month and Giphy claiming around 300 million daily active users, evidence that moving pictures had become ordinary conversational vocabulary rather than a novelty.
Stephen Wilhite, the CompuServe engineer who built the format, framed the original design problem in almost the opposite terms of today's AI pipelines: “I saw the format I wanted in my head and then I started programming,” he said; Wilhite died in March 2022, as PBS NewsHour reported. The constraint he designed for — 256 colours and lossless LZW compression for slow modem links — is still the reason a long, detailed clip gets heavy so fast.
Alongside the consumer feature, OpenAI released two images API models with opposite biases. GPT-Image-2.6 Flare prioritises generation speed for high-volume or latency-sensitive jobs; GPT-Image-2.6 Sunburst prioritises output quality for work where detail matters more than turnaround.
| Decision axis | GPT-Image-2.6 Flare | GPT-Image-2.6 Sunburst |
|---|---|---|
| Stated priority | Faster generation | Higher image quality |
| Best fit | Preview passes, bulk assets, chat-native replies | Hero visuals, print, client-facing detail |
| Cost logic (analysis) | Cheap first pass, escalate only what is needed | Spend on the small set that is actually published |
| Multi-frame clips (analysis) | Iterate motion ideas quickly | Finish the chosen loop at maximum fidelity |
Two caveats worth building into any rollout. First, on the pricing model: OpenAI's earlier images API release, gpt-image-1 in April 2025, was metered by tokens, with the company estimating roughly $0.02, $0.07 and $0.19 per square image at low, medium and high quality. Nothing in the Images 2.6 announcement sets pricing for Flare or Sunburst, so treat the older figures only as an indication of how the meter works and confirm current rates before budgeting a campaign. Second, on provenance: the same OpenAI announcement states that generated images carry C2PA metadata identifying them as AI-made, so expect that signal in outputs and test how your pipeline behaves if a downstream app strips metadata during re-encoding.
No. OpenAI says ChatGPT can create the animation in a single conversation, including speed control, frame editing and sharing. External tools remain useful for heavy compositing or precise export sizes, not for the creation itself.
All ChatGPT and Codex users, across the web version, the desktop client and the mobile apps, according to OpenAI.
Yes — that is the point of the frame-by-frame mode. Edit the specific frame and leave the sequence alone; retiming happens separately through the playback-speed control.
Two inherited constraints of a 1987 format: an 8-bit palette capped at 256 colours and LZW compression. Simplify the palette, shorten the loop, or convert to a modern format where the receiving app supports it.
OpenAI has said since the April 2025 images API release that generated output includes C2PA metadata labelling it as AI-generated; re-encoding by another app can remove that signal.
Takeaway: the interesting thing about Images 2.6 is not the model name but the collapse of a workflow. Animation idea, first cut and repair now sit inside one thread, and the scarce skill becomes knowing what to ask for and what the 1987 container can still carry. Build one loop, measure it against your own file-size ceiling, and only then decide whether a team needs a paid toolchain at all.