FFHub vs Coconut — Cloud-Video-Kodierung im Vergleich
Coconut Vergleich für Cloud-Video-Kodierung. FFHub gegen Coconut.co bei FFmpeg-Flexibilität, Preisen, API-Design und Developer Experience.

FFHub und Coconut sind beides Cloud-Dienste für Video-Kodierung, aber die Philosophie ist eine andere. Coconut versteckt die Verarbeitung hinter einer Preset-API, FFHub gibt dir direkten Zugriff auf FFmpeg-Befehle in der Cloud. Dieser Vergleich zeigt, welcher Ansatz zu deinem Workflow passt.
Kurzüberblick
Coconut.co ist eine Cloud-Plattform für Video-Kodierung mit Fokus auf Einfachheit durch Presets. Du definierst Outputs über eine Format-Notation (z. B. mp4:1080p), Coconut kümmert sich um die Details. Mit visuellem Dashboard und Webhook-Workflow.
FFHub ist eine Cloud-FFmpeg-API. Du schickst einen beliebigen FFmpeg-Befehl per REST-API, FFHub führt ihn auf gemanagter Infrastruktur aus. Volle FFmpeg-Power, null Abstraktion.
Vergleichstabelle
| Feature | FFHub | Coconut |
|---|---|---|
| API-Ansatz | Rohe FFmpeg-Befehle senden | Preset-basierte Notation |
| FFmpeg-Kompatibilität | 100 % — jeder gültige Befehl | Begrenzt — Presets decken Standardfälle ab |
| Eigene Filterketten | Voll unterstützt | Nicht unterstützt |
| CLI-Tool | Ja (ffhub CLI) | Kein offizielles CLI |
| Input-Quellen | URL, lokaler Datei-Upload | Nur URL |
| Lokaler Datei-Upload | Nativ unterstützt | Datei muss vorab in Cloud-Storage |
| Output-Auslieferung | Download-URL, Webhook | S3, GCS, FTP, HTTP, Webhook |
| Dashboard | Task-Verlauf und Logs | Visuelles Job-Management-UI |
| Abrechnungsmodell | Pro Sekunde Verarbeitungszeit | Pro Minute Output-Dauer |
| Free Tier | Trial-Credits | Begrenzte Freiminuten |
| Webhook-Support | Ja | Ja (Kernfeature) |
| HLS/DASH | Volle FFmpeg-HLS/DASH-Befehle | Eingebauter Preset-Support |
| Codec-Flexibilität | Jeder FFmpeg-Codec | H.264, H.265, VP9, AV1 |
Wie ihr eure Anweisungen formuliert
Der Kernunterschied: wie du ausdrückst, was mit deinem Video passieren soll.
FFHub: FFmpeg-Befehle
FFHubs API akzeptiert jeden FFmpeg-Befehl. Was du im Terminal ausführen kannst, läuft auch auf FFHub:
curl -X POST https://api.ffhub.io/v1/tasks \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"command": "ffmpeg -i https://example.com/input.mp4 -c:v libx264 -crf 23 -preset medium -c:a aac -b:a 128k output.mp4"
}'
Du steuerst jeden Parameter selbst: Codec, Bitrate, CRF, Preset, Filter, Stream-Mapping — alles.
Coconut: Preset-Notation
Coconut nutzt eine deklarative Format-Notation:
{
"input": {
"url": "https://example.com/input.mp4"
},
"outputs": {
"mp4:1080p": {
"url": "s3://bucket/output_1080p.mp4"
},
"mp4:720p": {
"url": "s3://bucket/output_720p.mp4"
},
"jpg:300x": {
"url": "s3://bucket/thumbnail.jpg"
}
}
}
Elegant für Standard-Transkodierung. FFmpeg-Syntax brauchst du nicht — du gibst Format und Auflösung an.
Was FFmpeg-Flexibilität wirklich heißt
Hier liegt der größte Unterschied.
Standard-Transkodierung (beide gut)
MP4 von 1080p auf 720p mit H.264:
FFHub:
ffmpeg -i input.mp4 -vf scale=1280:720 -c:v libx264 -crf 23 -c:a aac output.mp4
Coconut:
mp4:720p
Für diese Standardaufgabe ist Coconuts Notation knapper. Klarer Punkt.
Komplexe Filterkette (nur FFHub)
Wasserzeichen mit Fade-In, Untertitel einbrennen, Farbe anpassen:
FFHub:
ffmpeg -i input.mp4 -i logo.png -filter_complex \
"[1:v]fade=in:st=0:d=2,fade=out:st=8:d=2[logo]; \
[0:v][logo]overlay=W-w-10:H-h-10[watermarked]; \
[watermarked]subtitles=captions.srt:force_style='FontSize=24'[subtitled]; \
[subtitled]eq=brightness=0.05:contrast=1.1" \
-c:v libx264 -crf 22 output.mp4
Coconut: Geht nicht. Coconut unterstützt keine beliebigen Filterketten.
Videos zusammenfügen (nur FFHub)
Mehrere Clips zu einem Video:
FFHub:
ffmpeg -i clip1.mp4 -i clip2.mp4 -i clip3.mp4 \
-filter_complex "[0:v][0:a][1:v][1:a][2:v][2:a]concat=n=3:v=1:a=1[v][a]" \
-map "[v]" -map "[a]" output.mp4
Coconut: Nativ nicht unterstützt.
Reine Audio-Verarbeitung (nur FFHub)
Audio extrahieren, normalisieren, konvertieren:
FFHub:
ffmpeg -i input.mp4 -vn -af "loudnorm=I=-16:TP=-1.5:LRA=11" -c:a libopus -b:a 128k output.opus
Coconut: Eingeschränkte Audio-Optionen, keine Filter wie loudnorm und kein Opus-Output.
Frame-Extraktion in Intervallen (nur FFHub)
Alle 10 Sekunden ein Frame:
FFHub:
ffmpeg -i input.mp4 -vf "fps=1/10" -q:v 2 frame_%04d.jpg
Coconut: Thumbnails ja, aber nicht in dieser Granularität.
Echte Kosten-Rechnung
FFHub
- Pro Sekunde tatsächlicher Verarbeitungszeit
- $0.005/Sekunde (Standard)
- Keine separaten Storage- oder Transfer-Gebühren
- 24 Stunden temporärer Speicher gratis
Coconut
- Pro Minute Output-Dauer
- Preisstufen je Plan:
- Pay-as-you-go: ~$0.03/Minute (HD)
- Volumenpläne mit Rabatten
- Storage-Auslieferung an eigenen S3/GCS inklusive
Kostenszenarien
Szenario 1: 500 Videos, je 3 Minuten, H.264 720p
| FFHub | Coconut | |
|---|---|---|
| Verarbeitung | ~$50 (geschätzt 20s Ø × 500) | ~$45 (3 min × 500 × $0.03) |
Bei Standard-Transkodierung vergleichbar.
Szenario 2: 5.000 kurze Clips, je 10 Sekunden
| FFHub | Coconut | |
|---|---|---|
| Verarbeitung | ~$125 (geschätzt 5s Ø × 5.000) | ~$150 (1 min Min × 5.000 × $0.03) |
FFHubs Sekundenabrechnung hilft bei Kurz-Content. Coconuts Minutenrundung summiert sich.
Szenario 3: Komplexe Verarbeitung (Filter, Wasserzeichen, Concat)
| FFHub | Coconut | |
|---|---|---|
| Machbarkeit | Voll unterstützt | Nicht möglich — anderes Tool nötig |
Wenn dein Workflow komplex ist, fällt Coconut komplett raus. Besonders relevant für UGC-Plattformen mit unvorhersehbaren Input-Formaten.
Lokaler Datei-Upload
Praktischer Unterschied: FFHub kann lokale Dateien direkt hochladen, Coconut braucht eine erreichbare URL.
FFHub: Hochladen und verarbeiten
# Lokale Datei hochladen und verarbeiten
ffhub upload input.mp4 --command "ffmpeg -i input.mp4 -c:v libx264 -crf 23 output.mp4"
Oder per API:
curl -X POST https://api.ffhub.io/v1/tasks \
-H "Authorization: Bearer YOUR_API_KEY" \
-F "[email protected]" \
-F 'command=ffmpeg -i input.mp4 -c:v libx264 -crf 23 output.mp4'
Coconut: Nur URL
Bei Coconut musst du die Datei zuerst auf S3, GCS oder eine andere öffentlich erreichbare URL legen und dann die URL an die API geben. Ein Schritt mehr und mehr Latenz.
CLI-Tool
FFHub CLI
FFHub bringt ein eigenes CLI für Terminal-Workflows mit:
# Installation
npm install -g ffhub
# Video verarbeiten
ffhub run "ffmpeg -i https://example.com/input.mp4 -c:v libx264 -crf 23 output.mp4"
# Lokale Datei hochladen und verarbeiten
ffhub upload input.mp4 --command "ffmpeg -i input.mp4 -vf scale=1280:720 output.mp4"
# Task-Status abfragen
ffhub status TASK_ID
Coconut
Coconut hat kein offizielles CLI. Interaktion läuft über die REST-API oder offizielle Client-Libraries (Ruby, Python, Node.js, PHP, Go).
Multi-Output-Kodierung
Beide können aus einem Input mehrere Outputs erzeugen, der Ansatz unterscheidet sich.
Coconut: Deklarativ
{
"input": { "url": "https://example.com/input.mp4" },
"outputs": {
"mp4:1080p": { "url": "s3://bucket/1080p.mp4" },
"mp4:720p": { "url": "s3://bucket/720p.mp4" },
"mp4:480p": { "url": "s3://bucket/480p.mp4" },
"jpg:300x": { "url": "s3://bucket/thumb.jpg" }
}
}
Sauber und intuitiv für Standard-Multi-Bitrate.
FFHub: FFmpeg Multi-Output
ffmpeg -i input.mp4 \
-vf scale=1920:1080 -c:v libx264 -crf 22 -c:a aac output_1080p.mp4 \
-vf scale=1280:720 -c:v libx264 -crf 23 -c:a aac output_720p.mp4 \
-vf scale=854:480 -c:v libx264 -crf 24 -c:a aac output_480p.mp4 \
-ss 00:00:05 -frames:v 1 -q:v 2 thumbnail.jpg
Wortreicher, dafür volle Kontrolle pro Output.
Wofür Coconut besser geeignet ist
1. Preset-basierte Einfachheit
Wer nur Standard-Transkodierung (MP4, WebM, HLS in üblichen Auflösungen) braucht, kommt mit Coconuts Notation schneller ans Ziel. Kein FFmpeg-Wissen nötig.
2. Dashboard-UI
Coconut bietet ein visuelles Dashboard zum Verwalten von Jobs. Hilft nicht-technischen Teammitgliedern.
3. Multi-Output-Deklaration
Die deklarative Multi-Output-Syntax ist sauberer als mehrere FFmpeg-Output-Flags.
4. Eingebaute Auslieferung
Coconut liefert Outputs direkt an S3, GCS, FTP oder HTTP-Endpoints aus.
Wofür FFHub besser geeignet ist
1. Volle FFmpeg-Power
Jeder FFmpeg-Befehl funktioniert. Filterketten, exotische Codecs, eigenes Stream-Mapping, Audio-Verarbeitung — nichts ist tabu.
2. Lokaler Datei-Upload
Dateien direkt vom Rechner hochladen, ohne Umweg über Cloud-Storage.
3. CLI-Tool
Eigenes CLI für Terminal-Workflows und Scripting.
4. Keine Abstraktionsschicht
Du schreibst FFmpeg-Befehle. Dein Wissen läuft 1:1 zwischen FFHub, lokalem Rechner und jeder anderen Umgebung.
5. Sekundenabrechnung
Günstiger bei kurzen Clips und variablen Längen.
6. Komplexe Verarbeitung
Wasserzeichen, Text-Overlays, Concat, Audio-Normalisierung, Untertitel-Burning — was FFmpeg kann, kann FFHub.
Wann du was nehmen solltest
Nimm FFHub, wenn:
- Du volle FFmpeg-Befehlsflexibilität brauchst
- Dein Workflow Filter, Overlays oder komplexe Verarbeitung enthält
- Du lokale Dateien direkt hochladen willst
- Du Sekundenabrechnung bevorzugst
- Du ein CLI fürs Scripting brauchst
- Dein Team FFmpeg schon kann
Nimm Coconut, wenn:
- Du nur Standard-Transkodierung brauchst (Format, Auflösung)
- Dein Team Preset-Einfachheit dem FFmpeg-Schreiben vorzieht
- Du ein visuelles Dashboard für nicht-technische Stakeholder brauchst
- Du eingebaute Auslieferung an S3/GCS/FTP willst
- Deine Videos meist gleich lang und ähnlich strukturiert sind
Weitere Vergleiche: AWS MediaConvert und Transloadit.
FFHub ausprobieren
Wenn FFmpeg-Flexibilität und Developer Experience zählen, probier FFHub.io. Registrieren, API-Key holen, mit voller FFmpeg-Power loslegen — keine Presets, keine Limits.
npm install -g ffhub
ffhub run "ffmpeg -i https://example.com/input.mp4 -c:v libx264 -crf 23 output.mp4"
Fazit
Coconut und FFHub lösen dasselbe Kernproblem — Video in der Cloud verarbeiten — aber für verschiedene Zielgruppen. Coconut passt zu Teams, die Preset-getriebene Transkodierung ohne FFmpeg-Lernkurve wollen. FFHub ist für Entwickler, die das volle FFmpeg-Kommandozeile in der Hand haben wollen, ohne Abstraktion im Weg.
Bei einfachen Anforderungen erfüllen beide ihren Zweck. Sobald deine Anforderungen über Standard-Presets hinausgehen — komplexe Filter, Audio-Normalisierung, Untertitel-Burning, eigene Frame-Extraktion — ist FFHubs FFmpeg-nativer Ansatz die flexiblere Wahl.
Verwandte Artikel
- FFHub vs AWS MediaConvert - FFHub im Vergleich zu Amazons Enterprise-Transkodierung
- FFHub vs Transloadit - Wie sich FFHubs FFmpeg-First-Ansatz vom Pipeline-Modell von Transloadit unterscheidet
- Was ist FFHub? - Was FFHub bietet und wie du startest