Wie viel Traffic und Speicher erhalte ich?

FFStart umfasst 75 GB SSD-Speicher und 6 TB monatlichen Traffic; FFPower umfasst 100 GB und 8 TB. Wenn Sie erwarten, das zu überschreiten, teilen Sie es uns vor der Bestellung mit, damit wir die Größe gemeinsam mit Ihnen festlegen können. Dieser Speicherplatz eignet sich für einen aktiven Arbeitsbestand, nicht für ein dauerhaftes Archiv. Für eine große Bibliothek kombinieren Sie den Server daher mit Object Storage und schalten Sie bei Bereitstellung im großen Maßstab ein CDN vor die Auslieferung.

Kann ich FFmpeg auf Shared Hosting ausführen?

In der Regel nicht. Die meisten Shared-Pläne deaktivieren die PHP-Funktionen, die FFmpeg benötigt, exec() und shell_exec(), und schränken benutzerdefinierte Binärdateien ein. Selbst wenn die Binärdatei ausgeführt wird, beenden CPU-Obergrenzen pro Konto und Cron-Zeitlimits lange Encodierungen vorzeitig. Das ist auf Shared Hosting eine bewusste Design-Entscheidung, kein Fehler: Sie verhindert, dass ein einzelnes Konto eine Maschine monopolisiert.

KVM VPS · FFmpeg vorinstalliert

FFmpeg Hosting auf Ihrem eigenen VPS

Eine komplette virtuelle Maschine mit garantierter vCPU, vollem Root-Zugriff und bereits kompiliertem FFmpeg, sodass lange Encodes vollständig durchlaufen, statt auf halbem Weg abgebrochen zu werden.

4 vCPU
8 GB RAM
75 GB SSD
6 TB transfer

FFmpeg & FFprobe vorinstalliert
Garantierte vCPU, nie gedrosselt

Root-Zugriff, keine Cron-Limits
Betriebssystem beim Checkout wählen

Nur $16.79 /Monat 19% sparen

Sichern Sie sich 24 Monate für nur US$402.96 (regulärer Preis US$498.96). Danach verlängert sich der Vertrag zu US$20.79/Monat.

Jetzt bestellen

24 Jahre Vertrauenswürdig seit 2002

99,9 % Uptime Garantierte SLA

30-Day Geld-zurück-Garantie

24/7 Experten-Helpdesk

Ausgezeichnet Trustpilot-Bewertung

Zwei Größen

Welcher FFmpeg-Plan passt zu Ihnen?

Gleiche Maschine, gleiche Software, der einzige Unterschied ist die Kernanzahl. Wir haben gemessen, was das wert ist: Der Achtkern-Plan hat denselben Encode fertiggestellt 1,9× schneller, für das 1,7-fache des Preises.

FFStart

Ein Encode nach dem anderen, zu Ihrem eigenen Zeitplan.

$16.79 /Monat

Sparen Sie 19%

US$402.96 heute fällig für 24 Monate
Verlängerung zum gleichen Preis: keine Erhöhung, keine Einrichtungsgebühr

vCPU4 vCPU
Arbeitsspeicher8 GB
SSD-Speicher75 GB
Monatlicher Traffic6 TB

Wählen Sie dies, wenn: Warteschlangen- oder Nachtjobs, H.264-Zustellrenditen, Podcast- und Audioarbeit, überall dort, wo eine Fertigstellung bis zum Morgen wichtiger ist als eine Fertigstellung in den nächsten zehn Minuten.

FFStart wählen

30 Tage Geld-zurück-Garantie

Mehr Spielraum

FFPower

Doppelt so viele Kerne, gemessen mit der 1,9-fachen Geschwindigkeit.

$28.79 /Monat

Sparen Sie 12%

US$690.96 heute fällig für 24 Monate
Verlängerung zum gleichen Preis: keine Erhöhung, keine Einrichtungsgebühr

vCPU8 vCPU
Arbeitsspeicher16 GB
SSD-Speicher100 GB
Monatlicher Traffic8 TB

