Logo da Ahosting

Escolher idioma

VPS KVM · FFmpeg pré-compilado

Hospedagem FFmpeg no seu próprio VPS

Uma máquina virtual completa com vCPU garantida, acesso root total e FFmpeg já compilado, para que codificações longas sejam concluídas em vez de serem interrompidas na metade do caminho.

  • 4 vCPU
  • 8 GB RAM
  • 75 GB SSD
  • 6 TB transfer
  • FFmpeg & FFprobe pré-compilados
  • vCPU garantida, nunca limitada
  • Acesso root, sem limites de cron
  • Escolha seu sistema operacional no checkout
Apenas $16.79 /mês Economize 19%
Tenha 24 meses por apenas US$402.96 (preço normal US$498.96). Depois, renova por US$20.79/mês.
Peça Agora
Um pipeline de transcodificação FFmpeg para hospedagem Um vídeo de origem passa pelo FFmpeg em execução em CPUs virtuais dedicadas e é gravado como 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 compartilhadas SSH rootacesso completo cronsem limite de tempo SEGMENTOS HLS 6 TB DE TRANSFERÊNCIA UBUNTU 24.04 LTS
24 Anos Confiável Desde 2002
99.9% de Uptime SLA Garantido
30-Day Garantia de Reembolso
24/7 Suporte Técnico Especializado

Dois tamanhos

Qual plano FFmpeg é ideal para você?

Mesma máquina, 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× o preço.

FFStart

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

$16.79 /mês
Economize 19%

US$402.96 devido hoje por 24 meses
Renova pelo mesmo preço: sem aumento, sem taxa de instalação

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

Escolha esta opção se: Tarefas em fila ou durante a noite, renderizações de entrega H.264, trabalho de podcast e áudio, qualquer lugar onde terminar até de manhã seja melhor do que terminar nos próximos dez minutos.

Escolher FFStart

Garantia de reembolso de 30 dias

Incluído em ambos os planos

  • FFmpeg + FFprobe pré-instalados
  • Acesso root e SSH completo
  • vCPU garantida e sem limitação
  • Sem limites de tempo para cron
  • Saída em HLS e DASH
  • Escolha de sistema operacional e painel
  • Snapshots em pontos específicos no tempo
  • Garantia de 99,9% de uptime

Precisa de mais de 8 núcleos?

Medimos a curva: passar de quatro para oito núcleos quase dobrou o throughput, mas de oito para dezesseis o ganho foi apenas a metade disso. A partir desse ponto, núcleos extras continuam ajudando, só que menos por núcleo, e a mesma configuração do FFmpeg passa inalterada, mesmo sistema operacional, mesmo build, mesmos scripts.

Duas formas de começar

Use a imagem pronta ou monte do seu jeito

As duas opções rodam na mesma máquina com as mesmas especificações. A única diferença é o quanto você quer configurado antes de fazer login.

Início mais rápido

Imagem pronta com FFmpeg

Implantado já pré-configurado com FFmpeg, CloudPanel e Ubuntu 24.04 LTS, para que você possa rodar sua primeira codificação assim que o servidor estiver no ar. Nada para compilar, nada para instalar.

FFmpeg Ubuntu 24.04.3 LTS CloudPanel

Selecionado por padrão ao fazer o pedido. O painel e seu banco de dados ocupam cerca de 1 GB de memória, o que ainda deixa aproximadamente 7 GB livres para codificação no FFStart.

Controle total

Escolha seu próprio sistema operacional e painel

Prefere uma distribuição diferente, um painel de controle diferente, ou nenhum painel? Escolha no formulário de pedido e comece a partir de uma instalação limpa.

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

Pule o painel completamente e uma instalação limpa do Ubuntu fica ociosa em algumas centenas de megabytes, deixando quase toda a máquina para suas codificações. A licença do painel de controle é cobrada separadamente quando um painel a exige.

Escolha a ferramenta certa

Para quem é a hospedagem FFmpeg?

Este é um servidor para rodar pipelines de mídia: transcodificação, empacotamento e automação sob o seu controle. É uma ótima opção para alguns projetos e a ferramenta errada para outros, então aqui estão os dois lados.

Uma ótima opção

Escolha hospedagem FFmpeg quando

  • Plataformas de streaming de vídeoTranscodifique uploads para HLS ou DASH e construa escadas 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 em uma programação.
  • Ferramentas para live e broadcastIngestã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.
  • Arquivamento e conversão em massaConverta bibliotecas em lote entre codecs e containers.

