Brukstilfeller for API-et for endring av størrelsesforhold

API-et for endring av størrelsesforhold endrer proporsjonene til en video ved å intelligent spore den viktigste delen av hvert opptak og komponere rammen på nytt rundt den. Alt innhold i utdataene med endret størrelsesforhold kommer utelukkende fra kildevideoen, og API-et genererer aldri nye piksler for å fylle tomme områder.

Beste brukstilfeller

API-et for endring av størrelsesforhold fungerer pålitelig for følgende:

• Videoer som krever standard proporsjoner for sosiale medier: Konvertering av videoer med 16:9-format til utdata med 9:16, 1:1, 4:3 og 4:5 for ulike kanaler er hovedbrukstilfellet. Du kan også angi en nøyaktig utdataoppløsning (for eksempel 1920 × 1080) for å sikre et pikselperfekt resultat. 
• Live-action-opptak og videoer fra virkeligheten: Intervjuer, produktbilder, livsstils- og arrangementsopptak samt annet videoinnhold kan få endret størrelsesforhold på en ren og naturlig måte. Naturlig kamerabevegelse jevnes ut automatisk, uten synlige artefakter. 
• Opptak med ett fremtredende motiv: Det fremtredende motivet, for eksempel en person, et produkt eller et fokuspunkt, holdes innenfor bilderammen gjennom hele omkomponeringen. Med Semantisk motivlås kan du navngi målmotivet med et nøkkelord eller en hjelpetekst (for eksempel mann i gul jakke eller frisbee), og API-et for endring av størrelsesforhold vil da spore det gjennom hvert opptak. 
• Videoer med flere opptak og rene klipp: Når sceneskiftgjenkjenning er aktivert, kan API-et analysere hver overgang og opprettholde en stabil komposisjon innenfor hvert opptak på tvers av alle utdataformater. 
• Videoer som trenger konsekvente overlegg: Forhåndsgenererte overlegg (PNG- eller GIF-filer) kan tas i bruk med kontroll over timing, plassering, skalering og gjentakelse, og holder seg korrekt justert uansett hvilke proporsjoner som genereres.

Dårlig egnede brukstilfeller

Ettersom API-et for endring av størrelsesforhold bare flytter og beskjærer innhold innenfor de eksisterende pikslene, genererer det aldri nytt innhold for å fylle tomme områder. Følgende innholdstyper forringes eller mislykkes ved endring av størrelsesforhold:

• Tekst i fullskjerm og nedre tredjedeler: Titler, undertekster, rulletekst og grafikk som er brent inn i kildevideoen, opptar hele bredden av det opprinnelige sideforholdet. Når bilderammen beskjæres til et smalere format, for eksempel fra 16:9 til 9:16, kan API-et for endring av størrelsesforhold kutte av tekst langs kantene. Dette skyldes at API-et ikke kan omplassere eller tilpasse innbrent innhold, men kun flytte beskjæringsvinduet. For videoer med tekst og grafikk bør du først endre størrelsesforholdet for den rene versjonen av dem og deretter bruke DGR (med MOGRT-er i ulike størrelser) for å legge tekst over dem.
• Scener med flere motiver og samtidig handling: Semantisk motivlås kan bare spore ett motiv gjennom omkomponeringen. Når to eller flere motiver er like viktige og romlig adskilt, for eksempel i et bredt opptak av et intervju med to personer, en paneldiskusjon eller en sportssituasjon med både en ball og en spiller lenger unna, kan beskjæringen bare holde ett av motivene innenfor utsnittet. De andre faller utenfor rammen.
• Raske eller utydelige sceneklipp: Gjenkjenning av sceneskift bidrar til å bevare komposisjonen gjennom overganger, men ved svært raske klipp, harde glimtoverganger eller grafisk likhet (match cuts) kan motivsporingen låse seg til feil element. Dette kan resultere i brå hopp i beskjæringsbanen. 
• Grafikkinnhold med fast komposisjon: Skjermopptak, lysbildeserier, dashbord og opptak med omfattende bevegelsesgrafikk har ikke noe motiv som kan spores, og derfor ingen sikker beskjæring. I slikt innhold behandler API-et for endring av størrelsesforhold hver piksel som viktig, og derfor bør ikke slikt innhold sendes til API-et.
• Animasjon og bevegelsesgrafikk: For animert innhold, som logoanimasjoner, kinetisk typografi, tittelsekvenser og merkevareanimasjoner, fungerer ikke endring av størrelsesforhold på en pålitelig måte. Slikt innhold har ofte skarpe grafiske kanter og raskt bevegelige elementer som krever presis bilde-for-bilde-innramming, og kombinerer gjerne flere elementer som beveger seg i forskjellige retninger samtidig.API-et for endring av størrelsesforhold er finjustert for opptak fra virkeligheten, og kan ikke spore animerte elementer presist nok. Dette kan føre til at utsnittet ser litt feilplassert ut eller reagerer med en viss forsinkelse i forhold til bevegelsen. For animasjoner bør du gjengi hvert sideforhold direkte fra den opprinnelige animasjonskilden, eller fra den tilhørende MOGRT-en via DGR, i stedet for å bruke funksjonen for endring av størrelsesforhold på en ferdig eksportert fil. 
• Utdata som ikke støttes: API-et for endring av størrelsesforhold produserer alltid ugjennomsiktige H.264- eller HEVC-utdata. Alle gjennomsiktige bakgrunner (en alfakanal) flates ut, ettersom alfa ikke bevares. ProRes godtas som inndata for dekoding, men produseres ikke som utdata.