0:00:00.000,0:00:18.810
35C3 Vorspannmusik[br]
0:00:18.810,0:00:23.810
Herald: Wer von euch im Publikum kennt[br]noch den Bildschirmtext? Bitte mal
0:00:23.810,0:00:33.910
aufzeigen! Und wer von euch kennt noch den[br]BTX-Hack vom CCC? Sehr schön, wir haben
0:00:33.910,0:00:41.239
hier also ein Fachpublikum sitzen für[br]einen Fachvortrag. Und der Vortragende,
0:00:41.239,0:00:47.990
das ist Christian Berger. Christian[br]Berger ist Elektroingenieur der
0:00:47.990,0:00:51.879
Nachrichtentechnik und das aus[br]Leidenschaft, und seine besondere Vorliebe
0:00:51.879,0:00:58.149
gilt antiken Technologien, wie etwa dem[br]Bildschirmtext. Und in diesem Vortrag wird
0:00:58.149,0:01:02.440
er euch gleich erklären, wie das ganze[br]damals funktioniert hat, und was für
0:01:02.440,0:01:07.300
Aspekte dieser Technologie man vielleicht[br]für einen Webservice wiederverwenden kann.
0:01:07.300,0:01:10.500
Einen herzlichen Applaus bitte für[br]Christian Berger.
0:01:10.500,0:01:15.729
Applaus
0:01:15.729,0:01:24.729
Christian: So also guten Morgen erstmal![br]Der Vortrag ist zugegeben etwas radikaler,
0:01:24.729,0:01:32.090
er geht von den Grundlagen aus, getreu dem[br]Motto Refreshing Memories beschreibe ich
0:01:32.090,0:01:38.020
hierbei quasi die Dinge, die nicht in den[br]Standarddokumenten drin stehen, so dass
0:01:38.020,0:01:42.329
man mal die Grundlagen hat. Ich kann da[br]aber bisher schneller darüber eingehen.
0:01:42.329,0:01:49.091
Also erstmal die absoluten Grundlagen.[br]Binäre Daten: man immer zwei Zustände,
0:01:49.091,0:01:56.549
1 und 0. Die werden dann irgendwie[br]darstellt. Bei BTX in dem Fall da das
0:01:56.549,0:02:01.560
traditionell über ein FSK-Modem geht, wird[br]es über eine Tonhöhe, also über die
0:02:01.560,0:02:08.038
Frequenz von dem Ton beschrieben. Und da[br]gibt's zwei Kanäle. Der eine Kanal, der
0:02:08.038,0:02:13.349
Forward-Kanal, der hat 1200 Bits pro[br]Sekunde und der Backward-Kanal hat 75 Bits
0:02:13.349,0:02:22.210
pro Sekunde. Um da jetzt genau zu sagen,[br]wann gilt der Zustand, verwendet man bei
0:02:22.210,0:02:26.871
BTX die asynchrone Datenübertragung,[br]sprich man lässt es quasi immer im
0:02:26.871,0:02:32.959
Zustand 1, und wenn man was schicken will,[br]wechselt man in den Zustand 0, und das ist
0:02:32.959,0:02:38.090
quasi der Beginn des sog. Startbits, und[br]man weiß dann, wann die nächsten Bits
0:02:38.090,0:02:44.010
anfangen und enden. Und somit kann man[br]eben z. B. 8 Bits übertragen bei BTX, und
0:02:44.010,0:02:48.460
dann ein Stoppbit übertragen, so dass die[br]Hardware auch noch feststellen kann, ob
0:02:48.460,0:02:52.849
nicht vielleicht irgendwie ein Fehler[br]passiert ist, und auch Zeit hat, um es
0:02:52.849,0:03:02.099
weiter zu verarbeiten. Damit wir das[br]effizienter schreiben können, tun wir
0:03:02.099,0:03:06.330
einfach vier Bits in ein Hexadezimalzeichen.[br]Dass ist auch wichtig, wenn man
0:03:06.330,0:03:10.890
die Standards verstehen möchte, da ist es [br]nämlich immer quasi in Vier-Bit-Gruppen
0:03:10.890,0:03:17.410
beziehungsweise Hexadezimalzahlen[br]untergliedert, damit man es versteht.
0:03:17.410,0:03:22.040
Man möchte jetzt natürlich nicht nur Zahlen[br]oder einzelne Bits übertragen, sondern
0:03:22.040,0:03:29.710
Buchstaben oder Texte. Dafür gibt es den[br]ASCII-Code, der hier in den Spalten 2 bis 7
0:03:29.710,0:03:37.031
druckbare Zeichen hat, also Buchstaben,[br]Zahlen, Sonderzeichen; und hier in den
0:03:37.031,0:03:44.500
ersten beiden Spalten links spezielle[br]Steuerzeichen, die besondere Bedeutung
0:03:44.500,0:03:49.390
haben und eben je nach Standard, der dann[br]drüber liegt, unterschiedlich benutzt
0:03:49.390,0:03:58.819
werden. Bei BTX wird z. B. schon mal[br]direkt über der Modemschicht eine
0:03:58.819,0:04:05.970
Fehlerkorrektur gemacht. Sprich man[br]überträgt die Daten, bzw. man teilt die
0:04:05.970,0:04:12.590
Daten in Blöcke ein, setzt dann davor ein[br]STX-Zeichen, dahinter ein ETX-Zeichen, so
0:04:12.590,0:04:18.738
dass man weiß, wo der beginnt und endet.[br]Dann überträgt man eine Prüfsumme und das
0:04:18.738,0:04:25.040
Terminal bestätigt dass dann. Die Idee[br]dahinter ist: wenn bei der Übertragung ein
0:04:25.040,0:04:31.120
Fehler passiert, dann kann das Terminal[br]sagen: NAK, da ist ein Fehler passiert.
0:04:31.120,0:04:36.520
Dann kann der Zentralrechner quasi die[br]Daten noch mal schicken. Und somit kriegt
0:04:36.520,0:04:41.400
man auch über schlechtere Verbindungen[br]eine fehlerfreie Verbindung. Das ist vor
0:04:41.400,0:04:46.170
allen Dingen jetzt auch bei VoIP wichtig,[br]weil da kann es manchmal sein, dass wenn
0:04:46.170,0:04:53.040
der Takt vom ATA und der Takt vom[br]Zentralrechner auseinanderdriften, dann
0:04:53.040,0:04:57.510
sind irgendwann mal zu wenig oder zu viele[br]Samples drin, und dann muss er entweder
0:04:57.510,0:05:07.510
Stille einfügen oder Samples wegwerfen,[br]und das gibt natürlich dann Bitfehler. Und
0:05:07.510,0:05:12.260
deswegen ist es heutzutage relativ wichtig[br]dass das drin ist. Zur Not geht es im LAN
0:05:12.260,0:05:24.700
auch ohne, aber es ist schon besser mit.[br]Dann die grundlegende Sache: manche kennen
0:05:24.700,0:05:31.220
ja vielleicht so Web Services, so[br]traditionelle, bzw. das World Wide Web. Da
0:05:31.220,0:05:36.230
ist es so: da wird ein Dokument komplett[br]übertragen und dann durch den Client
0:05:36.230,0:05:42.770
dargestellt. Ein Terminal hingegen hat[br]eine ganz andere, hat einen ganz anderen
0:05:42.770,0:05:48.020
Gedanken dahinter, man hat quasi ein[br]Dokument, zum Beispiel traditionell ein
0:05:48.020,0:05:55.220
Blatt Papier, und man schickt dann Befehle[br]an das Terminal, quasi z. B. das Zeichen
0:05:55.220,0:06:01.550
"A", und das Terminal druckt dann auf[br]dieses Dokument ein "A". Dadurch ist es
0:06:01.550,0:06:06.690
sehr einfach, Änderungen an dem Dokument[br]durchzuführen. Das ist für Anwendungen
0:06:06.690,0:06:13.940
sehr praktisch. Kann man damit sehr leicht[br]machen, während man im Web z. B. die
0:06:13.940,0:06:17.890
komplette HTML-Seite nochmal übertragen[br]müsste - nach der reinen Lehre - auch wenn
0:06:17.890,0:06:25.400
man jetzt irgendwie nur ein Zeichen ändern[br]wollte. Jetzt wie schaut dieses Dokument
0:06:25.400,0:06:34.870
aus? Als man ursprünglich begonnen hat mit[br]der Idee Bildschirmtext zu machen, hat man -
0:06:34.870,0:06:40.910
war RAM noch extrem teuer. Deswegen hat[br]man sich überlegt, nimmt man doch 7 Bit
0:06:40.910,0:06:48.030
pro Zeichen, das geht dann, da gab's schon[br]entsprechende Chips, die genügend Speicher
0:06:48.030,0:06:55.270
hatten. Und man wollte aber trotzdem[br]farbige Grafiken haben, bzw. farbigen
0:06:55.270,0:07:02.470
Text. Deswegen hat man sich hierbei[br]überlegt, man sieht hier die Wörter, und
0:07:02.470,0:07:08.810
dazwischen sind Steuerzeichen. Jedes[br]Steuerzeichen belegt einen Platz im
0:07:08.810,0:07:15.950
Bildschirmspeicher bzw. eine[br]Zeichenposition. Da man de facto eh jetzt
0:07:15.950,0:07:22.050
ein Wort vielleicht in einer Farbe haben[br]möchte, oder z. B. ein Wort in doppelter
0:07:22.050,0:07:28.400
Höhe oder blinkend machen möchte - Blinken[br]sieht man jetzt natürlich nicht - ist es
0:07:28.400,0:07:32.390
keine große Einschränkung und das ist[br]tatsächlich auch das, was im Videotext
0:07:32.390,0:07:36.771
auch heute noch verwendet wird.[br]Ursprünglich war auch der Gedanke, dass
0:07:36.771,0:07:42.960
man an den schon vorhandenen Videotext-[br]Dekoder im Fernsehgerät quasi noch einen
0:07:42.960,0:07:49.990
Mikroprozessor und ein Modem dranhängt, um[br]damit dann Bildschirmtext zu machen, was
0:07:49.990,0:07:54.990
natürlich die Kosten und die Verbreitung[br]enorm beflügelt hätte. Minitel macht es
0:07:54.990,0:08:02.811
meines Wissens nach auch so, also mit dem[br]einfacheren Verfahren. Aber man hat
0:08:02.811,0:08:08.250
festgestellt, also gut, bei Videotext muss[br]man quasi immer die komplette Seite
0:08:08.250,0:08:13.970
übertragen. Das ist natürlich jetzt, wenn[br]man nur 1200 Bits pro Sekunde hat, eine
0:08:13.970,0:08:20.470
relativ mühselige Sache. Deswegen gibt's[br]Cursor-Steuerzeichen. Es gibt da immer
0:08:20.470,0:08:24.700
einen gedachten Cursor. den kann man[br]bewegen, in dem Fall nach links, rechts,
0:08:24.700,0:08:28.531
oben, unten. Man kann die Bildschirm[br]komplett löschen. Man kann ganz nach links
0:08:28.531,0:08:33.809
gehen auf der Zeile und man kann zu einer[br]bestimmten Position gehen. Damit kann man
0:08:33.809,0:08:38.710
sehr effizient dann eben bestimmte[br]Bereiche vom Bildschirm aktualisieren,
0:08:38.710,0:08:46.210
ohne den Rest zu ändern. Aber jetzt kamen[br]plötzlich die 80er Jahre auf.
0:08:46.210,0:08:50.180
Arbeitsspeicher war relativ, er ist[br]billiger geworden und es war absehbar,
0:08:50.180,0:08:55.740
dass Arbeitsspeicher billiger wird, das[br]heißt man hat sich dann leisten können
0:08:55.740,0:09:00.560
nicht nur 7 Bit pro Zeichen zu verwenden,[br]sondern 32 Bit. Damit kann man
0:09:00.560,0:09:04.860
dann für jedes Zeichen einzeln die Farbe[br]bestimmen, auch die Hintergrundfarbe. Man
0:09:04.860,0:09:11.250
kann benutzerdefinierte Zeichen machen,[br]also extra nochmal Zeichen, die man
0:09:11.250,0:09:16.670
beliebig definieren kann, um Grafiken zu[br]machen. Man kann auch die Größe
0:09:16.670,0:09:22.800
einstellen. Dann kam auch die Laser Disk[br]auf, so als ewig futuristisches Medium.
0:09:22.800,0:09:29.240
Man dachte sich damals, das man vielleicht[br]einen Laser-Disk-Player an den
0:09:29.240,0:09:35.020
Bildschirmtextdecoder anschließt, und wenn[br]man dann im Versand, also im $versandhaus
0:09:35.020,0:09:41.350
bestellt, kriegt man anstelle vom Katalog[br]eine Laser Disk, die legt man ein. Man
0:09:41.350,0:09:45.510
wählt sich dann in BTX ein und sieht dann[br]quasi die Preise und die
0:09:45.510,0:09:49.590
Produktbeschreibungen, die kommen über die[br]Telefonleitung, aber die Bilder im
0:09:49.590,0:09:55.850
Hintergrund kommen quasi von der Laser[br]Disc. Oder die nächste Stufe dann wenn der
0:09:55.850,0:10:00.800
Glasfaserausbau Mitte der 90er Jahre[br]fertig ist...
0:10:00.800,0:10:06.280
Gelächter[br]Applaus
0:10:06.280,0:10:09.230
Ja, damals war man noch optimistisch und
0:10:09.230,0:10:12.530
damals gab es auch noch keinen[br]Schwarz-Schilling. Damals, also,
0:10:12.530,0:10:15.800
dann war eben auch der[br]Gedanke, dass man vielleicht
0:10:15.800,0:10:20.330
sogar komplette Hintergrund-Videos[br]überträgt. Weil es war damals schon dafür
0:10:20.330,0:10:27.450
ausgelegt, dass man Video überträgt mit[br]280 Megabit downstream, 140 Megabit
0:10:27.450,0:10:31.670
upstream, und da kann man natürlich ein[br]Videosignal einfach übertragen, das dann
0:10:31.670,0:10:39.670
von der Zentrale kommt. Deswegen wollte[br]man da mehr machen, und hat da auch
0:10:39.670,0:10:42.840
ziemlich viel dann reingestopft und auch[br]ziemlich viel in die Standards gemacht.
0:10:42.840,0:10:48.390
Man möchte da jetzt mehr Zeichen[br]darstellen, man möchte nicht bloß einen
0:10:48.390,0:10:51.861
deutschen Zeichensatz haben, oder einen[br]amerikanischen, sondern man möchte
0:10:51.861,0:10:56.790
eigentlich Texte in allen europäischen[br]Sprachen darstellen können.
0:10:56.790,0:11:01.790
An chinesischer oder sowas hat damals noch[br]niemand gedacht. Deswegen möchte man mehr
0:11:01.790,0:11:08.010
als die 96 Zeichen vom ASCII-Code[br]darstellen. Deswegen hat man sich
0:11:08.010,0:11:16.470
überlegt, den Zeichenvorrat von 256[br]Zeichen, das sind ja 96 beim ASCII-Code
0:11:16.470,0:11:23.450
als druckbare Zeichen definiert, dass man[br]nochmal ein gleiches Fenster daneben
0:11:23.450,0:11:29.250
macht, quasi mit dem höchstwertigen Bit[br]gesetzt. Somit hat man zwei Fenster, in
0:11:29.250,0:11:36.560
denen Zeichensätze quasi einblenden[br]konnte. Sprich man sagt dann z. B.
0:11:36.560,0:11:41.170
Single Shift 2, dann wird hierbei das[br]nächste Zeichen aus dem Zeichensatz G2
0:11:41.170,0:11:46.130
gewählt. Wenn ich jetzt also ein "$"[br]haben möchte, schicke ich Single Shift 2
0:11:46.130,0:11:50.420
und den entsprechenden Code für das[br]Dollarzeichen dann. Weiß ich jetzt nicht
0:11:50.420,0:11:56.550
auswendig, aber es müsste eine Ziffer[br]sein. Und da gibt es auch die Möglichkeit
0:11:56.550,0:12:01.920
das als Locking Shift zu machen, dann[br]bleibt es an der Stelle drin, oder nur als
0:12:01.920,0:12:06.560
Single Shift. Und diese Zeichen hier, die[br]so grau hinterlegt ist - ich weiß nicht,
0:12:06.560,0:12:11.750
sieht man das? Nö, das sieht man ganz[br]leicht - auf jeden Fall von - bis hier,
0:12:11.750,0:12:18.050
das ist das letzte - die sind quasi[br]Akzente. Man hat damals gesagt, Single
0:12:18.050,0:12:25.040
Shift G2, dann das Zeichen und dann "A",[br]da er ein "Ä" gedruckt, z. B. Damit kann
0:12:25.040,0:12:29.040
man eben sich viel sparen, muss nicht so[br]viel Zeichencodes machen, und vor allen
0:12:29.040,0:12:34.030
Dingen, wenn ein Terminal jetzt kein "Ä"[br]kann, dann kann es immer noch "A" drucken,
0:12:34.030,0:12:41.690
und das ist lesbar. Es so weit ist es[br]eigentlich noch ziemlich so, wie auch die
0:12:41.690,0:12:47.020
üblichen VT100-Terminals, die auf unseren[br]Rechnern als Emulation heute noch laufen.
0:12:47.020,0:12:52.320
Aber wie macht man jetzt da Bild und Ton?[br]Man hat sich damals auch schon überlegt,
0:12:52.320,0:12:56.100
vielleicht direkt über den digitalen Kanal[br]Bild und Ton zu machen, deswegen hat man
0:12:56.100,0:13:04.710
sich überlegt dass man dann noch mal ein[br]gedachtes Protokoll darüber schickt.
0:13:04.710,0:13:11.930
Sprich man hat hierbei das Zeichen 1F,[br]Unit Separator, und hier unten ist das was
0:13:11.930,0:13:15.740
wir vorher schon gesehen haben, quasi der[br]Sprung des Cursors zu einer bestimmten
0:13:15.740,0:13:24.610
Position und das alles hier oben sind im[br]Prinzip ungültige Positionen. Das heißt,
0:13:24.610,0:13:32.790
ein sorgfältig produzierter Decoder würde[br]sich dann quasi da abschalten und dann
0:13:32.790,0:13:35.600
erst wieder sich einschalten wenn er[br]wieder irgendwo in den Bildbereich
0:13:35.600,0:13:44.970
springt. Was man darüber aber machen kann[br]sind Zusatzfunktionen. Zum Beispiel also -
0:13:44.970,0:13:49.230
es gibt hierbei die Möglichkeit - ich weiß[br]nicht, ob das irgend jemand benutzt hat -
0:13:49.230,0:13:55.050
dass das Terminal sich selbst meldet bzw.[br]das man anfragen kann, was denn das
0:13:55.050,0:14:05.170
Terminal kann. Es gibt da die User Defined[br]Characters, die im Bildschirmtext intensiv
0:14:05.170,0:14:09.460
genutzt wurden. Damit kann man dann[br]Grafiken machen. Die Zeichen sind
0:14:09.460,0:14:15.380
standardmäßig in zwölf mal zehn Pixel, was[br]auf Heimcomputern ein bißchen ein Problem
0:14:15.380,0:14:19.750
war. Also auf dem C64 hat man dass nicht[br]gut darstellen können. Man hat aber auch
0:14:19.750,0:14:23.270
niedrigere Auflösungen nehmen können, um[br]mehr Farben - da gab es alle Spielarten.
0:14:23.270,0:14:32.370
Man hat die Palette neu definieren können:[br]man hatte quasi 4x8 Farben zur Verfügung
0:14:32.370,0:14:38.340
und die konnte man beliebig auswählen aus[br]einer Palette von 4096 Farben. Also
0:14:38.340,0:14:43.980
richtig schöne Farbgrafiken damit machen.[br]Man kann hier mit Define Format kann man -
0:14:43.980,0:14:48.720
bin ich mir jetzt gerade nicht sicher -[br]aber Timing Control, damit kann man Delays
0:14:48.720,0:14:52.749
machen, weil wenn man jetzt eine[br]schnellere Verbindung hat, z. B. ISDN,
0:14:52.749,0:14:56.850
dann möchte man eventuell beim Bildaufbau[br]mal kurz warten und anhalten und dann
0:14:56.850,0:15:03.270
weiter machen. Man kann auch die[br]Bildschirmgröße sogar einstellen, das ist
0:15:03.270,0:15:09.730
tatsächlich im Standard vorgesehen, im[br]Prinzip beliebig groß. Man würde dann halt
0:15:09.730,0:15:15.040
hierbei anstelle von einem Zeichen mehrere[br]Zeichen hernehmen, wenn die Bildgröße
0:15:15.040,0:15:21.800
jetzt größer ist als hier quasi vorgesehen[br]ist. Ich glaub, das Limit ist irgendwo -
0:15:21.800,0:15:28.290
das sind normalerweise alphabetische[br]Zeichen hier. Und hier sind die Features,
0:15:28.290,0:15:34.860
die in Deutschland nicht eingesetzt worden[br]sind. Also das ist Geometriedaten,
0:15:34.860,0:15:42.400
Vektorgrafiken in 2D und 3D. Das[br]österreichische System MUPID hat 2D-Grafik
0:15:42.400,0:15:46.529
unterstützt, 3D weiß ich nicht ob es[br]irgendjemand unterstützt hat. Und hier
0:15:46.529,0:15:53.080
Photographic Pixel und Table Data, das ist[br]quasi so eine Art Proto-JPEG, mit dem man
0:15:53.080,0:15:56.710
dann Hintergrundgrafiken darstellen kann.[br]Die Idee dahinter war man hat quasi
0:15:56.710,0:16:00.540
mehrere Ebenen - mehrere Bildebenen[br]hintereinander und immer wenn die
0:16:00.540,0:16:06.120
vorherige transparent ist, wird die[br]dahinterliegende angezeigt. Und es gab
0:16:06.120,0:16:09.741
auch - wobei das ich glaub nicht ganz[br]definiert war - die Möglichkeit Sound zu
0:16:09.741,0:16:15.000
übertragen in so 80er-Jahre Codecs, die[br]dann so 720 Kilobit pro Sekunde gebraucht
0:16:15.000,0:16:21.910
haben für gute Qualität - in Mono, mit[br]denen man heute auch im Prinzip dann OPUS
0:16:21.910,0:16:25.950
machen könnte, wenn man neue Standards[br]machen würde. Telesoftware und
0:16:25.950,0:16:31.779
Transparente Daten ist mehr oder weniger[br]selbst erklärend. Hier sind die Standards,
0:16:31.779,0:16:37.220
wo die ganzen Details definiert sind. Es[br]gibt hier auch schöne Bücher dazu. Das
0:16:37.220,0:16:41.800
Buch hier z. B. hat die Codesequenzen[br]drin. Und hier sind auch noch zwei
0:16:41.800,0:16:48.670
Websites. Und ich möchte noch Philipp[br]Maier und Michael Steil noch danken dafür
0:16:48.670,0:16:55.649
dass - die haben quasi die Software[br]geschrieben, die über der Link-Layer-
0:16:55.649,0:17:00.280
Schicht läuft auf den Terminals beim[br]Vintage Computing drüben.
0:17:00.280,0:17:04.379
Und hier sind noch meine Kontaktdaten.
0:17:04.379,0:17:09.259
Herald: Ja vielen herzlichen Dank, einen[br]großartigen Applaus würde ich sagen!
0:17:09.259,0:17:13.990
Applaus
0:17:13.990,0:17:17.540
Herald: Da wir eben schon herausgefunden[br]haben, dass wir hier ein Fachpublikum vor
0:17:17.540,0:17:22.810
uns sitzen haben, würde ich gerne darum[br]bitten, Fragen zu stellen. Wir haben jetzt
0:17:22.810,0:17:27.710
noch 3, 4 Minuten Zeit für Fragen. Das[br]heißt, der eine oder andere kann jetzt das
0:17:27.710,0:17:30.030
loswerden, was er immer schon[br]mal fragen wollte.
0:17:30.030,0:17:34.970
Frage: In der Ankündigung hast du[br]geschrieben, dass du planst, das irgendwie
0:17:34.970,0:17:40.090
jetzt wieder aufzubauen. BTX ist ja tot,[br]die Serverhardware ist wahrscheinlich
0:17:40.090,0:17:45.020
komplett verschrottet worden, da gibt es[br]nichts mehr, aber man könnte quasi die
0:17:45.020,0:17:49.190
Servertechnik emulieren, neu bauen.[br]Christian: Genau! Natürlich, wir haben
0:17:49.190,0:17:54.300
tatsächlich auch im Vintage Computing die[br]Servertechnik emuliert. Was auch noch der
0:17:54.300,0:17:59.460
Gedanke ist: die Clients werden jetzt auch[br]immer älter und immer kaputter. Man kann
0:17:59.460,0:18:03.080
natürlich so was auch wunderbar in ein[br]Badge bringen, und dann hat man den
0:18:03.080,0:18:06.700
Vorteil, man muss nicht mehr irgendwie die[br]Entwicklungsumgebung der Badge haben,
0:18:06.700,0:18:09.970
sondern man kann einfach den kleinen[br]Serverdienst starten irgendwo auf einem
0:18:09.970,0:18:15.140
Raspberry Pi, der irgendwo rum steht, und[br]dann mit einer kleinen Zehnertastatur,
0:18:15.140,0:18:20.150
weil mehr braucht man für BTX für die[br]Bedienung nicht, dann Dienste nutzen, dass
0:18:20.150,0:18:26.170
wir darüber quasi dann interaktive Dienste[br]haben kann, ohne dass man gleich eben sich
0:18:26.170,0:18:33.220
einarbeiten muss in die Badge.
0:18:33.220,0:18:35.750
Frage: Du hattest gesagt dass es Pläne gab
0:18:35.750,0:18:43.060
für Hintergrundbilder von Laser Disc, gab[br]es denn da überhaupt schon - oder oder
0:18:43.060,0:18:50.150
über Glasfaser - gab es denn da überhaupt[br]schon entsprechende Dateiformate? Also
0:18:50.150,0:18:55.290
Laser - also für Bilder weiß es nicht, bei[br]Videos war es ja so, Laser Disk ist ja ein
0:18:55.290,0:18:58.120
analoges Videoverfahren...[br]Christian: genau
0:18:58.120,0:19:00.690
Frage: ... wie wäre das mit Video, mit[br]Bildern gewesen?
0:19:00.690,0:19:05.700
Christian: Also es gab - mit Laser Disk[br]hätte man einfach ein Standbild genommen,
0:19:05.700,0:19:13.290
das kann Laser Disc, und bei - also in[br]Singapur soll angeblich der Datenkanal von
0:19:13.290,0:19:19.390
der Zentrale über Funk gegangen sein und[br]da war das dann quasi so ein JPEG-Format,
0:19:19.390,0:19:24.210
das ist im Standard definiert, das ist[br]ungefähr JPEG.
0:19:26.500,0:19:31.210
Herald: Und damit sind wir am Ende von[br]diesem Talk! Vielen Dank für eure
0:19:31.210,0:19:34.410
Aufmerksamkeit, für eure Fragen und dir[br]Christian ganz herzlichen Dank für diesen
0:19:34.410,0:19:36.800
super Vortrag! Einen herzlichen Applaus[br]noch mal!
0:19:37.190,0:19:39.130
Applaus
0:19:41.180,0:19:44.995
Abspannmusik
0:19:44.995,0:20:04.000
Untertitel erstellt von c3subtitles.de[br]im Jahr 2019. Mach mit und hilf uns!