Provavelmente não é a ferramenta certa

Procure outra opção quando

  • Você só precisa armazenar e entregar vídeoFFmpeg é para processamento. Para entrega simples, hospedagem compartilhada com CDN custa menos.
  • Você precisa de codificação por GPUNossos nós são somente CPU. NVENC e outros codificadores de hardware não estão disponíveis.
  • Você precisa de muitas transcodificações simultâneas em liveStreams em tempo real em escala pertencem a uma máquina dedicada.
  • Você quer uma plataforma de vídeo prontaVocê recebe um servidor, não uma interface de upload, player, DRM ou analytics. Você instala o software.
  • Você está armazenando uma biblioteca muito grande75–100 GB serve para um conjunto de trabalho, não para um arquivamento. Combine com armazenamento de objetos.

Você é responsável pelo material que processa e armazena. Conteúdo proibido pelos nossos termos de serviço: incluindo mídia sobre a qual você não detém os direitos, e qualquer material ilegal, não é permitido, e 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 você espera exceder isso, entre em contato com a gente antes de fazer o pedido. Não oferecemos mitigação de DDoS. Não tem certeza de onde sua carga de trabalho se encaixa? Entre em contato antes de fazer o pedido.

Isolamento e recuperação

Como a Ahosting protege as cargas de trabalho de mídia do FFmpeg?

Seu servidor é uma máquina virtual completa, não uma conta em uma máquina compartilhada. Essa distinção é mais importante quando você está processando arquivos enviados por outras pessoas.

Isolamento em nível de hardware

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

Tarefas que rodam até o fim

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

Snapshots antes do risco

Crie um ponto de restauração antes de uma atualização de codec ou uma mudança de configuração, e volte atrás se o resultado não for bom.

Armazenamento protegido por RAID

Os discos ficam atrás de um controlador RAID de hardware em nosso data center em Detroit, Michigan, com energia redundante de UPS e gerador.

Isolamento KVM em um host físico compartilhado Um host físico executa máquinas virtuais separadas, cada uma com seu próprio kernel e sistema de arquivos. Um encode longo é executado 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 arquivos próprio nenhum caminho até seus dados SEU VPS kernel próprio sistema de arquivos próprio · root 4 – 8 vCPU garantidos CODIFICAÇÃO DE LONGA DURAÇÃO 04:12:33 decorridos SEM LIMITE DE TEMPO não é interrompido, não é limitado RAID DE HARDWARE · SSD EMPRESARIAL um disco pode falhar sem que a máquina seja perdida

Como você detém o root, a postura de segurança é definida por você: você aplica as atualizações e configura o firewall. Para deixar explícito o que não fazemos, não fornecemos mitigação de DDoS, não fazemos backups gerenciados e não executamos varredura de malware dentro do seu servidor.

Como o fluxo de trabalho funciona

Uma máquina, todo o pipeline de mídia

Vídeo sob demanda e transmissão ao vivo usam as mesmas ferramentas em ordem diferente. Ambos rodam de ponta a ponta no seu próprio servidor, sem nada entregue a um serviço terceirizado no meio do caminho.

  1. 01

    Ingestão

    Receba um upload, extraia de um object storage ou aceite um push RTMP.

  2. 02

    Inspecao

    ffprobe reporta codecs, duração, streams e taxa de quadros antes de você decidir qualquer coisa.

  3. 03

    Transcodificação

    ffmpeg monta suas renditions com libx264, libx265 e os demais encoders de software.

  4. 04

    Empacotamento

    Segmente para HLS ou DASH, gere os manifests e a escada de bitrate.

  5. 05

    Publicação

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

On demand

Trabalho em lote, no seu horário

  • Enfileire tarefas e deixe-as rodar: não há limite de tempo de processo ou cron para interromper um encode longo antes da hora.
  • Construa escadas multi-bitrate em uma única passagem e grave o manifesto HLS ou DASH junto com elas.
  • Extraia miniaturas, clipes de prévia e formas de onda de áudio a partir do mesmo arquivo de origem.
  • Agende com cron ou timers do systemd, ou execute a partir do seu próprio worker de fila.

Ao vivo

