Pengaturan Latensi WASAPI di Windows: Panduan Lengkap

Jika Anda bekerja dengan audio di Windows, cepat atau lambat Anda akan menemui masalah ini. Latensi WASAPI dan perbandingan abadi dengan ASIO dan WASAPISiapa pun yang merekam di DAW, melakukan siaran langsung, bermain game online, atau memproduksi musik tahu bahwa penundaan beberapa milidetik dapat merusak hasil rekaman, membuat suara tidak sinkron, atau mengubah permainan menjadi cobaan berat.

Di Windows 10 dan versi yang lebih baru, Microsoft telah memberikan peningkatan signifikan pada tumpukan audionya, dan saat ini dimungkinkan untuk mencapai hal tersebut. latensi jauh lebih rendah dengan WASAPI dalam mode bersama atau eksklusif.tanpa mengorbankan audio browser atau aplikasi lainnya. Kuncinya adalah memahami cara kerja tumpukan teknologi, apa yang telah berubah, batasan perangkat keras apa yang kita terapkan, dan parameter apa yang dapat kita sesuaikan (sebagai pengguna atau pengembang) untuk mendapatkan milidetik tambahan tersebut.

Apa itu latensi audio dan mengapa hal itu sangat penting?

Ketika kita berbicara tentang latensi audio, kita merujuk pada... waktu yang berlalu dari saat suara dihasilkan hingga Anda mendengarnya atau aplikasi Anda menerimanyaWaktu ini diukur dalam milidetik dan, meskipun di atas kertas tampak hampir tidak signifikan, dalam praktiknya hal itu membuat perbedaan antara pengalaman yang lancar dan sesuatu yang sama sekali tidak nyaman.

En produksi musik dan saat merekam, seorang instrumentalis membutuhkan terdengar hampir seketika saat diputarJika setiap nada membutuhkan waktu puluhan milidetik untuk kembali melalui headphone, otak mulai kesulitan membedakan antara apa yang didengar dan apa yang dirasakan, dan menjaga ritme menjadi sebuah cobaan.

En StreamingDalam podcast dan panggilan video, latensi dapat menyebabkan Ketidaksesuaian video dan audio, gema yang mengganggu, dan perasaan seperti "berbicara dengan tembok".Jika suara Anda sendiri tertunda beberapa milidetik di headphone, hal itu akan membebani speaker, menyebabkan gagap, dan terdengar tidak alami bagi pendengar.

Bagi para gamer, terutama mereka yang menyukai game tembak-tembakkan, game kompetitif, atau pengalaman VR, sebuah Respons audio yang lambat berarti kehilangan isyarat suara penting. (langkah kaki, suara tembakan, peringatan) atau menyadari bahwa aksi dan suara pengontrol tidak sinkron, yang merusak pengalaman bermain; untuk kasus-kasus ini, ada baiknya untuk belajar mengukur latensi dalam permainan video dan bertindak sesuai dengan itu.

Dalam istilah yang lebih teknis, biasanya dibedakan antara latensi pemutaran, latensi pengambilan, latensi bolak-balik, dan latensi terkait sentuhan. (Sebagai contoh, menyentuh layar dan mendengar respons suara). Semua itu saling berkaitan, dan memahami hal tersebut sangat membantu untuk mengetahui ke mana kita akan menuju. el tiempo.

Jenis-jenis latensi pada jalur audio

Dalam tumpukan audio Windows, beberapa konsep digunakan untuk Jelaskan penundaan pada setiap tahap perjalanan suara.Ini bukan hanya masalah akademis: setiap jenis latensi memiliki penyebab yang berbeda dan cara mitigasi yang berbeda pula.

Latensi pemutaran adalah Jeda antara saat aplikasi mengirimkan buffer audio untuk pemutaran dan saat Anda mendengarnya melalui speaker atau headphone.Ini termasuk ukuran buffer, konversi format, dan efek apa pun yang diterapkan selama proses tersebut.

Sementara itu, latensi pengambilan adalah waktu yang dibutuhkan agar audio yang ditangkap dari mikrofon mencapai aplikasi.Proses ini dimulai dari saat suara masuk ke transduser, melewati antarmuka, pengontrol, dan mesin audio, hingga perangkat lunak dapat membaca blok data tersebut.

