Apakah uji speaker bisa memberi tahu saya soal latensi audio?

Tidak. Uji speaker memutar nada melalui speaker dan memastikan suara keluar. Itu hanya mengukur apakah jalur output berfungsi, bukan berapa lama sinyal menempuh rantai input-output. Latensi adalah pengukuran waktu, bukan uji fungsi, dan keduanya independen: sistem dapat lulus semua uji pemutaran sementara latensinya sangat buruk. Bahkan pada perangkat yang terdengar sempurna, latensi mungkin tetap sangat buruk — uji pemutaran tak pernah menyentuh aspek waktu. Untuk mengukur latensi, Anda membutuhkan uji bolak-balik yang mengirimkan impuls tertentu lewat output, menangkap sinyal baliknya di input, lalu menghitung selisih waktu antara pengiriman dan penerimaan.

Apakah sebenarnya latensi bolak-balik itu?

Latensi bolak-balik, yang juga disebut round-trip delay atau round-trip time, adalah total durasi dari masuknya sinyal audio ke sistem lewat input, diproses oleh sistem operasi dan aplikasi, hingga keluar lewat output. Termasuk delay buffer input, waktu konversi analog-ke-digital, delay penjadwalan sistem operasi, delay pemrosesan aplikasi, waktu konversi digital-ke-analog, dan delay buffer output. Diukur dalam milidetik, ini adalah jalur lengkap dari mikrofon ke speaker. Perlu diingat bahwa pengukuran berbasis browser menangkap bolak-balik akustik lewat udara, sementara ASIO melaporkan jalur listrik internal — keduanya bukan angka yang sama.

Latensi yang saya ukur adalah 80 milidetik — apakah buruk untuk produksi musik?

Untuk kebanyakan produksi musik, angkanya tinggi. Musisi yang merekam mengikuti backbeat atau click umumnya menginginkan latensi di bawah empat puluh milidetik agar dapat bermain sesuai tempo tanpa gema yang terdengar. Pada delapan puluh milidetik, jeda terdengar jelas sebagai ketinggalan antara apa yang Anda mainkan dan apa yang Anda dengar kembali, sehingga menjaga timing presisi menjadi sangat sulit. Untuk perekaman santai atau podcast, jeda itu terasa namun umumnya masih dapat ditoleransi. Untuk monitoring langsung saat sesi rekaman, delapan puluh milidetik biasanya tak bisa digunakan. Perlu diingat bahwa toleransi individu berbeda-beda tergantung pengalaman dan genre.

Mengapa latensi yang diukur browser biasanya lebih tinggi dari perangkat lunak audio profesional?

Browser dirancang untuk konsistensi lintas platform dan keamanan aplikasi web, bukan untuk performa audio profesional. Perangkat lunak audio profesional seperti Reaper atau Ableton dapat menggunakan driver ASIO di Windows untuk melewati lapisan pencampuran audio sistem operasi dan mengakses hardware secara langsung, umumnya mencapai latensi delapan hingga lima belas milidetik. Browser harus menggunakan jalur audio bersama sistem operasi, yang menambah overhead pencampuran dan penjadwalan, dan tidak bisa mengakses mode eksklusif berlatensi rendah. Browser mengukur yang terbaik yang dapat dicapai jalur bersama, yang secara inheren lebih tinggi daripada jalur driver langsung pada kebanyakan kasus — meskipun selisihnya bervariasi tergantung hardware, versi driver, dan konfigurasi sistem.

Seberapa besar pengurangan latensi yang diberikan driver ASIO?

Di Windows, beralih dari mode WASAPI bersama ke ASIO atau mode WASAPI eksklusif dapat menurunkan latensi dari tiga puluh hingga enam puluh milidetik menjadi delapan hingga lima belas milidetik. Pengurangan pastinya bergantung pada audio interface dan implementasi drivernya. ASIO bekerja dengan memberi akses langsung aplikasi ke buffer hardware, melewati mixer audio Windows dan overhead buffering yang menyertainya. Tidak semua sound card mendukung ASIO; audio onboard kelas rendah umumnya tidak. Untuk pekerjaan profesional di Windows, audio interface dengan dukungan ASIO adalah salah satu upgrade paling berdampak untuk latensi — namun pertimbangkan apakah alur kerja Anda benar-benar membutuhkannya sebelum membeli.

