DESEMPENHO

Compatibilidade e Desempenho dos Navegadores na Remoção de Fundo no Cliente

Uma ferramenta que roda o modelo no seu dispositivo herda os limites dele. Estas são as APIs de navegador de que ela precisa, os caminhos de execução disponíveis e as variáveis que definem quanto tempo um vídeo leva. O próprio bgremover.ai roda o modelo em nossos servidores com GPU; seu navegador ainda redimensiona, compõe e codifica o vídeo.

Publicado em 2 de setembro de 2026 · Inverse.AI

4bytes

Por pixel decodificado

8,3MB

Um quadro 1080p

33MB

Um quadro 4K

3

Caminhos de execução

1280px

Nosso envio, lado maior

O Que o Navegador Precisa Oferecer

Um removedor de fundo no cliente roda dentro de uma página web, então cada recurso de que ele precisa tem que ser exposto pelo navegador, e não instalado. Quatro importam, e um dispositivo sem qualquer um deles não roda a ferramenta.

O WebAssembly roda o modelo na sandbox do próprio navegador, o que mantém o vídeo de uma ferramenta no cliente no seu dispositivo; o bgremover.ai, por outro lado, envia o vídeo para nossos servidores com GPU, como explica como funciona a remoção de fundo. A inferência é basicamente multiplicação de matrizes, então pede uma GPU: o WebGL expõe uma por meio de uma API gráfica, o WebGPU por meio de uma API de computação.

Sem nenhum dos dois, a inferência volta para a CPU. Algo também precisa codificar os quadros prontos em um arquivo: o MediaRecorder, o caminho mais amplo, ou o WebCodecs, o mais preciso. O quarto requisito, memória para os quadros decodificados, é o mais subestimado.

Três Caminhos de Execução

CaminhoRoda emVelocidadeDisponibilidade
WASM com SIMDCPU, vários valores por operaçãoO mais lentoQuase em todo lugar
WebGLGPU, por shaders gráficosIntermediáriaQualquer GPU
WebGPUGPU, por uma API de computaçãoO mais rápidoO menos comum

O WebGL é um improviso, não um projeto: a API foi feita para desenhar triângulos, e mover dados por texturas custa tempo. Ele continua sendo o padrão prático. O WASM disputa a thread principal, a menos que o trabalho vá para um worker, e o BEN2 precisa de WebGPU FP16, ou seja, só GPUs de desktop recentes.

Quem decide é a disponibilidade, não a preferência: uma ferramenta que só implementa WebGPU é rápida onde roda e inexistente em todo o resto.

Por Que a Primeira Execução É Mais Lenta

  1. O modelo é baixado uma vez

    Antes de qualquer quadro ser processado.

  2. Ele inicializa e aquece

    Depois o primeiro quadro passa.

  3. Os vídeos seguintes pulam as duas etapas

    Servido do cache, então só resta a inicialização.

Por isso, uma ferramenta no cliente deve carregar o modelo após uma ação do usuário, e não ao abrir a página: megabytes de WebAssembly chegando assim que você entra fariam a página parecer quebrada para quem só veio ler.

Teste com o seu próprio vídeoTeste grátis, sem cadastro.

A Conta dos Quadros Decodificados

Um quadro de vídeo decodificado são pixels sem compressão, então a resolução domina a memória.

4bytes

Por pixel

8,3MB

Um quadro 1080p

33MB

Um quadro 4K

5

Quadros no conjunto de trabalho

Esses números são contas, não medições, e o tamanho do arquivo comprimido é um mau indicador. Nada exige todos os quadros decodificados ao mesmo tempo, mas o processo mantém um conjunto de trabalho: o quadro sendo decodificado, o que está sendo segmentado, a máscara dele, a composição e o buffer do codificador.

Multiplique alguns quadros por 33 MB em 4K e o orçamento de uma aba começa a pesar, principalmente no celular. Se um vídeo longo em alta resolução falhar ou a aba recarregar, reduza a resolução em vez da duração: cortar cada dimensão pela metade divide a memória por quatro.

O Que Define o Tempo de Processamento

São relações, não números: um tempo medido em um notebook não diz nada sobre um celular.

  • Número de quadrosDuração vezes taxa de quadros; 60 fps é o dobro de 30 fps.
  • ResoluçãoPesa na decodificação, composição e codificação; a inferência fica fixa.
  • Caminho de execuçãoWebGPU, WebGL e WASM-SIMD variam na mesma máquina.
  • Tipo de dispositivoGPUs de desktop, notebook e celular são três máquinas diferentes.
  • Escolha do modeloMatting custa mais por quadro que o MediaPipe.
  • TemperaturaTrabalho contínuo de GPU em um celular quente é limitado.

