Logótipo Ahosting

VPS KVM · FFmpeg pré-instalado

Alojamento FFmpeg no seu próprio VPS

Uma máquina virtual completa com vCPU garantido, acesso root total e o FFmpeg já compilado, para que codificações longas cheguem ao fim em vez de serem interrompidas a meio.

  • 4 vCPU
  • 8 GB RAM
  • 75 GB SSD
  • 6 TB transfer
  • FFmpeg & FFprobe pré-instalados
  • vCPU garantido, nunca limitado
  • Acesso root, sem limites de cron
  • Escolha o seu sistema operativo na finalização da compra
Apenas $16.79 /mês Poupe 19%
Obtenha 24 meses por apenas US$402.96 (preço normal US$498.96). Depois, renova a US$20.79/mês.
Encomendar Agora
Um pipeline de transcodificação FFmpeg de alojamento Um vídeo de origem passa pelo FFmpeg, que é executado em CPUs virtuais dedicadas, e é gravado sob a forma de múltiplas renderizações e segmentos HLS. PIPELINE DE TRANSCODIFICAÇÃO CODIFICAÇÃO source.mp4 FFmpeg codecs + segmentador SEM LIMITAÇÃO DE CPU 1080p 720p 480p CPUs VIRTUAIS DEDICADAS vCPUguaranteed RAMnão partilhadas SSH rootacesso total cronsem limite de tempo SEGMENTOS HLS 6 TB DE TRANSFERÊNCIA UBUNTU 24.04 LTS
24 Anos De Confiança Desde 2002
99,9% de Disponibilidade SLA Garantido
30-Day Garantia de Reembolso
24/7 Suporte Técnico Especializado

Dois tamanhos

Qual o plano FFmpeg indicado para si?

A mesma máquina, o mesmo software, a única diferença é o número de núcleos. Medimos o que isso vale: o plano de oito núcleos concluiu a mesma codificação 1.9× mais rápido, por 1.7× do preço.

FFStart

Uma codificação de cada vez, no seu horário.

$16.79 /mês
Poupe 19%

US$402.96 devidos hoje por 24 meses
Renova ao mesmo preço: sem aumento, sem taxa de configuração

  • vCPU4 vCPU
  • Memória8 GB
  • Armazenamento SSD75 GB
  • Tráfego mensal6 TB

Escolha esta opção se: Tarefas em fila ou noturnas, renderizações de entrega H.264, trabalho de podcast e áudio, sempre que acabar até de manhã seja melhor do que acabar nos próximos dez minutos.

Escolher FFStart

Garantia de reembolso de 30 dias

Incluído em ambos os planos

  • FFmpeg + FFprobe pré-compilados
  • Acesso root e SSH completo
  • vCPU garantido, sem limitação
  • Sem limites de tempo para cron
  • Saída HLS e DASH
  • Escolha de sistema operativo e painel
  • Snapshots num ponto específico no tempo
  • Garantia de 99,9% de disponibilidade

Precisa de mais de 8 núcleos?

Medimos a curva: passar de quatro para oito núcleos quase duplicou o rendimento, mas de oito para dezasseis o aumento foi apenas de metade. A partir deste ponto, os núcleos adicionais continuam a ajudar, só que menos por núcleo, e a mesma configuração de FFmpeg transita sem alterações, mesmo sistema operativo, mesma compilação, mesmos scripts.

Duas formas de começar

Utilize a imagem pronta ou crie-a à sua maneira

Ambas as opções são executadas na mesma máquina com as mesmas especificações. A única diferença é o quanto pretende ter configurado antes de iniciar sessão.

Início mais rápido

Imagem FFmpeg pronta a usar

Implementada pré-configurada com FFmpeg, CloudPanel e Ubuntu 24.04 LTS, para que possa executar a primeira codificação assim que o servidor estiver operacional. Nada para compilar, nada para instalar.

FFmpeg Ubuntu 24.04.3 LTS CloudPanel

Selecionado por predefinição ao efetuar a encomenda. O painel e a sua base de dados ocupam cerca de 1 GB de memória, o que ainda deixa aproximadamente 7 GB livres para codificação no FFStart.

Controlo total

Escolha o seu próprio sistema operativo e painel

