WEBVTT
Kind: captions
Language: de

00:00:00.070 --> 00:00:04.760
Hast du jemals bemerkt, dass Videos mit fallendem Schnee oder Konfetti schlecht aussehen  können?

00:00:04.760 --> 00:00:07.370
Ab dem Punkt, wenn dort Dinge in der Luft herumfliegen,

00:00:07.370 --> 00:00:10.280
kollabiert die Qualität des Videos das du schaust.

00:00:10.280 --> 00:00:13.639
Du kannst das in diesem unglaublichen Ausschnit von 200 Kilogramm Konfetti sehen,

00:00:13.639 --> 00:00:16.580
dass auf Ed Sheeran bei UK´s X Faktor auf ihn geschossen wird.

00:00:16.580 --> 00:00:21.810
Nun, wenn du bereits über Kompremierung bescheid weist, kannst du ein anderes Video anmachen.

00:00:21.810 --> 00:00:23.720
Alle anderen: Lasst und über Bitraten reden.

00:00:23.720 --> 00:00:27.359
So nebenbei, ich bin nicht wirklich in Norwegen, falls das nicht offensichtlich war.

00:00:27.359 --> 00:00:30.640
Ich hätte versuchen können richtigen Schnee zu finden oder eine Menge Konfetti zu kaufen,

00:00:30.640 --> 00:00:33.960
aber auf diesem Weg kann ich die Sachen mit sorgältig gewählten Spezialeffekten testen.

00:00:33.960 --> 00:00:38.190
Was noch den Bonus beitzt, dass ich nachher nichts aufzuräumen brauche.

00:00:38.190 --> 00:00:40.600
Also, um das Problem in einen Satz zu packen:

00:00:40.600 --> 00:00:44.120
Es gibt nur so viele Einsen und Nullen, welche die Runde machen.

00:00:44.120 --> 00:00:48.180
In der guten alten Zeit des analogen Fernsehns war Video unkompremiert.

00:00:48.180 --> 00:00:49.899
Die TV Kamera hat das Signal gescannt

00:00:49.899 --> 00:00:51.170
und es wurde über die Luft gesendet

00:00:51.170 --> 00:00:53.260
und dein Fernseher hat es wiedergegeben.

00:00:53.260 --> 00:00:54.969
Und ja, es war nur eine Standard Auflösung,

00:00:54.969 --> 00:00:59.039
aber ziemlich jedes kleinste Detail, was die Kamera aufgenommen hat erschien auf dem Bildschirm.

00:00:59.039 --> 00:01:01.660
Und das ist okay wenn es nur ein Paar Fernsehsender gibt.

00:01:01.660 --> 00:01:04.570
und sie gehen wortwörtlich durch die Luft,

00:01:04.570 --> 00:01:06.920
aber das ist sehr verschwenderisch.

00:01:06.920 --> 00:01:09.450
Der Grund, dass Digitales Fernsehen so viele Sender haben kann

00:01:09.450 --> 00:01:11.780
und das Web Video überhaupt funktioniert

00:01:11.780 --> 00:01:13.830
ist, weil es kompremiert wird.

00:01:13.830 --> 00:01:18.000
Wenn du versuchst tatsächlich jeden Pixel eines HD Videos, in perfekter Qualität, zu übertragen,

00:01:18.000 --> 00:01:22.850
würdest du etwas um ein Gigabit pro Sekunde über das Kable senden müssen. Zum Zeitpunkt der Aufnahme

00:01:22.850 --> 00:01:27.570
würde das über 100 durchschnittliche Amerikanische Breitbandverbindungen gleichzeitig

00:01:27.570 --> 00:01:31.170
oder über 50 durchschnittliche Süd Koreanische Breitband Verbindungen aulasten.

00:01:31.170 --> 00:01:35.810
Also wenn du willst das YouTube funktioniert: Die Menge an Daten, die Bitrate,

00:01:35.810 --> 00:01:38.110
wird gekürzt werden müssen.

00:01:38.110 --> 00:01:40.970
Schritt 1 ist regulkär, tagtägliche Bilderkompremierung.

00:01:40.970 --> 00:01:43.420
Ziemlich jedes Foto im Internet ist kompremiert,

00:01:43.420 --> 00:01:47.430
meist beim Wegwerfen von kleinen Bits von Detail, welches das Auge vermutlich nicht bemerken wird.

00:01:47.430 --> 00:01:50.210
Zumindest, bis es gescrennshotted und repostet wird.

00:01:50.210 --> 00:01:53.680
Zwanzig mal auf zwanzig verschiedenen Instagram Accounts.

00:01:53.680 --> 00:01:56.799
Du kannst jedes Individuelle Bild eines Videos nehmen

00:01:56.799 --> 00:01:58.950
und die Kompremierung auf es anwenden.

00:01:58.950 --> 00:02:01.630
Schritt 2 ist Bild-zu-Bild-Kompremierung

00:02:01.630 --> 00:02:04.520
Bis es einen großen Bildwechsel gibt, warum sich darum kümmern ganze Bilder zu speichern,

00:02:04.520 --> 00:02:06.950
wenn du nur die Veränderungen zwischen ihnen abspeichern könntest?

00:02:06.950 --> 00:02:09.750
Im Grunde genommen, wenn ich nur gegen einen einfachen Hintergrund rede,

