0:00:00.000,0:00:03.240
rc3 nowhere Vorspann
0:00:03.240,0:00:05.079
Herald: Hallo und herzlich willkommen[br]zurück auf dem Kanal und zwar zu unserem
0:00:05.079,0:00:08.440
ersten Live Talk. Unser nächster Speaker[br]ist Satan, er studiert Medientechnologie
0:00:08.440,0:00:12.931
an der TU Illmenau und arbeitet außerdem[br]im Bereich Machine Learning. In seiner
0:00:12.931,0:00:17.360
Freizeit beschäftigt er sich mit Assembly[br]Script und ist dabei auf die Zeitzonen
0:00:17.360,0:00:21.380
Datenbank der IANA gestoßen. Und was er[br]dort gefunden hat, das erzählt uns jetzt.
0:00:21.380,0:00:25.520
For English speaking viewers: There's a[br]translation. To listen to it in the web
0:00:25.520,0:00:29.590
player select language selection and than[br]translated. Und jetzt Bühne frei für
0:00:29.590,0:00:33.769
Satan.
0:00:33.769,0:00:39.440
Satan: Danke schön. Genau. Herzlich[br]willkommen zu meinem Talk über eine
0:00:39.440,0:00:44.630
Zeitzonen Datenbank und warum man die am[br]besten nicht selbst implementieren sollte.
0:00:44.630,0:00:51.900
Genau. Erst mal so, was ich jetzt erzählen[br]werde. Erstmal so grundsätzliches so über
0:00:51.900,0:00:56.881
die IANA Zeitzonen Datenbank, was es ist[br]und was so die Hauptaspekt sind, die da
0:00:56.881,0:01:01.520
drin enthalten sind. Und dann werde ich[br]anhand von Beispielen und Spezialitäten,
0:01:01.520,0:01:06.189
die darin enthalten sind, die[br]Funktionalitäten darstellen. Und am Ende
0:01:06.189,0:01:09.990
kommt noch mal eine kleine Zusammenfassung[br]darüber, was man damit dann machen kann.
0:01:09.990,0:01:14.840
Genau, also grundsätzlich ist die[br]Zeitzonen Datenbank, von der IANA
0:01:14.840,0:01:20.610
veröffentlicht, das ist die Internet[br]Assigned Numbers Authority, die kümmert
0:01:20.610,0:01:26.360
sich darum, um so Sachen wie DNS oder[br]Zeitzonen oder eben auch wie IP-Adressen.
0:01:26.360,0:01:33.240
Andere Namen für die Zeitzonen Datenbank[br]sind auch tz, tzdb oder zoneinfo. Das
0:01:33.240,0:01:35.570
kennt man aus unterschiedlichen Libraries[br]oder sowas. Kommen einem diese Begriffe
0:01:35.570,0:01:38.880
vielleicht bekannt vor. Und die Idee[br]dahinter ist, dass man eine möglichst
0:01:38.880,0:01:43.860
vollständige Liste aller Zeitzonen und[br]Regeln hinter diesen Zeitzonen und
0:01:43.860,0:01:49.010
Offsets, die dadurch entstehen. Für alle[br]Länder weltweit und also nicht nur Länder,
0:01:49.010,0:01:52.540
sondern auch Gebiete, das ist nicht[br]unbedingt immer geografisch
0:01:52.540,0:02:04.290
[kurz fehlendes Audio] Zeit Differenzen[br]auszurechnen. Diese Datenbank wird ständig
0:02:04.290,0:02:07.950
aktualisiert, das heißt immer wenn[br]irgendwo ein Gesetz veröffentlicht wird
0:02:07.950,0:02:12.379
oder irgendwo irgendwelche neuen Länder[br]entstehen oder sonst irgendetwas passiert,
0:02:12.379,0:02:19.099
was eine Änderung dafür nötig macht, wird[br]die geupdated und ist, dann wird dann
0:02:19.099,0:02:24.749
verteilt möglichst schnell, damit alle[br]Systeme, die eben auf solchen, auf diesen
0:02:24.749,0:02:31.069
Datenbanken basieren, möglichst schnell[br]upgedated werden. Auch, man könnte jetzt
0:02:31.069,0:02:35.849
erwarten, dass sie irgendwie erst seit[br]kurzem die Daten enthält. Aber in dieser
0:02:35.849,0:02:42.879
Datenbank sind eigentlich so Zeitzonen[br]auch für die längere Vergangenheit
0:02:42.879,0:02:47.620
enthalten. Auch vor 1970 und 1972, also[br]zum Beispiel 1970, hat ja die Unix-Zeit
0:02:47.620,0:02:54.919
begonnen und erst seit 1972 gibt es die[br]UTC. Das ist die Coordinated Universal
0:02:54.919,0:03:00.840
Time. Genau, dann so grundsätzliches zu[br]der Datenbank, wie sie aufgebaut ist. Es
0:03:00.840,0:03:05.069
ist eine öffentlich erreichbare Ordner mit[br]Dateien. Es sind einfach nur Textdateien.
0:03:05.069,0:03:09.519
Es gibt z.B. über die Website kann man das[br]erreichen, da kann man sich tar-Archive
0:03:09.519,0:03:13.769
herunterladen oder es gibt ein git-Repo in[br]dem man die sich runterladen kann. Es gibt
0:03:13.769,0:03:17.890
auch einen FTP-Server oder ein rsync-[br]Server dafür, also das ist möglichst
0:03:17.890,0:03:22.480
flexibel gehalten, damit sich damit ja der[br]Aufwand, daran zu kommen, möglichst gering
0:03:22.480,0:03:27.519
ist. Das Ganze besteht aus Textdateien.[br]Das ist einfach. Und diese Textdateien
0:03:27.519,0:03:31.599
sind nach Kontinent aufgeteilt. Zum[br]Beispiel gibt es eine Textdatei für
0:03:31.599,0:03:38.949
Europa, eine Textdatei für Nordamerika und[br]so etwas. Und in dieser Textdatei sind CSV
0:03:38.949,0:03:44.409
ähnliche, in dem Fall eher als CSV steht[br]für comma separated values. In dem Fall
0:03:44.409,0:03:49.889
ist es character separated values, weil[br]das sind Tab separierte Tabellen, in denen
0:03:49.889,0:03:54.709
eben diese Daten gespeichert werden.[br]Daneben sind in diesen Datei noch ganz,
0:03:54.709,0:03:58.959
ganz viele Kommentare, in denen steht,[br]warum etwas geändert wurde, wann sich
0:03:58.959,0:04:04.339
etwas geändert wurde und eben auch Links[br]dazu zu den Gesetzestexten und sonstigen
0:04:04.339,0:04:09.069
Referenzen, die eben hilfreich sind, um[br]die Datenbank zu verstehen. Zusätzlich
0:04:09.069,0:04:15.299
gibt es da noch in diesem Ordner noch ein[br]paar Scripte, mit denen man sich diese
0:04:15.299,0:04:19.590
einigermaßen Menschen lesbaren Formate,[br]diese Tabellen in einen Maschienen
0:04:19.590,0:04:26.040
lesbares Format exportieren kann, um die[br]auch in Libraries und sowas zu verwenden,
0:04:26.040,0:04:33.700
um nicht immer den Text parsen zu müssen.[br]Eine der von den beiden grundsätzlichen
0:04:33.700,0:04:40.131
Haupt-Datenpunkten, die enthalten sind,[br]sind einmal die Zonen. Die sind meistens
0:04:40.131,0:04:43.410
so benannt nach einem Kontinent oder einem[br]Ozean und dann mit einem Schrägstrich und
0:04:43.410,0:04:47.230
dann eine große Stadt, die da drin ist,[br]z.B. jetzt hier in diesem Fall ist jetzt
0:04:47.230,0:04:56.200
ein Auszug aus der Europe-Datei und da[br]gibt es eben die Zone Europe/Berlin und
0:04:56.200,0:05:01.060
diese Tabellen enthalten eine Liste von[br]Regelsatz Änderungen, das heißt, da steht
0:05:01.060,0:05:06.390
sozusagen drin. Von wann bis wann muss[br]welcher Regelsatz angewendet werden? Was
0:05:06.390,0:05:10.620
das genau ist, komme ich noch später dazu.[br]Und was da eben auch drinsteht ist der
0:05:10.620,0:05:17.920
Base Offset. Also sozusagen für diese[br]Zeitzone der Offset, den alle Gebiete in
0:05:17.920,0:05:23.400
dieser Zone grundsätzlich erstmal haben.[br]Und was es auch noch gibt, ist eben diese
0:05:23.400,0:05:28.380
Format-Spalte und diese Format-Spalte ist[br]sozusagen der, ein Name für diese
0:05:28.380,0:05:33.240
Zeitzone. Und das sind auch, seht ihr[br]dieses %s, aber da komme ich später noch
0:05:33.240,0:05:39.930
mal genauer dazu. Das zweite sind die[br]Regeln. Das sind die ganzen Regelsätze und
0:05:39.930,0:05:48.250
jede Zeile ist sozusagen eine Regel, wann[br]irgendwo sich ein Offset ändert und was da
0:05:48.250,0:05:53.160
zum Beispiel auch enthalten sind. Seht ihr[br]die letzte Spalte, die Letter-Spalte? Da
0:05:53.160,0:05:58.050
steht zum Beispiel dann ein Buchstabe[br]drin, der dann in diesen Namen von der
0:05:58.050,0:06:03.792
Zeitzone eingefügt wird. Und zum Beispiel[br]ist auch eine interessante Sache an diesen
0:06:03.792,0:06:07.960
Regelsätzen. Das ist für Wechsel auf[br]Sommerzeit und Wechsel auf Winterzeit zwei
0:06:07.960,0:06:13.390
unterschiedliche Regeln gibt. Das heißt,[br]es kann sozusagen sich die .. der Wechsel
0:06:13.390,0:06:17.920
auf die Winterzeit kann sich häufiger[br]ändern als der Wechsel auf die Sommerzeit.
0:06:17.920,0:06:23.430
Und jetzt kommen wir zu den kleinen[br]Beispielen die ich euch zeigen werde, um
0:06:23.430,0:06:28.520
sozusagen die Syntax und wie das Ganze[br]aufgebaut ist, näher zu bringen, und ab
0:06:28.520,0:06:32.080
sofort werde ich auch nicht mehr den Code[br]anzeigen, sondern schöner formatierte
0:06:32.080,0:06:37.140
Tabellen, damit es ein bisschen besser[br]lesbar ist. Genau das erste ist Zion, das
0:06:37.140,0:06:44.670
ist das erste, ein Gebiet, und das ist das[br]erste, was ich gefunden habe, weil wir
0:06:44.670,0:06:49.250
haben einen, ich habe einen Parser gebaut,[br]sozusagen, um dieses menschenlesbare
0:06:49.250,0:06:54.860
Format auszulesen, und es war am Anfang[br]war das Pasing nur für einzelne Dateien.
0:06:54.860,0:06:59.469
Und als ich dann das Pasinger mal für alle[br]Dateien getestet habe, ist eben an dieser
0:06:59.469,0:07:05.580
Stelle der Parser fehlgeschlagen, weil[br]diese Syntax Fri <= 1 in der kompletten
0:07:05.580,0:07:11.090
Datenbank genau einmal vorkommt. Und was[br]ist diese Syntax eigentlich bedeutet? Wir
0:07:11.090,0:07:15.420
haben jetzt hier dieses, das "IN" und das[br]"ON" Feld sozusagen bestimmen, sozusagen
0:07:15.420,0:07:20.610
wann diese und das "AT" Feld auch,[br]bestimmen, sozusagen wann dieser Übergang,
0:07:20.610,0:07:26.770
also wann dieses Offset sozusagen, was in[br]dem Safe in der Spalte steht, angewendet
0:07:26.770,0:07:32.560
wird. Und wenn da Fri <= 1 steht, bedeutet[br]das, dass es der erste Freitag im April
0:07:32.560,0:07:38.160
ist, aber maximal der erste. Das heißt,[br]wenn der Freitag, der erste Freitag im
0:07:38.160,0:07:42.850
April auf den zweiten oder oder bis zu den[br]sechsten fällt, dann nehmen wir den
0:07:42.850,0:07:47.139
Freitag aus dem Vormonat. Und das ist eben[br]schon genau eine dieser Stellen, die dann
0:07:47.139,0:07:51.020
sehr, sehr schwierig zu implementieren[br]ist. Wenn man dann diese Datenbank dann
0:07:51.020,0:07:56.270
auch verwenden will, sozusagen, also[br]Libraries dafür schreiben will. Dann ein
0:07:56.270,0:08:02.210
zweites Beispiel ist Lord Howe, das ist[br]eine Insel in Australien und dort gibt
0:08:02.210,0:08:07.889
es zum Beispiel eine, die haben eine[br]Winterzeit, eine Sommerzeit von oder
0:08:07.889,0:08:11.930
"Daylight Saving" von dreißig Minuten. Das[br]heißt, sie wechseln immer zwischen 0
0:08:11.930,0:08:16.740
Minuten Offset und 30 Minuten Offset. Und[br]das sehen wir zum Beispiel diese größer
0:08:16.740,0:08:20.120
gleich Syntax. Das ist eine ähnliche[br]Syntax mit größer gleich statt kleiner
0:08:20.120,0:08:26.710
gleich. Und die besagt eben, dass es der[br]erste Sonntag im Monat ist, aber minimal.
0:08:26.710,0:08:32.370
Der das heißt, dass es einfach immer nur[br]der erste Sonntag im Monat. Dann eine
0:08:32.370,0:08:37.839
interessante Sache, die ich gefunden habe,[br]ist Kriegs und Friedenszeit. Da gibt es im
0:08:37.839,0:08:47.340
US Regelsatz gibt es da zwei Regeln, also[br]Änderungen von den Offsets, einmal 1942
0:08:47.340,0:08:57.350
und 1945, die sozusagen diesen Letter für[br]"W" und "P" für war und peace setzen. Und
0:08:57.350,0:09:02.670
damit ist sozusagen wird an dieser[br]Zeitzonename gefüllt. Da komme ich auch
0:09:02.670,0:09:07.001
später noch mal dazu, wie das dann in den[br]Zonen aussieht. Was man da zum Beispiel
0:09:07.001,0:09:13.459
auch sieht ist, in der "TO" Spalte steht[br]ein "only" und das heißt, es wird, dieser
0:09:13.459,0:09:18.769
Wechsel findet nur in genau diesem einen[br]Jahr statt und danach nicht mehr. Genau
0:09:18.769,0:09:22.980
was man da auch sieht ist, in dem[br]"AT" Feld in der in der vierten Zeile ist
0:09:22.980,0:09:27.870
dieses "u". Es gibt da so kleine Suffixe,[br]die man hinten, die da hinten dranhängen
0:09:27.870,0:09:32.290
können. Da gibt es zum Beispiel "s", das[br]steht für Standard. Da ist dann der
0:09:32.290,0:09:39.069
sozusagen, der, wird der Base Offset aus[br]dem ähm, aus der aus der Zone verwendet.
0:09:39.069,0:09:45.529
Es gibt "g", dann wird sozusagen die Zeit[br]in Greenwich Mean Time verwendet, "u" für
0:09:45.529,0:09:50.149
UTC, was jetzt in dem Fall der Fall ist,[br]für wieder coordinated universal time oder
0:09:50.149,0:09:54.120
was zum Beispiel auch da stehen kann. Was[br]auch der Standard ist, ist "w" das heißt
0:09:54.120,0:09:58.660
"wall" für "wall clock" und das heißt, es[br]ist die Uhrzeit, die es an der Stelle zu
0:09:58.660,0:10:02.800
dem Zeitpunkt auch wirklich hätte, also[br]die man an der Stelle von der Uhr ablesen
0:10:02.800,0:10:09.089
würde. Und da hat es aber der Default, das[br]wird dann meistens weggelassen. Dann so
0:10:09.089,0:10:15.369
wie Sommer und Winterzeit funktioniert. Es[br]gibt, wie vorhin schon erwähnt, getrennte
0:10:15.369,0:10:19.410
Zeilen für Wechsel auf Sommerzeit und[br]Wechsel auf Winterzeit. Und das sieht man
0:10:19.410,0:10:25.579
jetzt hier an dem US Beispiel auch ganz[br]schön, dass sie ihre.. den Wechsel auf
0:10:25.579,0:10:31.649
Daylight Saving Time deutlich häufiger[br]geändert haben als auf Summertime. Was man
0:10:31.649,0:10:35.990
jetzt auch hier zum Beispiel sieht, ist in[br]dem "TO" Feld ein "max". Und dieses "max"
0:10:35.990,0:10:39.100
bedeutet sozusagen bis in die Gegenwart.[br]Implementiert ist das in manchen
0:10:39.100,0:10:41.730
Implementationen das an der Stelle einfach[br]der maximal integer genommen wird. Und
0:10:41.730,0:10:47.179
dann ist das irgendein Jahr ganz weit in[br]der Zukunft. Und das ist aber immer
0:10:47.179,0:10:54.430
sozusagen bis aktuell zur Gegenwart, was[br]das auch aktuell ist. Dann habe ich noch
0:10:54.430,0:10:58.959
Hawaii mitgebracht. Dort sieht man zum[br]Beispiel, das ist jetzt eine Zone bei der
0:10:58.959,0:11:04.309
Zone sieht man, das in der erst in den[br]ersten zwei Spalten, die Zeilen nicht
0:11:04.309,0:11:08.789
wiederholt werden. Das liegt daran, dass[br]sozusagen die Zone sich immer, auf die
0:11:08.789,0:11:14.170
gleiche Zone bezieht. Deswegen wird es[br]dann weggelassen. Und was man dort auch
0:11:14.170,0:11:18.319
sieht ist, das Format steht "LMT", also[br]Abkürzung. Das ist dann die Abkürzung für
0:11:18.319,0:11:25.660
die Zeitzone, in der Format-Spalte und[br]"LMT" steht für Local Mean Time und ist
0:11:25.660,0:11:29.360
eigentlich gar kein richtiger Zeitzonen[br]Name, wird aber innerhalb der Datenbank
0:11:29.360,0:11:34.329
immer verwendet, wenn es zu dem Zeitpunkt[br]keinen richtigen Namen dafür gibt, weil
0:11:34.329,0:11:38.019
nichts veröffentlicht ist oder sonst[br]irgendetwas. Das sieht man auch, das es,
0:11:38.019,0:11:42.369
dieser Name geht sozusagen bis 1896. Das[br]heißt, das ist schon eine ganze Weile her,
0:11:42.369,0:11:48.079
bevor man überhaupt so viel mit Zeitzonen,[br]so was sich Gedanken gemacht hat. Was man
0:11:48.079,0:11:54.720
auch hier an dem Hawaii Beispiel sieht,[br]ist dieses "%s" in der vierten Zeile im
0:11:54.720,0:11:58.721
Format. Und an dieser Stelle wird dann so,[br]wird dann der Buchstabe, der in der Regel
0:11:58.721,0:12:05.070
festgelegt wird, eingesetzt. Da muss eine[br]Sache, die man da beachten muss, ist, dass
0:12:05.070,0:12:09.559
das führt. Damit das funktioniert, muss[br]für diesen Zeitpunkt oder für diesen
0:12:09.559,0:12:14.189
Bereich auch ein Regelsatz gelten, weil[br]zum Beispiel, wenn er jetzt ein Minus oder
0:12:14.189,0:12:18.600
eine einfache Zahl steht, dann gilt da[br]kein Regelsatz. Und dadurch ist natürlich
0:12:18.600,0:12:22.160
auch kein Buchstabe dafür definiert. Was[br]man jetzt genau ich auch gerade schon
0:12:22.160,0:12:25.190
erwähnt hatte, ist das auch eine Zahl[br]stehen kann in "RULES", in "RULES" stehen
0:12:25.190,0:12:29.040
sozusagen welcher Regelsatz gerade[br]angewendet wird. Wenn ein Minus steht,
0:12:29.040,0:12:32.999
gibt es einfach kein Regelsatz, dann geht[br]es einfach nur der Standard-Offset. Wenn
0:12:32.999,0:12:37.629
da eine einfache Zahl steht, also eine[br]Stunden und Minuten Zahl, dann ist das
0:12:37.629,0:12:43.860
sozusagen der Offset. Und wenn ein, eine[br]Buchstabenkombination da steht, dann ist
0:12:43.860,0:12:51.759
das das Regelsätze auf der zu dem[br]Zeitpunkt gilt. Genau dann habe ich noch
0:12:51.759,0:12:59.430
Alaska. Alaska wurde 1867 von Russland an[br]die USA verkauft und dadurch haben sie
0:12:59.430,0:13:11.029
ihren Offset von +15h auf -9h, also[br]ungefähr gewechselt, um sozusagen einmal
0:13:11.029,0:13:15.459
auf die andere Seite der der Datumsgrenze[br]zu gehen. Und was daran auch interessant
0:13:15.459,0:13:21.819
ist, ist das, dass dieser Tag sozusagen[br]doppelt stattgefunden hat, weil es
0:13:21.819,0:13:31.410
sozusagen um 15:33 Uhr, dann im Jahr 1867 [br]haben sie um 24 Stunden zurückgesetzt die
0:13:31.410,0:13:38.550
Uhrzeit und dann hat der Tag sozusagen[br]noch mal stattgefunden. Jetzt noch mal
0:13:38.550,0:13:42.699
eine kleine Zusammenfassung, wie das alles[br]gemeinsam funktioniert. Wir gucken jetzt
0:13:42.699,0:13:48.029
die Zeitzone und den Regelsatz an, der[br]aktuell bei uns gilt. Wir haben jetzt hier
0:13:48.029,0:13:52.619
die Zone Europe/Berlin. Das ist für[br]Deutschland die Zone, die verwendet wird.
0:13:52.619,0:13:57.809
Und wir sehen, dass der vorletzte Eintrag[br]bis 1980 gilt. Das heißt, wir sind darüber
0:13:57.809,0:14:04.069
hinaus. Und wenn das "UNTIL" Feld leer[br]ist, heißt es einfach bis jetzt. Und da
0:14:04.069,0:14:08.741
sehen wir, wir haben einen Standard-Offset[br]von einer Stunde und der Regelsatz, der
0:14:08.741,0:14:14.199
gerade gilt, ist "EU" und das Format, also[br]der Name ist "CE" und dann der Platzhalter
0:14:14.199,0:14:21.170
und ein großes T. Jetzt schauen wir uns[br]den EU Regelsatz also an, der aktuell
0:14:21.170,0:14:25.910
gilt. Da haben wir seit 1981 und 1996[br]gelten eben diese beiden Regeln, um in
0:14:25.910,0:14:33.810
Sommerzeit oder Winterzeit zu wechseln und[br]zwischen Oktober und März gilt die untere
0:14:33.810,0:14:40.139
Regel. Also wir haben sozusagen im Oktober[br]haben wir die untere Regel angewendet, um
0:14:40.139,0:14:44.639
den Safe, also den zusätzlichen Offset auf[br]Null zu setzen, das heißt, wir haben einen
0:14:44.639,0:14:49.499
Standard-Offset von eins plus unserem Safe[br]von Null. Das heißt, wir sind aktuell bei
0:14:49.499,0:14:55.050
einem gesamten Offset von UTC von Null.[br]Und jetzt können wir uns noch den Letter
0:14:55.050,0:14:59.170
angucken, da es aktuell ist, ist da ein[br]Strich, das heißt einfach nichts. Und wenn
0:14:59.170,0:15:04.149
wir das jetzt in das Template einsetzen,[br]steht da CET und das ist Central European
0:15:04.149,0:15:08.470
Time. Und wenn wir jetzt sozusagen in der[br]Sommerzeit wären, würde da ein "S" drin
0:15:08.470,0:15:13.989
stehen und dann hätten wir Central[br]European Summertime. Genau das wäre es
0:15:13.989,0:15:18.339
jetzt auch so von meiner Seite aus. Ich[br]danke euch vielmals für eure
0:15:18.339,0:15:24.230
Aufmerksamkeit und wünsche euch gestern[br]noch viel Spaß auf dem Rest vom Kongress.
0:15:24.230,0:15:28.959
Genau, wenn ihr jetzt.. ich habe noch ein[br]paar Links. Wenn ihr noch Fragen habt,
0:15:28.959,0:15:33.280
dann könnt ihr mir per Mastodon schreiben.[br]Und noch einen Link zur Zeitzonen
0:15:33.280,0:15:35.340
Datenbank.
0:15:35.340,0:15:38.480
Herald: Genau. Vielen Dank Satan..[br]Satan: Dankeschön.
0:15:38.480,0:15:41.860
Herald: .. für den interessanten Talk.[br]Genau. Im Anschluss an den Talk wird es
0:15:41.860,0:15:44.970
eine kleine Breakout Session geben und[br]Satan wird da auch noch mal zur Verfügung
0:15:44.970,0:15:49.559
stehen. Das passiert in der rc3 World im[br]FEM Office. Das müsste jetzt auch noch
0:15:49.559,0:15:54.180
eingeblendet werden. Genau perfekt. Und[br]hier auf dem FEM-Kanal wird es jetzt dann
0:15:54.180,0:15:58.639
um 19 Uhr mit der nächsten Herald Newsshow[br]weitergehen und um 20:15 Uhr mit dem
0:15:58.639,0:16:02.649
nächsten Talk zu Grundlagen der Video[br]Kompression. Bis dahin und vielleicht bis
0:16:02.649,0:16:05.948
gleich.
0:16:05.948,0:16:08.418
rc3 nowhere Abspann
0:16:08.418,0:16:30.000
Untertitel erstellt von c3subtitles.de[br]im Jahr 2022. Mach mit und hilf uns!