Söndagsmatiné: Vad gör egentligen Youtubes videokomprimering?

Permalänk
Melding Plague

Söndagsmatiné: Vad gör egentligen Youtubes videokomprimering?

Teknikprofilen MKBHD kollar vad som händer med ett klipp som laddas upp till Youtube 1 000 gånger om.

Läs hela artikeln här

Visa signatur

Observera att samma trivselregler gäller i kommentarstrådarna som i övriga forumet och att brott mot dessa kan leda till avstängning. Kontakta redaktionen om du vill uppmärksamma fel i artikeln eller framföra andra synpunkter.

Permalänk
Medlem

En annan intressant (och underhållande) video om videokomprimering, om varför saker som snö och konfetti ställer till det:

Permalänk
Medlem

Klipp från 2019?

"I'm sitting in a room, different from the one you're in now.."
Fin referens till https://en.wikipedia.org/wiki/I_Am_Sitting_in_a_Room

Där också denna nämns, samt att det var 2010 nån testade detta för första gången på youtube.

Det är också ett ganska vanligt sätt att kolla hur destruktiva codecs är, men jag har nog främst sett det för bildformat eftersom dessa tenderas att skalas om osv. i högre takt allteftersom de sprids på internet.

Permalänk
Avstängd

SöndagsMATINÉ kl.11:42?

Någon som firade rejält igår?

Visa signatur

"Företagsboendeförmedlare" | Min Überkill Dator: Processor: Intel Pentium P5 66 Mhz OC | Moderkort: ASRock P4I65G | Minnen: 2st Samsung 128MB PC133 | Grafikkort: Canopus GeForce 256 DDR | Lagring: IBM 350 4,4 MB | Operativsystem: DOS/360 | Chassi: Mercury Full-Tower ATX Chassis |

Permalänk

Ai is the shit. Statisk komprimering med samma grad och algoritmer på allt kommer inte längre bli bra.

Sedan är youtubes mål att komprimering filmen så mycket som de bara kan, med så lite datakraft som de bara behöver. Där en filmsnutt endast behöver laddas upp och ner ett par gånger. Vad resultatet blir efter 1000 gånger är på sätt och vis inte intressant.
Men det finns klipp som folk klipper och återanvänder hela tiden och mycket väl skulle kunna bli kopierade flera gånger.

Ett större problem tycker jag är att många filmtjänster har skitkvalite. Och nej det är inte jag som är kräsen. Sedan kollade jag in youtune som jag tänkte klaga på och insåg jag hade basic abonnemanget med den sämsta kvalite. -Tro f-n att jag tyckte den var dåligt, men det kostar att höja.

Permalänk
Medlem
Skrivet av perost:

En annan intressant (och underhållande) video om videokomprimering, om varför saker som snö och konfetti ställer till det:
https://www.youtube.com/watch?v=r6Rp-uo6HmI

Här är en video från The Slow Mo Guys som visar detta fenomen. Till och med i 8K ser man kompressionsartefakter.

Visa signatur

Intel i5 12600K | Asus TUF Gaming Z690-Plus D4 | Asus Geforce RTX 3060 Ti | 32 GB DDR4 | Fractal Design North | Corsair iCue Link H100i | Cooler Master V750 Gold i Multi

Permalänk
Medlem

Precis därför Youtube måste lägga till information om en video är original eller inte så vi tittare vet. Det behöver inte vara en vattenstämpel, men en liten information om att denna video är original. Det som är mer intressant än att ett klipp lastas upp 1000 ggr, är att man får mycket bättre kvalitet om man lastar upp ett klipp i 4k även om det är gjort i 1080p från början. Youtubes encoder på 1080p är extremt agressiv. 1080p är den absolut värsta upplösning man kan lasta upp i på Youtube, oavsett bitrate.

Visa signatur

14900KF--Apex Encore--RTX 4090--G.Skill 2x24GB DDR5-8000--Dynamic Evo XL
12900K--RTX 2080Ti--Gigabyte Z690 Aorus Master--4X16GB DDR5 6000
Ljud: Lewitt Connect 6--Shure SM7B
Skärmar: Neo G8 4K 240hz--Huawei 3440x1440 165hz

Permalänk
Bildexpert
Skrivet av marcusOCZ:

1080p är den absolut värsta upplösning man kan lasta upp i på Youtube, oavsett bitrate.

Låter som att du inte har kämpat med 480p och dylikt på tuben.

Men jag håller med om att det är väldigt fördelaktigt att distribuera i 4K även om det i grund och botten är producerat i 1080p (eller lägre).

Permalänk
Medlem