Yang disebut latensi bolak-balik adalah jumlah dari keduanya: Rekam, proses di aplikasi, dan putar kembali melalui speaker.Ini adalah fitur yang benar-benar berperan penting dalam skenario seperti monitoring di DAW, di mana Anda bermain, sinyal melewati komputer dan kembali ke telinga Anda.

Selain itu, pada antarmuka sentuh, seringkali dibicarakan tentang latensi sentuh-ke-aplikasi dan latensi sentuh-ke-suara: jeda waktu antara saat Anda menyentuh layar, peristiwa diproses, dan sistem merespons dengan suara.Untuk instrumen virtual atau apps Bagi para pekerja kreatif yang menggunakan tablet atau perangkat konvertibel dengan Windows, rantai tersebut harus sesingkat mungkin.

Bagaimana susunan tumpukan audio Windows disusun

Di bawah WASAPI, ASIO, dan sejenisnya, Windows memiliki Susunan audio dengan mesin pusat yang mencampur aliran data, menerapkan efek, mengubah skala format, dan berkomunikasi dengan pengontrol.Memahami jalur tersebut membantu untuk melihat di mana latensi diperoleh dan hilang.

Dalam proses pemutaran, aplikasi menulis audio dalam buffer yang diekspos oleh API. Mesin audio Windows membaca data tersebut, memprosesnya (termasuk efek dalam bentuk APO, atau objek pemrosesan audio) dan, setelah siap, memasukkannya ke dalam buffer lain yang akan digunakan driver untuk dikirim ke perangkat keras.

Latensi yang terkait dengan APO ini Itu tergantung pada pemrosesan yang mereka lakukan (ekualisasi, pengurangan kebisingan, efek 3D, dll.)Semakin kompleks algoritma dan semakin besar jumlah status yang perlu dikumpulkan, semakin banyak sampel yang harus disimpan dalam buffer dan semakin besar penundaan yang terjadi.

Sebelum Windows 10, sekadar meneruskan mesin audio saja sudah menambah sekitar 12 ms dengan data floating-point dan sekitar 6 ms dengan data integer yang diputar ulang.Sejak Windows 10, bagian tersebut telah dioptimalkan secara drastis dan sekarang sekitar 1,3 ms, terlepas dari jenis datanya.

Setelah diproses, mesin menempatkan hasilnya dalam buffer yang panjangnya juga memiliki dampak langsung. Pada sistem sebelumnya, buffer tersebut ditetapkan sekitar 10 ms.Pada versi modern, driver audio-lah yang dapat menentukan ukuran yang didukung berbeda dan memungkinkan nilai yang lebih kecil, seperti 2-3 ms.

Hal serupa terjadi dalam penangkapan, tetapi secara terbalik: Perangkat keras tersebut menerima sinyal dari mikrofon.Anda dapat menerapkan efek (AGC, pembatalan gema, dll.), pengontrol akan menyimpan data tersebut ke dalam buffer dan mesin audio akan mengumpulkan serta memprosesnya dengan APO-nya sendiri sebelum menyediakannya untuk aplikasi.

Pada versi yang lebih lama, mesin audio menambahkan beberapa penangkapan. 6 ms untuk data floating-point dan hampir 0 ms untuk bilangan bulatSejak Windows 10, kontribusi ini telah berkurang hingga hampir tidak signifikan. Meskipun demikian, buffer pada sisi driver dan perangkat keras masih berkontribusi pada total keseluruhan.

Terdapat juga mode tumpukan audio eksklusif. Jika sebuah aplikasi membuka titik akhir dalam mode eksklusif, Ini melewati mesin pencampur dan berkomunikasi langsung dengan buffer perangkat keras.Hal ini semakin meminimalkan latensi, tetapi dengan kelemahan bahwa tidak ada program lain yang dapat menggunakan perangkat input atau output tersebut secara bersamaan.

ASIO, mode eksklusif, dan mengapa WASAPI telah meningkat begitu pesat.