Prefere uma distribuição diferente, um painel de controlo diferente, ou nenhum? Escolha-os no formulário de encomenda e comece com uma instalação limpa.

  • AlmaLinux, Ubuntu, Debian, Rocky, CloudLinux e mais
  • CloudPanel, cPanel/WHM, Webmin ou sem painel
  • Root e SSH desde o primeiro arranque: compile qualquer versão do FFmpeg de que necessite

Ignore o painel por completo e uma instalação limpa do Ubuntu fica inativa em algumas centenas de megabytes, deixando quase toda a máquina disponível para as suas codificações. O licenciamento do painel de controlo é cobrado à parte, quando um painel o exige.

Escolha a ferramenta certa

Para quem é o alojamento FFmpeg?

Este é um servidor para executar pipelines de multimédia: transcodificação, empacotamento e automação sob o seu controlo. É uma opção sólida para alguns projetos e a ferramenta errada para outros, por isso aqui ficam os dois lados.

Uma opção sólida

Escolha o alojamento FFmpeg quando

  • Plataformas de streaming de vídeoTranscodifique carregamentos para HLS ou DASH e crie escalas de bitrate adaptativo.
  • Sites de e-learning e cursosProcesse gravações de aulas, gere miniaturas e vários níveis de qualidade.
  • Podcast e trabalho de áudioConverta, normalize e publique MP3, AAC, Opus ou FLAC de forma agendada.
  • Ferramentas para direto e transmissãoIngestão RTMP, transcodificação em tempo real e saída segmentada.
  • Back ends de vídeo SaaSA camada de processamento por trás da sua própria aplicação ou API.
  • Arquivos e conversão em massaConverta bibliotecas em lote entre codecs e contentores.

Provavelmente não é a ferramenta certa

Procure noutro lugar quando

  • Só precisa de armazenar e servir vídeoO FFmpeg serve para processamento. Para entrega simples, o alojamento partilhado com um CDN custa menos.
  • Precisa de codificação por GPUOs nossos nós são apenas CPU. NVENC e outros codificadores por hardware não estão disponíveis.
  • Precisa de muitas transcodificações em direto simultâneasTransmissões em tempo real em grande escala pertencem a uma máquina dedicada.
  • Quer uma plataforma de vídeo acabadaObtém um servidor, não uma interface de carregamento, leitor, DRM ou análises. É você quem instala o software.
  • Está a armazenar uma biblioteca muito grande75–100 GB é adequado para um conjunto de trabalho, não para um arquivo. Combine-o com armazenamento de objetos.

É responsável pelo material que processa e armazena. Conteúdo proibido pelos nossos termos de serviço: incluindo conteúdos multimédia sobre os quais não detém os direitos, e qualquer material ilegal, não é permitido, e as contas que o contenham podem ser suspensas ou removidas sem aviso prévio. O tráfego mensal é de 6 TB no FFStart e 8 TB no FFPower; se espera exceder esse valor, contacte-nos antes de encomendar. Não fornecemos mitigação de DDoS. Não tem a certeza de onde se enquadra a sua carga de trabalho? Contacte-nos antes de encomendar.

Isolamento e recuperação

Como é que a Ahosting protege as cargas de trabalho de multimédia FFmpeg?

O seu servidor é uma máquina virtual completa, não uma conta num servidor partilhado. Essa distinção é mais importante quando está a processar ficheiros carregados por outras pessoas.

Isolamento ao nível do hardware

O KVM dá ao seu servidor o seu próprio kernel e o seu próprio hardware virtual. Não há sistema de ficheiros partilhado nem contas vizinhas, por isso um upload malformado não consegue alcançar mais ninguém.

Tarefas que chegam ao fim

Sem limites de tempo para processos ou cron. Uma codificação de quatro horas termina em vez de ser interrompida a meio, e nada limita os núcleos pelos quais pagou.

Snapshots antes do risco

Crie um ponto de restauro antes de uma atualização de codec ou de uma alteração de configuração, e recue se as coisas correrem mal.

Armazenamento protegido por RAID

As unidades estão atrás de um controlador RAID de hardware no nosso centro de dados em Detroit, Michigan, apoiado por UPS redundante e energia de gerador.

