Bitrate är den enskilt mest missförstådda variabeln i videoproduktion. För lågt och dina noggrant färggraderade bilder ser ut som komprimerad soppa – leriga detaljer, blockiga rörelser, färgband i övertoningar. För hög, och du genererar filer så stora att leveransplattformar ändå komprimerar dem igen, din redigerare kryper på proxy-material och lagringskostnaderna ökar. Att hitta rätt bithastighet för din upplösning, codec och leveransmål är både ett tekniskt och praktiskt beslut, och matematiken för att beräkna filstorlekar är enkel när du väl känner till formeln.

Vad är Bitrate och varför det är viktigt

Bithastighet är mängden data som levereras till avkodaren per sekund – mätt i kilobits per sekund (Kbps) eller megabits per sekund (Mbps). Den bestämmer hur mycket information som är tillgänglig för att representera varje bildruta av video.

Högre bithastighet betyder mer data per bildruta, vilket innebär finare detaljer, jämnare gradienter, bättre rörelsehantering och mindre kompressionsartefakter. Men det är ett minskande avkastningsförhållande: en fördubbling av bithastigheten från 5 Mbps till 10 Mbps ger en synlig kvalitetsförbättring, medan en fördubbling från 40 Mbps till 80 Mbps ger en mycket mindre synlig förbättring vid typiska visningsavstånd och skärmstorlekar.

Den kritiska skillnaden: bithastighet för fångning/redigering kontra bithastighet för leverans är helt olika mål. Kameramaterial f��r redigering kan köras med 400–800 Mbps (RAW eller ProRes). Redigerade filmer som exporteras för en klient kan köras med 50–100 Mbps. Den slutliga versionen som laddas upp till YouTube kan köras med 15–35 Mbps. Varje steg har olika krav.

Rekommenderad bithastighet efter upplösning

Tabellen nedan täcker standardleveranskodningsmål – inte specifikationer för kamerafångst. Dessa är lämpliga för kundleveranser, arkivmästare och plattformsuppladdningar.

Resolution Frame Rate H.264 Bitrate H.265/HEVC Bitrate Use Case
720p 24/25/30 fps 4–6 Mbps 2.5–4 Mbps Web delivery, older devices
720p 60 fps 6–9 Mbps 4–6 Mbps Gaming, sports web content
1080p 24/25/30 fps 8–12 Mbps 5–7 Mbps Standard HD delivery
1080p 60 fps 12–18 Mbps 7–10 Mbps Sports, gaming, high-motion
4K (UHD) 24/25/30 fps 35–50 Mbps 18–28 Mbps 4K streaming master
4K (UHD) 60 fps 50–65 Mbps 28–40 Mbps 4K sports, action
4K (DCI) 24/25 fps 50–70 Mbps 30–40 Mbps Cinema delivery
8K 24/25/30 fps 100–160 Mbps 55–90 Mbps Future-proofing archival

För arkivmästare som är avsedda att redigeras om senare, gå högre - vid eller över den övre gränsen för varje intervall. För leveransfiler som kommer att omkodas av en plattform (YouTube, Vimeo, streamingtjänster) räcker det att nå det rekommenderade intervallet eftersom ytterligare data går till spillo: plattformens kodare kommer att begränsa kvaliteten till sin egen utdatabithastighet oavsett hur hög din uppladdning var.

Codec-jämförelse: H.264 vs H.265 vs AV1

Codec bestämmer hur effektivt varje databit används för att representera visuell information. Effektivare codecs uppnår samma perceptuella kvalitet vid lägre bithastigheter - eller bättre kvalitet vid samma bithastighet.

H.264 (AVC): Den mest universellt kompatibla codec. Spelas inbyggt på praktiskt taget alla enheter, webbläsare, smart-tv och mediaspelare som har gjorts under de senaste 15 åren. Högre bithastighetskrav för en given kvalitetsnivå jämfört med nyare codecs, men stöd för hårdvaruavkodning är universellt. Bäst för maximal kompatibilitet.

H.265 (HEVC): Cirka 40–50 % effektivare än H.264 vid motsvarande kvalitet. En 1080p-video som ser bra ut vid 8 Mbps i H.264 ser lika ut som 5 Mbps i H.265. Avvägningen är kompatibilitet – äldre webbläsare, enheter och vissa streamingplattformar saknar H.265-stöd. Stödet för hårdvaruavkodning har förbättrats dramatiskt sedan 2020. Bäst för 4K-leverans och arkivering med begränsad lagring.

AV1: Den senaste allmänt antagna codec, utvecklad av Alliance for Open Media (Google, Netflix, Amazon, etc.). Cirka 25–30 % effektivare än H.265, vilket innebär 30–40 % mindre filer med motsvarande kvalitet jämfört med H.265. Öppen källkod och royaltyfri. YouTube och Netflix använder det flitigt. Stödet för hårdvarukodning är fortfarande begränsat (även om det växer snabbt under hårdvaran 2024–2025). Programvarukodningen är mycket långsam. Bäst för plattformsleverans där du har råd med kodningstid.

