diff --git a/slides/223015b/assets/demos/byte-flow.html b/slides/223015b/assets/demos/byte-flow.html new file mode 100644 index 0000000..807ddfe --- /dev/null +++ b/slides/223015b/assets/demos/byte-flow.html @@ -0,0 +1,180 @@ + + + + +Byte-Fluss: Bit → Hex → ASCII + + + +

1 Byte = 8 Bit = 2 Hex = 1 ASCII-Zeichen

+
Dieselbe Datei — dieselben Byte, drei Schreibweisen. Jeder Rahmen = ein Byte.
+ +
+ + +
+
datei.binRoh-Bit · 8 Bit pro Rahmen
+
+
+ 0100100001100101011011000110110001101111001011000010000001010111 +
+
+ 0110111101110010011011000110010000100001001000000100100001101111 +
+
+ 0111011100100000011000010111001001100101001000000111100101101111 +
+
+ 011101010011111100001010… (weitere Byte) +
+
+
+ +
+
je 8 Bit → 2 Hex-Ziffern
+
+
+ + +
+
datei.hexHex-Sicht · 2 Hex-Ziffern pro Rahmen
+
+
+ 48656C6C6F2C2057 +
+
+ 6F726C642120486F +
+
+ 772061726520796F +
+
+ 753F0A… +
+
+
+ +
+
je 1 Byte → 1 Zeichen
+
+
+ + +
+
datei.txtText-Sicht · 1 ASCII-Zeichen pro Rahmen
+
+
+ Hello,␣W +
+
+ orld!␣Ho +
+
+ w␣are␣yo +
+
+ u?↵… +
+
+
+ +
+ ␣ = Leerzeichen (0x20) + ↵ = Zeilenumbruch (0x0A, nicht druckbar) + Byte ändern sich nicht. Nur die Anzeige. +
+ +
+ + diff --git a/slides/223015b/assets/demos/byte-flow.png b/slides/223015b/assets/demos/byte-flow.png new file mode 100644 index 0000000..e9280cb Binary files /dev/null and b/slides/223015b/assets/demos/byte-flow.png differ diff --git a/slides/223015b/assets/demos/three-views.html b/slides/223015b/assets/demos/three-views.html new file mode 100644 index 0000000..236a8ea --- /dev/null +++ b/slides/223015b/assets/demos/three-views.html @@ -0,0 +1,120 @@ + + + + +Dieselben Byte — drei Perspektiven + + + +

Dieselben 8 Byte — drei Perspektiven

+
PNG-Datei-Anfang: 89 50 4E 47 0D 0A 1A 0A
+ +
+ +
+
1 · Bitstreamwas wirklich gespeichert wird
+
+ 10001001 01010000 01001110 01000111 00001101 00001010 00011010 00001010 +
+
+ +
+ +
+
2 · Hexgruppiert in 8-Bit-Häppchen
+
+
+ 89 + 50 + 4E + 47 + 0D + 0A + 1A + 0A +
+
+
+ +
+ +
+
3 · Bedeutungwas die Byte sagen
+
+
+
+
89
+
Magic Byte
+
> 127 → "Ich bin Binär, kein Text"
+
+
+
504E47
+
Format-Kürzel
+
P · N · G (ASCII) → "PNG-Datei"
+
+
+
0D0A1A0A
+
Transport-Schutz
+
CR · LF · EOF · LF → erkennt kaputte Übertragung
+
+
+
+
+ +
+ +
+ Byte ändern sich nicht — nur unsere Brille. Bitstream zeigt das was, Hex das wie kompakt, Bedeutung das warum. +
+ + diff --git a/slides/223015b/assets/demos/three-views.png b/slides/223015b/assets/demos/three-views.png new file mode 100644 index 0000000..76bbd8c Binary files /dev/null and b/slides/223015b/assets/demos/three-views.png differ diff --git a/slides/223015b/assets/demos/why-8-bit.html b/slides/223015b/assets/demos/why-8-bit.html new file mode 100644 index 0000000..c7fd142 --- /dev/null +++ b/slides/223015b/assets/demos/why-8-bit.html @@ -0,0 +1,135 @@ + + + + +Warum 8 Bit? Adressierung im Speicher + + + +

Warum 8 Bit? Speicher-Adressierung

+
CPU adressiert byteweise — halbe Byte existieren nicht.
+ +
+ +
+ +
+
Adresse
+
Hex
+
Bit (was im Speicher steht)
+ +
0x0000
+
48
+
01001000
+ +
0x0001
+
65
+
01100101
+ +
0x0002
+
6C
+
01101100
+ +
0x0003
+
6C
+
01101100
+ +
0x0004
+
6F
+
01101111
+ +
0x0005
+
21
+
00100001
+
+ +
+
→read 0x0000 ✓
+
✗read 0x0000.5 — gibt's nicht
+
→read 0x0001 ✓
+
✗read 0x0001.5 — gibt's nicht
+
→read 0x0002 ✓
+
→...
+
+ +
+ +
+ Byte = kleinste adressierbare Einheit.
+ Speichercontroller, Bus und CPU sind alle auf 8-Bit-Häppchen ausgelegt.
+ Einzelne Bit lesen → muss erst byte = mem[addr], dann mit byte & 0b1000_0000 Bit isolieren. +
+ +
+ + diff --git a/slides/223015b/assets/demos/why-8-bit.png b/slides/223015b/assets/demos/why-8-bit.png new file mode 100644 index 0000000..3f21a34 Binary files /dev/null and b/slides/223015b/assets/demos/why-8-bit.png differ diff --git a/slides/223015c/assets/demos/byte-flow.html b/slides/223015c/assets/demos/byte-flow.html new file mode 100644 index 0000000..807ddfe --- /dev/null +++ b/slides/223015c/assets/demos/byte-flow.html @@ -0,0 +1,180 @@ + + + + +Byte-Fluss: Bit → Hex → ASCII + + + +

