🏁 🛷 〽️ Mengapa Anda membutuhkan ASIO untuk audiophiles? 🛶 👛 🛌🏾

Siapa pun yang menemukan masalah reproduksi suara berkualitas tinggi cepat atau lambat akan bertemu dengan ASIO singkatan, sebagai opsi penting dan perlu.

Apa ini dan apa arti praktisnya?

Pertama-tama, ASIO hanya berhubungan dengan bagian audio dari perekaman / pemutaran dari komputer melalui kartu suara atau USB-DAC di bawah sistem operasi Windows. Bagi mereka yang mendengarkan musik dari smartphone atau dari pemain jaringan dengan OS mereka sendiri, memiliki kinerja ASIO juga bermanfaat, karena pengetahuan tentang "opsi" ini menghindari sejumlah masalah yang ada di ponsel cerdas dan, karenanya, memungkinkan kita untuk memahami mengapa tidak semua platform suara sama-sama bermanfaat.

ASIO adalah antarmuka perangkat lunak untuk mentransfer data dari program yang memutar atau menerima sinyal audio langsung ke driver kartu suara, melewati subsistem suara OS.

Kebutuhan ASIO muncul secara eksklusif untuk tugas-tugas profesional. Masalah terbesar adalah dan tetap menjadi penundaan minimum untuk mentransmisikan sinyal audio. Ketika kita menonton film, tidak masalah berapa lama sistem untuk mulai memutar video dan audio, sepersekian milidetik atau beberapa detik setelah mengklik tombol "putar". Yang utama adalah bahwa video dan audio adalah sinkron relatif satu sama lain. Di studio, persyaratannya sangat ketat, karena sering diputar langsung pada instrumen virtual, dari mana suara harus diproses secara real time. Tidak mungkin untuk sepenuhnya bermain di keyboard midi jika Anda tidak segera mendengar penekanan tombol, tetapi setelah satu detik.

Secara teratur, di OS Windows, penundaan adalah 7 hingga 300 ms dan tergantung pada beban sistem saat ini. Seperti yang Anda duga, sistem suara bukanlah prioritas di Windows dan semua yang diperlukan adalah bahwa suara itu tidak gagap, dan untuk ini data audio dikumpulkan dalam buffer terpisah dan ditransmisikan segera dalam potongan besar. Untuk keterlambatan yang sangat kecil, buffer harus kecil dan terus-menerus dikirim dalam paket kecil.

ASIO adalah jembatan alternatif yang menyediakan transfer aliran suara dari program ke driver dengan nilai buffer tetap, melewati sistem transfer data OS standar. Karena ASIO bukan pengembangan Microsoft (yang, omong-omong, secara tradisional telah menempatkan tiga tumpukan suara), dukungan untuk output dan penerimaan di ASIO jatuh di pundak produsen perangkat lunak dan perangkat audio. Awalnya, ASIO dikembangkan oleh Steinberg untuk produk-produknya pada saat transisi dari MIDI ke sintesis virtual, dan saat ini didukung oleh hampir semua perangkat lunak profesional dan antarmuka suara.

Seperti yang Anda tebak, audiophiles tidak peduli apa keterlambatan sistem. Tapi itu berguna untuk mengetahui apa yang OS keluarkan untuk transmisi suara dan bagaimana pengaruhnya terhadap kualitas.

Bagaimana subsistem suara OS mempengaruhi suara

OS memiliki banyak program yang merupakan sumber suara, seperti Skype, ICQ, browser dengan musik di VK, suara sistem, pemutar video dan aplikasi lainnya. Semua aliran suara ini berbeda dalam diskresi dan frekuensi pengambilan sampel, dan hanya satu aliran stereo dengan kedalaman bit dan frekuensi pengambilan sampel tertentu yang harus sampai ke DAC. Oleh karena itu, semua aliran suara harus dicampur terlebih dahulu. Untuk membayangkan tingkat masalahnya, bayangkan ada beberapa foto dengan resolusi awal yang berbeda yang perlu ditampilkan secara bersamaan di layar LCD, dengan masing-masing foto mengisi seluruh layar. Jika foto ditampilkan pixel demi pixel dan foto menempati bagian layar, itu akan mirip dengan fakta bahwa suara akan diputar lebih lambat atau lebih cepat.

