Files
uni/docs/klausur-themen-2026.md
T
libretech 7e8190d0a8 223015b: container-vs-codec eigene demo + CJK-fonts + daten-grundlagen rename + reword punkt-platzhalter
user-feedback issues:
1. container-codec-diagram.png war stock-asset (vermutlich aus lehrbuch übernommen) — user: 'das kannst du nicht wiederverwenden, bau deine eigene grafik'
   → neue demo container-vs-codec.html mit zwei .mp4-containern side-by-side, je 4 spuren (video lila, audio orange, untertitel grün, meta grau): datei A älterer stand (H.264/AAC/TTML), datei B modern (AV1/Opus/WebVTT+HDR). verdict 'gleiche endung, anderes innenleben + mediainfo zeigt beides'. dashed-border-container + farbige spur-rahmen. eigener stil

2. CJK-zeichen (中, こんにちは) pixelig (unifont bitmap) statt sauberer fonts
   → google-fonts @import (Noto Sans JP + SC) + font-family in body + code-tags

3. 'Datenfundamentale' kein deutsches wort (nicht im duden)
   → git mv 01-datenfundamentale.md → 01-daten-grundlagen.md (+bogen-doc), Makefile aktualisiert, text-replace in 4 docs

4. 'Hex-Editoren zeigen \`.\` als Platzhalter' kleiner punkt schwer lesbar
   → 'zeigen einen Punkt oder ein anderes Ersatzzeichen'

klausurfolien regeneriert (27 slides)
2026-05-14 18:46:54 +02:00

