WEBVTT
Kind: captions
Language: nl

00:00:00.070 --> 00:00:04.760
Heb je ooit gemerkt dat filmpjes van vallende sneeuw of confetti er bar slecht uit kunnen zien?

00:00:04.760 --> 00:00:07.370
Zodra er dingen in de lucht aan het zweven zijn,

00:00:07.370 --> 00:00:10.280
zakt de beeldkwaliteit van de video die je aan het kijken bent ineens in.

00:00:10.280 --> 00:00:13.639
Je kunt het duidelijk zien in deze ongelofelijke clip van 200 kilo confetti

00:00:13.639 --> 00:00:16.580
die werd afgeschoten richting Ed Sheeran tijdens de Britse X-factor.

00:00:16.580 --> 00:00:21.810
Snap je alles al over intra-frame compressie? Dan kun je een andere video kiezen.

00:00:21.810 --> 00:00:23.720
Voor alle andere mensen: Laten we het hebben over bitrate.

00:00:23.720 --> 00:00:27.359
Ik ben trouwens niet echt in Noorwegen, als dat al niet duidelijk was.

00:00:27.359 --> 00:00:30.640
Ik had kunnen proberen om wat echte sneeuw te vinden of bergen confetti te kopen,

00:00:30.640 --> 00:00:33.960
maar op deze manier kunnen we dingen uitproberen met zorgvuldig gecontroleerde digitale effecten.

00:00:33.960 --> 00:00:38.190
Met het extra voordeel dat ik achteraf niet hoef op te ruimen.

00:00:38.190 --> 00:00:40.600
Dus, om het probleem in één zin te vatten:

00:00:40.600 --> 00:00:44.120
er zijn maar een beperkt aantal enen en nullen beschikbaar.

00:00:44.120 --> 00:00:48.180
Vroeger, in de tijd van analoge televisie, werd video niet gecomprimeerd.

00:00:48.180 --> 00:00:49.899
De televisiecamera scande het signaal,

00:00:49.899 --> 00:00:51.170
het werd door de lucht verstuurd

00:00:51.170 --> 00:00:53.260
en afgespeeld door je televisie.

00:00:53.260 --> 00:00:54.969
En oké, het was maar standaard definitie,

00:00:54.969 --> 00:00:59.039
maar bijna elk detail van wat de camera zag verscheen op je scherm.

00:00:59.039 --> 00:01:01.660
En dat is prima als er maar een paar tv-kanalen zijn

00:01:01.660 --> 00:01:04.570
en ze letterlijk door de lucht gaan.

00:01:04.570 --> 00:01:06.920
Maar dat is erg verspillend.

00:01:06.920 --> 00:01:09.450
De reden dat digitale televisie zo veel zenders kan hebben,

00:01:09.450 --> 00:01:11.780
en dat video op het web überhaupt werkt,

00:01:11.780 --> 00:01:13.830
is vanwege compressie.

00:01:13.830 --> 00:01:18.000
Als je zou proberen om elke pixel van een HD-video te versturen in perfecte kwaliteit

00:01:18.000 --> 00:01:22.850
zou je ongeveer een gigabit per seconde moeten versturen. Terwijl ik dit opneem

00:01:22.850 --> 00:01:27.570
zou dat 100 gemiddelde Amerikaanse breedbandverbindingen tegelijk volledig benutten,

00:01:27.570 --> 00:01:31.170
of ongeveer 50 gemiddelde Zuid-Koreaanse breedbandverbindingen.

00:01:31.170 --> 00:01:35.810
Dus als je wilt dat YouTube werkt moet die hoeveelheid data, de bitrate,

00:01:35.810 --> 00:01:38.110
een stuk naar beneden.

00:01:38.110 --> 00:01:40.970
Stap 1 is gewone, alledaagse afbeeldingscompressie.

00:01:40.970 --> 00:01:43.420
Bijna elke foto op het internet is gecomprimeerd,

00:01:43.420 --> 00:01:47.430
hoofdzakelijk door bits weg te gooien die het menselijk oog toch niet opvalt.

00:01:47.430 --> 00:01:50.210
In ieder geval totdat het gescreenshot en gedeeld wordt,

00:01:50.210 --> 00:01:53.680
twintig keer door twintig Instagram accounts.

00:01:53.680 --> 00:01:56.799
Je kunt ieder frame van een video apart nemen

00:01:56.799 --> 00:01:58.950
en er compressie op toepassen.

00:01:58.950 --> 00:02:01.630
Stap 2 is intra-frame compressie

00:02:01.630 --> 00:02:04.520
Zolang er geen grote wijzigen zijn in de scène, waarom zouden dan hele frames opgeslagen moeten worden

00:02:04.520 --> 00:02:06.950
als je alleen de wijzigen tussen beide op kunt slaan?

00:02:06.950 --> 00:02:09.750
Per slot, als ik praat met een effen achtergrond achter mij

00:02:09.750 --> 00:02:12.710
dan hoef je de nieuwe data voor de achtergrond niet telkens opnieuw te versturen.