Wählen Sie dies, wenn: Wenn die Durchlaufzeit zählt, Sie HEVC oder AV1 ausgeben, oder Sie Live-1080p benötigen, was FFStart nicht in Echtzeit halten kann, FFPower aber schon.

FFPower wählen

30 Tage Geld-zurück-Garantie

In beiden Tarifen enthalten

FFmpeg + FFprobe vorinstalliert
Voller Root- und SSH-Zugriff
Garantierter, ungedrosselter vCPU
Keine Zeitlimits für Cronjobs
HLS- und DASH-Ausgabe
Wahl zwischen Betriebssystem und Panel
Snapshots zu jedem Zeitpunkt
99,9 % Uptime-Garantie

Mehr als 8 Kerne benötigt?

Wir haben die Kurve gemessen: Von vier auf acht Kerne verdoppelte sich der Durchsatz fast, von acht auf sechzehn kam noch einmal nur die Hälfte davon hinzu. Ab diesem Punkt helfen weitere Kerne weiterhin, nur mit geringerem Ertrag pro Kern, und dasselbe FFmpeg-Setup läuft unverändert weiter, gleiches Betriebssystem, gleicher Build, gleiche Skripte.

Nächster Schritt VPS Hosting Bis zu 16 vCPU und 32 GB RAM Maximale Leistung Dedicated Servers Eine ganze physische Maschine, alle Kerne für Sie

Zwei Wege zum Start

Nutzen Sie das fertige Image oder bauen Sie es selbst

Beide Optionen laufen auf derselben Maschine mit denselben Spezifikationen. Der einzige Unterschied ist, wie viel bereits für Sie eingerichtet sein soll, bevor Sie sich anmelden.

Schnellster Start

Fertiges FFmpeg-Image

Vorkonfiguriert bereitgestellt mit FFmpeg, CloudPanel und Ubuntu 24.04 LTS, sodass Sie Ihr erstes Encoding starten können, sobald der Server läuft. Nichts zu kompilieren, nichts zu installieren.

FFmpeg

Ubuntu 24.04.3 LTS

CloudPanel

Bei der Bestellung standardmäßig ausgewählt. Das Panel und seine Datenbank belegen etwa 1 GB Arbeitsspeicher, wodurch bei FFStart noch rund 7 GB für das Encoding frei bleiben.

Volle Kontrolle

Wählen Sie Ihr eigenes Betriebssystem und Panel

Bevorzugen Sie eine andere Distribution, ein anderes Control Panel oder gar keins? Wählen Sie im Bestellformular und starten Sie mit einer sauberen Installation.

AlmaLinux, Ubuntu, Debian, Rocky, CloudLinux und mehr
CloudPanel, cPanel/WHM, Webmin oder kein Panel
Root- und SSH-Zugriff ab dem ersten Boot: kompilieren Sie jeden benötigten FFmpeg-Build

Verzichten Sie ganz auf ein Panel, und eine saubere Ubuntu-Installation läuft mit wenigen Hundert Megabyte im Leerlauf, sodass fast die gesamte Maschine für Ihre Encodings zur Verfügung steht. Die Lizenzierung des Control Panels wird separat berechnet, wo ein Panel dies erfordert.

Wählen Sie das passende Werkzeug

Für wen ist FFmpeg Hosting geeignet?

Dies ist ein Server für den Betrieb von Media-Pipelines: Transcoding, Packaging und Automatisierung, die Sie selbst steuern. Er passt gut zu manchen Projekten und ist das falsche Werkzeug für andere — hier sind beide Seiten.

Eine gute Wahl

Entscheiden Sie sich für FFmpeg-Hosting, wenn