Streams tratados conforme chegam

  • Aceite um push RTMP e transcodifique na hora para suas renditions de entrega.
  • Grave segmentos HLS ou DASH de baixa latência continuamente enquanto a transmissão está em andamento.
  • O trabalho ao vivo ocupa a CPU por toda a duração da transmissão, então dimensione o plano para o pico, não para a média.
  • É quando ao vivo e sob demanda rodam juntos que o plano de oito núcleos justifica seu preço.

Feito para quem trabalha via SSH. Você tem root, então seu próprio toolchain é instalado do jeito que é instalado em qualquer outro lugar, com o runtime da sua linguagem, sua fila, seu método de deployment. O agendamento vem do cron e dos timers do systemd, e os logs ficam onde você espera no sistema de arquivos.

Por que não hospedagem compartilhada

Por que a hospedagem compartilhada não consegue rodar o FFmpeg

Isso não é uma crítica à hospedagem compartilhada: é a ferramenta errada para esse trabalho específico. Os planos compartilhados são ajustados para que uma conta não monopolize uma máquina, e a transcodificação faz exatamente isso por design. É por isso que buscas como “does shared hosting support shell_exec” são tão comuns. Se você está avaliando provedores, veja como a Ahosting se compara à Hostinger, ou leia nossa visão geral sobre hospedagem de sites compartilhada para ver no que ela é genuinamente boa.

Na hospedagem compartilhada

O que impede você

  • O throttling de CPU mata os trabalhos de transcodificação Ambientes compartilhados limitam a CPU por conta. O FFmpeg satura cada núcleo que recebe, então uma única transcodificação ultrapassa o limite e é interrompida no meio do processo.
  • A execução de binários é bloqueada Hosts compartilhados 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 compartilhados.
  • Sem root para instalação de codecs Compilar o FFmpeg com suporte a libx265, VP9 ou AV1 exige root e um toolchain de build. A hospedagem compartilhada não oferece nenhum dos dois.
  • Os limites de tempo do cron interrompem encodes longos Os jobs de cron compartilhados têm um limite. Encodes longos frequentemente passam desse limite e são encerrados sem aviso, geralmente durante a madrugada, quando ninguém está observando.

Em uma VPS FFmpeg da Ahosting

O que muda

  • vCPU garantida, nunca limitada 4 ou 8 vCPUs reservados só para a sua máquina. Rode-os no máximo pelo tempo que o trabalho exigir.
  • Acesso root e SSH completo Instale qualquer codec, compile o FFmpeg a partir do código-fonte, ajuste seus próprios presets de encoder, controle total sobre o ambiente.
  • Sem limites de tempo de cron ou de processo Lotes noturnos, arquivos longos e pipelines orientados a fila são executados até o fim em vez de serem interrompidos.
  • FFmpeg já compilado FFmpeg e FFprobe já estão no seu PATH desde o primeiro login, então não há nada para compilar antes do seu primeiro job.

Teste de Operações Técnicas da Ahosting

Quanto tempo uma codificação realmente leva?

Ninguém publica isso, então medimos nos planos que vendemos. Mesmo node, mesmo arquivo de origem, mesmo comando, a única variável é o número de cores.

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

Medido, não estimado
Tempo real de processamento para um arquivo de origem H.264 de 60 segundos em 1920×1080 a aproximadamente 25 Mbps, usando -preset medium. Cada valor é a média de três execuções; a variação entre execuções foi inferior a 2%.
JobFFStart · 4 vCPUFFPower · 8 vCPU
Reduzir para 720p, H.26451.5 s 1.16× tempo real27.6 s 2.18× tempo real
Manter em 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
Decodificar somente a origem17.0 s10.7 s

Em termos práticos: no FFStart, um vídeo de dez minutos se torna uma versão em 720p em aproximadamente nove minutos. No FFPower, o mesmo job leva cerca de quatro e meio.

1.87×

Dobrar os núcleos quase dobra a velocidade

O FFPower custa 1,71× o preço do FFStart e concluiu o mesmo trabalho 1,88× mais rápido, então o plano maior é levemente cheaper mais barato por hora concluída: algo incomum e que vale a pena saber antes de dimensionar.

1,7×

Seu preset importa tanto quanto seu plano

Trocar 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 geralmente vale a pena, e não custa nada.

Rodar trabalhos em paralelo não ajuda aqui

