Dukungan Browser dan Performa untuk Hapus Background di Sisi Klien

Yang Harus Disediakan Browser

Penghapus background di sisi klien berjalan di dalam halaman web, jadi setiap kemampuan yang dibutuhkannya harus disediakan oleh browser, bukan diinstal. Ada empat yang penting, dan perangkat yang tidak memiliki salah satunya tidak bisa menjalankan alat tersebut.

WebAssembly menjalankan model di dalam sandbox browser itu sendiri, sehingga footage pada alat sisi klien tetap berada di perangkat Anda; bgremover.ai justru mengunggahnya ke server GPU kami, seperti yang dijelaskan di cara kerja hapus background. Inferensi sebagian besar berupa perkalian matriks, jadi butuh GPU: WebGL menyediakannya lewat API grafis, WebGPU lewat API komputasi.

Tanpa keduanya, inferensi beralih ke CPU. Harus ada juga yang meng-encode frame yang sudah jadi menjadi file: MediaRecorder, jalur yang lebih luas dukungannya, atau WebCodecs, jalur yang lebih presisi. Syarat keempat, memori untuk frame hasil decode, adalah yang paling sering diremehkan.

Tiga Jalur Eksekusi

WebGL adalah solusi darurat, bukan desain yang disengaja: API ini dibuat untuk menggambar segitiga, dan memindahkan data lewat tekstur memakan waktu. Meski begitu, WebGL tetap menjadi pilihan default yang praktis. WASM berebut main thread kecuali pekerjaannya dipindahkan ke worker, dan BEN2 membutuhkan WebGPU FP16, jadi hanya untuk GPU desktop terbaru.

Yang menentukan adalah ketersediaan, bukan selera: alat yang hanya mendukung WebGPU memang cepat di tempat ia berjalan, tetapi tidak bisa dipakai di tempat lain.

Mengapa Proses Pertama Lebih Lambat

1. 1 Model diunduh sekali

   Sebelum frame apa pun diproses.

2. 2 Model diinisialisasi dan dipanaskan

   Lalu frame pertama diproses.

3. 3 Klip berikutnya melewati keduanya

   Diambil dari cache, jadi tinggal inisialisasi saja.

Karena itu, alat sisi klien sebaiknya memuat model saat pengguna melakukan tindakan, bukan saat halaman dimuat: WebAssembly berukuran megabyte yang langsung diunduh begitu Anda membuka halaman akan membuat halaman terasa rusak bagi siapa pun yang datang hanya untuk membaca.

Hitungan Memori Frame Hasil Decode

Frame video hasil decode adalah piksel tanpa kompresi, jadi resolusi paling menentukan pemakaian memori.

Angka-angka itu hasil hitungan, bukan pengukuran, dan ukuran file terkompresi bukan patokan yang baik. Tidak ada yang perlu men-decode semua frame sekaligus, tetapi pipeline menyimpan sebuah working set: frame yang sedang di-decode, frame yang sedang disegmentasi, mask-nya, hasil komposit, dan buffer encoder.

Kalikan beberapa frame dengan 33 MB pada 4K, dan batas memori sebuah tab mulai berpengaruh, terutama di ponsel. Jika klip panjang beresolusi tinggi gagal atau tab dimuat ulang, kurangi resolusinya, bukan durasinya: membagi dua setiap dimensi membuat memori tinggal seperempat.

Yang Menentukan Waktu Pemrosesan

Ini adalah hubungan sebab-akibat, bukan angka pasti: waktu yang diukur di satu laptop tidak memberi tahu apa pun tentang ponsel.

• Jumlah frameDurasi dikali frame rate; 60 fps dua kali lipat dari 30 fps.
• ResolusiMemengaruhi decode, komposit, dan encode; inferensi tetap sama.
• Jalur eksekusiWebGPU, WebGL, dan WASM-SIMD berbeda di mesin yang sama.
• Kelas perangkatGPU desktop, laptop, dan ponsel adalah tiga mesin berbeda.
• Pilihan modelMatting lebih berat per frame dibanding MediaPipe.
• Kondisi suhuKerja GPU terus-menerus di ponsel yang panas akan di-throttle.

Matriks Dukungan Browser

Verifikasi per browser seharusnya ada di sini sebelum situs ini mengklaim dukungan universal. Klaim yang bisa kami buat tanpa pengujian bersifat arsitektural: alat sisi klien membutuhkan WebAssembly dan jalur GPU, bukan WebGPU. bgremover.ai membutuhkan WebCodecs, yang dipakai untuk menyiapkan unggahan dan membuat hasil ekspor.

Gambaran Jujur untuk Perangkat Seluler

Untuk alat sisi klien, ukuran MediaPipe selfie segmentation yang kecil itulah yang membuat browser seluler bisa dipakai. Beberapa megabyte dengan kebutuhan memori yang sederhana masih muat dalam batas memori tab ponsel; model untuk GPU desktop tidak. bgremover.ai menghindari masalah ini dengan menjalankan modelnya di server GPU; ponsel tetap men-decode dan meng-encode klip.

Kami tidak akan mengklaim dukungan seluler universal sebelum menguji setiap browser. Perangkat seluler lebih menantang: memori per tab lebih kecil, tab cepat ditutup paksa oleh sistem, dan ada throttling karena panas. Klip yang lebih pendek dengan resolusi lebih rendah adalah cara yang paling andal, dan foto lewat penghapus background foto hanya butuh satu frame.

Pertanyaan yang Sering Diajukan