Isolamento KVM num host físico partilhado Um host físico executa máquinas virtuais separadas, cada uma com o seu próprio kernel e sistema de ficheiros. Uma codificação longa é executada dentro da máquina do cliente, em armazenamento protegido por RAID. NÓ DE HOST FÍSICO SAUDÁVEL OUTRO CLIENTE kernel próprio sistema de ficheiros próprio sem caminho até aos seus dados O SEU VPS kernel próprio sistema de ficheiros próprio · root 4 – 8 vCPU garantidos CODIFICAÇÃO DE LONGA DURAÇÃO 04:12:33 decorridas SEM LIMITE DE TEMPO não é interrompida, não é limitada RAID DE HARDWARE · SSD EMPRESARIAL uma unidade pode falhar sem perder a máquina

Como detém acesso root, a postura de segurança é definida por si: é você quem aplica as atualizações e configura o firewall. Para ser claro quanto ao que não fazemos, não fornecemos mitigação de DDoS, não fazemos cópias de segurança geridas, e não executamos qualquer verificação de malware dentro do seu servidor.

Como funciona o processo

Uma máquina, todo o pipeline de multimédia

O vídeo a pedido e a transmissão em direto usam as mesmas ferramentas por ordem diferente. Ambos funcionam de ponta a ponta no seu próprio servidor, sem nada entregue a um serviço de terceiros pelo meio.

  1. 01

    Ingestão

    Aceite um carregamento, extraia de armazenamento de objetos ou aceite um envio RTMP.

  2. 02

    Inspecionar

    ffprobe reporta codecs, duração, streams e taxa de fotogramas antes de decidir seja o que for.

  3. 03

    Transcodificar

    ffmpeg cria as suas variantes com libx264, libx265 e os restantes codificadores de software.

  4. 04

    Empacotar

    Segmente para HLS ou DASH, escreva os manifestos e a escala de taxas de bits.

  5. 05

    Publicar

    Sirva a partir da própria máquina, ou entregue os segmentos a um CDN.

A pedido

Trabalho em lote, no seu horário

  • Coloque tarefas em fila e deixe-as correr: não há limite de tempo de processo ou de cron que interrompa uma codificação longa.
  • Construa escalas multi-taxa de bits numa só passagem e escreva o manifesto HLS ou DASH em conjunto.
  • Extraia miniaturas, clips de pré-visualização e formas de onda de áudio a partir do mesmo ficheiro de origem.
  • Agende com cron ou temporizadores systemd, ou controle a partir do seu próprio processo de fila.

Direto

Streams tratados à medida que chegam

  • Aceite um envio RTMP e transcodifique-o em tempo real para as suas variantes de distribuição.
  • Escreva segmentos HLS ou DASH de baixa latência continuamente enquanto a transmissão decorre.
  • O trabalho em direto ocupa o CPU durante todo o tempo que a transmissão durar, por isso dimensione o plano para o pico e não para a média.
  • Executar transmissões em direto e a pedido em simultâneo é onde o plano de oito núcleos justifica o seu preço.

Feito para quem trabalha através de SSH. Obtém acesso root, pelo que o seu próprio conjunto de ferramentas se instala como em qualquer outro lugar: o seu runtime de linguagem, a sua fila, o seu método de implementação. O agendamento é feito através do cron e de temporizadores systemd, e os registos ficam onde os espera no sistema de ficheiros.

Porque não alojamento partilhado

Porque é que o alojamento partilhado não consegue executar o FFmpeg

Isto não é uma crítica ao alojamento partilhado: é apenas a ferramenta errada para este trabalho em particular. Os planos partilhados são ajustados para que uma conta não possa monopolizar uma máquina, e a transcodificação faz exatamente isso, por design. É por isso que pesquisas como “does shared hosting support shell_exec” são tão comuns. Se está a ponderar fornecedores, veja como a Ahosting se compara à Hostinger, ou leia a nossa visão geral sobre alojamento web partilhado para ver em que é realmente bom.

No alojamento partilhado

O que o impede

  • A limitação de CPU mata os trabalhos de transcodificação Os ambientes partilhados limitam a CPU por conta. O FFmpeg satura todos os núcleos que lhe são dados, por isso uma única transcodificação excede o limite e é terminada a meio.
  • A execução de binários está bloqueada Os alojamentos partilhados restringem binários personalizados por boas razões. O FFmpeg precisa de exec() or shell_exec(), e ambos estão desativados na maioria dos planos partilhados.
  • Sem root para instalação de codecs Compilar o FFmpeg com suporte para libx265, VP9 ou AV1 requer root e uma toolchain de build. O alojamento partilhado não lhe dá nenhum dos dois.
  • Os limites de tempo do cron interrompem codificações longas Os trabalhos de cron partilhados têm um limite. As codificações de longa duração ultrapassam frequentemente esse limite e terminam sem aviso, normalmente durante a noite, quando ninguém está a vigiar.