Video-Streaming-PlattformenTranscodieren Sie Uploads zu HLS oder DASH und erstellen Sie Adaptive-Bitrate-Ladders.
E-Learning- und KursseitenVerarbeiten Sie Vorlesungsaufnahmen, erzeugen Sie Thumbnails und mehrere Qualitätsstufen.
Podcast- und Audio-ArbeitKonvertieren, normalisieren und veröffentlichen Sie MP3, AAC, Opus oder FLAC nach Zeitplan.
Live- und Broadcast-ToolsRTMP-Ingest, Transcoding in Echtzeit und segmentierte Ausgabe.
Video-SaaS-BackendsDie Verarbeitungsebene hinter Ihrer eigenen Anwendung oder API.
Archive und MassenkonvertierungKonvertieren Sie Bibliotheken im Batch zwischen Codecs und Containern.

Wahrscheinlich nicht das richtige Werkzeug

Sehen Sie sich anderswo um, wenn

Sie nur Video speichern und ausliefern müssenFFmpeg ist für die Verarbeitung gedacht. Für reine Auslieferung kostet Shared Hosting mit einem CDN weniger.
Sie GPU-Encoding benötigenUnsere Knoten arbeiten ausschließlich mit CPU. NVENC und andere Hardware-Encoder sind nicht verfügbar.
Sie viele gleichzeitige Live-Transcodes benötigenEchtzeit-Streams in großem Umfang gehören auf eine dedizierte Maschine.
Sie eine fertige Videoplattform möchtenSie erhalten einen Server, keine Upload-Oberfläche, keinen Player, kein DRM und keine Analysefunktionen. Die Software installieren Sie selbst.
Sie eine sehr große Bibliothek speichern75–100 GB eignen sich für einen Arbeitsbestand, nicht für ein Archiv. Kombinieren Sie es mit Objektspeicher.

Sie sind für das Material verantwortlich, das Sie verarbeiten und speichern. Inhalte, die durch unsere Nutzungsbedingungen untersagt sind — einschließlich Medien, an denen Sie keine Rechte besitzen, sowie jegliches illegales Material —, sind nicht erlaubt. Accounts, die solches Material enthalten, können ohne vorherige Ankündigung gesperrt oder entfernt werden. Das monatliche Datenvolumen beträgt 6 TB bei FFStart und 8 TB bei FFPower; falls Sie erwarten, dies zu überschreiten, sprechen Sie uns vor der Bestellung darauf an. Wir bieten keinen DDoS-Schutz. Nicht sicher, wo Ihr Workload einzuordnen ist? Fragen Sie uns vor der Bestellung.

Isolation und Wiederherstellung

Wie sichert Ahosting FFmpeg-Medien-Workloads ab?

Ihr Server ist eine vollständige virtuelle Maschine, kein Account auf einer gemeinsam genutzten. Dieser Unterschied zählt am meisten, wenn Sie Dateien verarbeiten, die andere Personen hochgeladen haben.

Isolation auf Hardware-Ebene

KVM gibt Ihrem Server einen eigenen Kernel und eigene virtuelle Hardware. Es gibt kein gemeinsames Dateisystem und keine benachbarten Accounts, sodass ein fehlerhafter Upload niemanden sonst erreichen kann.

Jobs, die bis zum Abschluss laufen

Keine Zeitlimits für Prozesse oder Cronjobs. Ein vierstündiges Encoding wird zu Ende geführt, statt mittendrin abgebrochen zu werden, und nichts drosselt die Kerne, für die Sie bezahlt haben.

Snapshots vor dem Risiko

Erstellen Sie vor einem Codec-Upgrade oder einer Konfigurationsänderung einen Wiederherstellungspunkt und setzen Sie zurück, falls es schiefgeht.

RAID-geschützter Speicher

Die Laufwerke befinden sich hinter einem Hardware-RAID-Controller in unserem Rechenzentrum in Detroit, Michigan, abgesichert durch redundante USV- und Generatorstromversorgung.

Da Sie Root-Zugriff besitzen, legen Sie den Sicherheitsstatus selbst fest: Sie spielen die Updates ein und konfigurieren die Firewall. Um klarzustellen, was wir nicht tun: Wir bieten keinen DDoS-Schutz, keine verwalteten Backups, und wir führen kein Malware-Scanning innerhalb Ihres Servers durch.