Selama bertahun-tahun, cara biasa untuk mencapai Latensi rendah dalam produksi musik berarti menggunakan ASIO atau perangkat dalam mode eksklusif.Dengan ASIO, DAW berkomunikasi hampir langsung dengan driver dari produsen antarmuka, tanpa perantara mixer sistem.

Masalahnya adalah pendekatan ini memiliki kekurangan: Biasanya diperlukan driver pihak ketiga tertentu.Perangkat lunak harus disiapkan untuk berkomunikasi dengan API tersebut dan, secara umum, audio sistem (browser, game, pemutar media) diabaikan atau Anda harus menggunakan solusi rumit untuk mengarahkannya.

Sementara itu, mode eksklusif WASAPI menawarkan sesuatu yang serupa: Alur aplikasi hampir langsung menuju ke perangkat.Namun sekali lagi, aplikasi lain akan kehilangan akses pada titik itu, dan itu bukanlah hal yang paling nyaman ketika Anda ingin menggabungkan DAW dengan video YouTube, Discord, dan sebagainya.

Untuk menghindari keharusan memilih antara latensi dan fleksibilitas, Microsoft Windows 10 meningkatkan tumpukan bersama (shared stack) untuk menurunkan latensi tersebut bahkan tanpa menggunakan mode eksklusif.Mesinnya dibuat lebih ringan dan, yang terpenting, kemampuan untuk menegosiasikan ukuran buffer yang lebih kecil antara aplikasi dan pengemudi ditambahkan.

Selain itu, terdapat mode manajemen sumber daya khusus: ketika sebuah aplikasi mulai bekerja dengan buffer yang sangat kecil, Windows memprioritaskan thread yang terkait dengan aliran audio tersebut. dan mencegah tugas sistem lain mengganggu pemrosesan pada saat-saat kritis.

Pengaturan latensi WASAPI untuk pengguna DAW dan streaming.

Dari sudut pandang pengguna akhir, WASAPI menampilkan dirinya sebagai salah satu opsi perangkat audio di banyak DAW dan program perekamanDi Reaper, misalnya, perbandingan antara latensi ASIO dan WASAPI (baik dalam mode eksklusif maupun bersama) sering terlihat.

Dalam beberapa kasus, beralih dari ASIO ke WASAPI eksklusif mengakibatkan bahkan latensi lebih rendah daripada dengan driver ASIO dari pabrikan.Asalkan perangkat keras dan driver Windows dikonfigurasi dengan benar, ini bukanlah situasi yang paling umum, tetapi dapat terjadi, dan ketika itu terjadi, dapat dimengerti bahwa pengguna tidak ingin kembali ke ASIO.

Namun, saat beralih ke WASAPI bersama, hal tersebut mungkin muncul. distorsi, bunyi klik, atau artefak saat memutar ulang atau merekam audio dari DAWMeskipun suara sistem lainnya (browser, game) berjalan tanpa masalah, hal ini biasanya disebabkan oleh ketidaksesuaian format, buffering yang terlalu agresif, atau konversi paksa.

Salah satu konflik umum terjadi ketika sistem memaksa perangkat untuk bekerja dalam kondisi tertentu. format kedalaman bit yang berbeda dari yang sebenarnya didukung oleh antarmuka.Sebagai contoh, WASAPI menampilkan 24 bit di dialog DAW, sedangkan di panel suara Windows, kartu tersebut hanya menawarkan 16 bit pada semua laju samplingnya.

Dalam kasus ini, untuk menghindari distorsi pada WASAPI bersama, disarankan untuk memeriksa opsi suara Windows. Kedalaman bit dan laju pengambilan sampel diatur sebagai default.dan pastikan DAW menggunakan format yang kompatibel dengan apa yang sebenarnya didukung oleh antarmuka tersebut.

Dalam konteks lain, seperti merekam sulih suara dengan mikrofon. USB Dalam aplikasi sederhana atau pada alat seperti Audacity, WASAPI paling sering digunakan. untuk merekam audio sistem itu sendiri atau output dari mixer Windows.alih-alih mencapai latensi seminimal mungkin.

Latensi, buffer, dan persepsi manusia

