A table of dated rows against a single notice
Two makers, two formats. One keeps a standing deprecations table where identifiers acquire dates as they are scheduled. The other published a single notice with two dates and a deletion policy. Neither names a successor for the lines it is ending. As of 2026-09-22.
| On this point | Gemini API | Sora |
|---|---|---|
| Format | A standing table, updated over time | One notice, published once |
| What a reader watches | The table, for new rows | Nothing; the notice was the event |
| What the date means | The earliest a model might go | A fixed discontinuation date |
| Successor named | No replacement column exists | No replacement in the notice |
| Material addressed | Not addressed; output is returned | Deleted after a final export window |
Inclusion rule. Both cells on a row come from the maker's own published pages. Coverage of either announcement is not used. Order. Format first, then what each one settles.
1A standing table is a better instrument than a notice
A table can be checked on a schedule, and a new row appearing is a detectable event. A notice has to be noticed when it is published, which for most teams means reading about it later.
What the table gives up is certainty. Its dates are described as the earliest a model might go, while the one-off notice gave two fixed dates that both arrived.
2Neither format made room for a successor
One page has no replacement column and the other has no replacement sentence. So on both, a reader learns that something ends and has to choose where to go themselves.
That is the shared finding across the two most date-rich makers in this register. The succession column records one named successor in total, and it belongs to a hosting platform rather than to a maker.
3Only one of them addressed the files
The one-off notice ended storage as well as service, with deletion after a final export window. The standing table says nothing about material, because output is returned per call and never held.
Those are different products rather than different policies. The stored work column keeps both readings and explains why one cell is filled and the other is structurally empty.
- veo-3.0-generate-00130 June 2026veo-3.0-fast-generate-001 and veo-2.0-generate-001, shutdown date
- Named replacement modelNo date announced (as of 2026-09-12)none in the announcement
4Sources
Both readings come from the pages the entries publish themselves: Gemini API and Sora, read 2026-09-22. The column being compared is Named replacement. Other pairs: invideo AI and Luma, PixVerse and Vidu.