feat: Vorschau fuer Video und Ton, Ordner anlegen dort, wo man es sucht

Mit den ersten echten Clips fiel auf, was bei 3600 Bildern nie auffiel: alles,
was kein Bild ist, bekam ein FRAGEZEICHEN auf die Kachel -- ausgerechnet das
Zeichen fuer "unbekannt" auf einer voellig gesunden MP4.

Jetzt: ein Standbild aus dem Clip (ein Zehntel hinein, weil viele mit Schwarz
oder einem Einblender beginnen und eine schwarze Kachel so aussagekraeftig ist
wie gar keine), bei Ton das eingebettete Titelbild, dazu ein Abspielzeichen und
die LAUFZEIT in der Ecke. Fehlt eine Vorschau, kommt ein Zeichen, das die ART
benennt, statt eines Fragezeichens.

DER PREIS IST FFMPEG IM ABBILD, und der wurde zweimal gemessen und zweimal
gedrueckt:

    vorher                                 460 MB
    apt-get install ffmpeg                1,11 GB
    statisches ffmpeg + ffprobe            835 MB
    statisches ffmpeg allein               648 MB

Debians Paket schaltet jeden Filter frei und zieht die Abhaengigkeiten mit:
libllvm15 (114 MB), Mesa samt libgl1-mesa-dri, libz3 und libflite1 -- ein
SPRACHSYNTHESIZER. Alles fuer Filter, die ein Dienst ohne Bildschirm nie
anfasst; --no-install-recommends half nicht, es sind harte Abhaengigkeiten.

ffprobe flog danach auch noch raus: 135 MB fuer eine einzige Aufgabe, die
Laenge zu nennen -- die steht auch im Kopf, den ffmpeg beim Oeffnen druckt.
Gegengeprueft an beiden Dateien, auf zwei Nachkommastellen identisch:

    ffprobe  29.767967   |  ffmpeg  Duration: 00:00:29.77
    ffprobe 645.642449   |  ffmpeg  Duration: 00:10:45.64

Der Preis dafuer ist ebenfalls zu benennen: die Fassung haengt jetzt an einer
Zeile im Dockerfile und nicht mehr an apt. Vertretbar, weil ffmpeg hier nur
eigene, bereits abgelegte Dateien anfasst und nicht am Netz haengt.

EIN FEHLER, DER ZWEIMAL DERSELBE WAR. "Keine Bildspur" ist bei Ton der
Normalfall -- die meisten MP3 tragen kein Titelbild. Der erste Anlauf erkannte
das am WORTLAUT der Fehlermeldung, und der ist zwischen den Fassungen anders:

    ffmpeg 5.1  "Stream map '0:v:0' matches no streams."
    ffmpeg 7.1  "Failed to set value '0:v:0' for option 'map'"

Ergebnis: eine gesunde MP3 wurde als "1 fehlgeschlagen" gezaehlt, und dann
sucht jemand einen Fehler, den es nicht gibt. Gelesen wird jetzt die
SPURENLISTE ("Stream #0:1: Video:"), die seit jeher so dasteht -- und die kommt
aus demselben Aufruf wie die Laenge, also ein Blick in die Datei statt drei.
Gemessen: fehler 0, ohneBild 1.

Beide Wege durchgeprueft. Video: 320x180, Durchschnittsfarbe RGB(97,140,155) --
echtes Bild und kein schwarzer Vorspann. Ton mit angehaengtem Titelbild:
Vorschau erzeugt, dauer 8.05, Kachel zeigt 0:08.

UND ZWEI ORDNER-LUECKEN, beide beim Benutzen gefunden.

"Wie lege ich neue Ordner an?" -- gar nicht, ausser man wusste es: der Knopf
sass NUR im Verschieben-Dialog. Wer einen leeren Ordner wollte, musste erst
Dateien auswaehlen und "Verschieben" druecken. Eine Funktion, die man nur ueber
eine andere Funktion erreicht, ist fuer den, der sie sucht, nicht vorhanden.
Jetzt steht sie unter dem Ordnerbaum, mit der Angabe, IN welchem Ordner sie
entsteht -- sonst tippt jemand "waffen", landet in "items/waffen" und sucht
danach an der Wurzel.

Zielordner beim Hochladen: vorher galt stillschweigend der in der Galerie
angeklickte. Richtig, solange man es weiss, und ein Fallstrick, sobald man es
nicht weiss -- wer nach einer Suche hochlaedt, steht in "Alle" und legt an der
Wurzel ab. Der angeklickte bleibt die Voreinstellung, ist jetzt aber sichtbar
und aenderbar, samt "neuer Ordner" direkt daneben.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

ROADMAP.md