Apakah sample rate yang lebih tinggi berarti latensi lebih rendah?

Tidak secara langsung. Sample rate menentukan berapa kali per detik audio diukur, yang memengaruhi respons frekuensi dan beban pemrosesan namun bukan delay buffer. Ukuran buffer adalah kendali latensi utama — buffer yang lebih kecil berarti waktu tunggu lebih sedikit sebelum data diproses. Namun, sample rate yang lebih tinggi memang meningkatkan throughput data yang dibutuhkan untuk ukuran buffer yang sama, yang dapat menyebabkan buffer underrun jika sistem tak mampu mengikuti. Pendekatan praktisnya adalah menetapkan sample rate agar sesuai alur kerja, umumnya empat puluh delapan kilohertz, lalu memaksimalkan ukuran buffer seminimal mungkin.

Bagaimana ukuran buffer memengaruhi latensi dan stabilitas?

Ukuran buffer menentukan berapa banyak sampel audio yang disimpan di memori sebelum diproses. Buffer yang kecil mengurangi latensi, namun memberi sistem lebih sedikit waktu untuk mengirimkan chunk data berikutnya, sehingga meningkatkan risiko buffer underrun — klik, pop, atau putus suara yang terdengar. Buffer besar lebih stabil namun menambah latensi. Titik ideal tergantung hardware Anda: komputer cepat dengan audio interface bagus dapat menggunakan buffer enam puluh empat atau seratus dua puluh delapan sampel dengan latensi rendah tanpa glitch. Sistem yang lebih lambat mungkin membutuhkan lima ratus dua belas atau seribu sampel agar tetap stabil.

Mengapa headphone Bluetooth memiliki latensi begitu tinggi?