Jika resolusi foto adalah 600x480 piksel, dan resolusi monitor adalah 1024x768, maka Anda harus terlebih dahulu mentransfer foto ke 1024x468. Kejelasan foto tidak diragukan lagi akan berkurang. Suara yang dihitung ulang sistem dari 44.100 kHz menjadi 48.000 atau 96.000 kHz mengalami hal yang sama. Kualitas resampler di Windows buruk. Ada penghematan sumber daya maksimum.

Kembali ke foto, kami memiliki foto dengan resolusi 600x480 piksel, 1024x768 piksel dan 2048x1536 piksel, dan semua foto harus ditampilkan pada 1024x768 piksel. Sebelum menambahkan, Anda perlu menghitung ulang 600x480 dan 2048x1536 hingga 1024x768 dan merangkum tiga foto setelah menambahkan satu gambar ke yang lain.

Biasanya hanya satu program mereproduksi suara utama, sementara sisanya memainkan suara secara berkala (ICQ, Skype) dan mereka dapat dibandingkan dengan logo dan tulisan di atas foto utama. Cukup jelas bahwa gambar dengan resolusi awal 1024x768 akan menderita kualitas paling rendah dan jika itu utama dan cocok dengan resolusi monitor, maka kualitas hanya gambar tambahan akan berkurang: logo dan prasasti.

Juga dalam sistem, Anda dapat secara resmi mengatur frekuensi pengambilan sampel akhir sebesar 44,100 kHz untuk pemutar audio dan mengabaikan kualitas suara sistem yang hanya terdengar dari waktu ke waktu.

Namun, untuk kehilangan kualitas terkecil saat pencampuran aliran suara, kebisingan khusus (parit) ditambahkan dan sistem tidak peduli, satu program mereproduksi suara atau beberapa. Jadi, bahkan ketika memainkan hanya satu aliran suara tanpa mengubahnya ke frekuensi pengambilan sampel lain, itu masih diproses dan tidak akan lagi tiba di DAC bit-to-bit.

Jika sebelumnya, OS memantau frekuensi pengambilan sampel dari data input dan secara otomatis mengatur laju pengambilan sampel maksimum yang didukung oleh kartu suara ke aliran suara yang masuk (misalnya, pada input 22, 44.1 dan 48 kHz, 48 kHz ditetapkan, dan pada 22 dan 44.1 menurun hingga 44,1 kHz), kemudian mulai dengan Win7, sistem secara paksa mengatur frekuensi total sampel dan tidak ada otomat frekuensi referensi. Stabilitas OS meningkat, tetapi metode ini tidak menyenangkan semua orang.

Situasi yang dijelaskan sama benarnya untuk semua sistem operasi dan platform yang dapat memutar suara secara bersamaan dari berbagai program. Di ponsel, misalnya, memutar percakapan telepon dan sinyal sistem baterai mati.

Secara kondisional, skema umum terlihat seperti ini. Saat menggunakan ASIO, aliran suara dikirim langsung ke mixer driver kartu suara (Driver Mixer), melewati resampler (SRC) dan mixer OS.

Untuk keperluan memainkan aliran suara bit-to-bit, ada mode khusus, di Windows ini adalah Kernel Streaming (versi sebelum XP) dan WASAPI (versi setelah XP inklusif). Dalam mode ini, hanya satu program dalam sistem yang berhak mentransmisikan aliran suara, dan di sini pencampuran dan penghitungan ulang data sepenuhnya dikecualikan. Selain itu, ada dukungan oleh sistem untuk secara otomatis mengalihkan frekuensi referensi (tetapi dengan dukungan yang sesuai untuk driver kartu suara).

Mode ini tidak disarankan untuk pengguna biasa, karena disertai dengan berbagai masalah. Misalnya, pengguna menyalakan Foobar2000 dengan WASAPI dan kemudian meluncurkan klip video dari browser yang diluncurkan sebelumnya. Driver suara tidak menerima aliran suara dari browser dan plugin flash macet. Sudah jelas - sistem telah runtuh, dan ini: "kesedihan, kesulitan dan kesedihan". Pembuat perangkat lunak jarang membuat output audio ke KS / WASAPI, seperti pengguna militan tidak akan menyalahkan tangan mereka yang bengkok untuk masalah tersebut, tetapi program "karena semuanya hancur."

