Případy použití Reframe API

Reframe API upravuje poměr stran videa inteligentním sledováním nejdůležitější části každého záběru a přeskládáním snímku kolem ní.Veškerý obsah v přerámovaném výstupu pochází výhradně ze zdrojového videa a rozhraní API nikdy negeneruje nové pixely k vyplnění prostoru.

Optimální případy použití

Reframe API spolehlivě funguje u:

• Videa vyžadující standardní poměry stran pro sociální média: Převod videí s poměrem stran 16:9 na výstupy 9:16, 1:1, 4:3 a 4:5 pro různé kanály je hlavním případem použití.Můžete také určit přesné výstupní rozlišení (například 1920×1080) pro doručení s přesností na pixel. 
• Záběry živé akce a záběry reálného světa: Rozhovory, záběry produktů, záběry životního stylu a událostí a další videa natočená kamerou se čistě přerámovávají.Přirozený pohyb kamery je automaticky vyhlazen bez viditelných artefaktů. 
• Záběry s jedním dominantním objektem: Dominantní objekt, jako je osoba, produkt nebo ohnisko pozornosti, zůstává v záběru během celého přeskládání.Se Semantic Subject Lock můžete pojmenovat cílový objekt pomocí klíčového slova nebo pokynu (například muž ve žlutém saku nebo frisbee) a Reframe API jej bude sledovat napříč každým záběrem. 
• Videa s více záběry s čistými střihy: Detekce střihu scén, když je aktivována, umožňuje API analyzovat každý přechod a udržet stabilní kompozici v každém záběru napříč všemi výstupními poměry stran. 
• Videa, která potřebují konzistentní překrytí: Předgenerovaná překrytí (PNG nebo GIF) lze aplikovat s kontrolou načasování, pozice, škály a smyčkování a zůstávají zarovnané napříč všemi generovanými poměry stran.

Nevhodné případy použití

Protože Reframe API pouze přemisťuje a ořezává v rámci existujících pixelů, nikdy negeneruje nový obsah k vyplnění prostoru. Následující typy obsahu se při přesnímkování zhorší nebo selžou:

• Text přes celý snímek na obrazovce a dolní třetiny: Titulky, Popisky, závěrečné titulky a grafika vypálené do zdrojového videa zabírají celou šířku původního poměru stran.Když je snímek oříznut na užší poměr stran, například z 16:9 na 9:16, Reframe API ořízne text na okrajích, protože nemůže přeformátovat vypálený obsah – může pouze posunout okno oříznutí. U videí s textem a grafikou nejprve přesnímkujte čistá videa a pak použijte DGR (s různě velkými MOGRT) k překrytí textu na ně.
• Scény s více objekty se současnou akcí: Semantic Subject Lock může sledovat pouze jeden objekt během celého přeskládání.Když jsou dva nebo více objektů stejně důležité a prostorově oddělené, jako je rozhovor dvou osob v širokém záběru, panel nebo sportovní hra s míčem a vzdáleným hráčem, oříznutí může zachytit pouze jeden objekt.Ostatní spadají mimo snímek.
• Rychlé nebo nejednoznačné střihy scén: Detekce střihu scény udržuje kompoziční integritu napříč přechody, ale velmi rychlé střihy, ostré bleskové přechody nebo sladěné střihy mohou způsobit, že se sledování objektu zaměří na nesprávný prvek, což způsobí skoky v cestě oříznutí. 
• Grafický obsah s pevnou kompozicí: Nahrávky obrazovky, prezentace, řídicí panely a záběry s rozsáhlou motion grafikou nemají sledovatelný objekt ani bezpečné oříznutí. Reframe API zachází s každým pixelem v takovém obsahu jako s důležitým, takže takový obsah by neměl být odeslán do API.
• Animace a motion grafika: Animovaný obsah, jako jsou animace log, kinetická typografie, úvodní sekvence a značkové animace, se nespolehlivě přerámuje.Takový obsah často obsahuje ostré grafické hrany a rychle se pohybující prvky, které vyžadují přesné rámování po snímcích, a často kombinuje několik prvků pohybujících se současně různými směry.Reframe API je vyladěno pro reálné záběry a nemůže sledovat animované prvky dostatečně přesně, takže výstup může vypadat mírně mimo nebo zaostávat za pohybem.Pro animaci vykreslete každý poměr stran ze zdrojové animace nebo její MOGRT prostřednictvím DGR, namísto přerámování dokončeného exportu. 
• Nepodporované výstupy: Reframe API vždy produkuje neprůhledný výstup H.264 nebo HEVC. Jakékoli průhledné pozadí (alfa kanál) je sloučeno, protože alfa není zachována. ProRes je přijímán jako vstup pro dekódování, ale nevytváří se jako výstup.