Wie der Arbeitsablauf funktioniert

Eine Maschine, die gesamte Medien-Pipeline

Video-on-Demand und Live-Streaming nutzen dieselben Werkzeuge in unterschiedlicher Reihenfolge. Beide laufen durchgehend auf Ihrem eigenen Server, ohne dass in der Mitte etwas an einen Drittanbieter-Dienst übergeben wird.

01
Ingest

Nehmen Sie einen Upload entgegen, holen Sie Daten aus dem Object Storage, oder akzeptieren Sie einen RTMP-Push.
02
Prüfen

ffprobe meldet Codecs, Dauer, Streams und Bildrate, bevor Sie sich entscheiden.
03
Transcodieren

ffmpeg erstellt Ihre Renditions mit libx264, libx265 und den übrigen Software-Encodern.
04
Paket

Segmentieren in HLS oder DASH, Erstellung der Manifeste und der Bitraten-Ladder.
05
Veröffentlichen

Direkt von der Maschine ausliefern oder die Segmente an ein CDN übergeben.

On Demand

Batch-Verarbeitung nach Ihrem Zeitplan

Jobs in eine Warteschlange stellen und laufen lassen: Es gibt kein Prozess- oder Cron-Zeitlimit, das eine lange Kodierung vorzeitig abbricht.
Multi-Bitraten-Ladder in einem Durchgang erstellen und das HLS- oder DASH-Manifest gleich dazu schreiben.
Thumbnails, Vorschauclips und Audio-Wellenformen aus derselben Quelldatei extrahieren.
Mit cron oder systemd-Timern planen oder über Ihren eigenen Queue-Worker steuern.

Live

Streams werden bei Eintreffen verarbeitet

Einen RTMP-Push entgegennehmen und ihn fortlaufend in Ihre Auslieferungs-Renditionen transkodieren.
Kontinuierlich Low-Latency-HLS- oder DASH-Segmente schreiben, während der Stream läuft.
Live-Verarbeitung belegt die CPU für die gesamte Dauer der Übertragung, planen Sie das Paket also für die Spitzenlast und nicht für den Durchschnitt.
Live- und On-Demand-Verarbeitung gleichzeitig laufen zu lassen, ist der Fall, in dem sich das Acht-Kern-Paket bezahlt macht.

Entwickelt für Nutzer, die über SSH arbeiten. Sie erhalten Root-Zugriff, sodass Ihre eigene Toolchain installiert wird wie überall sonst auch, Ihre Sprachlaufzeit, Ihre Warteschlange, Ihre Deployment-Methode. Die Planung erfolgt über cron und systemd-Timer, und Logs liegen dort im Dateisystem, wo Sie sie erwarten.

Warum kein Shared Hosting

Warum Shared Hosting FFmpeg nicht ausführen kann

Das ist keine Kritik an Shared Hosting: Es ist für diese spezielle Aufgabe einfach das falsche Werkzeug. Shared-Pakete sind so ausgelegt, dass ein Account eine Maschine nicht für sich allein beanspruchen kann, und Transkodierung tut genau das, per Design. Deshalb sind Suchanfragen wie “does shared hosting support shell_exec” so verbreitet. Wenn Sie Anbieter vergleichen, sehen Sie sich an, wie Ahosting im Vergleich zu Hostinger abschneidet, oder lesen Sie unseren Überblick über Shared Webhosting um zu sehen, wofür es wirklich gut ist.

Auf Shared Hosting

Was Sie davon abhält