Quatro codificações simultâneas em quatro núcleos retornaram 1,08× a taxa de transferência de rodá-las uma após a outra. Um único trabalho do FFmpeg já satura a máquina, então enfileire seu trabalho em vez de distribuí-lo.

0%

Nada estava roubando nossos núcleos

O tempo de CPU steal permaneceu em zero durante todo o teste, em ambas as máquinas. Os números acima são o que o plano entrega, não o que sobrou depois que os vizinhos terminaram.

Método. Duas máquinas virtuais no mesmo nó de host, ambas rodando a imagem padrão no Ubuntu 24.04.3 com FFmpeg 6.1.1, diferindo apenas na quantidade de núcleos. Os clipes de origem foram Big Buck Bunny and Sintel (Blender Foundation, CC BY 3.0), em loop por exatamente 60 segundos. Os valores são a média de três execuções. Seus próprios resultados vão variar com o codec, a resolução, os filtros aplicados e o quão complexo é seu arquivo de origem; uma cena live-action detalhada e uma animação simples não custam o mesmo, e vimos uma diferença de cerca de 30% entre elas.

O que vem no build

Codecs e formatos suportados

A lista abaixo não é texto de marketing: ela é lida diretamente da build que entregamos. A imagem pronta roda FFmpeg 6.1.1, e tudo aqui já está no seu PATH desde o primeiro login, sem nada para compilar. Ambos os planos rodam a mesma imagem e, portanto, o mesmo conjunto de codecs: o plano muda a velocidade com que o trabalho é concluído, não o que ele pode ler ou gravar.

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

Contêineres e entrega

  • 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 somente áudio

Três codificadores AV1, não um

SVT-AV1, libaom e rav1e vêm todos incluídos na build, além do dav1d para decodificação. O SVT-AV1 é a escolha prática quando o tempo de codificação AV1 importa.

Sem codificação por GPU: e nós verificamos

O build lista os codificadores NVENC, QSV e VAAPI, mas não há 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.

Qualquer outra coisa, você mesmo compila

Você tem acesso root, então pode compilar o FFmpeg a partir do código-fonte com suas próprias flags de configure, incluindo codificadores que não podemos disponibilizar por motivos de licenciamento, como o libfdk-aac, que deliberadamente não está incluído neste build.

Quanto custa

Quanto custa a hospedagem FFmpeg?

O próprio FFmpeg é gratuito e de código aberto: não há taxa de licença, nunca. O que custa dinheiro é uma máquina capaz de executá-lo de fato: CPU garantida, acesso root e sem limite de tempo de execução. Isso começa em $16.79 por mês em um plano de 24 meses, renovando a $20.79.

A conta não varia com o volume

Se você está migrando de um serviço gerenciado que cobra por minuto de saída, essa é a diferença estrutural: um servidor tem uma taxa fixa. Processe um arquivo ou dez mil e a fatura é idêntica, então um mês movimentado e um mês tranquilo custam o mesmo.

  • Sem cobrança por minuto ou por tarefa. Um mês movimentado e um mês tranquilo custam exatamente o mesmo, então você pode planejar essa linha de custo com um ano de antecedência.
  • Recodificar não custa nada extra. Mudar uma escala de bitrate, corrigir um preset ou reprocessar um catálogo antigo não aumenta a fatura, apenas custa tempo em núcleos que você já pagou.
  • Os núcleos são seus, quer você os use ou não. Capacidade ociosa não é dinheiro desperdiçado se ela estiver ali para os seus picos; é o que impede uma semana movimentada de se tornar uma conta maior.

Quanto você consegue realmente processar em um plano depende do codec, da resolução, dos filtros aplicados e de quantas tarefas rodam ao mesmo tempo; uma renderização H.264 720p é muito mais barata em tempo de CPU do que HEVC 4K. Diga-nos o que você está codificando e nós diremos qual plano suporta isso.

Respostas diretas

Perguntas para fazer antes de contratar.

Respostas claras sobre o build, o sistema operacional, o suporte a GPU, os limites de tráfego e o que fazemos e não fazemos por você.

Revisado por Adnan Canturk, fundador da Ahosting, com 24 anos de experiência em hospedagem de sites. Última atualização:

FFmpeg é um conjunto de ferramentas de linha de comando para processamento de áudio e vídeo. Hospedagem FFmpeg aqui significa uma máquina virtual KVM com FFmpeg e FFprobe já compilados, para que você rode transcodificações, empacotamento HLS e DASH e pipelines agendados desde o primeiro login sem compilar nada.