00:02:09.750 --> 00:02:12.710
brauchst du nicht dauernd neue Daten über diesen Hintergrund senden.

00:02:12.710 --> 00:02:15.740
Sag einfach dem Video Player, dass er wiederholen soll was schon davor da war.

00:02:15.740 --> 00:02:17.860
Oder wenn ich meinen Körper ein wenig bewege während ich rede,

00:02:17.860 --> 00:02:21.220
sag einfach dem Player diesen Block von Pixel ein wenig nach rechts zu bewegen

00:02:21.220 --> 00:02:24.240
und vielleicht ein bisschen Farbe hier und da zu justieren.

00:02:24.240 --> 00:02:26.890
Das ist, wie du Gigabits von Video pro Sekunde

00:02:26.890 --> 00:02:28.870
zu etwas kürzt, was du dir auf dein Handy laden kannst:

00:02:28.870 --> 00:02:30.500
Mathe. Viel Mathe.

00:02:30.500 --> 00:02:33.520
Aber ich denke eine bessere Praktische Demonstration wäre so:

00:02:33.520 --> 00:02:35.660
Ich werde die Bitrate des Videos limitieren,

00:02:35.660 --> 00:02:39.010
Die Anzahl von Nullen und Einsen pro Sekunde, welche benutzt werden um es zu kodieren.

00:02:39.010 --> 00:02:41.860
Und ja, YouTube wird das verändern nachdem ich es hochgeladen habe,

00:02:41.860 --> 00:02:44.010
aber es kann magisch Detail wieder zurück bringen:

00:02:44.010 --> 00:02:47.340
Also selbst wenn du die beste Qualität anschaust kannst,

00:02:47.340 --> 00:02:49.870
was du siehst ist immernoch eine limitierte Version.

00:02:49.870 --> 00:02:51.980
Das sind Zweihundert Kilobits pro Sekunde,

00:02:51.980 --> 00:02:54.810
Zweihundert tausend Einsen und Nullen die durch die Leitung jede Sekunde kommen.

00:02:54.810 --> 00:02:56.730
Sieht nicht zu schlecht mit moderner Kodierung aus,

00:02:56.730 --> 00:03:00.810
du verlierst vielleicht ein wenig feines Detail auf meinem Gesicht oder meinen Haaren oder Handgesten,

00:03:00.810 --> 00:03:04.080
aber du kannst immernoch recht deutlich sehen, was vor sich geht.

00:03:04.080 --> 00:03:06.110
Aber nun, lasst uns ein wenig Schnee hinzufügen

00:03:06.110 --> 00:03:10.660
und plötzlich, werden all diese Bits nicht mehr alle dafür verwendet mich zu rendern.

00:03:10.660 --> 00:03:13.340
Sondern sie werden nun auch dafür verwendet, den Kram zu verfolgen, welcher herumfliegt.

00:03:13.340 --> 00:03:16.100
Es ist chaotisch, es ändert die Richtung, es ist kompliziert,

00:03:16.100 --> 00:03:18.930
also nur zu sagen "bewege die Pixel dorthin" wird auch nicht funktionieren

00:03:18.930 --> 00:03:21.480
Lasst uns auch ein wenig Konfetti hinzufügen, farbenfroh dieses Mal.

00:03:21.480 --> 00:03:23.360
Na also, nun fängt es an auseinanderzufallen.

00:03:23.360 --> 00:03:25.500
Je mehr Kram sich im Bild bewegt,

00:03:25.500 --> 00:03:26.510
mehr Konfetti, na bitte,

00:03:26.510 --> 00:03:29.370
desto weiter diese zweihundert Kilobits ausgebreitet werden müssen.

00:03:29.370 --> 00:03:30.670
Mehr Konfetti! Na also.

00:03:30.670 --> 00:03:34.480
Egal wie sehr der Encoder versucht für Gesichter oder Hauttöne zu optimieren,

00:03:34.480 --> 00:03:38.600
er hat einfach die Bits nicht über. Mehr Konfetti! Mehr Schnee!

00:03:38.600 --> 00:03:40.560
Nun, selbst wenn ich die Bitrate wieder hoch drehe,

00:03:40.560 --> 00:03:42.430
auf die höchste Qualitätsstufe packe die ich kann,

00:03:42.430 --> 00:03:44.350
es wird immernoch nicht gut aussehen.

00:03:44.350 --> 00:03:48.260
Ich weiß nicht warum ich schreie, ich füge die Windgeräusche später hinzu.

00:03:48.260 --> 00:03:52.590
Aber es geht nicht wirklich um das Konfetti ansich. Es geht um die Bewegung.

00:03:52.590 --> 00:03:54.370
Wenn wir all das mitten in der Luft einfrieren,

00:03:54.370 --> 00:03:57.010
und es in einen Hintergrund machen:

00:03:57.010 --> 00:03:58.620
Über die nächsten paar Sekunden,

00:03:58.620 --> 00:04:01.850
wird die Qualität des Videos wiederkehren.

00:04:01.850 --> 00:04:05.990
Das ist warum das Bild auseinanderfällt, wenn dein Sportteam gewinnt und das Konfetti fällt.

00:04:05.990 --> 00:04:08.830
Video ist wortwörtlich nicht mehr das, was es mal war.

00:04:10.900 --> 00:04:12.900
Übersetzt von Drkn