d4rk_media

69 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
D4rkst3randClaude Opus 5	d125c6bf72	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>	2026-08-11 22:22:39 +02:00
D4rkst3randClaude Opus 5	6c8ead8e15	feat: das Dashboard -- und die eine Regel steht im Code, nicht im Vorsatz Schritt 4. React 18, TypeScript, Vite 5, Tailwind 4 (CSS-first), Lucide, Zustand; kein Konsta. Quelle in server/ui, Build nach server/web (gitignored), im Abbild von einer eigenen Docker-Stufe gebaut. JEDER KNOPF GIBT RUECKMELDUNG -- und zwar erzwungen, nicht vorgenommen: - api.ts haelt den EINZIGEN fetch und GENAU EINE Fehlerklasse. Der Fivemanage-Fehler war, zwei zu haben: geworfen wurde `new Error`, geprueft auf `instanceof ApiError`, und damit verschwand jeder Fehlschlag lautlos. - store.ts haelt run(): Aktion rein, Erfolgstext rein, und es meldet bei Erfolg diesen und bei Fehlschlag den Text DES DIENSTES. Wer darueber geht, kann keinen stillen Knopf bauen. - Jeder wartende Knopf ist gesperrt und zeigt einen Kreisel. Der zweite Klick eine Sekunde spaeter war der Weg zu neunzehn gleichnamigen Organisationen. - Fehlermeldungen bleiben stehen, bis jemand sie wegklickt. Ein Fehler, der von allein verschwindet, ist einer, den niemand gelesen hat. @vitejs/plugin-react ist auf ^4 festgenagelt: die 6 verlangt vite ^8. In den peerDependencies nachgesehen -- Vite 5.4.21 liegt in der Schnittmenge von plugin-react@4 und @tailwindcss/vite@4. Am laufenden Container nachgemessen: / kommt als text/html, assets/.js als text/javascript, .css als text/css (die MIME-Falle aus Schritt 1 traegt), und /tokens, /speicher, /konto liefern dieselbe index.html -- die SPA-Rueckfall- route tut, wofuer sie gebaut wurde. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-11 17:38:38 +02:00
D4rkst3randClaude Opus 5	70210c0363	feat: Dockerfile und Compose -- geschrieben, aber nie gebaut Auf dieser Maschine gibt es weder Docker noch WSL. Das Abbild ist also ungebaut und der Container nie gelaufen; das gehoert auf eine Maschine mit Docker, bevor jemand darauf baut. Was trotzdem geprueft ist: Node 22 ist festgenagelt, und das ist kein Zufall. better-sqlite3 11.10.0 liefert fertige Binaerdateien nur fuer ABI 108 (Node 20), 115, 127 (Node 22) und 131 -- Node 24 hat ABI 137 und fehlt. Der naheliegende Griff zur neuesten Version faellt damit auf node-gyp zurueck und braucht python3, make und g++ im Abbild. Aus den Veroeffentlichungen des Projekts abgelesen, nicht aus dem Gedaechtnis. node dist/index.js -- der Startbefehl des Abbilds -- laeuft und antwortet auf /health. Bis hierher war der Dienst nur je ueber tsx gestartet worden. Der Healthcheck gibt Exitcode 0 bei laufendem und 1 bei totem Dienst. Dazu eine Falle, die im Compose steht, weil sie teuer ist: NODE_ENV=production setzt das Sitzungs-Cookie auf Secure. Wer den Container ohne HTTPS aufruft, bekommt auf die Anmeldung 200 -- und ist trotzdem nicht angemeldet, weil der Browser das Cookie still verwirft. Die naechste Anfrage ist 401. Im Browser gegen eine LAN-Adresse nachgemessen. Die naheliegende Gegenprobe ueber localhost fuehrt in die Irre: das gilt Browsern als sicherer Kontext und funktioniert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-11 16:11:25 +02:00

Author

SHA1

Message

Date

D4rkst3randClaude Opus 5