Ainda sem tabela de tempos. Ela exige testes reais: 60 segundos de 1080p a 30 fps em desktop e notebook, 30 segundos em Android e iPhone. Um benchmark inventado seria o único número impossível de verificar aqui.

Matriz de Compatibilidade dos Navegadores

RequisitoChrome, EdgeFirefoxSafariCelular
WebAssembly✓✓✓✓
WebAssembly SIMD✓✓✓Não testado
WebGL✓✓✓Não testado
WebGPU✓Não testadoNão testadoNão testado
MediaRecorder✓✓Não testadoNão testado

A verificação por navegador deve entrar aqui antes de o site afirmar compatibilidade universal. O que podemos afirmar sem testar é arquitetural: uma ferramenta no cliente precisa de WebAssembly e de um caminho de GPU, não de WebGPU. O bgremover.ai precisa de WebCodecs, que usa para preparar o envio e montar a exportação.

Funciona em navegadores de celularO trabalho de GPU acontece em nossos servidores.

A Situação Real no Celular

Para uma ferramenta no cliente, o tamanho reduzido do MediaPipe selfie segmentation é o que viabiliza os navegadores de celular. Alguns megabytes com pouca exigência de memória cabem no orçamento de uma aba no celular; um modelo de GPU de desktop, não. O bgremover.ai contorna isso rodando o modelo em servidores com GPU; o celular ainda decodifica e codifica o vídeo.

No celularbgremover.aiFuzzPuppy
Roda em navegador de celularSimSó desktop
ModeloNosso modelo de IA, em servidores com GPUMODNet e BEN2
Exportação com alfa✗MOV com alfa, MP4 com tela verde
Exige WebGPU✗Sim
PreçoGrátisGrátis

Não vamos afirmar compatibilidade universal com celulares antes de testar cada navegador. O celular é mais difícil: menos memória por aba, descarte agressivo de abas, limitação por temperatura. Vídeos mais curtos em resolução menor são o caminho confiável, e fotos no removedor de fundo de imagem custam um único quadro.

Perguntas Frequentes

Quais Navegadores e Dispositivos São Compatíveis?

O bgremover.ai precisa de um navegador recente com WebCodecs, que usa para preparar o envio e montar a exportação: as versões atuais de Chrome, Edge, Firefox e Safari para desktop atendem. Navegadores de celular cumprem os mesmos requisitos em princípio, e a matriz acima está sendo verificada.

Funciona no Celular?

Sim. O modelo roda em nossos servidores com GPU, então o celular só prepara o envio e monta a exportação. Vídeos mais curtos são mais confiáveis ali, já que a memória da aba é mais apertada.

Por Que a Remoção de Fundo Demora um Pouco?

O vídeo é redimensionado e enviado, processado em nossos servidores com GPU e depois composto e codificado no seu navegador. O processamento começa assim que chegam os primeiros segundos, e em horários de pico um trabalho pode esperar um pouco por uma GPU livre. O tempo cresce com o número de quadros.

Por Que a Primeira Execução É Mais Lenta que a Segunda?

Em uma ferramenta no cliente, o modelo é baixado no primeiro uso e depois fica em cache no navegador, então o primeiro vídeo paga o download e a inicialização. No bgremover.ai o modelo roda em nossos servidores; o primeiro vídeo só baixa a biblioteca de vídeo da página, que o navegador depois guarda em cache.

Por Que Devo Manter a Aba Aberta?

A aba envia o vídeo, recebe as máscaras dos nossos servidores e monta a exportação. Fechá-la cancela o trabalho, e a exportação não pode ser retomada em outra aba; a página de privacidade explica o que fica do nosso lado.

Um Vídeo Mais Longo Demora Proporcionalmente Mais?

Mais ou menos, sim, porque o tempo acompanha o número de quadros, e dobrar a duração dobra os quadros. Aumentar a taxa de quadros tem o mesmo efeito. Aumentar a resolução custa mais na decodificação, composição e codificação, mas não na segmentação.

Teste o Removedor de Fundo

Teste sem cadastro. Seu arquivo é processado em nossos servidores com GPU e nunca fica armazenado.