Codec audio Bluetooth memperkenalkan delay pemrosesan signifikan untuk kompresi dan transmisi nirkabel. Codec SBC, yang digunakan secara default pada sebagian besar perangkat, menambah sekitar seratus hingga seratus delapan puluh milidetik, meskipun angka pastinya bergantung pada codec, buffering perangkat, dan kualitas sambungan (Bluetooth.com: A2DP v1.4 (https://www.bluetooth.com/specifications/)). Bahkan aptX Low Latency yang lebih berkualitas hanya mencapai empat puluh hingga delapan puluh milidetik (Qualcomm: aptX Low Latency Whitepaper, 2014 (https://www.qualcomm.com/products/aptx)). Delay ini inheren pada protokol nirkabel — codec harus mengompres, mentransmisikan, dan mendekompres setiap frame. Untuk aplikasi apapun yang membutuhkan timing — produksi musik, game, editing video — headphone atau speaker berkabel tetap menjadi pilihan praktis.

Latensi Loopback Audio — Apa Uji Putar Tidak Bisa Beritahu

Kebanyakan uji audio hanya memeriksa apakah suara keluar dan mikrofon menangkap suara. Keduanya tidak mengukur latensi bolak-balik — durasi dari sebuah kejadian audio memasuki mikrofon hingga sinyal yang sudah diproses keluar dari speaker. Satu angka ini menentukan apakah musisi dapat merekam mengikuti irama ketuk, apakah panggilan video terasa alami, dan apakah audio spasial di game terdengar akurat. Sistem dapat lulus semua uji pemutaran sementara latensinya sangat buruk, karena fungsi dan timing adalah dua sumbu yang terpisah. Panduan ini menjelaskan cara mengukur latensi bolak-balik, apa arti angkanya, dan cara menguranginya.

Setiap pemeriksaan hardware dimulai dengan cara yang sama. Pasang speaker baru, putar nada uji, pastikan suara keluar, lanjut. Pasang mikrofon, bicarakan, perhatikan level meter meloncat, lanjut. Kedua uji tersebut membuktikan jalur output dan jalur input Anda berfungsi. Tidak satunya mengukur pertanyaan yang sesungguhnya menentukan apakah setup audio Anda mampu menangani pekerjaan nyata: berapa lama suara menempuh perjalanan dari mikrofon, melewati komputer, hingga keluar dari speaker?

Angka itu adalah latensi bolak-balik, dan diam-diam menentukan tugas apa yang dapat sistem Anda tangani dengan jujur:

Merekam musik. Bermain mengikuti ketukan atau backbeat memerlukan suara Anda sendiri kembali ke telinga hampir secara instan. Di atas sekitar empat puluh milidetik bolak-balik, timing Anda mulai miring, setiap take terdengar lamban, dan latihan sehebat apapun tak bisa memperbaikinya. Antarmuka audio yang berbagi pengendali USB dengan perangkat lain juga dapat mengalami persaingan bandwidth USB, yang menambah lonjakan latensi di atas penundaan buffer.
Menjaga percakapan. Panggilan video terasa alami hanya ketika jalur audio tetap rapat. Delay berlebihan menimbulkan gema, ucapan yang tumpang tindih, dan ritme kaku khas panggilan satelit.
Bermain game dengan audio spasial. Suara posisional hanya bekerja ketika audio tiba selaras dengan apa yang Anda lihat. Ketika jalur audio tertinggal dari tampilan, pasos kaki dan tembakan terlepas dari aksi di layar.

Uji speaker dan uji mikrofon menjawab “apakah berfungsi?”. Uji latensi loopback menjawab “seberapa cepat?”. Halaman ini menjelaskan apa itu latensi bolak-balik, darimana asalnya, dan cara menurunkannya. Angka-angka di sini berasal dari pengalaman umum melintasi berbagai konfigurasi hardware dan perangkat lunak — setup ASIO sungguhan pada Focusrite Scarlett 2i2 akan menghasilkan angka berbeda dari codec Realtek onboard di Windows 11. Hasil Anda akan bervariasi sesuai interface, driver, dan pengaturan buffer yang spesifik.

Audio interface profesional lengkap dengan headphone dan mikrofon menampilkan setup studio rekaman untuk pengukuran latensi

Uji Nada Tidak Mengukur Latensi

Uji speaker memutar nada, sweep, atau sampel musik melalui jalur output dan memastikan suara keluar. Ini adalah uji fungsi dengan hasil lulus atau gagal: kabel terhubung, driver termuat, volume tidak dimatikan, konverter digital-ke-analog masih hidup. Jika Anda mendengar nadanya, jalur output berfungsi. Hanya itu yang bisa diberitahukan uji ini.

Uji mikrofon melakukan hal yang sama untuk arah input. Ia menangkap apa yang Anda ucapkan, displaying level meter, dan memastikan mikrofon, preamplifier, dan konverter analog-ke-digital berfungsi. Hasilnya juga lulus atau gagal.

Pengukuran latensi adalah spesies uji yang sama sekali berbeda. Alih-alih menanyakan apakah sinyal dapat menempuh jalur, ia bertanya berapa lama perjalanan itu berlangsung. Prosedurnya sederhana: kirim sinyal yang diketahui — impuls, klik, burst singkat — lewat output, tangkap di input, dan hitung selisih waktu antara pengiriman dan penerimaan. Selisih itu adalah latensi bolak-balik, dinyatakan dalam milidetik.

Pembedaan ini penting karena kedua pengukuran tersebut independen. Sistem dapat lulus semua uji pemutaran sementara latensinya sangat buruk. Speaker Bluetooth adalah contoh klasik: ia mereproduksi nada dengan setia, jadi uji speaker melaporkan keberhasilan, sementara codec nirkabel menambah seratus hingga seratus delapan puluh milidetik delay yang tak pernah diperhatikani uji pemutaran manapun. Nada yang tiba seratus lima puluh milidetik terlambat masih, secara ketat, sedang diputar.

Inilah mengapa asumsi umum — “speaker saya terdengar baik, jadi sistem audio saya baik” — runtuh untuk apapun yang sensitif timing. Fungsi dan timing adalah dua sumbu terpisah. Sebelum Anda mempercayai setup Anda untuk rekaman, panggilan, atau game, Anda membutuhkan angka yang uji pemutaran secara struktural tak mampu menghasilkan.

Perhatikan Pengisian Buffer

Latensi bolak-balik bukanlah satu delay. Ia adalah jumlah delay yang menumpuk di setiap tahap antara kapsul mikrofon dan kerucut speaker. Memahami jalur memberi tahu Anda tepat di mana milidetik Anda bersembunyi:

Buffer input. Konverter analog-ke-digital melakukan sampling secara kontinu, namun sistem operasi menyerahkan audio dalam blok. Driver menunggu buffer penuh sebelum menyerahkan data ke aplikasi. Pada 48 kHz, buffer 128 sampel membutuhkan 2,7 milidetik untuk terisi — inilah waktu tunggu audio Anda sebelum ada yang memprosesnya. Kebanyakan sistem menyimpan dua atau tiga buffer dalam perjalanan. Harapkan sekitar lima hingga delapan milidetik sebelum aplikasi Anda melihat sampel pertama.
Konversi analog-ke-digital. Konverter membutuhkan waktu untuk sampling, kuantisasi, dan clocking sinyal. Pada hardware konsumen ini umumnya menyumbang satu hingga tiga milidetik; interface khusus lebih baik.
Penjadwalan sistem operasi. Mesin audio membangunkan aplikasi Anda sesuai timer, dan bangunannya tunduk pada penjadwalan thread normal. Dalam mode bersama, sistem operasi juga mencampurkan aliran audio Anda dengan semua sumber audio lain di sistem, menambah jalur pemrosesannya sendiri. Tahap ini menyumbang mulai dari beberapa milidetik hingga dua puluh atau lebih, tergantung platform dan beban. Inilah tahap di mana Linux dengan PipeWire dapat mengungguli Windows — dan tempat di mana lingkungan desktop yang bising dapat dengan diam-diam menghancurkan latensi Anda.
Pemrosesan aplikasi. Perangkat lunak di pihak penerima — sebuah DAW, rantai efek, grafik audio browser — memproses blok sebelum meneruskannya. Kecil, namun bagian dari total.
Konversi digital-ke-analog. Cerminan tahap dua, menambah lagi satu hingga tiga milidetik ketika sinyal yang sudah diproses menjadi tegangan analog.
Buffer output. Sampel yang sudah diproses menunggu di buffer output hingga konverter siap memainkannya, mengulangi matematika ukuran buffer dari sisi input. Tambah lagi lima hingga delapan milidetik pada konfigurasi umum.

Jumlahkan semua tahap dan latensi bolak-balik mode bersama umumnya berada antara tiga puluh hingga enam puluh milidetik pada komputer biasa — angka terukur berikut adalah contoh ilustratif dari hardware tertentu, bukan spesifikasi universal. Dalam pengujian informal pada laptop Windows 11 standar dengan codec Realtek ALC897 onboard pada buffer 128 sampel, pengukuran mode bersama diamati berada di ujung atas rentang tersebut. Dengan Behringer U-Phoria UM2 melalui ASIO4ALL pada hardware yang sama, pengukuran turun mendekati lima belas milidetik. Ini adalah pengamatan satu mesin tanpa kondisi terkontrol; ia berfungsi sebagai titik referensi untuk kesenjangan tipikal antara jalur mode bersama dan jalur ASIO, bukan sebagai nilai terjamin untuk hardware Anda. Tidak ada driver yang menghapus waktu konversi — namun overhead buffering dan penjadwalan, yang mendominasi total, menyusut secara dramatis.

Diagram yang menunjukkan jalur latensi audio bolak-balik dari mikrofon melewati pemrosesan komputer hingga keluaran speaker

Satu Angka, Dua Definisi

Perangkat lunak audio jarang mengutip satu angka. Buka pengaturan aplikasi profesional dan Anda umumnya akan melihat dua: latensi input, waktu dari mikrofon ke aplikasi, dan latensi output, waktu dari aplikasi ke speaker. Driver seperti ASIO melaporkan kedua nilai secara terpisah, dan materi pemasaran sering mengutip angka mana pun yang terlihat lebih baik.

Latensi bolak-balik adalah jumlah keduanya, ditambah waktu pemrosesan aplikasi sendiri. Jika sebuah sistem mengutip dua puluh milidetik satu arah, bolak-baliknya sekitar empat puluh milisetik. Pengguna yang membaca “20 ms latency” dan menganggap itu adalah delay yang akan ia dengar, meleset dua kali lipat — dan kesalahan ini umum karena angka satu arah adalah yang dicetak di lembar spesifikasi.

Pembedaan ini penting karena apa yang Anda persepsi selalu adalah bolak-balik. Ketika musisi memantau suara atau instrumennya sendiri, suara harus keluar dari mikrofon, melewati sistem, dan kembali ke headphone sebelum ia mendengarnya. Itulah jalur lengkap. Angka satu arah hanya menggambarkan separuh perjalanan.

Agar diskusi tetap konsisten, semua angka di sini merujuk pada latensi bolak-balik. Ketika Anda membandingkan pengukuran Anda dengan spesifikasi produk atau benchmark, selalu verifikasi bahwa kedua angka menggambarkan jenis perjalanan yang sama. Membandingkan pengukuran bolak-balik dengan spesifikasi satu arah membuat sistem Anda terlihat dua kali lebih lambat dari yang sebenarnya.

Sistem Operasi Mengambil Keputusan Sebelum Anda

Mikrofon yang sama, speaker yang sama, dan kabel yang sama menghasilkan latensi yang sangat berbeda pada sistem operasi yang berbeda, karena setiap platform merutekan audio melalui tumpukan perangkat lunak yang berbeda. Tumpukan itu menentukan berapa banyak overhead buffering dan penjadwalan yang ditambahkan ke waktu konversi yang tak terhindarkan.

Windows: mode bersama, mode eksklusif, dan ASIO

Windows menawarkan tiga cara untuk mencapai hardware, masing-masing dengan profil latensi berbeda:

WASAPI mode bersama adalah jalur default yang digunakan setiap aplikasi kecuali ia meminta sesuatu yang lain (Microsoft Learn: WASAPI Shared Mode, 2023). Semua audio dicampurkan dan diserahkan dengan buffering yang konservatif. Latensi bolak-balik yang diamati umumnya berkisar antara tiga puluh dua hingga enam puluh empat milidetik pada sistem tipikal, tergantung ukuran buffer dan beban — ini adalah rentang pengalaman umum, bukan nilai terjamin. Web Audio, WebRTC, dan pemutaran media masing-masing menempuh jalur sedikit berbeda, namun semuanya bermula dari mixer bersama ini.
WASAPI mode eksklusif atau ASIO melewati mixer dan menyerahkan satu aplikasi akses langsung ke perangkat, umumnya menurunkan latensi menjadi sekitar sepuluh milidetik pada hardware tipikal (Microsoft Learn: WASAPI Exclusive Mode, 2023). Tersedia untuk aplikasi native yang memintanya; browser tidak dapat.
ASIO adalah protokol driver yang melewati seluruh tumpukan audio Windows dan berkomunikasi langsung dengan hardware interface (Steinberg: ASIO Host and Driver Guide v2.3, 2021). Dengan interface yang mampu, ASIO umumnya mencapai delapan hingga lima belas milidetik, meskipun angka pastinya bergantung pada interface spesifik, versi driver, dan konfigurasi buffer. Browser tidak dapat menggunakannya.

macOS: Core Audio

Framework Core Audio dari Apple dioptimalkan dengan baik, dan aplikasi native secara rutin mencapai delapan hingga dua puluh milidetik bolak-balik dengan pengaturan buffer yang wajar. Jalur bersamanya efisien, jadi bahkan latensi yang diukur browser di macOS biasanya lebih baik daripada di Windows. Ia tetap berada di atas minimum native, karena browser tak bisa mengklaim akses perangkat eksklusif atau menyetel buffer sesuai keinginannya sendiri.

Linux: ALSA, PulseAudio, dan PipeWire

Latensi Linux adalah target yang terus bergerak. ALSA, antarmuka driver tingkat rendah, cepat namun spesifik aplikasi. PulseAudio secara historis menambah overhead buffering yang terlihat di atasnya. PipeWire, pengganti modern, dirancang untuk audio berlatensi rendah dan dapat menyamai atau mengungguli platform lain jika dikonfigurasi dengan benar, namun hasilnya sangat bervariasi tergantung distribusi dan setup.

Pada kebanyakan konfigurasi, browser terkekang pada jalur bersama. Ia tak bisa meminta mode eksklusif, tak bisa memuat driver ASIO, dan tak bisa menaikkan prioritas thread audio-nya sendiri. Latensi audio browser oleh karenanya umumnya lebih dekat ke batas mode bersama platform Anda — yang terbaik yang dapat diberikan jalur kooperatif pada konfigurasi standar — sementara perangkat lunak profesional native dibangun untuk meloloskan diri dari batas itu ketika hardware dan driver mengizinkan.

Apa Sebenarnya Makna 60 Milidetik

Angka milidetik mentah tak bermakna sampai Anda memetakannya terhadap apa yang Anda berniat lakukan. Batas-batas di bawah ini adalah panduan umum, bukan standar sertifikasi profesional; kecocokan sesungguhnya bergantung pada tugas spesifik Anda, setup monitoring, dan lingkungan mendengarkan Anda. Empat zona mencakup rentang praktis:

Di bawah 20 ms — sangat baik. Produksi musik profesional nyaman di sini. Musisi dapat tracking terhadap click, memantau diri sendiri dengan efek, dan bermain tepat tempo karena jalur balik efektif instan. Audio spasial di game tetap terkunci pada visual.
20–60 ms — dapat diterima untuk sebagian besar penggunaan. Podcasting, panggilan video, game umum, dan perekaman santai semua berfungsi dengan baik. Tracking musik presisi mulai menderita di dekat ujung atas rentang ini: pemain merasakan suara sendiri kembali sedikit tertinggal, dan pekerjaan presisi menjadi jelas lebih sulit di atas sekitar empat puluh milidetik.
60–120 ms — bermasalah untuk produksi, dapat diterima untuk penggunaan santai. Karaoke, obrolan suara, dan mendengarkan masih nyaman. Merekam mengikuti backbeat menjadi benar-benar sulit, dan dalam game audio mulai terlepas dari aksi, melemahkan isyarat posisional yang bergantung audio spasial.
Di atas 120 ms — buruk. Pekerjaan sensitif timing pada dasarnya tak mungkin dilakukan. Panggilan mengembangkan gema yang terdengar, penampilan terasa terputus, dan audio spasial terdengar salah bahkan dalam penggunaan santai. Zona ini adalah rumah alami audio Bluetooth dan sistem mode bersama yang salah konfigurasi.

Batas-batas zona adalah penilaian, namun bentuknya andal: produksi membutuhkan angka terendah, percakapan menoleransi lebih, dan mendengarkan santai menoleransi paling banyak. Pengukuran bolak-balik Anda menempatkan sistem Anda tepat di satu zona, dan penempatan itu memberi tahu Anda penggunaan mana yang akan terasa menyenangkan dan mana yang akan melawan Anda. Simpan angkanya — ia adalah titik referensi untuk setiap optimisasi di bagian berikutnya.

Grafik berwarna menunjukkan rentang latensi audio yang dapat diterima mulai dari di bawah 20 ms profesional hingga di atas 120 ms tidak cocok

Tiga Tuas: Sample Rate, Buffer, Driver

Tiga kendali menentukan di mana latensi Anda berada di jalur, dan efeknya tidak setara.

Sample rate menetapkan throughput jalur pipa — berapa kali per detik audio diukur — bukan delay secara langsung. Ia memang berinteraksi dengan timing buffer, karena buffer diukur dalam sampel: 128 sampel membutuhkan 2,9 milidetik pada 44,1 kHz namun hanya 1,3 milidetik pada 96 kHz, sehingga ukuran buffer yang sama memetakan ke durasi berbeda pada sample rate berbeda. Jebakan utamanya adalah rate yang lebih tinggi menuntut lebih banyak pemrosesan per detik, yang sering memaksa Anda menaikkan buffer kembali agar stabil, membatalkan keuntungan. Mengejar 96 atau 192 kHz biasanya memaksa buffer lebih besar agar aliran tetap stabil, yang dapat membatalkan keuntungan teoritis atau justru memperlambat. Anggap sample rate sebagai pengaturan alur kerja, umumnya 48 kHz, bukan sebagai kendali latensi utama. 48 kHz menjadi standar de facto untuk audio disinkronisasi video karena ia memetakan dengan rapi ke frame rate video 24, 25, dan 30 fps, inilah mengapa jalur pipa audio-video profesional secara default di sana.

Ukuran buffer adalah tuas latensi utama. Ia menentukan berapa banyak audio menumpuk sebelum sistem memprosesnya, dan muncul dua kali dalam bolak-balik — sekali di sisi input dan sekali di sisi output. Membelah dua buffer memangkas separuh delay tersebut, namun juga memotong waktu sistem untuk mengirimkan setiap blok, menaikkan risiko buffer underrun: klik, pop, dan putus suara. Matriks praktis pada 48 kHz terlihat seperti ini:

64 sampel — sekitar 8–12 ms bolak-balik pada hardware mumpuni dengan ASIO atau mode eksklusif. Interface kelas rendah sering menghasilkan klik pada ukuran này.
128 sampel — sekitar 12–20 ms. Titik manis ASIO umum untuk produksi.
256 sampel — sekitar 20–35 ms. Sering ukuran stabil terkecil dalam mode bersama.
512 sampel — sekitar 35–60 ms. Aman namun terasa jelas lamban.
1024 sampel — sekitar 60–100 ms. Hanya untuk streaming atau pemutaran di mana latensi tak relevan.

Driver menetapkan lantai. ASIO dan mode eksklusif mengizinkan ukuran buffer 32 hingga 128 sampel; mode bersama lantai lebih tinggi; codec Bluetooth menambah seratus milidetik atau lebih sebelum buffer bahkan dipertimbangkan. Tidak ada trik buffer yang bisa mengalahkan minimum driver, inilah mengapa driver adalah tuas pertama, bukan terakhir.

Browser Bukanlah DAW

Browser dapat memperkirakan latensi bolak-balik menggunakan Web Audio API (MDN: Web Audio API, 2024), yang menjadwalkan impuls lewat output dan menangkap sinyal yang tiba di input mikrofon. Pengukuran loopback Web Audio tipikal pada laptop dalam mode bersama umumnya melaporkan 55–70 ms — beberapa kali lipat angka ASIO — kesenjangan yang menggambarkan pajak jalur bersama browser. Waktu terukur mencakup jalur akustik lewat udara, transduser speaker dan mikrofon, pemrosesan pembatalan gema ruangan, dan seluruh tumpukan audio sistem. Ini disebut delay bolak-balik akustik, dan inilah angka yang relevan untuk panggilan berbasis browser, karaoke, dan game dalam browser, namun ia tidak ekuivalen dengan latensi bolak-balik ASIO yang diukur perangkat lunak audio professional. Perlu diingat bahwa pengukuran ini memerlukan jalur akustik sungguhan antara speaker dan mikrofon; automatic gain control, penekanan derau, dan pembatalan gema dapat mengubah bentuk impuls, sementara jarak mikrofon, refleksi ruangan, dan pengaturan volume semuanya memengaruhi hasil.

Apa yang tak bisa dilakukan browser adalah mencapai kasus terbaik hardware. Ia harus menggunakan jalur audio bersama sistem operasi, tak bisa mengklaim akses perangkat eksklusif, tak bisa memuat driver ASIO, dan tak bisa mengontrol ukuran buffer audio atau prioritas thread-nya sendiri. Pengukuran oleh karenanya mencerminkan batas mode bersama platform Anda, bukan minimum sungguhan hardware.

Batas itu adalah angka yang tepat untuk pekerjaan berbasis browser. Panggilan web, game browser, karaoke web, dan apapun yang berjalan di dalam tab semuanya berbagi jalur audio browser di tingkat sistem operasi, meskipun Web Audio, WebRTC, dan pemutaran media berbeda dalam detail. Jika angka terukur browser baik, setiap kasus penggunaan browser akan terasa baik. Jika buruk, perangkat lunak native mungkin masih menyelamatkan Anda — namun browser umumnya akan lebih lambat daripada perangkat lunak native pada hardware dan konfigurasi yang sama.

Enam Cara Mengurangi Latensi

Kerjakan masalah sesuai urutan dampak, dan berhenti begitu angka Anda masuk ke zona yang dapat Anda terima:

Perbaiki mode driver terlebih dahulu. Di Windows, pasang driver ASIO untuk audio interface Anda, atau beralih ke mode WASAPI eksklusif. Ini adalah tuas terbesar dan gratis.
Kurangi ukuran buffer. Turun dari 512 ke 256 ke 128 ke 64 sampel, uji setiap pengaturan, sampai Anda mendengar klik atau pop. Lalu naik satu level ke buffer terbesar yang tetap bersih.
Periksa sample rate. Gunakan 48 kHz untuk musik dan pekerjaan video. Mengejar 96 kHz atau 192 kHz biasanya memaksa buffer lebih besar dan berakhir lebih lambat.
Tutup aplikasi yang bersaing. Streaming, capture, dan tab browser sibuk mengambil waktu CPU dari thread audio dan menyebabkan underrun pada ukuran buffer kecil.
Pertimbangkan audio interface. Hardware khusus membawa konverter lebih baik, driver ASIO yang tepat, dan ukuran buffer yang tak bisa dijangkau audio onboard.
Utamakan koneksi berkabel. Untuk apapun yang sensitif timing, headphone berkabel mengungguli Bluetooth seratus milidetik atau lebih, terlepas dari semua pengaturan lain.

Setiap langkah berlapis. Pindah dari mode bersama pada 512 sampel ke ASIO pada 128 sampel umumnya menggeser sistem dari lima puluh milidetik ke bawah dua puluh — perbedaan antara tak bisa digunakan dan profesional.

Garis Bawah

Uji pemutaran membuktikan speaker Anda berfungsi. Uji loopback membuktikan ia berfungsi tepat waktu — dan keduanya adalah pertanyaan berbeda dengan jawaban berbeda. Jalankan uji speaker untuk memvalidasi jalur output dan uji mikrofon untuk memvalidasi jalur input. Perlu dicatat bahwa situs ini saat ini tidak menawarkan alat ukur latensi loopback khusus; pendekatan Web Audio API yang dijelaskan di atas memerlukan implementasi terpisah atau setup di browser console. Gunakan untuk mempelajari delay bolak-balik akustik yang menentukan apakah perekaman, percakapan, dan audio spasial terasa alami di mesin Anda.

Ukur sekali dan simpan hasilnya. Di bawah dua puluh milidetik berarti timing tingkat profesional. Dua puluh hingga enam puluh mencakup sebagian besar pekerjaan sehari-hari. Di atas seratus dua puluh, setiap tugas sensitif timing akan melawan Anda, dan perbaikannya biasanya bermula dari driver, bukan hardware. Jika Anda belum pernah mengukur angkanya, Anda hanya menebak untuk setiap tugas audio yang bergantung pada timing.