CPU-Drosselung bricht Transcoding-Jobs ab Shared-Umgebungen begrenzen die CPU pro Konto. FFmpeg sättigt jeden zugewiesenen Kern, sodass ein einzelner Transcode das Limit überschreitet und mittendrin abgebrochen wird.
Die Ausführung von Binärdateien ist blockiert Shared-Hoster beschränken benutzerdefinierte Binärdateien aus gutem Grund. FFmpeg benötigt exec() or shell_exec(), und beide sind bei den meisten Shared-Hosting-Tarifen deaktiviert.
Kein Root für die Codec-Installation Das Kompilieren von FFmpeg mit Unterstützung für libx265, VP9 oder AV1 erfordert Root-Zugriff und eine Build-Toolchain. Shared Hosting bietet Ihnen keines von beidem.
Cron-Zeitlimits brechen lange Encodes ab Cron-Jobs auf Shared Hosting sind begrenzt. Langformatige Encodes überschreiten diese Grenze regelmäßig und werden ohne Warnung beendet, meist nachts, wenn niemand hinschaut.

Auf einem Ahosting FFmpeg VPS

Was sich ändert

Garantierte vCPU, nie gedrosselt 4 oder 8 vCPU, die ausschließlich für Ihre Maschine reserviert sind. Lassen Sie sie so lange auf Volllast laufen, wie der Job braucht.
Voller Root- und SSH-Zugriff Installieren Sie jeden Codec, kompilieren Sie FFmpeg aus dem Quellcode, passen Sie Ihre eigenen Encoder-Presets an, volle Kontrolle über die Umgebung.
Keine Cron- oder Prozess-Zeitlimits Nächtliche Batches, langformatige Dateien und warteschlangengesteuerte Pipelines laufen bis zum Abschluss durch, statt vorzeitig abgebrochen zu werden.
FFmpeg bereits eingerichtet FFmpeg und FFprobe stehen ab dem ersten Login in Ihrem PATH zur Verfügung, sodass vor Ihrem ersten Job nichts kompiliert werden muss.

Ahosting Technical Operations Test

Wie lange dauert ein Encode tatsächlich?

Niemand veröffentlicht das, also haben wir es an den Tarifen gemessen, die wir verkaufen. Gleicher Node, gleiche Quelldatei, gleicher Befehl, die einzige Variable ist die Anzahl der Kerne.

Eine Minute 1080p-Quellmaterial, von Anfang bis Ende

Gemessen, nicht geschätzt

Tatsächliche Verarbeitungszeit für eine 60-sekündige 1920×1080-H.264-Quelldatei mit etwa 25 Mbps, unter Verwendung von `-preset medium`. Jeder Wert ist der Durchschnitt von drei Durchläufen; die Abweichung zwischen den Durchläufen lag unter 2 %.
Job	FFStart · 4 vCPU	FFPower · 8 vCPU
Auf 720p herunterskaliert, H.264	51.5 s 1.16× Echtzeit	27.6 s 2.18× Echtzeit
Bei 1080p bleiben, H.264	88.8 s 0.67× Echtzeit	47.5 s 1.26× Echtzeit
1080p, HEVC (x265)	110.5 s 0.54× Echtzeit	67.7 s 0.88× Echtzeit
Nur das Decodieren der Quelle	17.0 s	10.7 s

Konkret: Auf FFStart wird aus einem zehnminütigen Video in rund neun Minuten eine 720p-Version. Auf FFPower dauert derselbe Job etwa viereinhalb Minuten.

1.87×

Doppelte Kernanzahl verdoppelt die Geschwindigkeit fast

FFPower kostet das 1.71×fache von FFStart und hat dieselbe Arbeit 1.88× schneller erledigt, sodass der größere Plan etwas cheaper pro abgeschlossener Stunde: ungewöhnlich und gut zu wissen, bevor Sie die Größe wählen.

1.7×

Ihr Preset ist genauso wichtig wie Ihr Plan

Der Wechsel zu -preset medium to -preset veryfast verkürzte denselben Job auf vier Kernen von 50.3 s auf 29.4 s. Für Auslieferungs-Renditionen lohnt sich dieser Tausch in der Regel, und er kostet nichts.

1×

Paralleles Ausführen von Jobs bringt hier nichts

Vier gleichzeitige Encodes auf vier Kernen lieferten das 1,08-fache des Durchsatzes im Vergleich zur sequenziellen Ausführung. Ein einzelner FFmpeg-Job sättigt die Maschine bereits vollständig, reihen Sie Ihre Aufgaben also lieber ein, statt sie zu verteilen.