Latensi biasanya diukur dalam milidetik, dan dalam praktiknya dianggap bahwa Di bawah sekitar 10 ms, penundaan tersebut praktis tidak dapat dirasakan oleh kebanyakan orang.Pada rentang waktu antara 10 hingga 20 ms, hal ini mulai terasa pada tugas-tugas yang sensitif, dan di atas itu menjadi sangat mengganggu.

Saat Anda mendengarkan suara Anda sendiri melalui headphone saat berbicara, apa pun Latensi lebih dari 10 ms mulai menimbulkan sensasi "gema internal".Jika waktunya mencapai 30 atau 40 ms, kebanyakan orang akan bingung, berhenti berbicara, atau akhirnya melepas headphone mereka.

Pada saat yang sama, sinyal audio digital dijelaskan oleh frekuensi pengambilan sampel (dalam Hz) dan ukuran buffer (dalam sampel)Sebagai referensi, 44.100 Hz berarti gelombang dibagi menjadi 44.100 sampel per detik; 48.000 Hz melakukan hal yang sama dengan 48.000 sampel, dan seterusnya.

Buffer adalah sejenis penyimpanan data kecil tempat audio beredar. Semakin besar nilainya, semakin besar pula margin keamanan yang Anda miliki terhadap lonjakan atau interupsi CPU.Namun, hal ini akan menambah latensi keseluruhan dalam hitungan milidetik. Jika Anda menguranginya terlalu banyak, sistem harus lebih sering aktif untuk mengisinya dan lebih rentan terhadap kerusakan atau gangguan.

Oleh karena itu, saat menyiapkan perangkat di DAW atau aplikasi streaming, dilema yang biasa terjadi adalah memilih Ukuran buffer yang cukup kecil sehingga penundaan tidak terasa.tetapi tidak sampai menimbulkan bunyi klik atau menjatuhkan barang saat pekerjaan sedang berlangsung.

Cara mengurangi latensi audio di Windows menggunakan WASAPI

Untuk meningkatkan pengalaman dengan WASAPI dan, secara umum, dengan audio di Windows, ada sejumlah langkah yang harus diterapkan atau setidaknya ditinjau, baik di tingkat perangkat keras, perangkat lunak, dan sistem.

Hal pertama yang harus dilakukan adalah memastikan bahwa Perangkat keras audio (antarmuka, kartu terintegrasi, mikrofon USB) dan drivernya telah terpasang dengan benar dan mutakhir.Banyak peningkatan latensi rendah di Windows 10 bergantung pada DDI dan properti yang hanya ada di driver modern; Lakukan diagnosis latensi dengan LatencyMon. dan mendeteksi masalah pengemudi adalah praktik yang direkomendasikan.

Di bidang musik, norma yang berlaku tetap menggunakan Berinteraksi dengan driver ASIO berkualitas saat bekerja dengan DAW, instrumen virtual, atau mixing yang kompleks.ASIO masih menawarkan kontrol yang baik atas ukuran buffer dan biasanya stabil jika PC dikhususkan untuk audio dan tidak terbebani oleh overclocking atau tugas berat yang berjalan secara paralel.

Namun, dalam hal streaming dan gaming, ASIO menjadi tidak praktis karena... Sebagian besar aplikasi (game, OBS, browser) menggunakan driver bawaan Windows. (DirectSound, WASAPI). Saat mencampur sumber-sumber ini, lebih baik tetap berada dalam ekosistem asli sistem operasi.

Salah satu aturan yang jarang gagal adalah Hindari menghubungkan lebih banyak perangkat dan program daripada yang diperlukan pada jalur sinyal.Setiap konversi analog ke digital, setiap langkah melalui prosesor efek, atau setiap perpindahan dari satu aplikasi ke aplikasi lain menambahkan sedikit penundaan dan risiko ketidaksesuaian.

Sebagai contoh, berbicara ke mikrofon XLR yang terhubung ke antarmuka khusus dengan pencampuran perangkat keras langsung tidak sama dengan melalui kabel micro USB, pengubah suara perangkat lunak, router audio virtual, dan headset gaming USB.Pada kasus kedua, jumlah langkah-langkah tersebut pasti menyebabkan latensi meningkat tajam.

Latensi dan peningkatan spesifik pada Windows 10 dan versi yang lebih baru.