@@ -601,6 +601,74 @@ gemeldeten Art. Grund: `items/readme.md` lag schon da und trug
 wurde. Wer nur auf die Art schaut, zeigt die alte README nicht an und eine neue
 schon — und sucht den Unterschied an der falschen Stelle.
 
+### ✅ Fertig — Vorschau für Video und Ton, und zwei Ordner-Lücken
+
+Mit den ersten echten Clips fiel auf, was bei 3600 Bildern nie auffiel: alles,
+was kein Bild ist, bekam ein **Fragezeichen** auf die Kachel — also ausgerechnet
+das Zeichen für „unbekannt" auf einer völlig gesunden MP4.
+
+**Jetzt:** Standbild aus dem Clip (ein Zehntel hinein, weil viele mit Schwarz
+beginnen), bei Ton das eingebettete Titelbild, dazu ein Abspielzeichen und die
+**Laufzeit** in der Ecke. Fehlt eine Vorschau, kommt ein Zeichen, das die *Art*
+benennt, statt eines Fragezeichens.
+
+**Der Preis: ffmpeg im Abbild** — und der wurde zweimal gemessen und zweimal
+gedrückt:
+
+| Weg | Abbild |
+|---|---|
+| vorher | 460 MB |
+| `apt-get install ffmpeg` | **1,11 GB** |
+| statisches ffmpeg **+** ffprobe | 835 MB |
+| statisches ffmpeg **allein** | **648 MB** |
+
+Debians Paket schaltet jeden Filter frei und zieht die Abhängigkeiten mit:
+`libllvm15` (114 MB), Mesa samt `libgl1-mesa-dri`, `libz3`, und `libflite1` —
+ein **Sprachsynthesizer**. Alles für Filter, die ein Dienst ohne Bildschirm nie
+anfasst; `--no-install-recommends` half nicht, es sind harte Abhängigkeiten.
+
+`ffprobe` flog danach auch noch raus: 135 MB für eine einzige Aufgabe, die
+Länge zu nennen — die steht auch im Kopf, den `ffmpeg` beim Öffnen druckt.
+Gegengeprüft an beiden Dateien, auf zwei Nachkommastellen identisch:
+
+```
+ffprobe  29.767967   |  ffmpeg  Duration: 00:00:29.77
+ffprobe 645.642449   |  ffmpeg  Duration: 00:10:45.64
+```
+
+**Ein Fehler, der zweimal derselbe war.** „Keine Bildspur" ist bei Ton der
+Normalfall — die meisten MP3 tragen kein Titelbild. Der erste Anlauf erkannte
+das am *Wortlaut* der Fehlermeldung, und der ist zwischen den Fassungen anders:
+
+```
+ffmpeg 5.1  "Stream map '0:v:0' matches no streams."
+ffmpeg 7.1  "Failed to set value '0:v:0' for option 'map'"
+```
+
+Ergebnis: eine gesunde MP3 wurde als **„1 fehlgeschlagen"** gezählt. Gelesen
+wird jetzt die *Spurenliste* (`Stream #0:1: Video:`), die seit jeher so
+dasteht — und die kommt aus demselben Aufruf wie die Länge, also ein Blick in
+die Datei statt drei. Gemessen: `fehler: 0, ohneBild: 1`.
+
+Beide Wege durchgeprüft — Video: 320×180, Durchschnittsfarbe RGB(97,140,155),
+also echtes Bild und kein schwarzer Vorspann. Ton mit angehängtem Titelbild:
+Vorschau erzeugt, `dauer: 8.05` → Kachel zeigt `0:08`.
+
+**Und zwei Ordner-Lücken, beide vom Benutzer gefunden:**
+
+1. **„Wie lege ich neue Ordner an?"** — Gar nicht, außer man wusste es: der
+   Knopf saß **nur im Verschieben-Dialog**. Wer einen leeren Ordner wollte,
+   musste also erst Dateien auswählen und „Verschieben" drücken. Eine Funktion,
+   die man nur über eine andere Funktion erreicht, ist für den, der sie sucht,
+   nicht vorhanden. Jetzt steht sie unter dem Ordnerbaum — mit der Angabe, *in*
+   welchem Ordner sie entsteht.
+2. **Zielordner beim Hochladen.** Vorher galt stillschweigend der in der
+   Galerie angeklickte Ordner. Richtig, solange man es weiß — und ein
+   Fallstrick, sobald man es nicht weiß: wer nach einer Suche hochlädt, steht
+   in „Alle" und legt an der Wurzel ab. Der angeklickte Ordner bleibt die
+   Voreinstellung, ist jetzt aber sichtbar und änderbar, samt „neuer Ordner"
+   direkt daneben.
+
 ### ⬜ Als Nächstes
 
 **Der Vergleichsmaßstab ist weg.** Am 11.08.2026 sind die Lite-Container