Codec Relative Efficiency Compatibility Encoding Speed
H.264 Baseline Universal Fast
H.265 ~50% better than H.264 Good, not universal Moderate
AV1 ~30% better than H.265 Growing (web/streaming) Slow (software)
VP9 Similar to H.265 Web browsers Moderate

CBR vs VBR: Vilket ska användas

Konstant bithastighet (CBR): Kodaren upprätthåller en fast bithastighet oavsett scenens komplexitet. En långsam panorering över en enfärgad vägg får samma datahastighet som snabbkameraskakningar genom en folkmassa.

  • Bäst för: livestreaming, sändningsleverans, alla situationer där avkodaren behöver en förutsägbar dataström
  • Varför: strömningsprotokoll buffert baserat på förväntade datahastigheter; variabla hastigheter kan orsaka buffringshändelser
  • Avvägning: slösar bort bitar på enkla scener, kan komprimera komplexa scener mer än nödvändigt

Variabel bithastighet (VBR): Kodaren allokerar fler bitar till komplexa scener (rörelse, fina detaljer, hög kontrast) och färre bitar till enkla scener (statiska bilder, suddig bakgrund).

  • Bäst för: filbaserad leverans, arkivering, ladda ner och spela upp innehåll
  • Varför: uppnår bättre genomsnittlig kvalitet vid samma genomsnittliga bithastighet, eller lika kvalitet vid lägre genomsnittlig bithastighet
  • Avvägning: oförutsägbara filstorlekar, kan inte garantera dataleveranshastigheter för livestreaming

För YouTube-uppladdningar är VBR att föredra. För Twitch och annan livestreaming krävs CBR av plattformen. För klientleveranser avsedda att arkiveras eller omredigeras, använd VBR med en hög målbithastighet.

Plattformskrav: YouTube, Twitch, TikTok, Instagram

Varje plattform har specifika uppladdningsrekommendationer och hårda gränser. Att överskrida dem är i allmänhet bra – plattformen kodar om vid intag – men att falla betydligt under dem försämrar din uppladdningskvalitet innan plattformens kodare ens rör vid den.

Platform Recommended Upload Bitrate Max Resolution Frame Rate Notes
YouTube 35–45 Mbps (4K), 8–12 Mbps (1080p) 8K Up to 60 fps Re-encodes to VP9/AV1 on upload
Twitch 6 Mbps max (partners 8 Mbps) 1080p60 60 fps CBR required; most viewers at 1080p
TikTok 50 Mbps recommended upload 4K (limited) Up to 60 fps Heavy re-encoding; upload quality matters
Instagram Reels 25–30 Mbps 1080p Up to 60 fps 9:16 aspect ratio, heavy compression
Vimeo (Plus+) No hard limit 8K Up to 120 fps Minimal re-encoding, better quality
Facebook 8 Mbps (1080p), 35 Mbps (4K) 4K Up to 60 fps Significant re-compression applied

YouTubes anmärkning är viktig: att ladda upp med mycket höga bithastigheter (50+ Mbps för 4K) betyder inte att tittarna får den bithastigheten. YouTubes levererade bithastighet är 15–25 Mbps för 4K-strömmar. Att ladda upp en master med hög bithastighet ger dock YouTubes kodare bättre källmaterial att arbeta utifrån, vilket resulterar i en bättre slutlig utdata vid deras lägre leveransbithastighet.

Filstorlekskalkylator: minuter × bithastighet

Det är enkelt att uppskatta utdatafilens storlek:

File size (MB) = (Bitrate in Mbps × 60 × Duration in minutes) ÷ 8

Divisionen med 8 omvandlar megabit till megabyte (8 bitar per byte).

Bearbetade exempel:

1080p30, H.264, 10 Mbps, 60-minute documentary:
File size = (10 × 60 × 60) ÷ 8 = 36,000 ÷ 8 = 4,500 MB = 4.5 GB

4K30, H.265, 25 Mbps, 5-minute commercial:
File size = (25 × 60 × 5) ÷ 8 = 7,500 ÷ 8 = 937.5 MB ≈ 1 GB

1080p60, H.264, 16 Mbps, 90-minute wedding film:
File size = (16 × 60 × 90) ÷ 8 = 86,400 ÷ 8 = 10,800 MB = 10.8 GB

För lagringsplanering, antag att en typisk 2-timmars 4K-bröllopsfilm levererad med 25 Mbps H.265 körs på cirka 22–25 GB. Samma film på H.264 40 Mbps kör cirka 36 GB. Faktorer i flera leveransversioner (klientkopia, social cut, highlight-rulle) och ett enda bröllopsprojekt kan kräva 100–200 GB totalt lagringsutrymme för alla leveranser och exporter.