Num VPS FFmpeg da Ahosting

O que muda

  • vCPU garantido, nunca limitado 4 ou 8 vCPU reservados só para a sua máquina. Corra-os ao máximo durante o tempo que o trabalho precisar.
  • Acesso root e SSH completo Instale qualquer codec, compile o FFmpeg a partir do código-fonte, ajuste os seus próprios presets de codificador, controlo total sobre o ambiente.
  • Sem limites de tempo de cron ou de processos Lotes noturnos, ficheiros extensos e pipelines orientados por filas são executados até ao fim, em vez de serem interrompidos.
  • FFmpeg já compilado O FFmpeg e o FFprobe estão disponíveis no seu PATH desde o primeiro início de sessão, por isso não há nada a compilar antes do seu primeiro trabalho.

Teste da Ahosting Technical Operations

Quanto tempo demora realmente uma codificação?

Ninguém publica isto, por isso medimos nos planos que vendemos. Mesmo nó, mesmo ficheiro de origem, mesmo comando — a única variável é o número de núcleos.

Um minuto de origem 1080p, do início ao fim

Medido, não estimado
Tempo real de processamento de uma origem H.264 de 60 segundos a 1920×1080, a aproximadamente 25 Mbps, utilizando -preset medium. Cada valor é a média de três execuções; a variação entre execuções foi inferior a 2%.
TrabalhoFFStart · 4 vCPUFFPower · 8 vCPU
Redução para 720p, H.26451.5 s 1,16× tempo real27.6 s 2,18× tempo real
Manutenção a 1080p, H.26488.8 s 0,67× tempo real47.5 s 1,26× tempo real
1080p, HEVC (x265)110.5 s 0,54× tempo real67.7 s 0,88× tempo real
Apenas a descodificação da origem17.0 s10.7 s

Em termos simples: no FFStart, um vídeo de dez minutos torna-se uma versão em 720p em cerca de nove minutos. No FFPower, o mesmo trabalho demora cerca de quatro minutos e meio.

1,87×

Duplicar os núcleos quase duplica a velocidade

O FFPower custa 1.71× mais do que o FFStart e concluiu o mesmo trabalho 1.88× mais depressa, pelo que o plano maior é ligeiramente cheaper mais barato por hora concluída: é invulgar e vale a pena saber antes de dimensionar.

1.7×

A predefinição conta tanto quanto o plano

Mudar para -preset medium to -preset veryfast reduziu o mesmo trabalho de 50.3 s para 29.4 s em quatro núcleos. Para renderizações de entrega, essa troca costuma valer a pena e não custa nada.

Executar trabalhos em paralelo não ajuda aqui

Quatro codificações simultâneas em quatro núcleos devolveram 1.08× o rendimento de as executar uma a seguir à outra. Um único trabalho de FFmpeg já satura a máquina, pelo que deve colocar o seu trabalho em fila em vez de o distribuir.

0%

Nada estava a roubar os nossos núcleos

O tempo de steal do CPU manteve-se em zero durante todo o processo, em ambas as máquinas. Os números acima são o que o plano oferece, não o que sobrou depois de os vizinhos terem terminado.

Método. Duas máquinas virtuais no mesmo nó anfitrião, ambas a executar a imagem padrão em Ubuntu 24.04.3 com FFmpeg 6.1.1, diferindo apenas no número de núcleos. Os clips de origem foram Big Buck Bunny and Sintel (Blender Foundation, CC BY 3.0), em ciclo por exatamente 60 segundos. Os valores são a média de três execuções. Os seus próprios resultados variarão consoante o codec, a resolução, os filtros aplicados e o quão exigente é o seu ficheiro de origem; uma cena de ação real detalhada e uma animação plana não custam o mesmo, e observámos cerca de 30% de diferença entre elas.

O que está incluído na build

Codecs e formatos suportados

A lista abaixo não é texto de marketing: é retirada da build que fornecemos. A imagem pré-configurada executa FFmpeg 6.1.1, e tudo aqui está no seu PATH logo no primeiro início de sessão, sem nada para compilar. Ambos os planos executam a mesma imagem e, por isso, o mesmo conjunto de codecs: o plano altera a rapidez com que o trabalho é concluído, não o que consegue ler ou escrever.