Mode KS / WASAPI hanya dapat ditemukan di editor audio, sequencer dan pemain perangkat lunak langka yang dirancang untuk audiophiles - untuk pengguna terlatih yang memahami bahwa stabilitas OS akan menderita dan tidak akan ada suara kecuali untuk pemutar / editor audio / sequencer. Audiofil tingkat lanjut yang mengabaikan suara bawaan biasanya menggunakan kartu suara terpisah untuk musik, dan suara sistem diarahkan ke suara bawaan, yang menjamin stabilitas OS yang tinggi.

Itu sebenarnya, KS / WASAPI sangat ideal untuk output audio untuk audiophile. Didukung di Foobar2000, AIMP, Winamp. Bagi mereka yang ingin mendengarkan film juga, ada pemain Light Alloy.

ASIO atau WASAPI?

Profesional menggunakan mode ASIO, yang mentransfer aliran audio bit-ke-bit ke driver dan memberikan tingkat penundaan yang tetap. Pengaturan default OS WASAPI tidak memungkinkan untuk mengontrol penundaan. Tingkat keterlambatan dalam pekerjaan profesional adalah prioritas, dan bit-to-bit hanyalah bonus yang bagus.

Apa yang terjadi ketika sistem suara OS dan ASIO terlibat?

Ada dua aliran suara untuk driver suara, salah satunya berasal dari subsistem OS, yang lain dari ASIO. Khusus tentang cara pengemudi ditulis, aliran terakhir akan dicampur ke DAC. Dalam beberapa kasus, jika ada aliran suara dari ASIO, maka suara dari subsistem OS dimatikan, dalam kasus lain ada campuran aliran dari OS dan ASIO dan bit-to-bit tetap hanya dalam teori. ASIO, seperti WASAPI, memungkinkan Anda untuk hanya menghindari algoritma SRC (oversampling) dan mencampur subsistem OS dan tidak lebih. Integritas aliran akhir akan tergantung pada driver.

Bagaimanapun, hampir selalu kartu suara beroperasi dalam mode pengambilan sampel yang sama seperti aliran masuk dari ASIO, yang memberikan beberapa keuntungan bagi ASIO.

Pencampuran dalam driver dapat berupa perangkat lunak, atau mungkin perangkat keras. Terutama lucu adalah upaya audiophiles sebagai sumber untuk menempatkan antarmuka profesional untuk "digit berkualitas tinggi", di mana digit ditampilkan setelah pencampuran perangkat keras. Namun, beberapa orang menyukai suara campuran lebih dari yang asli ... lebih bersih, lebih transparan dan tulus ...

Jika Anda melihat secara logis rantai yang menjadi tujuan aliran suara, untuk ideologi bit-to-bit, antarmuka suara harus mendukung hanya satu opsi, atau mematikan pencampuran aliran ketika pengoperasian hanya satu antarmuka. Hanya dalam kasus ini peluang untuk mendapatkan bit-to-bit maksimum.

Misalnya, ambil OPPO HA-1 dengan dukungan ASIO. Jika Anda menjalankan secara bersamaan Foobar2000 dengan WASAPI dan AIMP dengan ASIO, maka pada output kita akan mendengar kedua aliran suara secara bersamaan. OPPO tidak memiliki output digital dan, karenanya, tidak ada cara untuk memeriksa aliran suara untuk bit-by-bit secara terpisah untuk ASIO dan WASAPI sebelum DAC.

Tetapi dengan ASUS Essence STU situasinya berbeda. Jika AIMP bermain dengan ASIO, maka Foobar2000 dengan WASAPI sudah diam, aliran audio tidak bercampur, memberi prioritas pada ASIO. Tidak ada cara untuk memeriksa aliran digital dengan cara yang sama, tetapi kemungkinannya adalah aliran audio telah tiba "sedikit-ke-bit" dengan urutan yang lebih besar.