Tycker hans test fallerar ganska mycket på direkten eftersom det är 720p han tankar o testar med, hade varit MYCKET intressantare om han kör 4k rakt igenom. Dessutom är så hade jag gärna sett ett klipp med betydligt mer detaljer i bilden än typ bara hans frilla. Men visst, lite småintressant är det ändå.

Permalänk
Avstängd
Skrivet av Gurrrra:

Tycker hans test fallerar ganska mycket på direkten eftersom det är 720p han tankar o testar med, hade varit MYCKET intressantare om han kör 4k rakt igenom. Dessutom är så hade jag gärna sett ett klipp med betydligt mer detaljer i bilden än typ bara hans frilla. Men visst, lite småintressant är det ändå.

Jag spekulerar att det bara hade tagit längre tid att nå samma resultat: fler upp- & nedladdningar.

Visa signatur

"Företagsboendeförmedlare" | Min Überkill Dator: Processor: Intel Pentium P5 66 Mhz OC | Moderkort: ASRock P4I65G | Minnen: 2st Samsung 128MB PC133 | Grafikkort: Canopus GeForce 256 DDR | Lagring: IBM 350 4,4 MB | Operativsystem: DOS/360 | Chassi: Mercury Full-Tower ATX Chassis |

Permalänk
Medlem
Skrivet av AplAy:

Jag spekulerar att det bara hade tagit längre tid att nå samma resultat: fler upp- & nedladdningar.

Självklart hade det gjort det, men det är det ju värt om testet ska vara väl genomfört istället för lite halvdant som han gjorde nu.

Permalänk
Skrivet av perost:

En annan intressant (och underhållande) video om videokomprimering, om varför saker som snö och konfetti ställer till det:
https://www.youtube.com/watch?v=r6Rp-uo6HmI

Det där känner jag väl igen även från SVT – hur en videosekvens med en panorering av ett fält med exempelvis raps eller havre ser fullständigt skrutt ut för komprimeringen inte fixar scenen på ett bra sätt. Vore kanske vettigt med variabel kompression? Men kanske inte håller ned mängden data som behöver strömmas vide ett givet tillfälle tillräckligt mycket. 🤷‍♂️

Men det är just det som är dilemmat med kompression; en viss grad av det funkar i visa scener, men inte i alla. Minns att det var rätt illa med många av scenerna i Game of Thrones för att HBO inte matade en med tillräckligt hög bitrate. Kollade man på samma scen från en Blu-ray-skiva så var det stor skillnad.

Så kompression är väl okej så länge det inte märks så mycket, men tyvärr gör det ofta det.

Tycker det jag sett från Disney+ och Apple TV+ sett bra ut. Apple har rätt hög bitrate: https://www.macrumors.com/2019/11/04/apple-tv-highest-4k-stre...

Men antar att detta är något som förbättras med tiden då bandbredden konsumenter har tillgång till blir högre tjänsterna drar upp kvalitén.

Visa signatur

• Fractal Design North | ASUS ROG Strix B650E-F | Ryzen 7 7800X3D | Radeon RX 7900 GRE | 64 GB RAM | Windows 11
• Mac Pro (Mid 2010) | 6-Core Intel Xeon ”Westmere” | Radeon RX 5700 XT | 32 GB RAM | macOS 12 Monterey | Windows 10
• MacBook Pro 14" | M2 Max | 96 GB RAM | macOS 14 Sonoma

Permalänk
Medlem
Skrivet av star-affinity:

Det där känner jag väl igen även från SVT – hur en videosekvens med en panorering av ett fält med exempelvis raps eller havre ser fullständigt skrutt ut för komprimeringen inte fixar scenen på ett bra sätt. Vore kanske vettigt med variabel kompression? Men kanske inte håller ned mängden data som behöver strömmas vide ett givet tillfälle tillräckligt mycket. 🤷‍♂️

Variabel bitrate används i stor utsträckning idag, men när scener som konfetti kräver så enormt mycket högre datamängd så kommer man få problem med kvaliteten oavsett, speciellt om det är längre sekvenser där du kommer tömma buffern med den högre datamängden rätt fort. Sen encoderar man ju live/linjärsändingar i realtid med så låg latency som möjligt så då blir man också begränsad i hur mycket man kan jobba med hur variabel den kan vara.

Permalänk
Skrivet av sKRUVARN:

Variabel bitrate används i stor utsträckning idag, men när scener som konfetti kräver så enormt mycket högre datamängd så kommer man gå problem med kvaliteten oavsett, speciellt om det är längre sekvenser där du kommer tömma buffern med den högre datamängden rätt fort.

Tack för info. Misstänkte att det var så.

Visa signatur

