Användningsfall för Reframe API

Senast uppdaterad den 22 sep. 2026

Lär dig om Reframe API och de användningsfall det passar bäst för.

Reframe API ändrar en videos bildförhållande genom att på ett intelligent sätt spåra den viktigaste delen av varje tagning och komponera om bildrutan runt den.Allt innehåll i det omkomponerade resultatet kommer uteslutande från källvideon, och API:et genererar aldrig nya pixel för att fylla ett utrymme.

Bästa användningsfall

Reframe API fungerar tillförlitligt för:

  • Videor som kräver standardbildförhållanden för sociala medier: Konvertering av videor med bildförhållandet 16:9 till 9:16, 1:1, 4:3 och 4:5 för olika kanaler är det huvudsakliga användningsfallet. Du kan också ange en exakt utdataupplösning (till exempel 1920×1080) för pixelperfekt leverans. 
  • Filmade och verkliga scener: Intervjuer, produktbilder, livsstils- och evenemangsklipp samt andra kamerainspelade videor komponeras om smidigt.Naturliga kamerarörelser jämnas ut automatiskt utan några synliga artefakter. 
  • Tagningar med ett dominant motiv: Det dominanta motivet, som en person, produkt eller fokuspunkt, håller sig i bild genom hela omkomponeringen.Med Semantic Subject Lock kan du namnge målmotivet med ett nyckelord eller en prompt (till exempel man i gul jacka eller frisbee), och Reframe API spårar det genom varje tagning. 
  • Videor med flera tagningar och rena klipp: Identifiering av scenklipp, när funktionen är aktiverad, gör att API:et kan analysera varje övergång och bibehålla en stabil bildkomposition inom varje tagning för alla genererade bildförhållanden. 
  • Videor som kräver konsekventa övertäckningar: Förgenererad övertäckningar (PNG eller GIF) kan läggas till med kontroll över tajming, position, skala och looping och förblir korrekt placerade i alla bildförhållanden du genererar.

Mindre lämpade användningsfall

Eftersom omkomponerings-API:et endast ompositionerar och beskär befintliga pixlar genererar det aldrig nytt innehåll för att fylla ut utrymmen. Följande innehållstyper försämras eller fungerar inte när de omkomponeras:

  • Text och informationsgrafik (lower thirds) över hela bilden: Titlar, textning, eftertexter och grafik som är inbränd i källvideon upptar hela bredden i det ursprungliga bildförhållandet. När bildrutan beskärs till ett smalare bildförhållande, t.ex. från 16:9 till 9:16, kapar omkomponerings-API:et texten vid kanterna, eftersom det inte kan automatiskt anpassa inbränt innehåll utan bara flytta beskärningsfönstret. För videor med text och grafik, komponera om de rena videorna först och använd sedan DGR (med olika stora MOGRT:er) för att lägga text över dem.
  • Scener med flera motiv och samtidig handling: Semantic Subject Lock kan spåra endast ett motiv genom hela omkomponeringen.När två eller fler motiv är lika viktiga och befinner sig på olika ställen i bilden, t.ex. i en intervju med två personer i vidvinkel, en paneldiskussion eller en sportsekvens där bollen och en spelare befinner sig långt från varandra, kan beskärningen bara hålla ett av motiven i bild. De andra faller utanför bildrutan.
  • Snabba eller tvetydiga scenklipp: Identifiering av scenredigering upprätthåller kompositionell integritet över övergångar, men mycket snabba klipp, hårda blixtövergångar eller matchklipp kan få motivspåraren att låsa sig på fel element, vilket skapar hopp i beskärningsvägen. 
  • Grafiskt innehåll med fast bildkomposition: Skärminspelningar, presentationsbilder, kontrollpaneler och bildmaterial med omfattande rörlig grafik har inget spårbart motiv och ingen säker beskärningsyta. Reframe API:t behandlar varje pixel i sådant innehåll som viktig, så sådant innehåll bör inte skickas till API:t.
  • Animation och rörlig grafik: Animerat innehåll, såsom logobyggen, kinetisk typografi, titelsekvenser och varumärkesanimationer, kan inte ramas om på ett tillförlitligt sätt.Sådant innehåll har ofta skarpa grafiska kanter och snabbrörliga element som kräver exakt bild för bild-inramning, och det kombinerar ofta flera element som rör sig i olika riktningar samtidigt.Reframe API är finjusterat för verkliga filmsekvenser och kan inte spåra animerade element tillräckligt exakt, så resultatet kan se något avvikande ut eller släpa efter rörelsen.När du arbetar med animationer bör du rendera varje bildförhållande från den ursprungliga animationskällan, eller dess MOGRT genom DGR, istället för att rama om en färdig export. 
  • Utdataformat som inte stöds: Omkomponerings-API:et genererar alltid ogenomskinlig H.264- eller HEVC-utdata. Alla transparenta bakgrunder (en alfakanal) plattas ut, eftersom alfa inte bevaras. ProRes kan användas som indatakälla för avkodning, men kan inte genereras som utdata.