Dipercaya bahwa USB-DAC harus mendukung ASIO, tetapi dalam praktiknya kami mendapatkan tautan tambahan di mana aliran dari sistem suara OS dan ASIO harus dicampur atau dialihkan. Dan di sini tidak adanya ASIO adalah tidak adanya tautan yang tidak dikenal di mana mungkin ada pencampuran paksa, yang tidak dapat diuji tanpa output digital. Pada saat yang sama, pencampuran pada tahap ini biasanya dilakukan dalam bit 24 atau 32 bit dan, oleh karena itu, tidak mungkin untuk mendengar suara selokan. Satu-satunya masalah adalah ideologi Hi-End.

Apakah ASIO obat mujarab untuk semua penyakit?

Seperti yang ditunjukkan oleh latihan, semuanya tergantung pada driver perangkat suara. Jika perangkat ini profesional, maka produsen ASIO biasanya memiliki perhatian maksimum pada stabilitas dan kualitas. Jika perangkat ini domestik, maka ASIO dapat bekerja dengan urutan yang lebih buruk dari mode KS / WASAPI. Dari sudut pandang praktis, ketika memilih untuk menggunakan KS / WASAPI dan ASIO, Anda harus menggunakan antarmuka yang berfungsi lebih stabil.

Driver Universal ASIO4ALL

Driver ASIO4ALL sangat populer, tetapi pada saat yang sama itu adalah jembatan antara keluarnya ASIO dari program ke input KS / WASAPI di OS. Penting untuk diketahui, karena jika kartu suara Anda tidak mendukung ASIO, maka setelah menginstal ASIO4ALL di Foobar2000 yang sama, Anda memiliki pilihan untuk memilih output di KS / WASAPI atau ASIO melalui ASIO4ALL pada awalnya, yang akan mengarahkan aliran suara ke KS / WASAPI yang sama di OS.

Sambutan untuk penggemar ASIO4ALL - ya, masih ada pengaturan yang berbeda, seperti memilih buffer, dll., Tetapi fitur ini hanya diperlukan dalam pekerjaan profesional dan tidak memberikan apa pun yang berguna bagi audiophiles yang materi ini dimaksudkan.

Apa yang memberi Anda hak untuk mengklaim bahwa ASIO4ALL mentransfer data bit-ke-bit ke KS / WASAPI? Bagaimanapun, teori dan praktik sering memberikan hasil yang berlawanan. Untuk mengevaluasi kualitas kinerja ASIO4ALL, Audiolab M-DAC digunakan dengan fungsi memeriksa aliran suara yang masuk untuk "bit perfect" dengan memainkan file suara khusus. Tes mengkonfirmasi bahwa data benar-benar datang "sedikit demi sedikit" ketika bermain dari Foobar2000 via ASIO4ALL.

Omong-omong, pernyataan datang dari programmer bahwa, misalnya, driver ASIO untuk kartu E-MU eksternal (versi USB) dibuat serupa dengan ASIO4ALL dalam bentuk jembatan, dan inilah tepatnya sumber kartu dengan stabilitas rendah ...

Android dan sedikit demi sedikit

Kembali ke pemain berdasarkan OS Android. Ada mode KS / WASAPI yang serupa di OS ini, tetapi tidak ada pengaturan eksplisit untuk itu. Satu-satunya pemain perangkat lunak di mana ada mode keluaran langsung di DAC digunakan di iBasso DX100. Tentu saja, pemutar perangkat lunaknya sendiri hanya berfungsi di DX100, tidak dapat diunduh dan dimasukkan sebagai contoh di pemutar Sony.

Memeriksa Android untuk operasi bit-by-bit sangat sederhana. Luncurkan semua jam alarm dan pemain. Jika di atas suara dari pemain Anda mendengar alarm, maka tidak ada output "bit-to-bit".

Total

ASIO adalah kemampuan untuk mentransmisikan stream audio bit-ke-bit melewati pemrosesan suara di subsistem OS, tetapi selain ASIO, ada alternatif KS / WASAPI. Pada akhirnya, kualitas dan ketepatan transmisi hanya disediakan oleh pengemudi perangkat audio, dan kadang-kadang kekurangan ASIO hanya merupakan nilai tambah yang terpisah.

Penulis Kuznetsov Roman romanrex