Compare commits

..
3 Commits
Author SHA1 Message Date
libretech 75c8476043 update slides styling and content refinements
- fix course number 223015c → 223015b in termin 1
- adjust language: "fuck" → "heck" in example
- add black backgrounds for image-only slides
- add bg fit to fullscreen images
- update digital-landscape.png
- add frontmatter to termin 2-4 slides
2025-12-18 01:22:37 +01:00
libretech 3a0cb91391 improve termin 1 to match termin 0 quality
- frontpage: black bg, title, 223015b, git link
- email: mail@librete.ch (both files)
- remove forum references (no forum for 60 students)
- remove screenshot requirements (just experiment)
- simplify fleißaufgaben (no submission, discuss next week)
- deepen speaker notes for bits/bytes beginners:
  - bit (shannon, why binary)
  - byte (why 8 bits, ibm history)
  - 256 states (everyday examples)
  - hexadecimal (why hex, conversion practice)
  - magic numbers (security aspect)
  - mp3 (4 steps simplified)
2025-12-17 21:57:53 +01:00
libretech 8eac5d9dc8 fix intro front: black bg, clickable git link 2025-12-17 20:46:53 +01:00
6 changed files with 157 additions and 56 deletions

No files matched your search

+3 -3
View File
@@ -19,7 +19,7 @@ h2 {
<!-- _class: invert --> <!-- _class: invert -->
<!-- _header: '' --> <!-- _header: '' -->
<!-- _footer: '' --> <!-- _backgroundColor: #000 -->
![bg fit opacity:0.4](./assets/digital-landscape.png) ![bg fit opacity:0.4](./assets/digital-landscape.png)
@@ -31,7 +31,7 @@ Hochschule der Medien Stuttgart
**Wintersemester 2025/26** **Wintersemester 2025/26**
git.librete.ch/hdm/223015b [https://git.librete.ch/hdm/223015b](https://git.librete.ch/hdm/223015b)
--- ---
@@ -49,7 +49,7 @@ git.librete.ch/hdm/223015b
- Softwareentwickler & IT-Berater - Softwareentwickler & IT-Berater
- Schwerpunkte: Cloud, AI, Web-Technologien, Systemarchitektur, Open Source - Schwerpunkte: Cloud, AI, Web-Technologien, Systemarchitektur, Open Source
- Hintergrund: Philosophie & Informatik - Hintergrund: Philosophie & Informatik
- Kontakt: michael.czechowski@lehre.dhbw-stuttgart.de - Kontakt: mail@librete.ch
<!-- <!--
Kurze Vorstellung Kurze Vorstellung
@@ -18,8 +18,20 @@ h2 {
</style> </style>
<!-- _class: invert --> <!-- _class: invert -->
<!-- _header: '' -->
<!-- _backgroundColor: #000 -->
![bg fit](./assets/digital-landscape.png) ![bg fit opacity:0.4](./assets/digital-landscape.png)
# Dateiformate, Schnittstellen, Speichermedien & Distributionswege
**223015c** · Modul "Technik 1" · 1. Semester
Digital- und Medienwirtschaft
Hochschule der Medien Stuttgart
**Wintersemester 2025/26**
[https://git.librete.ch/hdm/223015b](https://git.librete.ch/hdm/223015b)
--- ---
@@ -28,6 +40,7 @@ h2 {
# Termin 1 – 19.12.2025 # Termin 1 – 19.12.2025
## Grundlagen, Text & Audio ## Grundlagen, Text & Audio
--- ---
![bg right:40%](./assets/matrix-code.png) ![bg right:40%](./assets/matrix-code.png)
@@ -73,8 +86,11 @@ Demonstration: Glühbirne AN/AUS = 1 Bit
<!-- <!--
BIT = Binary Digit (Binärziffer) – 1948 von Claude Shannon geprägt BIT = Binary Digit (Binärziffer) – 1948 von Claude Shannon geprägt
Alles Digitale basiert darauf Shannon war Mathematiker bei Bell Labs – begründete die Informationstheorie
Transistoren in CPUs: Milliarden Bits schalten Millionen Mal pro Sekunde Warum binär? Elektronische Schaltungen haben nur 2 Zustände: Strom/kein Strom
Das ist physikalisch am stabilsten (weniger Fehler als 3 oder 10 Zustände)
Alles Digitale basiert auf dieser simplen Idee: AN oder AUS
Transistoren in modernen CPUs: Milliarden davon, schalten Milliarden Mal pro Sekunde
--> -->
--- ---
@@ -91,11 +107,14 @@ Transistoren in CPUs: Milliarden Bits schalten Millionen Mal pro Sekunde
2⁸ = **256 Möglichkeiten** (0-255) 2⁸ = **256 Möglichkeiten** (0-255)
<!-- <!--
BYTE = Wortspiel aus "Bit" + "Bite" (Bissen) BYTE = Wortspiel aus "Bit" + "Bite" (Bissen) – ein "Bissen" Information
Warum 8 Bits? Historisch: IBM System/360 (1964) setzte Standard Warum genau 8 Bits?
Vorher: 6-Bit, 7-Bit Systeme (z.B. ASCII = 7 Bit) - 1964: IBM System/360 setzte diesen Standard (vorher: 6-Bit, 7-Bit Systeme)
8 Bit = 2 Hex-Ziffern = praktisch für Hardware - ASCII (1963) brauchte 7 Bit für 128 Zeichen
Rechnung: 2×2×2×2×2×2×2×2 = 256 - 8 Bit = praktisch für Hardware (Zweierpotenz: 2³ = 8)
- 8 Bit = 2 Hexadezimalziffern (elegante Darstellung)
Eselsbrücke: 1 Byte = 1 Buchstabe (in ASCII/UTF-8 für einfache Zeichen)
Rechnung: 2×2×2×2×2×2×2×2 = 256 mögliche Kombinationen
--> -->
--- ---
@@ -103,7 +122,7 @@ Rechnung: 2×2×2×2×2×2×2×2 = 256
<!-- _header: '' --> <!-- _header: '' -->
<!-- _footer: '' --> <!-- _footer: '' -->
![bg](./assets/grayscale-gradient.png) ![bg fit](./assets/grayscale-gradient.png)
<!-- <!--
256 Graustufen: 0 = Schwarz, 255 = Weiß 256 Graustufen: 0 = Schwarz, 255 = Weiß
@@ -119,9 +138,16 @@ Rechnung: 2×2×2×2×2×2×2×2 = 256
- **Zahlen 0-255** (oder -128 bis +127) - **Zahlen 0-255** (oder -128 bis +127)
<!-- <!--
1 Byte ist extrem limitiert 256 = die "magische Zahl" bei 8 Bit
Für Farbbild: 3 Bytes pro Pixel (RGB) Alltagsbeispiele:
R=0-255, G=0-255, B=0-255 → 256³ = 16,7 Millionen Farben - Lautstärkeregler (0 = stumm, 255 = max)
- Helligkeitswerte in Bildern (0 = schwarz, 255 = weiß)
- Alter in Jahren (0-255 reicht für Menschen locker)
- Zeichen (ASCII erweitert: 256 Buchstaben/Symbole)
Für Farbbilder: 3 Bytes pro Pixel (R, G, B)
Jeder Kanal 0-255 → 256³ = 16.777.216 Farben ("True Color")
Das menschliche Auge kann etwa 10 Millionen Farben unterscheiden
→ 24 Bit reicht für fotorealistische Bilder
--> -->
--- ---
@@ -129,7 +155,7 @@ R=0-255, G=0-255, B=0-255 → 256³ = 16,7 Millionen Farben
<!-- _header: '' --> <!-- _header: '' -->
<!-- _footer: '' --> <!-- _footer: '' -->
![bg](./assets/rgb-color-model.png) ![bg fit](./assets/rgb-color-model.png)
<!-- <!--
RGB = Additive Farbmischung (Bildschirme) RGB = Additive Farbmischung (Bildschirme)
@@ -221,12 +247,12 @@ Umlaute: "ä" = 2 Bytes, Chinesisch: 3 Bytes, Emoji: 4 Bytes
# Beispiel: Bytes zählen # Beispiel: Bytes zählen
**Text:** `"Why the fuck braucht 💩 4 Bytes?!"` **Text:** `"Why the heck braucht 💩 4 Bytes?!"`
``` ```
W h y → je 1 Byte (4 Bytes) W h y → je 1 Byte (4 Bytes)
t h e → je 1 Byte (4 Bytes) t h e → je 1 Byte (4 Bytes)
f u c k → je 1 Byte (4 Bytes) h e c k → je 1 Byte (4 Bytes)
→ 1 Byte (Leerzeichen) → 1 Byte (Leerzeichen)
b r a u c h t → je 1 Byte (7 Bytes) b r a u c h t → je 1 Byte (7 Bytes)
→ 1 Byte → 1 Byte
@@ -248,8 +274,9 @@ UTF-8-Kodierung: Variable Länge spart Speicher bei ASCII
<!-- _header: '' --> <!-- _header: '' -->
<!-- _footer: '' --> <!-- _footer: '' -->
<!-- _backgroundColor: #000 -->
![bg](./assets/hex-binary-table.png) ![bg fit](./assets/hex-binary-table.png)
<!-- <!--
Hex-Binär-Umrechnungstabelle Hex-Binär-Umrechnungstabelle
@@ -270,12 +297,21 @@ Jede Hex-Ziffer = 4 Bits
0-9, A-F (10=A, 11=B, ..., 15=F) 0-9, A-F (10=A, 11=B, ..., 15=F)
<!-- <!--
Warum genau 4 Bits? 2⁴ = 16 Werte = eine Hex-Ziffer (0-F) Warum Hexadezimal statt Dezimal?
Hex = Shortcut für Menschen, nicht für Computer - Binär ist zu lang: 01001101 (8 Zeichen für 1 Byte)
Computer denken binär, wir lesen hex - Dezimal passt nicht: 77 (unregelmäßig, manchmal 2, manchmal 3 Ziffern)
1 Byte = 2 Hex-Ziffern (00-FF) - Hex ist perfekt: 4D (immer 2 Ziffern pro Byte)
"Nibble" = halb Byte = 4 Bits (Wortspiel!)
Hex-Editor: Standard-Tool für Dateianalyse Trick: 4 Bits = 1 Hex-Ziffer (weil 2⁴ = 16)
0000 = 0, 0001 = 1, ..., 1001 = 9, 1010 = A, 1011 = B, ..., 1111 = F
"Nibble" = 4 Bits = halbes Byte (Wortspiel: nibble = knabbern, byte = beißen)
Umrechnung üben:
- 0x4D = 4×16 + 13 = 64 + 13 = 77 (Dezimal) = Buchstabe "M" in ASCII
- 0xFF = 15×16 + 15 = 255 (Maximum für 1 Byte)
Hex-Editor = Standard-Tool für Dateianalyse und Reverse Engineering
--> -->
--- ---
@@ -294,20 +330,30 @@ Hex-Editor: Standard-Tool für Dateianalyse
**Achtung:** TXT, HTML, CSS haben **keine** Magic Number! **Achtung:** TXT, HTML, CSS haben **keine** Magic Number!
<!-- <!--
Magic Number = Signature am Dateianfang Magic Number = Signatur/Fingerabdruck am Dateianfang
"PK" = Phil Katz (Erfinder von PKZip) Wozu? Betriebssystem erkennt Dateityp unabhängig von Dateiendung
DOCX, XLSX, ODT = ZIP-Archive mit XML-Inhalt!
Dateiendungen können lügen, Magic Numbers nicht Geschichte: "PK" bei ZIP = Phil Katz (Erfinder von PKZip, 1989)
→ FAKE CHECK: virus.exe → bild.jpg umbenennen täuscht nur Menschen Fun Fact: DOCX, XLSX, PPTX, ODT = alles ZIP-Archive mit XML-Inhalt!
Computer erkennt echten Typ an Magic Number → Einfach .zip anhängen und entpacken!
Dateien OHNE Magic Number: TXT, HTML, CSS, JSON, XML
→ Diese sind reiner Text, kein binäres Format
→ Werden anhand Inhalt/Endung erkannt
Sicherheits-Aspekt:
virus.exe → bild.jpg umbenennen täuscht nur Menschen
Windows vertraut der Endung, aber Tools wie "file" (Linux) lesen Magic Number
→ Nie Dateien von Fremden öffnen, nur weil sie harmlos aussehen!
--> -->
--- ---
<!-- _header: '' --> <!-- _header: '' -->
<!-- _footer: '' --> <!-- _footer: '' -->
<!-- _backgroundColor: #000 -->
![bg](./assets/hexeditor-screenshot.png) ![bg fit](./assets/hexeditor-screenshot.png)
<!-- <!--
Hex-Editor-Screenshot mit PNG-Datei Hex-Editor-Screenshot mit PNG-Datei
@@ -349,16 +395,16 @@ Ziel: Hex-Dump lesen lernen, Dateiformate verstehen
**Finde eine Datei auf deinem Computer** **Finde eine Datei auf deinem Computer**
1. Öffne im Hex-Editor 1. Öffne im Hex-Editor
2. Screenshot der ersten 16 Bytes 2. Schau dir die ersten 16 Bytes an
3. Identifiziere Magic Number 3. Identifiziere die Magic Number (falls vorhanden)
4. Poste im Forum: Format + kurze Beschreibung 4. Nächste Woche: Kurze Diskussion
**Bonus:** Finde Datei ohne Magic Number in Standard-Listen **Bonus:** Finde Datei ohne Magic Number
<!-- <!--
Selbstständiges Arbeiten Selbstständiges Experimentieren
Forum: Peer-Learning, gegenseitige Hilfe Keine Abgabe, nur zum Ausprobieren
Bonus: Spornt Neugierige an Nächste Woche kurz besprechen
--> -->
--- ---
@@ -410,7 +456,7 @@ Streaming? Unmöglich.
<!-- _header: '' --> <!-- _header: '' -->
<!-- _footer: '' --> <!-- _footer: '' -->
![bg](./assets/compression-types.png) ![bg fit](./assets/compression-types.png)
<!-- <!--
Lossless vs. Lossy Kompression Lossless vs. Lossy Kompression
@@ -580,12 +626,30 @@ Unwichtige Frequenzen reduzieren
**4. Huffman-Coding** **4. Huffman-Coding**
Lossless-Kompression der Restdaten Lossless-Kompression der Restdaten
<!-- <!--
FFT = Fast Fourier Transform MP3-Kompression in 4 Schritten (vereinfacht):
Psychoakustik = Modell des menschlichen Gehörs
Quantisierung = Wo passiert Datenverlust 1. FFT (Fast Fourier Transform)
Huffman = Finaler Effizienz-Boost (lossless) - Wandelt Schallwellen in Frequenzen um
MP3 ist KEIN einfaches "Kleiner machen" – es simuliert dein Gehirn - Wie ein Prisma Licht in Farben zerlegt
2. Psychoakustisches Modell
- Fragt: "Was kann ein Mensch NICHT hören?"
- Maskierungseffekte: Lauter Ton verdeckt leisen daneben
- Hohe/tiefe Frequenzen werden schlechter wahrgenommen
3. Quantisierung (hier passiert der Datenverlust!)
- Unwichtige Frequenzen werden "grob" gespeichert
- Wichtige Frequenzen bleiben genau
- Wie JPEG: Details entfernen, wo es nicht auffällt
4. Huffman-Coding (verlustfrei)
- Häufige Muster = kurze Codes
- Seltene Muster = lange Codes
- Finaler Effizienz-Boost
MP3 ist KEIN einfaches "Kleiner machen"
→ Es simuliert, wie dein Gehirn Musik verarbeitet!
--> -->
--- ---
@@ -613,8 +677,9 @@ Aber: Diminishing Returns ab 256 kbps
<!-- _header: '' --> <!-- _header: '' -->
<!-- _footer: '' --> <!-- _footer: '' -->
<!-- _backgroundColor: #000 -->
![bg](./assets/audio-spectrogram.png) ![bg fit](./assets/audio-spectrogram.png)
<!-- <!--
Spektrogramm-Vergleich Spektrogramm-Vergleich
@@ -646,7 +711,7 @@ Das Pferd war aus dem Stall
--- ---
![bg right:50%](./assets/napster-interface.png) ![bg right:50% fit](./assets/napster-interface.png)
# Napster (1999) # Napster (1999)
@@ -746,15 +811,15 @@ Alternative: Spek (spek.cc) – reiner Spektrogramm-Viewer
**Nimm ein Lied (eigenes oder CC)** **Nimm ein Lied (eigenes oder CC)**
1. Exportiere: WAV, MP3 320 kbps, MP3 128 kbps 1. Exportiere: WAV, MP3 320 kbps, MP3 128 kbps
2. Notiere: Dateigrößen, Höreindrücke 2. Höre die Unterschiede (Kopfhörer!)
3. Poste im Forum: Screenshot + Reflexion 3. Vergleiche die Dateigrößen
**Bonus:** Niedrigste Bitrate finden, bei der du keinen Unterschied hörst **Bonus:** Niedrigste Bitrate finden, bei der du keinen Unterschied hörst
<!-- <!--
WAV = Unkomprimiert (Referenz) Selbstständiges Experimentieren
Keine Abgabe, nur zum Ausprobieren
Goldenes Ohr: Manche hören Unterschied, manche nicht Goldenes Ohr: Manche hören Unterschied, manche nicht
Psychoakustik in Aktion: Subjektive Wahrnehmung
--> -->
--- ---
@@ -763,7 +828,7 @@ Psychoakustik in Aktion: Subjektive Wahrnehmung
# Fragen & Diskussion # Fragen & Diskussion
**Kontakt:** michael.czechowski@lehre.dhbw-stuttgart.de **Kontakt:** mail@librete.ch
**Folien:** Online verfügbar unter https://hdm.librete.ch **Folien:** Online verfügbar unter https://hdm.librete.ch
--- ---
+13 -1
View File
@@ -18,8 +18,20 @@ h2 {
</style> </style>
<!-- _class: invert --> <!-- _class: invert -->
<!-- _header: '' -->
<!-- _backgroundColor: #000 -->
![bg fit](./assets/digital-landscape.png) ![bg fit opacity:0.4](./assets/digital-landscape.png)
# Dateiformate, Schnittstellen, Speichermedien & Distributionswege
**223015c** · Modul "Technik 1" · 1. Semester
Digital- und Medienwirtschaft
Hochschule der Medien Stuttgart
**Wintersemester 2025/26**
[https://git.librete.ch/hdm/223015b](https://git.librete.ch/hdm/223015b)
--- ---
@@ -18,8 +18,20 @@ h2 {
</style> </style>
<!-- _class: invert --> <!-- _class: invert -->
<!-- _header: '' -->
<!-- _backgroundColor: #000 -->
![bg fit](./assets/digital-landscape.png) ![bg fit opacity:0.4](./assets/digital-landscape.png)
# Dateiformate, Schnittstellen, Speichermedien & Distributionswege
**223015b** · Modul "Technik 1" · 1. Semester
Digital- und Medienwirtschaft
Hochschule der Medien Stuttgart
**Wintersemester 2025/26**
[https://git.librete.ch/hdm/223015b](https://git.librete.ch/hdm/223015b)
--- ---
@@ -18,8 +18,20 @@ h2 {
</style> </style>
<!-- _class: invert --> <!-- _class: invert -->
<!-- _header: '' -->
<!-- _backgroundColor: #000 -->
![bg fit](./assets/digital-landscape.png) ![bg fit opacity:0.4](./assets/digital-landscape.png)
# Dateiformate, Schnittstellen, Speichermedien & Distributionswege
**223015b** · Modul "Technik 1" · 1. Semester
Digital- und Medienwirtschaft
Hochschule der Medien Stuttgart
**Wintersemester 2025/26**
[https://git.librete.ch/hdm/223015b](https://git.librete.ch/hdm/223015b)
--- ---
Binary file not shown.

Before

Width:  |  Height:  |  Size: 7.3 MiB

After

Width:  |  Height:  |  Size: 7.7 MiB