Niemand hat sich unsere Kerne geliehen

Die CPU-Steal-Time lag durchgehend bei null, auf beiden Maschinen. Die oben genannten Werte sind das, was der Plan liefert, nicht das, was übrig blieb, nachdem die Nachbarn fertig waren.

Methode. Zwei virtuelle Maschinen auf demselben Host-Node, beide mit dem Standard-Image unter Ubuntu 24.04.3 und FFmpeg 6.1.1, unterschieden sich nur in der Kernanzahl. Die Quellclips waren Big Buck Bunny and Sintel (Blender Foundation, CC BY 3.0), auf genau 60 Sekunden geloopt. Die Werte sind der Mittelwert aus drei Durchläufen. Ihre eigenen Ergebnisse hängen vom Codec, der Auflösung, den angewendeten Filtern und der Komplexität Ihrer Quelldatei ab; eine detaillierte Realaufnahme und eine flache Animation kosten nicht dasselbe, und wir haben zwischen ihnen einen Unterschied von etwa 30 % gesehen.

Was im Build enthalten ist

Unterstützte Codecs und Formate

Die folgende Liste ist keine Marketingtext: Sie stammt direkt aus dem Build, den wir ausliefern. Das fertige Image läuft mit FFmpeg 6.1.1, und alles hier steht beim ersten Login sofort im PATH zur Verfügung, ohne dass etwas kompiliert werden muss. Beide Pläne verwenden dasselbe Image und damit denselben Codec-Satz: Der Plan bestimmt, wie schnell die Arbeit erledigt wird, nicht was gelesen oder geschrieben werden kann.

Video

H.264 / AVC libx264
H.265 / HEVC libx265
VP8 / VP9 libvpx
AV1 libsvtav1 · libaom · rav1e
MPEG-4 / MPEG-2
ProRes / DNxHD

Audio

AAC nativer Encoder
Opus libopus
MP3 libmp3lame
Vorbis libvorbis
FLAC
PCM / WAV
AC-3 / E-AC-3

Container und Auslieferung

HLS .m3u8 + Segmente
MPEG-DASH .mpd-Manifeste
MP4 / MOV / MKV
WebM
SRT / RIST Low-Latency-Contribution
RTMP / RTMPS ingest
OGG / M4A / FLAC nur Audio

Drei AV1-Encoder, nicht nur einer

SVT-AV1, libaom und rav1e sind alle im Build enthalten, dazu dav1d zum Dekodieren. SVT-AV1 ist die praktische Wahl, wenn die AV1-Encodierzeit eine Rolle spielt.

Kein GPU-Encoding: und wir haben es geprüft

Der Build listet NVENC-, QSV- und VAAPI-Encoder auf, aber dahinter steckt keine GPU: NVENC schlägt fehl mit Cannot load libcuda.so.1, QSV mit einem MFX-Session-Fehler. Das Encoding erfolgt hier durchgängig CPU-basiert.

Alles andere bauen Sie sich selbst

Sie haben Root-Zugriff und können FFmpeg daher selbst aus dem Quellcode mit eigenen Configure-Flags kompilieren, einschließlich Encodern, die wir aus Lizenzgründen nicht ausliefern können, wie libfdk-aac, das bewusst nicht in diesem Build enthalten ist.

Was es kostet

Wie viel kostet FFmpeg Hosting?

FFmpeg selbst ist kostenlos und Open Source: Es fällt nie eine Lizenzgebühr an. Was Geld kostet, ist eine Maschine, die es auch tatsächlich ausführen kann: garantierte CPU, Root-Zugriff und keine Ausführungszeitlimits. Das beginnt bei $16.79 pro Monat bei einer Laufzeit von 24 Monaten, danach Verlängerung zu $20.79.

Die Rechnung ändert sich nicht mit dem Volumen