Microsoft tidak hanya menyempurnakan mesin audio di Windows 10; mereka juga menambahkan mekanisme untuk... Aplikasi dan driver berkolaborasi untuk mengurangi latensi bolak-balik. tanpa mengorbankan sepenuhnya fleksibilitas dari tumpukan bersama.

Pertama, bahkan tanpa mengubah kode, banyak aplikasi telah melihat pengurangan latensi bolak-balik antara 4,5 dan 16 ms dibandingkan dengan Windows 8.1Hal ini semata-mata karena optimasi mesin internal. Mereka yang menggunakan data floating-point paling diuntungkan.

Kedua, jika sistem memiliki driver yang diperbarui, ini dapat umumkan ukuran buffer yang lebih kecil daripada ukuran klasik 10 msHal ini memungkinkan aplikasi yang membutuhkan latensi rendah untuk menegosiasikan nilai 5 ms, 3 ms, 1 ms, dan seterusnya, baik dalam pemutaran maupun perekaman.

Selain itu, ketika sebuah aplikasi mulai beroperasi dengan buffer yang sangat kecil, Windows mengaktifkan mode manajemen sumber daya yang memprioritaskan subsistem audio.: melindungi thread mesin, driver, dan aplikasi yang ditandai sebagai audio kritis untuk meminimalkan gangguan dan kegagalan.

Artinya, jika Anda mengembangkan aplikasi yang membutuhkan respons cepat, Anda dapat mengandalkan infrastruktur baru tersebut. untuk mencapai latensi yang sangat rendah tanpa mengorbankan mode berbagi, asalkan perangkat keras mendukungnya.

AudioGraph: API modern untuk pembuatan dan multimedia

AudioGraph adalah API Universal Windows Platform yang dirancang untuk Skenario interaktif dan kreasi musik dengan lapisan abstraksi yang lebih ramah pengguna. yang berhubungan langsung dengan WASAPI. Tersedia dalam C++, C#, JavaScript, dan bahasa .NET lainnya.

Untuk tujuan latensi rendah, AudioGraph mengekspos properti yang disebut PengaturanGrafikAudio::ModePemilihanUkuranKuantum, yang memungkinkan Anda menentukan apakah Anda menginginkan ukuran buffer default sistem, latensi serendah mungkin, atau nilai spesifik yang mendekati nilai yang diinginkan.

Ini dapat dikonfigurasi untuk menggunakan ukuran buffer default (sekitar 10 ms), sehingga memilih minimum yang didukung oleh driver audioatau mencoba mendekati jumlah sampel yang diinginkan oleh aplikasi di setiap kuantum pemrosesan.

Contoh resmi menunjukkan bagaimana grafik audio dapat dibuat hanya dengan beberapa baris kode. Dirancang untuk latensi minimal hanya dengan memilih mode LowestLatency.Opsi ini secara internal memeriksa ukuran mana yang didukung perangkat dan memilih ukuran yang paling agresif tanpa melebihi batas yang diizinkan.

AudioGraph juga menangani mengelola thread audio secara internal dengan prioritasOleh karena itu, pengembang tidak perlu secara eksplisit memilih MMCSS atau bekerja langsung dengan antrian waktu nyata untuk mendapatkan manfaat dari mode latensi rendah sistem ini.

WASAPI dan IAudioClient3: kontrol periodisitas yang presisi

Untuk siapa pun yang membutuhkannya kontrol tingkat rendah yang lebih banyak, fungsionalitas spesifik, atau bahkan latensi yang lebih rendah daripada yang dicapai oleh AudioGraph.Microsoft memperluas WASAPI dengan antarmuka baru: IAudioClient3, yang berasal dari IAudioClient2 yang sudah dikenal sebelumnya.

Antarmuka ini menambahkan metode untuk Periksa format dan frekuensi mesin audio saat ini dalam mode berbagi., dapatkan rentang periode yang diizinkan untuk format tertentu dan buka alur bersama dengan periodisitas spesifik, alih-alih menerima nilai default.