80 lines
4.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Klausur-Themen 2026 — HdM-Kurse
Status: **LOCK 223015b · Entwurf 223015c · pending dhbw**
Maßstab: Die drei Meta-Lernziele aus `CLAUDE.md` (gelernte Hilflosigkeit ablegen · Berührungspunkte schaffen · Gefühl für Technik). Jeder Klausur-Block muss mindestens eines davon nachweisbar bedienen.
---
## 223015b — Dateiformate, Schnittstellen, Speichermedien
**Kurs-Fokus:** Dateien und Inhalte
**Klausur-Format (bisher):** 90 Min digital, offene Fragen, kein Code
**Bestehende Klausur-Blöcke (Stand vor Rewrite):** J,K,L,M,N,O (6 Blöcke) — Grundbegriffe, Bild/Raster vs Vektor, JPEG, Bildformate PNG/GIF/WebP/SVG, Video-Kompression, Speicher/Schnittstellen
**Bestand ohne Klausur-Marker:** komplettes Kapitel 4 (Distribution, APIs, Metadaten, Zukunft — 89 Slides)
### Vorgeschlagene Klausur-Themen-Architektur (Tabula rasa, 9 Themen-Blöcke)
| # | Block | Kern | Was reinkommt | Berührungspunkt |
|---|---|---|---|---|
| 1 | **Daten-Grundlagen** | Daten als Zahlen begreifen | Bit/Byte/Hex, Dateneinheiten (KB vs KiB), Encoding (ASCII/Unicode/UTF-8), Magic Numbers | „warum spielt mein USB-Stick mit 32 GB nur 29 GB an" |
| 2 | **Vom Signal zum Byte** | Analog → Digital | Sampling, Quantisierung, Bittiefe, Abtastrate, Nyquist | „warum klingen alte MP3s blechern" |
| 3 | **Kompression: Prinzipien** | Redundanz vs Irrelevanz | Lossless vs Lossy, RLE/Huffman/LZ77 konzeptuell, Psychoakustik, Psychovisualität | WhatsApp-Bilder vs Original |
| 4 | **Bilder: Raster und Vektor** | Wann welches Bildformat | Raster vs Vektor, JPEG-Pipeline (6 Schritte), PNG/GIF/WebP/AVIF/SVG-Vergleich, Wann-Welches-Format | Instagram-Story-Qualitätsverlust, Logo skalieren |
| 5 | **Audio** | MP3-Trick verstehen | Sampling-Recap, MP3-Psychoakustik, WAV/MP3/FLAC/AAC, Spotify-Quality-Math | Spotify-Bitrate-Setting, AirPod-Streaming |
| 6 | **Video** | Container vs Codec | I/P/B-Frames, H.264/265/VP9/AV1 (Politik+Technik), Streaming-Bitrate | Netflix-Quality, YouTube-1080p vs 4K |
| 7 | **Speichermedien** | HDD vs SSD entscheiden | HDD-Mechanik, SSD-Zellen, Filesystems-Übersicht, 3-2-1-Backup | „warum ist meine SSD voll obwohl ich nichts habe" |
| 8 | **Schnittstellen** | USB-C-Chaos entwirren | USB-Generationen, USB-C-Stecker vs Protokoll, Thunderbolt, HDMI/DP, Ethernet vs WiFi | „warum lädt mein Laptop am einen USB-C-Port und am anderen nicht" |
| 9 | **Distribution & Metadaten** | Wie Inhalte ins Netz kommen | CDN-Prinzip, REST-API, EXIF/ID3, Vendor-Lockin | Netflix-Stream-Latenz, Instagram strippt EXIF |
### Lock-Entscheidungen (Dozent, 2026-05-13)
- **D1 — Block 9 Distribution & Metadaten:** **PFLICHT-KLAUSUR.** Schließt den Bogen „vom Bit bis zum Bildschirm der Endnutzerin".
- **D2 — Zukunfts-Themen** (AI-Kompression, JPEG XL, DNA-Storage, Web3): **RAUS.** Werden nicht aufgenommen, weder Klausur noch Lehre.
- **D3 — JPEG-Pipeline-Tiefe:** **VOLLE TIEFE** inkl. DCT und Quantisierungstabellen. Härteste konzeptuelle Nuss bleibt als „Verstehen-statt-Auswendiglernen"-Test drin. Reduzieren passiert nötigenfalls im Live-Vortrag, nicht in der Architektur.
- **D4 — Granularität:** **9 granulare Blöcke** (Dozent-agnostisch zur Wahl, granular liegt näher an Inhalt).
Leitprinzip aus dem Workshop: **„nicht reduzieren — skippen passiert während der Vorlesung."** Architektur bleibt ambitioniert, Live-Anpassung übernimmt die Skalierung.
### Verhältnis zu den Kapiteln
Vorgeschlagene Themen ↔ Kapitel-Mapping (welches Kapitel liefert das Material für welchen Block):
- Block 1 (Fundamentale) ← Kap 0 (Intro) + Kap 1 (Grundlagen)
- Block 2 (Signal→Byte) ← Kap 1 (Text+Audio)
- Block 3 (Kompression) ← Kap 1 + Kap 2 (übergreifend)
- Block 4 (Bilder) ← Kap 2 (Bild+Video)
- Block 5 (Audio) ← Kap 1 (Text+Audio)
- Block 6 (Video) ← Kap 2 (Bild+Video)
- Block 7 (Speicher) ← Kap 3
- Block 8 (Schnittstellen) ← Kap 3
- Block 9 (Distribution) ← Kap 4 (falls drin) / sonst raus
→ Daraus folgt eine Kapitel-Neugliederung mit 5 Kapiteln (statt aktuell 6 mit Platzhalter):
- Kap 1: Fundamentale + Signal→Byte
- Kap 2: Kompression
- Kap 3: Bilder + Audio + Video
- Kap 4: Speicher + Schnittstellen
- Kap 5: Distribution + Metadaten (optional, Zukunfts-Bonus integriert)
### Lock-Status
- [x] D1–D4 entschieden (2026-05-13)
- [x] Block-Architektur (9 Blöcke) festgelegt
- [x] Kapitel-Neugliederung (6→5) festgelegt
- [ ] Phase 1: Operative Lernziele pro Block formuliert
- [ ] Phase 2: Folien-Skelett pro Kapitel
---
## 223015c — Internettechnologien
**Status:** wird nach 223015b bearbeitet (Reihenfolge laut Plan: b → c → dhbw).
Platzhalter — Vorschlag folgt nach Abschluss von 223015b.
---
## DHBW Technik I
**Status:** keine Klausur, separate Prüfungsleistungs-Architektur in `docs/dhbw-pruefungsleistung-2026.md` (Phase 0).