Wenn Sie von einem verwalteten Dienst wechseln, der pro Minute Output abrechnet, ist das der strukturelle Unterschied: Ein Server kostet einen Festpreis. Ob Sie eine Datei oder zehntausend verarbeiten, die Rechnung bleibt identisch – ein arbeitsintensiver Monat kostet also genauso viel wie ein ruhiger.

Keine Abrechnung pro Minute oder pro Job. Ein arbeitsintensiver Monat und ein ruhiger Monat kosten exakt gleich viel, sodass Sie den Posten ein Jahr im Voraus planen können.
Erneutes Kodieren kostet nichts extra. Das Ändern einer Bitraten-Leiter, das Korrigieren eines Presets oder das erneute Verarbeiten eines Backkatalogs erhöht die Rechnung nicht – es kostet nur Zeit auf Kernen, die Sie bereits bezahlt haben.
Die Kerne gehören Ihnen, egal ob Sie sie nutzen oder nicht. Ungenutzte Kapazität ist kein verschwendetes Geld, wenn sie für Ihre Spitzenlasten bereitsteht; sie verhindert, dass eine arbeitsintensive Woche zu einer höheren Rechnung wird.

Wie viel Sie tatsächlich durch einen Plan schieben können, hängt vom Codec, der Auflösung, den angewendeten Filtern und der Anzahl gleichzeitig laufender Jobs ab – eine H.264-720p-Version ist in der CPU-Zeit weit günstiger als 4K HEVC. Sagen Sie uns, was Sie kodieren, und wir sagen Ihnen, welcher Plan dafür ausreicht.

Klare Antworten

Fragen, die Sie vor der Bestellung stellen sollten.

Klare Antworten zum Aufbau, zum Betriebssystem, zur GPU-Unterstützung, zu Traffic-Limits und dazu, was wir für Sie übernehmen und was nicht.

Geprüft von Adnan Canturk, Gründer von Ahosting mit 24 Jahren Erfahrung im Webhosting. Zuletzt aktualisiert: 30. August 2026

FFmpeg ist eine Sammlung von Kommandozeilen-Tools für Audio- und Videobearbeitung. FFmpeg-Hosting bedeutet hier eine KVM-virtuelle Maschine, auf der FFmpeg und FFprobe bereits fertig eingerichtet sind, sodass Sie ab dem ersten Login Transcodes, HLS- und DASH-Packaging sowie geplante Pipelines ausführen können, ohne irgendetwas kompilieren zu müssen.

Das vorgefertigte Image ist Ubuntu 24.04.3 LTS mit vorinstalliertem CloudPanel und FFmpeg und wird bei der Bestellung standardmäßig ausgewählt. Wenn Sie lieber sauber starten möchten, wählen Sie im Bestellformular eine andere Distribution und ein anderes Control Panel aus. AlmaLinux, Debian, Rocky, CloudLinux und weitere sind verfügbar, mit cPanel/WHM, Webmin oder ganz ohne Panel. Panel-Lizenzierung wird separat berechnet, sofern das Panel dies erfordert.

Der Standard-Build umfasst H.264 (libx264), H.265/HEVC (libx265), VP8/VP9 (libvpx), AV1 (libaom), AAC, Opus, MP3, Vorbis und FLAC, zusammen mit HLS- und DASH-Paketierung. Beide Pläne haben denselben Satz, da beide dasselbe Image ausführen.

Ja. Sie haben Root-Zugriff, also können Sie ein anderes Repository hinzufügen oder FFmpeg mit Ihren eigenen Configure-Flags aus dem Quellcode compilieren, einschließlich Encodern, die wir aus Lizenzgründen nicht selbst bereitstellen können. Nichts auf der Maschine hindert Sie daran, den mitgelieferten Build zu ersetzen.

Beides. Für Video on Demand stellen Sie Jobs in eine Warteschlange und lassen sie laufen, ohne Prozess- oder Cron-Zeitlimit, das einen langen Encode vorzeitig abbricht. Für Live können Sie einen RTMP-Push empfangen, in Echtzeit transkodieren und Low-Latency-HLS- oder DASH-Segmente schreiben. Live-Arbeit belegt die CPU für die gesamte Übertragung, planen Sie den Plan daher nach Ihrer Spitzenlast statt nach Ihrem Durchschnitt.

