Posso transcodificar vídeo com FFmpeg em uma VPS com vCPU dedicada sem GPU?

Quais encoders rodam na CPU e o que os presets mudam?

Um preset é uma troca entre velocidade e tamanho: um preset mais lento gasta mais CPU para gerar um arquivo menor na mesma qualidade. Todo encoder por software do FFmpeg tem um. A qualidade em si é definida à parte, com CRF. Escolha a qualidade primeiro e depois o preset mais lento que o prazo permitir.

Como o FFmpeg usa as vCPU de uma VPS?

O FFmpeg e seus encoders dimensionam as threads a partir da contagem de CPUs que detectam, que em uma VPS é a contagem de vCPU. A opção genérica threads tem como padrão auto, e -filter_threads (escala, overlays e outros filtros) tem como padrão o número de CPUs disponíveis. O x265 cria seus próprios pools de threads, um por nó NUMA, dimensionados a partir da contagem de CPUs, e roda processamento paralelo wavefront por padrão; sua documentação coloca o custo de compressão do WPP abaixo de 1% na maioria dos testes.

Esse padrão é o certo para um encode por vez. Vários encodes em paralelo tentariam usar todas as vCPU, cada um, e passariam o tempo alternando em vez de codificar. Divida as threads na mão: no Fell 8, dois jobs com -threads 4 cada, ou quatro jobs com -threads 2. A regra de thread versus núcleo é explicada em uma vCPU dedicada é um núcleo ou uma thread.

Um único encode também não escala para sempre. O threading de frames e slices tem limites ligados à resolução, então um arquivo 720p ganha menos com 16 threads do que um arquivo 4K.

O que os núcleos dedicados mudam em um encode longo?

Um encode é CPU a 100% enquanto o arquivo durar, o perfil de carga que os planos compartilhados são feitos para interromper. Segundo a pesquisa da Cobaltfell de 2 de novembro de 2026, 29 dos 51 hosts que aceitam cripto sem verificação de identidade não vendem nenhum plano cuja CPU eles chamem de dedicada. Dois deles colocam um limite por escrito: os termos da Spartan Host proíbem usar mais de 50% dos núcleos alocados por mais de uma hora, e a política de uso justo da Advin Servers limita o uso de CPU a 75%. Um lote de filmes estoura os dois. O caso geral está descrito em qual é a diferença entre uma vCPU compartilhada e uma dedicada.

Na Cobaltfell: Carga total é permitida pelo tempo que o seu trabalho precisar: sem créditos de CPU, sem janela de burst e sem throttling depois de alguns minutos a 100%. Uma vCPU é um thread de hardware do processador do host. As suas são fixadas uma a uma ao seu VPS e nunca são emprestadas a outro cliente, e os dois threads de um núcleo físico ficam juntos, então cada 2 vCPU formam um núcleo inteiro que nenhum vizinho compartilha. Sem nenhum vizinho consumindo ciclos, o número speed= que o FFmpeg imprime se mantém do primeiro minuto de um lote até o último, então a duração de uma fila pode ser calculada com antecedência.

Vídeo ocupa muito espaço, então disco e tráfego contam tanto quanto os núcleos. Origem e saída compartilham o NVMe do plano (Armazenamento NVMe em todos os planos): o Fell 8 tem 320 GB NVMe e o Fell 16, 640 GB NVMe. Cada VPS recebe um endereço IPv4 e um IPv6 /64 em uma porta de 1 Gbit/s. O tráfego mensal do seu plano conta apenas os dados de saída, e ultrapassá-lo nunca gera uma cobrança por si só.

Como cronometro um encode em uma VPS antes de fechar o plano?

Codifique um minuto da origem real com cada configuração candidata e leia o valor de speed=: 1x é tempo real, 2x é o dobro da velocidade. -f null - descarta a saída, então o teste mede o encoder e não o disco. -benchmark acrescenta o tempo de CPU usado no final.

# which software encoders this ffmpeg build has
ffmpeg -hide_banner -encoders | grep -E 'libx264|libx265|libsvtav1'

# 60 seconds of your own file, video only, output discarded
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx265 -preset medium -crf 28 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libsvtav1 -preset 8 -crf 35 -f null -

# the same H.264 test held to 4 threads, to plan parallel jobs
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -threads 4 -f null -

Qual plano serve para qual trabalho de transcodificação?

O trabalho a concluir por hora decide o plano, não um único arquivo. A tabela traz pontos de partida, não tempos: Os nossos próprios resultados do YABS e do Geekbench 6, junto com o steal time que medimos, serão publicados com a data assim que a nossa primeira máquina de teste for entregue. Até lá, não divulgamos nenhum número de desempenho nosso. Os preços de cada plano estão listados em quanto custa uma VPS com núcleos dedicados.

Outros hosts que vendem núcleos dedicados para encodes longos estão classificados em qual é o melhor provedor de VPS com CPU dedicada em 2026.

Quando a GPU é a ferramenta melhor para vídeo?

A GPU é a ferramenta melhor para muitos streams ao vivo simultâneos em tempo real, ou quando a vazão de encode importa mais do que o menor arquivo possível. Encoders de hardware como NVENC, Quick Sync e VAAPI rodam em uma placa de vídeo ou em uma GPU integrada, e o FFmpeg só os usa quando esse hardware está presente. Um VPS da Cobaltfell não tem nenhum, então o ponto forte dele é a codificação por software: mais lenta por stream, com o conjunto completo de presets e a eficiência de compressão dos encoders de software.

Para bibliotecas sob demanda, lotes noturnos e arquivos, a codificação por CPU em núcleos dedicados é a configuração mais simples. Para uma plataforma ao vivo com dezenas de canais simultâneos, o hardware de GPU é a compra certa. A mesma pergunta de CPU ou GPU para modelos de linguagem é respondida em posso rodar Ollama em um VPS sem GPU.