Vídeo

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

Áudio

  • AAC codificador nativo
  • Opus libopus
  • MP3 libmp3lame
  • Vorbis libvorbis
  • FLAC
  • PCM / WAV
  • AC-3 / E-AC-3

Contentores e distribuição

  • HLS .m3u8 + segmentos
  • MPEG-DASH manifestos .mpd
  • MP4 / MOV / MKV
  • WebM
  • SRT / RIST contribuição de baixa latência
  • RTMP / RTMPS ingest
  • OGG / M4A / FLAC apenas áudio

Três codificadores AV1, não um só

O SVT-AV1, o libaom e o rav1e estão todos incluídos na compilação, além do dav1d para descodificação. O SVT-AV1 é a escolha prática quando o tempo de codificação AV1 é importante.

Sem codificação por GPU: e verificámos

A compilação lista codificadores NVENC, QSV e VAAPI, mas não existe nenhuma GPU por trás deles: o NVENC falha com Cannot load libcuda.so.1, o QSV com um erro de sessão MFX. A codificação aqui é baseada em CPU, do início ao fim.

Tudo o resto, compila-o por conta própria

Tem acesso root, pelo que pode compilar o FFmpeg a partir do código-fonte com as suas próprias flags de configure, incluindo codificadores que não podemos distribuir por motivos de licenciamento, como o libfdk-aac, que foi deliberadamente excluído desta compilação.

Quanto custa

Quanto custa o alojamento FFmpeg?

O FFmpeg em si é gratuito e de código aberto: nunca há qualquer custo de licença. O que custa dinheiro é uma máquina capaz de o executar: CPU garantida, acesso root e sem limites de tempo de execução. Isso começa em $16.79 por mês num plano de 24 meses, com renovação a $20.79.

A fatura não varia com o volume

Se está a migrar de um serviço gerido que fatura por minuto de produção, esta é a diferença estrutural: um servidor tem uma tarifa fixa. Processar um ficheiro ou dez mil resulta numa fatura idêntica, pelo que um mês movimentado e um mês calmo custam o mesmo.

  • Sem faturação por minuto ou por tarefa. Um mês de muito movimento e um mês tranquilo custam exatamente o mesmo, por isso pode planear esta rubrica com um ano de antecedência.
  • Recodificar não custa nada extra. Alterar uma escala de bitrates, corrigir um preset ou reprocessar um catálogo antigo não acrescenta nada à fatura, custa apenas tempo em núcleos que já pagou.
  • Os núcleos são seus, quer os utilize ou não. A capacidade ociosa não é dinheiro desperdiçado se estiver disponível para os seus picos; é o que impede uma semana de muito trabalho de se traduzir numa fatura maior.

Quanto consegue efetivamente processar num plano depende do codec, da resolução, dos filtros aplicados e de quantas tarefas correm em simultâneo; uma renderização H.264 720p é muito mais barata em tempo de CPU do que 4K HEVC. Diga-nos o que está a codificar e indicamos-lhe qual o plano adequado.

Respostas diretas

Perguntas a fazer antes de encomendar.

Respostas claras sobre a estrutura, o sistema operativo, o suporte para GPU, os limites de tráfego e o que fazemos e não fazemos por si.

Revisto por Adnan Canturk, Fundador da Ahosting com 24 anos em alojamento web. Última atualização:

O FFmpeg é um conjunto de ferramentas de linha de comandos para processamento de áudio e vídeo. Alojamento FFmpeg significa, aqui, uma máquina virtual KVM com o FFmpeg e o FFprobe já criados, para que possa executar transcodificações, empacotamento HLS e DASH e pipelines agendados desde o primeiro início de sessão, sem compilar nada.

A imagem pré-configurada é o Ubuntu 24.04.3 LTS com CloudPanel e FFmpeg pré-instalados, e é selecionada por predefinição quando faz a encomenda. Se preferir começar do zero, escolha uma distribuição e um painel de controlo diferentes no formulário de encomenda, estão disponíveis AlmaLinux, Debian, Rocky, CloudLinux e outros, com cPanel/WHM, Webmin, ou sem painel algum. O licenciamento do painel é cobrado separadamente quando o painel o exige.