00:02:12.710 --> 00:02:15.740
Vertel de video speler gewoon om te herhalen wat er al was.

00:02:15.740 --> 00:02:17.860
Of als ik mijn lichaam beweeg terwijl ik beweeg,

00:02:17.860 --> 00:02:21.220
vertel de speler dan om dat blok pixels een beetje naar rechts te schuiven

00:02:21.220 --> 00:02:24.240
en stel de kleur hier en daar een beetje bij.

00:02:24.240 --> 00:02:26.890
Dat is hoe je gigabits aan video per seconde reduceert tot

00:02:26.890 --> 00:02:28.870
iets wat je kunt afspelen op je telefoon:

00:02:28.870 --> 00:02:30.500
Wiskunde. Veel wiskunde.

00:02:30.500 --> 00:02:33.520
Maar ik denk dat een praktische demonstratie beter is, dus:

00:02:33.520 --> 00:02:35.660
ik ga de bitrate van deze video limiteren,

00:02:35.660 --> 00:02:39.010
de hoeveelheid enen en nullen die per seconde gebruikt worden om te versleutelen.

00:02:39.010 --> 00:02:41.860
En ja, YouTube zal er mee rommelen nadat ik het geüpload heb,

00:02:41.860 --> 00:02:44.010
maar het kan er moeilijk detail terug in stoppen:

00:02:44.010 --> 00:02:47.340
dus zelfs als je dit in de beste kwaliteit bekijkt,

00:02:47.340 --> 00:02:49.870
dan is wat je nu ziet nog steeds de gelimiteerde versie.

00:02:49.870 --> 00:02:51.980
Dit is twee honderd kilobits per seconde,

00:02:51.980 --> 00:02:54.810
twee honderd duizend enen en nullen die per seconde over het draadje heen gaan

00:02:54.810 --> 00:02:56.730
Het ziet er niet slecht uit met moderne versleuteling,

00:02:56.730 --> 00:03:00.810
wellicht verlies je wat fijne details in mijn gezicht, haar of handgebaren,

00:03:00.810 --> 00:03:04.080
maar je kunt nog steeds redelijk duidelijk zien wat er gebeurd.

00:03:04.080 --> 00:03:06.110
Maar nu, laten we er een beetje sneeuw aan toevoegen.

00:03:06.110 --> 00:03:10.660
En ineens, worden niet alle bits meer gebruikt om mij weer te geven.

00:03:10.660 --> 00:03:13.340
In de plaats daarvan worden ze ook gebruikt om het spul weer te geven wat om mij heen vliegt.

00:03:13.340 --> 00:03:16.100
Het is chaotisch, het veranderd constant van richting, het is complex,

00:03:16.100 --> 00:03:18.930
dus simpelweg zeggen "verplaats de pixels hiernaartoe" gaat niet werken.

00:03:18.930 --> 00:03:21.480
Laten we er nu ook wat confetti aan toevoegen, kleurrijk dit keer.

00:03:21.480 --> 00:03:23.360
En dat is het, nu begint het in duigen te vallen.

00:03:23.360 --> 00:03:25.500
Des te meer spul er beweegt in het frame,

00:03:25.500 --> 00:03:26.510
meer confetti, dat is het,

00:03:26.510 --> 00:03:29.370
des te meer de twee honderd pixels verdeeld moeten worden.

00:03:29.370 --> 00:03:30.670
Meer confetti! Dat is het.

00:03:30.670 --> 00:03:34.480
Het maakt niet uit hoe erg de encoder een poging doet te optimaliseren voor gezichten en huid tonen,

00:03:34.480 --> 00:03:38.600
het heeft simpelweg geen bits meer over. Meer confetti! Meer sneeuw!

00:03:38.600 --> 00:03:40.560
Nu, zelfs als ik de bitrate omhoog gooi,

00:03:40.560 --> 00:03:42.430
door het in de hoogste kwaliteit mogelijk te zetten,

00:03:42.430 --> 00:03:44.350
dan ziet het er nog steeds niet goed uit nu.

00:03:44.350 --> 00:03:48.260
Ik weet niet waarom ik sta te schreeuwen, ik voeg het wind geluid later pas toe.

00:03:48.260 --> 00:03:52.590
Maar het gaat niet echt om de confetti. Het gaat om de beweging.

00:03:52.590 --> 00:03:54.370
Als we al dit spul stil zetten midden in de lucht,

00:03:54.370 --> 00:03:57.010
en er een achtergrond van maken:

00:03:57.010 --> 00:03:58.620
dan zal over de volgende paar seconde

00:03:58.620 --> 00:04:01.850
de kwaliteit van de video terug komen.

00:04:01.850 --> 00:04:05.990
En dat is waarom het beeld uiteen valt wanneer jouw sport team wint en de confetti valt.

00:04:05.990 --> 00:04:08.830
Video is letterlijk niet meer wat het geweest is.

00:04:10.900 --> 00:04:12.900
Translation: wargamer2010