Dalam praktiknya, ini memungkinkan aplikasi untuk mengetahui ukuran buffer mana yang legal (kelipatan periode fundamental antara minimum dan maksimum) dan Pilih nilai spesifik yang menyeimbangkan stabilitas dan latensi. sesuai kebutuhan anda.

Dengan IAudioClient3, Anda juga dapat menentukan bahwa alur tersebut menggunakan format yang ditentukan oleh aplikasi tanpa resampling di mesinasalkan perangkat tersebut mendukung format yang tepat. Hal ini menghindari konversi perantara yang dapat menambah kerumitan dan sedikit penundaan.

Selain itu, Microsoft merekomendasikan agar aplikasi WASAPI yang membutuhkan latensi rendah membuat tugas pemrosesannya sendiri. melalui Antrian Kerja Waktu Nyata (RT Work Queue) atau antrian Media Foundation., dengan memberi label "Audio" atau "ProAudio" alih-alih meluncurkan thread mereka sendiri tanpa koordinasi.

Pelabelan ini memungkinkan Windows Mengelola secara terpusat prioritas dan afinitas dari thread-thread tersebut. dalam mode audio khususnya, mengurangi risiko subsistem lain mengganggu proses di tengah-tengah pemrosesan buffer yang ketat.

Perbaikan diperlukan pada driver latensi rendah.

Komponen perangkat lunak pengguna hanyalah setengah dari cerita. Agar suatu sistem benar-benar berfungsi dengan baik... penyangga beberapa milidetik dalam kondisi tertentuPengontrol audio juga harus melakukan bagian mereka.

Mulai dari Windows 10, driver dapat menyatakan melalui properti tertentu apa yang Ukuran buffer minimum absolut yang didukung di setiap mode pemrosesanInformasi ini mencakup batasan umum dan batasan khusus untuk mode default, mode bioskop, dan lain sebagainya.

Sebagai contoh, sebuah pengontrol mungkin menetapkan bahwa nilai minimum absolut adalah 2 ms, tetapi dalam mode pemrosesan default, ukuran efektifnya adalah 128 sampel pada 48 kHz (sekitar 3 ms). Susunan audio tersebut menghormati batasan-batasan ini. dan tidak akan pernah mencoba untuk melampaui batas minimum yang telah ditetapkan.

Selain ukuran buffer, ada DDI yang memudahkan pengontrol untuk melaporkan data secara akurat. Sebutkan bagian buffer mana yang kosong atau penuh, dan berikan stempel waktu yang tepat. berdasarkan penghitung kinerja dan, dalam beberapa skenario, mengunduh data lebih cepat daripada waktu nyata jika Anda telah mengumpulkan informasi secara internal.

Kemampuan ini sangat berguna dalam desain dengan DSP yang kompleks atau transfer data yang tidak sederhana antara memori dan perangkat keras, di mana Posisi aliran dan latensi internal bergantung pada beberapa blok perantara.Perhitungan stempel waktu harus memperhitungkan penundaan tetap ini agar sistem dapat menyelaraskan data dengan benar.

Terakhir, agar Windows dapat melindungi subsistem audio secara memadai dalam skenario latensi sangat rendah, Pengemudi harus mendaftarkan sumber daya streaming mereka ke PortCls.: interupsi dan thread-nya sendiri digunakan untuk menjamin aliran data.

Pendaftaran ini dapat dilakukan saat driver dimuat atau saat runtime, dan bersifat wajib. semua pengontrol dalam rantai streaming berpartisipasi dengan satu atau lain cara. Pada tumpukan dengan bus HDAudio, misalnya, sebagian dari pekerjaan itu dilakukan oleh pengontrol bus itu sendiri, sementara miniport mendaftarkan thread-nya sendiri.

Alat dan teknik untuk mengukur latensi di Windows

Untuk menentukan apakah penyesuaian WASAPI dan perubahan driver benar-benar memberikan hasil, praktik umum yang dilakukan adalah mengukur Latensi bolak-balik menggunakan pulsa uji yang diputar melalui speaker dan ditangkap oleh mikrofon.Perangkat lunak ini menghitung penundaan antara transmisi dan penerimaan, dan jika Anda melihat gangguan kecil, ada baiknya untuk memeriksa bagaimana mengukur latensi DPC secara khusus.

