ScarriffleandClaude Opus 5
4853200d5c
Der Browser bekam stillschweigend Apples Geräteprofil — und mit ihm HEVC, AC3 und EAC3, von denen er keines öffnet. Der Server packte die Datei pflichtschuldig nach MP4 um, liess Bild und Ton dabei unberührt, und heraus kam eine tadellose Datei, mit der Chrome nichts anfangen konnte. Umpacken fasst das Bild nun einmal nicht an. Jetzt sagt das Gerät selbst, was es kann, und es gibt einen zweiten Weg neben der fertigen Datei: HLS, das nach Sekunden anfängt statt nach Minuten. Dasselbe Rohr erledigt beides — mkv nach fMP4 mit „-c:v copy", 4K nach 480p mit libx264 — und eine MP4, die der Browser ohnehin öffnet, geht ganz ohne ffmpeg hinaus. Dazu eine eigene Steuerleiste: Tonspur und Untertitel während der Wiedergabe umschaltbar, vier Auflösungsstufen, Tastenkürzel, und bei einem Fehler ein deutscher Satz statt eines schwarzen Bildes. Gemessen statt vermutet: Chromium antwortet auf canPlayType für HLS mit "maybe" und kann es dann doch nicht — deshalb entscheidet Hls.isSupported(). hls.js wiegt 372 KB und wird erst beim Abspielen geholt; die Oberfläche bleibt bei 109. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
11 lines
441 B
TypeScript
11 lines
441 B
TypeScript
/* Die schlanke Fassung von hls.js bringt keine eigenen Typen mit.
|
|
*
|
|
* **Sie hat dieselbe Schnittstelle** — ihr fehlen nur Fähigkeiten, die wir
|
|
* nicht benutzen: getrennte Tonspuren im Strom, Untertitel in der Playlist,
|
|
* Kopierschutz. Die Typen der vollständigen Fassung zu übernehmen ist deshalb
|
|
* richtig und nicht bloss bequem. */
|
|
declare module 'hls.js/light' {
|
|
export * from 'hls.js';
|
|
export { default } from 'hls.js';
|
|
}
|