• Fractal Design North | ASUS ROG Strix B650E-F | Ryzen 7 7800X3D | Radeon RX 7900 GRE | 64 GB RAM | Windows 11
• Mac Pro (Mid 2010) | 6-Core Intel Xeon ”Westmere” | Radeon RX 5700 XT | 32 GB RAM | macOS 12 Monterey | Windows 10
• MacBook Pro 14" | M2 Max | 96 GB RAM | macOS 14 Sonoma

Permalänk
Medlem
Skrivet av Gurrrra:

Självklart hade det gjort det, men det är det ju värt om testet ska vara väl genomfört istället för lite halvdant som han gjorde nu.

Han talade ju om i videon att han körde med 720p just på grund av att youtubes gränssnitt inte tillåter att du laddar ned högre upplösning än 720p.
Dvs det går inte att testa med högre upplösning än så på youtube eftersom du inte kan ladda ner filen och återuppladda den. Den högsta upplösning som det är möjligt med är just 720p.

Så att testa det med 4k är inte ens möjligt eftersom youtube blockerat den möjligheten.

Permalänk
Medlem
Skrivet av sba74:

Han talade ju om i videon att han körde med 720p just på grund av att youtubes gränssnitt inte tillåter att du laddar ned högre upplösning än 720p.
Dvs det går inte att testa med högre upplösning än så på youtube eftersom du inte kan ladda ner filen och återuppladda den. Den högsta upplösning som det är möjligt med är just 720p.

Så att testa det med 4k är inte ens möjligt eftersom youtube blockerat den möjligheten.

Så omöjligt är det väl inte...

youtube-dl.exe -F https://www.youtube.com/watch?v=JR4KHfqw-oE [youtube] JR4KHfqw-oE: Downloading webpage [info] Available formats for JR4KHfqw-oE: format code extension resolution note 249 webm audio only tiny 49k , webm_dash container, opus @ 49k (48000Hz), 5.38MiB 250 webm audio only tiny 65k , webm_dash container, opus @ 65k (48000Hz), 7.03MiB 251 webm audio only tiny 117k , webm_dash container, opus @117k (48000Hz), 12.65MiB 140 m4a audio only tiny 129k , m4a_dash container, mp4a.40.2@129k (44100Hz), 13.95MiB 160 mp4 256x128 144p 39k , mp4_dash container, avc1.4d400c@ 39k, 30fps, video only, 4.26MiB 394 mp4 256x128 144p 57k , mp4_dash container, av01.0.00M.08@ 57k, 30fps, video only, 6.19MiB 278 webm 256x128 144p 66k , webm_dash container, vp9@ 66k, 30fps, video only, 7.12MiB 133 mp4 426x214 240p 78k , mp4_dash container, avc1.4d400d@ 78k, 30fps, video only, 8.41MiB 395 mp4 426x214 240p 104k , mp4_dash container, av01.0.00M.08@ 104k, 30fps, video only, 11.25MiB 242 webm 426x214 240p 115k , webm_dash container, vp9@ 115k, 30fps, video only, 12.42MiB 134 mp4 640x320 360p 130k , mp4_dash container, avc1.4d401e@ 130k, 30fps, video only, 14.08MiB 396 mp4 640x320 360p 183k , mp4_dash container, av01.0.01M.08@ 183k, 30fps, video only, 19.82MiB 243 webm 640x320 360p 213k , webm_dash container, vp9@ 213k, 30fps, video only, 22.95MiB 135 mp4 854x428 480p 210k , mp4_dash container, avc1.4d401f@ 210k, 30fps, video only, 22.65MiB 397 mp4 854x428 480p 314k , mp4_dash container, av01.0.04M.08@ 314k, 30fps, video only, 33.83MiB 244 webm 854x428 480p 351k , webm_dash container, vp9@ 351k, 30fps, video only, 37.84MiB 136 mp4 1280x640 720p 318k , mp4_dash container, avc1.4d401f@ 318k, 30fps, video only, 34.33MiB 398 mp4 1280x640 720p 564k , mp4_dash container, av01.0.05M.08@ 564k, 30fps, video only, 60.78MiB 247 webm 1280x640 720p 599k , webm_dash container, vp9@ 599k, 30fps, video only, 64.63MiB 137 mp4 1920x960 1080p 929k , mp4_dash container, avc1.640028@ 929k, 30fps, video only, 100.08MiB 399 mp4 1920x960 1080p 970k , mp4_dash container, av01.0.08M.08@ 970k, 30fps, video only, 104.60MiB 248 webm 1920x960 1080p 1048k , webm_dash container, vp9@1048k, 30fps, video only, 112.93MiB 271 webm 2560x1280 1440p 2405k , webm_dash container, vp9@2405k, 30fps, video only, 259.19MiB 400 mp4 2560x1280 1440p 2698k , mp4_dash container, av01.0.12M.08@2698k, 30fps, video only, 290.68MiB 401 mp4 3840x1920 2160p 5635k , mp4_dash container, av01.0.12M.08@5635k, 30fps, video only, 607.14MiB 313 webm 3840x1920 2160p 7070k , webm_dash container, vp9@7070k, 30fps, video only, 761.66MiB 18 mp4 640x320 360p 386k , avc1.42001E, 30fps, mp4a.40.2 (44100Hz), 41.61MiB 22 mp4 1280x640 720p 1130k , avc1.64001F, 30fps, mp4a.40.2 (44100Hz) (best)