A configuração base inclui H.264 (libx264), H.265/HEVC (libx265), VP8/VP9 (libvpx), AV1 (libaom), AAC, Opus, MP3, Vorbis e FLAC, além de empacotamento HLS e DASH. Ambos os planos incluem o mesmo conjunto, porque ambos utilizam a mesma imagem.

Sim. Tem acesso root, por isso pode adicionar um repositório diferente ou compilar o FFmpeg a partir do código-fonte com as suas próprias flags de configuração, incluindo codificadores que não podemos fornecer por razões de licenciamento. Nada na máquina o impede de substituir a versão fornecida.

Ambos. Para vídeo a pedido, coloca as tarefas em fila e deixa-as a correr, sem limite de tempo de processo ou de cron que interrompa uma codificação longa. Para transmissões em direto, pode aceitar um push RTMP, transcodificar em tempo real e escrever segmentos HLS ou DASH de baixa latência. O trabalho em direto ocupa o CPU durante toda a transmissão, por isso dimensione o plano para o seu pico, e não para a sua média.

Sim, em ambos os planos. Tem acesso root via SSH, e o agendamento é feito através de cron ou de temporizadores systemd, sem limite de tempo de execução, o que é exatamente aquilo que o alojamento partilhado não pode oferecer para codificações longas.

Não. Os nossos nós não têm GPUs, por isso o NVENC, VAAPI e QuickSync não estão disponíveis. A codificação corre na CPU com libx264, libx265 e os restantes codificadores por software. Para trabalho de distribuição essa é normalmente a melhor opção de qualquer forma: a codificação por software oferece maior qualidade por bit do que os codificadores de hardware, ao custo de tempo de CPU. Se o seu fluxo de trabalho depender de codificação por hardware em tempo real, esta não é a plataforma certa; diga-nos antes de encomendar e informá-lo-emos.

O FFStart inclui 75 GB de armazenamento SSD e 6 TB de tráfego mensal; o FFPower inclui 100 GB e 8 TB. Se prevê exceder esse valor, avise-nos antes de fazer a encomenda para que possamos dimensioná-lo consigo. Esse armazenamento é adequado a um conjunto de trabalho, e não a um arquivo permanente, por isso, para uma biblioteca grande, associe o servidor a armazenamento de objetos, e coloque um CDN à frente da distribuição se estiver a servir em grande escala.

A sua máquina está isolada a nível de hardware pelo KVM, com o seu próprio kernel e sistema de ficheiros, em vez de um sistema partilhado. O armazenamento está protegido por um controlador RAID de hardware no nosso centro de dados em Detroit, Michigan, com UPS e geradores redundantes, e pode criar snapshots antes de uma alteração arriscada. Como detém acesso root, a aplicação de correções e a configuração do firewall ficam a seu cargo. Para ser explícito sobre o que não fornecemos: sem mitigação de DDoS, sem cópias de segurança geridas, e sem análise de malware dentro do seu servidor.

Sim. O FFmpeg é um software gratuito e de código aberto, distribuído sob as licenças LGPL e GPL, por isso não há qualquer taxa de licença para o utilizar comercialmente. O custo é a máquina onde o executa: a transcodificação satura o CPU durante longos períodos, o que é precisamente aquilo que o alojamento partilhado não foi construído para suportar.

Normalmente não. A maioria dos planos de alojamento partilhado desativa as funções PHP de que o FFmpeg necessita, exec() and shell_exec(): e restringe binários personalizados. Mesmo quando o binário é executado, os limites de CPU por conta e os limites de tempo do cron terminam codificações longas a meio. Essa é uma escolha de design deliberada no alojamento partilhado, não uma falha: evita que uma conta monopolize uma máquina.

Pronto quando estiver preparado

Coloque as suas codificações numa máquina que as termina

Comece com o FFStart para trabalho em fila em quatro núcleos garantidos, ou opte pelo FFPower quando os trabalhos são executados em paralelo. O FFmpeg já está instalado em ambos, pelo que a sua primeira transcodificação pode ser executada dentro de minutos após o arranque do servidor.

  • vCPU garantido, nunca limitado
  • Sem limites de tempo de cron ou de processos
  • período de reembolso de 30 dias
O FFStart começa a partir de
$16.79 /mês

Prazo introdutório de 24 meses. Renova ao mesmo preço, sem aumento e sem taxa de configuração.

O preço introdutório depende do prazo de faturação selecionado. O preço de renovação e a elegibilidade para reembolso são apresentados antes da finalização da compra e regidos pela terms.