Metodologi ini memungkinkan perbandingan berbagai ukuran buffer, mode operasi, dan versi driver, asalkan perangkat audio tersebut kompatibel. menerima rentang penyangga kecil yang diperlukanJika tidak, sistem pada akhirnya akan kembali ke nilai default 10 ms; untuk analisis yang lebih mendalam, Anda dapat mempelajari caranya menganalisis Windows secara mendalam dengan WPR/WPA.

Pada sistem dengan perangkat keras HDAudio standar, Driver bawaan Microsoft untuk HDAudio Perangkat lunak ini telah diperbarui untuk mendukung ukuran sampel antara 128 sampel (sekitar 2,66 ms pada 48 kHz) dan 480 sampel (10 ms pada 48 kHz). Dalam beberapa kasus, menginstal driver generik ini mungkin berguna untuk pengujian.

Proses ini melibatkan pembukaan Pengelola Perangkattemukan perangkat yang mewakili speaker internal, dan Memaksa pemasangan "Perangkat Audio Definisi Tinggi" Microsoft. alih-alih menggunakan codec dari pabrikan. Setelah restart, sistem akan menggunakan driver generik tersebut untuk endpoint tersebut.

Sebaiknya catat driver mana yang digunakan sebelumnya agar Anda dapat mengembalikan perubahan jika diperlukan. Meskipun driver Microsoft berguna untuk bereksperimen dengan ukuran buffer kecil, Versi pabrikan biasanya menawarkan kualitas suara atau fitur spesifik yang lebih sesuai dengan perangkat kerasnya..

WASAPI, AudioGraph, dan perbedaan latensi praktis

Meskipun kedua API tersebut bergantung pada mesin audio yang sama, dalam praktiknya AudioGraph dan WASAPI tidak selalu berperilaku sama dalam hal latensi.bahkan dengan menggunakan ukuran buffer yang sama.

Sesuai rancangannya, AudioGraph menambahkan sebuah penyangga latensi di sisi pengambilan untuk menyinkronkan pemutaran dan perekamanHal ini sangat menyederhanakan kode aplikasi, karena memastikan bahwa kedua rute sejajar, tetapi menambah beberapa milidetik.

Pada jalur pemutaran, ketika sistem menggunakan ukuran buffer lebih besar dari sekitar 6 ms, AudioGraph dapat memperkenalkan penyangga pengaman lainnya., sekali lagi dengan ide untuk menawarkan sebuah model pemrograman Stabil dan dapat diprediksi dengan mengorbankan sedikit latensi tambahan.

Sebaliknya, WASAPI mengekspos rute dengan abstraksi yang lebih sedikit. Ini menyiratkan lebih banyak pekerjaan manual untuk pengembangNamun, sebagai imbalannya, hal ini memungkinkan Anda untuk memaksimalkan pengurangan latensi dalam kondisi tertentu, terutama dalam mode berbagi frekuensi rendah dan dengan IAudioClient3.

Selain itu, tidak seperti AudioGraph, WASAPI memungkinkan Kelola secara lebih detail efek dari pengambilan data, penggunaan pemrosesan data mentah, dan koordinasi dengan API lain seperti Media Foundation.yang membuka pintu bagi optimasi spesifik dalam proyek-proyek profesional.

Dalam semua kasus, rekomendasi Microsoft jelas: Jangan menggunakan mode pemrosesan mentah secara sembarangan.Menonaktifkan efek OEM dapat meningkatkan latensi tetapi juga dapat menyebabkan sinyal pemutaran yang kurang optimal atau format perekaman yang sulit ditangani oleh aplikasi.

Jika kita menggabungkan semua bagian ini, menjadi jelas bahwa jalan untuk menjinakkan Pengaturan latensi WASAPI Hal ini melibatkan pemahaman menyeluruh tentang tumpukan Windows, perilaku perangkat keras Anda, dan API yang tersedia. Hanya dengan demikian Anda dapat menentukan di mana setiap milidetik benar-benar diperoleh (atau hilang) dan menyempurnakan konfigurasi untuk memenuhi kebutuhan setiap jenis aplikasi, tanpa mengorbankan stabilitas atau kualitas suara.