Var ju bara att plocka ned, t ex h264 1080p versionen:

Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4 Format settings : CABAC / 3 Ref Frames Format settings, CABAC : Yes Format settings, Reference frames : 3 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 15 min 3 s Bit rate : 926 kb/s Width : 1 920 pixels Height : 960 pixels Display aspect ratio : 2.000 Frame rate mode : Constant Frame rate : 29.970 (30000/1001) FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.017 Stream size : 99.7 MiB (100%) Title : ISO Media file produced by Google Inc. Writing library : x264 core 155 r2901 7d0ff22 Encoded date : UTC 2021-09-05 10:23:52 Tagged date : UTC 2021-09-05 10:23:52 Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Codec configuration box : avcC

Permalänk
Bildexpert

Fast det du hänvisar till görs med en extern lösning? I videon används endast vad som finns officiellt tillgängligt på YT.

Permalänk
Medlem
Skrivet av Nissling:

Fast det du hänvisar till görs med en extern lösning? I videon används endast vad som finns officiellt tillgängligt på YT.

Visserligen, men då blir ju frågan vad själva syftet med experimentet är.

I artikeln här (och som jag förstod inledningen av videon så verkar det stämma rätt bra) så menas det iaf att syftet var att "undersöka exakt vad Youtubes videokomprimering gör".
OM det stämmer med avsikten så känns det rätt självklart att man bör försöka plocka bort så många andra variabler som möjligt som skulle påverka resultatet, t.ex. då att nedladdningsgränssnittet på Youtube godtyckligt väljer att inte ge dig den mest högupplösta versionen som skapats och går att spela upp på siten.

Han gör ju en poäng av hur bra kvaliteten är från början och att det är en 8K-fil som laddas upp i steg 1. Då vore det väl lämpligt att även i efterföljande steg ladda upp den bästa versionen som Youtube skapade i föregående steg istället för 720p-versionen, annars har man ju en introducerat en *enorm* felkälla med en gång?

Visa signatur

Desktop: Ryzen 5800X3D || MSI X570S Edge Max Wifi || Sapphire Pulse RX 7900 XTX || Gskill Trident Z 3600 64GB || Kingston KC3000 2TB || Samsung 970 EVO Plus 2TB || Samsung 960 Pro 1TB || Fractal Torrent || Asus PG42UQ 4K OLED
Proxmox server: Ryzen 5900X || Asrock Rack X570D4I-2T || Kingston 64GB ECC || WD Red SN700 1TB || Blandning av WD Red / Seagate Ironwolf för lagring || Fractal Node 304

Permalänk
Medlem
Skrivet av Nissling:

Fast det du hänvisar till görs med en extern lösning? I videon används endast vad som finns officiellt tillgängligt på YT.

Vad som sägs i videon har jag ingen aning om, men den jag svarade på skrev att det inte var möjligt att testa med klipp över 720p eftersom det var blockat från youtube. Så ville bara visa att det inte är fallet, hur vida det är en extern applikation eller inte blir lite irrelevant. Speciellt när det tog någon minut att googla och sätta igång en nedladdning.

Permalänk
Medlem
Skrivet av sba74:

Han talade ju om i videon att han körde med 720p just på grund av att youtubes gränssnitt inte tillåter att du laddar ned högre upplösning än 720p.
Dvs det går inte att testa med högre upplösning än så på youtube eftersom du inte kan ladda ner filen och återuppladda den. Den högsta upplösning som det är möjligt med är just 720p.

Så att testa det med 4k är inte ens möjligt eftersom youtube blockerat den möjligheten.

Jo jo det vet jag, men testet här halvdant oavsett. Då hade jag hellre sett att han tagit den externa vägen o tankat o testat med 4K istället.

Permalänk
Bildexpert
Skrivet av sKRUVARN:

Så ville bara visa att det inte är fallet, hur vida det är en extern applikation eller inte blir lite irrelevant. Speciellt när det tog någon minut att googla och sätta igång en nedladdning.

Jag tänker att man har goda skäl rent juridiskt att undvika de lösningar du hänvisar till om man är en YouTuber med 15 miljoner prenumeranter.