A imagem pronta é Ubuntu 24.04.3 LTS com CloudPanel e FFmpeg pré-instalados, e é selecionada por padrão quando você faz o pedido. Se preferir começar do zero, escolha uma distribuição e um painel de controle diferentes no formulário de pedido; AlmaLinux, Debian, Rocky, CloudLinux e outros estão disponíveis, com cPanel/WHM, Webmin ou nenhum painel. O licenciamento do painel é cobrado separadamente quando o painel exige isso.

O build padrão cobre 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. Os dois planos têm o mesmo conjunto, porque ambos rodam a mesma imagem.

Sim. Você tem root, então pode adicionar um repositório diferente ou compilar o FFmpeg a partir do código-fonte com suas próprias flags de configuração, incluindo encoders que não podemos fornecer por questões de licenciamento. Nada na máquina impede que você substitua o build fornecido.

Ambos. Para vídeo on demand, você coloca os jobs na fila e deixa rodar, sem limite de tempo de processo ou cron que interrompa uma codificação longa. Para live, você pode aceitar um push RTMP, transcodificar em tempo real e gravar segmentos HLS ou DASH de baixa latência. O trabalho live ocupa a CPU durante toda a transmissão, então dimensione o plano pelo seu pico, não pela sua média.

Sim, nos dois planos. Você tem root via SSH, e o agendamento vem do cron ou de timers systemd sem limite de tempo de execução, que é exatamente o que a hospedagem compartilhada não pode oferecer para codificações longas.

Não. Nossos nós não têm GPUs, então NVENC, VAAPI e QuickSync não estão disponíveis. A codificação roda na CPU com libx264, libx265 e os outros codificadores de software. Para trabalho de entrega isso costuma ser a melhor escolha 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 depende de codificação de hardware em tempo real, esta não é a plataforma certa; nos avise antes de fazer o pedido e diremos isso claramente.

O FFStart inclui 75 GB de armazenamento SSD e 6 TB de tráfego mensal; o FFPower inclui 100 GB e 8 TB. Se você espera passar disso, avise antes de fazer o pedido para que possamos dimensionar com você. Esse armazenamento é adequado para um conjunto de trabalho, não para um arquivo permanente, então, para uma biblioteca grande, combine o servidor com armazenamento de objetos, e coloque uma CDN na frente da entrega se estiver servindo em grande escala.

Sua máquina é isolada no nível de hardware pelo KVM, com seu próprio kernel e sistema de arquivos, em vez de um compartilhado. O armazenamento fica atrás de um controlador RAID de hardware em nosso data center em Detroit, Michigan, com energia redundante de UPS e gerador, e você pode fazer snapshots antes de uma mudança arriscada. Como você tem root, a aplicação de patches e a configuração do firewall ficam por sua conta. Para deixar claro o que não fornecemos: sem mitigação de DDoS, sem backups gerenciados e sem varredura de malware dentro do seu servidor.

Sim. O FFmpeg é um software gratuito e de código aberto, lançado sob as licenças LGPL e GPL, então não há taxa de licença para uso comercial. O custo é a máquina em que você o executa: a transcodificação satura a CPU por longos períodos, exatamente o que a hospedagem compartilhada não foi feita para suportar.

Geralmente não. A maioria dos planos compartilhados desativa as funções PHP que o FFmpeg precisa, exec() and shell_exec(): e restringem binários personalizados. Mesmo onde o binário roda, os limites de CPU por conta e os limites de tempo do cron encerram encodes longos antes da hora. Essa é uma escolha de design deliberada na hospedagem compartilhada, não uma falha: ela impede que uma conta monopolize uma máquina.

Pronto quando você estiver

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

Comece com o FFStart para trabalhos em fila com quatro núcleos garantidos, ou escolha o FFPower quando os jobs rodarem em paralelo. O FFmpeg já vem pré-instalado em ambos, então sua primeira transcodificação pode rodar poucos minutos depois de o servidor entrar no ar.

  • vCPU garantida, nunca limitada
  • Sem limites de tempo de cron ou de processo
  • Período de 30 dias de garantia de reembolso
O FFStart começa a partir de
$16.79 /mês

Prazo promocional de 24 meses. Renova pelo mesmo preço, sem aumento, sem taxa de configuração.

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