1 Byte = 8 Bit = 2 Hex = 1 ASCII-Zeichen

+
Dieselbe Datei — dieselben Byte, drei Schreibweisen. Jeder Rahmen = ein Byte.
+ +
+ + +
+
datei.binRoh-Bit · 8 Bit pro Rahmen
+
+
+ 0100100001100101011011000110110001101111001011000010000001010111 +
+
+ 0110111101110010011011000110010000100001001000000100100001101111 +
+
+ 0111011100100000011000010111001001100101001000000111100101101111 +
+
+ 011101010011111100001010… (weitere Byte) +
+
+
+ +
+
je 8 Bit → 2 Hex-Ziffern
+
+
+ + +
+
datei.hexHex-Sicht · 2 Hex-Ziffern pro Rahmen
+
+
+ 48656C6C6F2C2057 +
+
+ 6F726C642120486F +
+
+ 772061726520796F +
+
+ 753F0A… +
+
+
+ +
+
je 1 Byte → 1 Zeichen
+
+
+ + +
+
datei.txtText-Sicht · 1 ASCII-Zeichen pro Rahmen
+
+
+ Hello,␣W +
+
+ orld!␣Ho +
+
+ w␣are␣yo +
+
+ u?↵… +
+
+
+ +
+ ␣ = Leerzeichen (0x20) + ↵ = Zeilenumbruch (0x0A, nicht druckbar) + Byte ändern sich nicht. Nur die Anzeige. +
+ +
+ + diff --git a/slides/223015c/assets/demos/byte-flow.png b/slides/223015c/assets/demos/byte-flow.png new file mode 100644 index 0000000..e9280cb Binary files /dev/null and b/slides/223015c/assets/demos/byte-flow.png differ diff --git a/slides/223015c/assets/demos/three-views.html b/slides/223015c/assets/demos/three-views.html new file mode 100644 index 0000000..236a8ea --- /dev/null +++ b/slides/223015c/assets/demos/three-views.html @@ -0,0 +1,120 @@ + + + + +Dieselben Byte — drei Perspektiven + + + +

Dieselben 8 Byte — drei Perspektiven

+
PNG-Datei-Anfang: 89 50 4E 47 0D 0A 1A 0A
+ +
+ +
+
1 · Bitstreamwas wirklich gespeichert wird
+
+ 10001001 01010000 01001110 01000111 00001101 00001010 00011010 00001010 +
+
+ +
+ +
+
2 · Hexgruppiert in 8-Bit-Häppchen
+
+
+ 89 + 50 + 4E + 47 + 0D + 0A + 1A + 0A +
+
+
+ +
+ +
+
3 · Bedeutungwas die Byte sagen
+
+
+
+
89
+
Magic Byte
+
> 127 → "Ich bin Binär, kein Text"
+
+
+
504E47
+
Format-Kürzel
+
P · N · G (ASCII) → "PNG-Datei"
+
+
+
0D0A1A0A
+
Transport-Schutz
+
CR · LF · EOF · LF → erkennt kaputte Übertragung
+
+
+
+
+ +
+ +
+ Byte ändern sich nicht — nur unsere Brille. Bitstream zeigt das was, Hex das wie kompakt, Bedeutung das warum. +
+ + diff --git a/slides/223015c/assets/demos/three-views.png b/slides/223015c/assets/demos/three-views.png new file mode 100644 index 0000000..76bbd8c Binary files /dev/null and b/slides/223015c/assets/demos/three-views.png differ diff --git a/slides/223015c/assets/demos/why-8-bit.html b/slides/223015c/assets/demos/why-8-bit.html new file mode 100644 index 0000000..c7fd142 --- /dev/null +++ b/slides/223015c/assets/demos/why-8-bit.html @@ -0,0 +1,135 @@ + + + + +Warum 8 Bit? Adressierung im Speicher + + + +

Warum 8 Bit? Speicher-Adressierung

+
CPU adressiert byteweise — halbe Byte existieren nicht.
+ +
+ +
+ +
+
Adresse
+
Hex
+
Bit (was im Speicher steht)
+ +
0x0000
+
48
+
01001000
+ +
0x0001
+
65
+
01100101
+ +
0x0002
+
6C
+
01101100
+ +
0x0003
+
6C
+
01101100
+ +
0x0004
+
6F
+
01101111
+ +
0x0005
+
21
+
00100001
+
+ +
+
→read 0x0000 ✓
+
✗read 0x0000.5 — gibt's nicht
+
→read 0x0001 ✓
+
✗read 0x0001.5 — gibt's nicht
+
→read 0x0002 ✓
+
→...
+
+ +
+ +
+ Byte = kleinste adressierbare Einheit.
+ Speichercontroller, Bus und CPU sind alle auf 8-Bit-Häppchen ausgelegt.
+ Einzelne Bit lesen → muss erst byte = mem[addr], dann mit byte & 0b1000_0000 Bit isolieren. +
+ +
+ + diff --git a/slides/223015c/assets/demos/why-8-bit.png b/slides/223015c/assets/demos/why-8-bit.png new file mode 100644 index 0000000..3f21a34 Binary files /dev/null and b/slides/223015c/assets/demos/why-8-bit.png differ