Format zuletzt wählen
Erst Ziel und Plattform prüfen. JPEG und PNG sind breite Fallbacks, WebP ist praktisch fürs Web, AVIF und JPEG XL brauchen Runtime-Prüfung.
Runtime-abhängige Fähigkeiten
QuokkaPix-Browser-Kompatibilität
QuokkaPix läuft im Browser. Deshalb hängen Formate, Worker, PDF, ZIP und lokale Modelle vom aktuellen Runtime ab. Diese Seite zeigt, was vor Formatwahl und Automatisierung geprüft werden sollte.
Fähigkeitsmatrix
Die Tabelle ist kein pauschales Versprechen. Sie beschreibt die Entscheidung: Zielanforderung, Live-Capabilities und erst danach das Ausgabeformat.
| Bereich | Desktop | Mobile | Prüfung | Grenze |
|---|---|---|---|---|
| JPEG / JPG | Übliches Decoding und Exportieren im Browser; MozJPEG wird als Advanced Path genutzt, wenn geladen. | Breit unterstützt, aber Speicher hängt von Dateigröße ab. | supportedOutputFormats und Encoder-Status prüfen. | Visuelle Änderungen exportieren neu; metadata-only cleanup kann lossless laufen. |
| PNG | Übliches Decoding und Exportieren; OxiPNG kann lossless optimieren. | Große transparente PNGs können speicherintensiv sein. | Capabilities und Exportpfad prüfen. | Bytestruktur und Dateigröße können sich ändern, Pixel bleiben erhalten. |
| WebP | Browser-Export oder stabiler WASM-Encoder, wenn verfügbar. | Meist in modernen mobilen Browsern verfügbar. | Agenten sollten supportedOutputFormats lesen. | Animated WebP ist kein vollständiger Animations-Workflow. |
| AVIF | Support hängt vom Browser ab; Advanced Encoder kann schwerer sein. | Auf Mobilgeräten variieren Geschwindigkeit und Verfügbarkeit. | Vor Automatisierung capabilities prüfen. | Langsamer als JPEG/WebP und riskanter in großen Batches. |
| HEIC / HEIF | Lokales Decoding über HEIC worker, wenn verfügbar. | Nützlich für Smartphone-Fotos, braucht aber Speicherreserve. | heicWorkerAvailable prüfen. | Das ist ein Input-Pfad; Output wird separat gewählt. |
| JPEG XL | Experimenteller Advanced Export. | JXL-Anzeige im Browser ist begrenzt. | JXL nur anfordern, wenn der Encoder verfügbar ist. | Kein Canvas-Fallback. |
| PDF tools | Merge, split und extract laufen als lokale PDF-Workflows. | Große Scans brauchen mehr Speicher. | tool=pdf und pdf-tool verwenden. | PDF mode nimmt PDF; image-to-PDF bleibt in Convert. |
| ZIP import | ZIP wird lokal für Batch-Uploads entpackt. | Mobil hängt es von Archivgröße ab. | Batch mode und Dateifilter prüfen. | RAR/7z werden nicht akzeptiert. |
| Agents | window.QuokkaPixAgent liefert contract, state, capabilities und result manifest. | Es läuft im selben Browser-Runtime. | Agenten sollten live capabilities vor dem Start lesen. | Es gibt keine öffentliche serverseitige Image API. |
Entscheidungscheckliste
Schwere Workflows trennen
Background AI, AVIF-Export, große ZIP-Dateien, PDFs und Szenarien haben ein anderes Speicherrisiko als ein einzelnes Resize.
Klare Fehler statt falscher Dateien
Wenn ein Encoder das gewünschte Format nicht erzeugen kann, ist ein klarer Fehler besser als eine Datei mit falscher Endung.
FAQ
Warum gibt es kein universelles Versprechen?
Browser-Export, Worker, WebGPU, mobiler Speicher und Advanced Encoder unterscheiden sich je nach Browser und Gerät.
Was passiert ohne Advanced Encoder?
Für normale Browser-Formate kann Canvas fallbacken. JPEG XL hat keinen Canvas-Fallback.
Ändert WebGPU die Privatsphäre?
Nein. WebGPU ist lokale Berechnung; Dateien bleiben im Browser-Workflow.