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.
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
| Caminho | Roda em | Velocidade | Disponibilidade |
|---|---|---|---|
| WASM com SIMD | CPU, vários valores por operação | O mais lento | Quase em todo lugar |
| WebGL | GPU, por shaders gráficos | Intermediária | Qualquer GPU |
| WebGPU | GPU, por uma API de computação | O mais rápido | O 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
-
O modelo é baixado uma vez
Antes de qualquer quadro ser processado.
-
Ele inicializa e aquece
Depois o primeiro quadro passa.
-
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.
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
| Requisito | Chrome, Edge | Firefox | Safari | Celular |
|---|---|---|---|---|
| WebAssembly | ✓ | ✓ | ✓ | ✓ |
| WebAssembly SIMD | ✓ | ✓ | ✓ | Não testado |
| WebGL | ✓ | ✓ | ✓ | Não testado |
| WebGPU | ✓ | Não testado | Não testado | Não testado |
| MediaRecorder | ✓ | ✓ | Não testado | Nã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.
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 celular | bgremover.ai | FuzzPuppy |
|---|---|---|
| Roda em navegador de celular | Sim | Só desktop |
| Modelo | Nosso modelo de IA, em servidores com GPU | MODNet e BEN2 |
| Exportação com alfa | ✗ | MOV com alfa, MP4 com tela verde |
| Exige WebGPU | ✗ | Sim |
| Preço | Grátis | Grá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.