d125c6bf72

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>

2026-08-11 22:22:39 +02:00

D4rkst3randClaude Opus 5

6c8ead8e15

feat: das Dashboard -- und die eine Regel steht im Code, nicht im Vorsatz

Schritt 4. React 18, TypeScript, Vite 5, Tailwind 4 (CSS-first), Lucide,
Zustand; kein Konsta. Quelle in server/ui, Build nach server/web (gitignored),
im Abbild von einer eigenen Docker-Stufe gebaut.

JEDER KNOPF GIBT RUECKMELDUNG -- und zwar erzwungen, nicht vorgenommen:

- api.ts haelt den EINZIGEN fetch und GENAU EINE Fehlerklasse. Der
  Fivemanage-Fehler war, zwei zu haben: geworfen wurde `new Error`, geprueft
  auf `instanceof ApiError`, und damit verschwand jeder Fehlschlag lautlos.
- store.ts haelt run(): Aktion rein, Erfolgstext rein, und es meldet bei
  Erfolg diesen und bei Fehlschlag den Text DES DIENSTES. Wer darueber geht,
  kann keinen stillen Knopf bauen.
- Jeder wartende Knopf ist gesperrt und zeigt einen Kreisel. Der zweite Klick
  eine Sekunde spaeter war der Weg zu neunzehn gleichnamigen Organisationen.
- Fehlermeldungen bleiben stehen, bis jemand sie wegklickt. Ein Fehler, der
  von allein verschwindet, ist einer, den niemand gelesen hat.

@vitejs/plugin-react ist auf ^4 festgenagelt: die 6 verlangt vite ^8. In den
peerDependencies nachgesehen -- Vite 5.4.21 liegt in der Schnittmenge von
plugin-react@4 und @tailwindcss/vite@4.

Am laufenden Container nachgemessen: / kommt als text/html, assets/*.js als
text/javascript, *.css als text/css (die MIME-Falle aus Schritt 1 traegt), und
/tokens, /speicher, /konto liefern dieselbe index.html -- die SPA-Rueckfall-
route tut, wofuer sie gebaut wurde.

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

2026-08-11 17:38:38 +02:00

D4rkst3randClaude Opus 5

70210c0363

feat: Dockerfile und Compose -- geschrieben, aber nie gebaut

Auf dieser Maschine gibt es weder Docker noch WSL. Das Abbild ist also
ungebaut und der Container nie gelaufen; das gehoert auf eine Maschine
mit Docker, bevor jemand darauf baut.

Was trotzdem geprueft ist:

Node 22 ist festgenagelt, und das ist kein Zufall. better-sqlite3 11.10.0
liefert fertige Binaerdateien nur fuer ABI 108 (Node 20), 115, 127
(Node 22) und 131 -- Node 24 hat ABI 137 und fehlt. Der naheliegende
Griff zur neuesten Version faellt damit auf node-gyp zurueck und braucht
python3, make und g++ im Abbild. Aus den Veroeffentlichungen des Projekts
abgelesen, nicht aus dem Gedaechtnis.

node dist/index.js -- der Startbefehl des Abbilds -- laeuft und antwortet
auf /health. Bis hierher war der Dienst nur je ueber tsx gestartet
worden. Der Healthcheck gibt Exitcode 0 bei laufendem und 1 bei totem
Dienst.

Dazu eine Falle, die im Compose steht, weil sie teuer ist:
NODE_ENV=production setzt das Sitzungs-Cookie auf Secure. Wer den
Container ohne HTTPS aufruft, bekommt auf die Anmeldung 200 -- und ist
trotzdem nicht angemeldet, weil der Browser das Cookie still verwirft.
Die naechste Anfrage ist 401. Im Browser gegen eine LAN-Adresse
nachgemessen. Die naheliegende Gegenprobe ueber localhost fuehrt in die
Irre: das gilt Browsern als sicherer Kontext und funktioniert.

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

2026-08-11 16:11:25 +02:00