Ja, bei beiden Plänen. Sie erhalten Root über SSH, und die Zeitplanung erfolgt über Cron oder systemd-Timer ohne Ausführungszeitlimit, genau das, was Shared Hosting für lange Encodes nicht bieten kann.

Nein. Unsere Nodes haben keine GPUs, daher sind NVENC, VAAPI und QuickSync nicht verfügbar. Das Encoding läuft auf der CPU mit libx264, libx265 und den anderen Software-Encodern. Für Delivery-Arbeit ist das ohnehin meist der bessere Kompromiss: Software-Encoding liefert eine höhere Qualität pro Bit als Hardware-Encoder, zum Preis von CPU-Zeit. Wenn Ihr Workflow auf Echtzeit-Hardware-Encoding angewiesen ist, ist dies nicht die richtige Plattform. Sagen Sie uns das vor der Bestellung, und wir teilen Ihnen das mit.

FFStart beinhaltet 75 GB SSD-Speicher und 6 TB monatlichen Traffic; FFPower beinhaltet 100 GB und 8 TB. Wenn Sie erwarten, darüber hinauszugehen, sagen Sie uns das vor der Bestellung, damit wir es mit Ihnen passend dimensionieren können. Dieser Speicher eignet sich für einen aktiven Arbeitsbestand statt für ein permanentes Archiv. Für eine große Bibliothek koppeln Sie den Server daher mit Objektspeicher und stellen Sie ein CDN vor die Auslieferung, wenn Sie im großen Maßstab liefern.

Ihre Maschine ist auf Hardware-Ebene durch KVM isoliert, mit eigenem Kernel und eigenem Dateisystem statt einem gemeinsam genutzten. Der Speicher liegt hinter einem Hardware-RAID-Controller in unserem Rechenzentrum in Detroit, Michigan, mit redundanter USV und Generatorstromversorgung, und Sie können vor einer riskanten Änderung Snapshots erstellen. Da Sie Root-Zugriff haben, liegen Patching und Firewall-Konfiguration in Ihrer Hand. Um klar zu sein, was wir nicht bieten: keine DDoS-Abwehr, keine verwalteten Backups und kein Malware-Scanning innerhalb Ihres Servers.

Ja. FFmpeg ist freie Open-Source-Software, veröffentlicht unter den LGPL- und GPL-Lizenzen, daher fällt keine Lizenzgebühr für die kommerzielle Nutzung an. Die Kosten entstehen durch die Maschine, auf der Sie es ausführen: Transcoding sättigt die CPU über lange Zeiträume, und genau dafür ist Shared Hosting nicht ausgelegt.

Meistens nicht. Die meisten Shared-Pläne deaktivieren die PHP-Funktionen, die FFmpeg benötigt, exec() and shell_exec(): und beschränken benutzerdefinierte Binärdateien. Selbst wenn die Binärdatei läuft, beenden CPU-Obergrenzen pro Konto und Cron-Zeitlimits lange Encodes vorzeitig. Das ist eine bewusste Design-Entscheidung im Shared Hosting, kein Fehler: Sie verhindert, dass ein Konto eine Maschine monopolisiert.

Bereit, wenn Sie es sind

Bringen Sie Ihre Encodes auf eine Maschine, die sie fertigstellt

Starten Sie mit FFStart für Warteschlangen-Arbeit auf vier garantierten Kernen, oder nehmen Sie FFPower, wenn Jobs parallel laufen. FFmpeg ist bei beiden bereits eingerichtet, sodass Ihr erster Transcode innerhalb von Minuten nach dem Hochfahren des Servers laufen kann.

Garantierte vCPU, nie gedrosselt
Keine Cron- oder Prozess-Zeitlimits
30 Tage Geld-zurück-Garantie

FFStart ab