👦🏼 👩‍👩‍👦‍👦 🧖 ऑडीओफाइल्स के लिए आपको एएसआईओ की आवश्यकता क्यों है? 🍸 👧🏿 🙏🏾

कोई भी जो उच्च गुणवत्ता वाले ध्वनि प्रजनन के मुद्दे पर जल्द ही आया है या बाद में एक महत्वपूर्ण और आवश्यक विकल्प के रूप में ASIO के संक्षिप्त नाम से मिलता है।

यह क्या है और व्यावहारिक अर्थ क्या है?

सबसे पहले, एएसआईओ केवल एक साउंड कार्ड या यूएसबी-डैक के माध्यम से कंप्यूटर से रिकॉर्डिंग / प्लेबैक के ऑडियो भाग को संबंधित टेलीविज़न सिस्टम के तहत संबंधित करता है। जो लोग स्मार्टफोन से या अपने खुद के ओएस वाले नेटवर्क प्लेयर से संगीत सुनते हैं, उनके लिए ASIO का प्रदर्शन उपयोगी है, क्योंकि इस "विकल्प" का ज्ञान स्मार्टफ़ोन में मौजूद कई समस्याओं से बचा जाता है और, तदनुसार, हमें यह समझने की अनुमति देता है कि सभी ध्वनि प्लेटफ़ॉर्म समान रूप से उपयोगी क्यों नहीं हैं।

ASIO एक प्रोग्राम से डेटा ट्रांसफर करने के लिए एक सॉफ्टवेयर इंटरफ़ेस है जो OS के साउंड सबसिस्टम को दरकिनार करते हुए सीधे साउंड कार्ड ड्राइवर को ऑडियो सिग्नल बजाता है या प्राप्त करता है।

ASIO की आवश्यकता विशेष रूप से पेशेवर कार्यों के लिए पैदा हुई। सबसे बड़ी समस्या थी और एक ऑडियो सिग्नल संचारित करने के लिए न्यूनतम देरी बनी हुई है। जब हम कोई फिल्म देखते हैं, तो यह मायने नहीं रखता कि "वीडियो" बटन पर क्लिक करने के बाद वीडियो और ऑडियो, मिलीसेकंड का एक अंश या कुछ सेकंड के लिए शुरू होने में कितना समय लगता है। मुख्य बात यह है कि वीडियो और ऑडियो एक दूसरे के समकालिक हैं। स्टूडियो में, आवश्यकताएँ बहुत सख्त हैं, क्योंकि अक्सर वर्चुअल इंस्ट्रूमेंट्स पर लाइव बजाया जाता है, जिसमें से ध्वनि को वास्तविक समय में संसाधित किया जाना चाहिए। मिडी कीबोर्ड पर पूरी तरह से खेलना असंभव है यदि आप कीस्ट्रोक को तुरंत नहीं सुनते हैं, लेकिन एक सेकंड के बाद।

नियमित रूप से, विंडोज ओएस में, देरी 7 से 300 एमएस से होती है और वर्तमान सिस्टम लोड पर निर्भर करती है। जैसा कि आप अनुमान लगा सकते हैं, ध्वनि प्रणाली विंडोज में एक प्राथमिकता नहीं है और इसके लिए जो आवश्यक है वह यह है कि ध्वनि बस नहीं रुकती है, और इसके लिए ऑडियो डेटा को एक अलग बफर में एकत्र किया जाता है और तुरंत बड़ी मात्रा में प्रसारित किया जाता है। अत्यंत छोटी देरी के लिए, बफर छोटा होना चाहिए और छोटे पैकेट में लगातार प्रसारित होना चाहिए।

एएसआईओ एक वैकल्पिक पुल है जो मानक ओएस डेटा ट्रांसफर सिस्टम को दरकिनार करते हुए कार्यक्रम से ड्राइवर को एक निश्चित बफर मान के साथ ध्वनि प्रवाह का हस्तांतरण प्रदान करता है। चूंकि ASIO एक Microsoft विकास नहीं है (जो, वैसे, पारंपरिक रूप से ध्वनि पर तीन ढेर लगाता है), ASIO में आउटपुट और रिसेप्शन का समर्थन सॉफ्टवेयर और ऑडियो डिवाइस निर्माता के कंधों पर पड़ता है। प्रारंभ में, एएसआईओ को मिडी से आभासी संश्लेषण में संक्रमण के समय स्टाइनबर्ग द्वारा अपने उत्पादों के लिए विकसित किया गया था, और आज यह लगभग सभी पेशेवर सॉफ्टवेयर और ध्वनि इंटरफेस द्वारा समर्थित है।

जैसा कि आप अनुमान लगा सकते हैं, ऑडियोफाइल्स को परवाह नहीं है कि सिस्टम में देरी क्या है। लेकिन यह जानना उपयोगी है कि ओएस ध्वनि संचरण पर अपनी ऊर्जा क्या खर्च करता है और यह गुणवत्ता को कैसे प्रभावित करता है।

OS का साउंड सबसिस्टम ध्वनि को कैसे प्रभावित करता है

ओएस में कई प्रोग्राम होते हैं जो ध्वनि के स्रोत होते हैं, जैसे स्काइप, आईसीक्यू, वीके पर संगीत के साथ एक ब्राउज़र, सिस्टम साउंड, एक वीडियो प्लेयर और अन्य एप्लिकेशन। ये सभी ध्वनि धाराएं विसंगति और नमूना आवृत्ति दोनों में भिन्न होती हैं, और एक निश्चित बिट गहराई और नमूना आवृत्ति के साथ केवल एक स्टीरियो स्ट्रीम डीएसी के लिए आना चाहिए। तदनुसार, सभी ध्वनि धाराओं को अग्रिम में मिलाया जाना चाहिए। समस्या के स्तर की कल्पना करने के लिए, कल्पना करें कि विभिन्न प्रारंभिक रिज़ॉल्यूशन वाली कई फ़ोटो हैं, जिन्हें एलसीडी स्क्रीन पर एक साथ प्रदर्शित करने की आवश्यकता है, प्रत्येक तस्वीर पूरी स्क्रीन को भरने के साथ है। यदि तस्वीर पिक्सेल द्वारा पिक्सेल प्रदर्शित की जाती है और फोटो स्क्रीन के हिस्से पर कब्जा कर लेती है, तो यह इस तथ्य के समान होगा कि ध्वनि धीमी या तेज चलेगी।

यदि फ़ोटो का रिज़ॉल्यूशन 600x480 पिक्सेल है, और मॉनिटर का रिज़ॉल्यूशन 1024x768 है, तो आपको सबसे पहले फ़ोटो को 1024x468 पर स्थानांतरित करना होगा। तस्वीर की स्पष्टता निस्संदेह घटेगी। यह ध्वनि 44,100 kHz से 48,000 या 96,000 kHz तक पुनरावृत्ति करती है और लगभग उसी तरह से ध्वनि होती है। विंडोज में रेसमलर की गुणवत्ता खराब है। संसाधनों की अधिकतम बचत है।

फ़ोटो पर वापस लौटने पर, हमारे पास 600x480 पिक्सेल, 1024x768 पिक्सेल और 2048x1536 पिक्सेल का रिज़ॉल्यूशन वाला एक फ़ोटो है, और सभी फ़ोटो 1024x768 पिक्सेल पर प्रदर्शित होनी चाहिए। जोड़ने से पहले, आपको 600x480 और 2048x1536 से 1024x768 तक पुनर्गणना करना होगा और एक तस्वीर को दूसरे चित्र में जोड़ने के बाद तीन तस्वीरों को संक्षेप में प्रस्तुत करना होगा।

आमतौर पर केवल एक कार्यक्रम मुख्य ध्वनि को पुन: पेश करता है, जबकि बाकी समय-समय पर ध्वनि (आईसीक्यू, स्काइप) खेलते हैं और उनकी तुलना मुख्य फोटो के शीर्ष पर लोगो और शिलालेख के साथ की जा सकती है। यह काफी स्पष्ट है कि 1024x768 के प्रारंभिक रिज़ॉल्यूशन वाली तस्वीर गुणवत्ता में कम से कम पीड़ित होगी और यदि यह प्राथमिक है और मॉनिटर के रिज़ॉल्यूशन से मेल खाती है, तो केवल सहायक चित्रों की गुणवत्ता कम हो जाएगी: लोगो और शिलालेख।

सिस्टम में भी, आप ऑडियो प्लेयर के लिए 44.100 किलोहर्ट्ज़ की अंतिम सैंपलिंग आवृत्ति को औपचारिक रूप से सेट कर सकते हैं और सिस्टम की गुणवत्ता की उपेक्षा कर सकते हैं जो समय-समय पर केवल आवाज़ करता है।

हालांकि, गुणवत्ता में कम से कम नुकसान के लिए, जब ध्वनि धाराओं को मिलाते हुए, विशेष शोर (डिटर) जोड़ा जाता है और सिस्टम परवाह नहीं करता है, तो एक कार्यक्रम ध्वनि या कई को पुन: पेश करता है। इस प्रकार, यहां तक कि जब केवल एक साउंड स्ट्रीम को दूसरी नमूना आवृत्ति में कनवर्ट किए बिना खेल रहा है, तब भी इसे संसाधित किया जाएगा और अब बिट-टू-बिट DAC पर नहीं आएगा।

यदि पहले, ओएस इनपुट डेटा की सैंपलिंग आवृत्ति की निगरानी करता था और स्वचालित रूप से ध्वनि कार्ड द्वारा समर्थित अधिकतम नमूना दर को आने वाली ध्वनि धाराओं (उदाहरण के लिए, इनपुट 22, 44.1 और 48 किलोहर्ट्ज़, 48 kHz पर सेट किया गया था, और 22 और 44.1 पर घटा दिया) 44.1 kHz तक), फिर Win7 के साथ शुरू, सिस्टम जबरन कुल नमूना आवृत्ति सेट करता है और कोई संदर्भ आवृत्ति ऑटोमेटन नहीं है। ओएस की स्थिरता बढ़ी, लेकिन विधि ने सभी को खुश नहीं किया।

वर्णित स्थिति सभी ऑपरेटिंग सिस्टम और प्लेटफार्मों के लिए समान रूप से सच है जो विभिन्न कार्यक्रमों से एक साथ ध्वनि खेल सकते हैं। उदाहरण के लिए, एक मोबाइल फोन में, एक टेलीफोन वार्तालाप और एक मृत बैटरी की एक प्रणाली संकेत खेल रहा है।

सशर्त रूप से, सामान्य योजना इस तरह दिखती है। एएसआईओ का उपयोग करते समय, साउंड स्ट्रीम को सीधे साउंड कार्ड ड्राइवर (मिक्सर ड्राइवर) के मिक्सर में भेजा जाता है, जिसमें रेज़मप्लेर (एसआरसी) और ओएस मिक्सर को दरकिनार किया जाता है।

बिट-टू-बिट साउंड स्ट्रीम खेलने की आवश्यकता के लिए, विशेष मोड हैं, विंडोज में ये "कर्नेल स्ट्रीमिंग" (एक्सपी से पहले के संस्करण) और वासापी (एक्सपी समावेशी के बाद के संस्करण) हैं। इस मोड में, सिस्टम में केवल एक प्रोग्राम में साउंड स्ट्रीम को संचारित करने का अधिकार है, और यहां डेटा के मिश्रण और पुनरावर्तन को पूरी तरह से बाहर रखा गया है। इसके अलावा, संदर्भ आवृत्ति को स्वचालित रूप से स्विच करने के लिए सिस्टम द्वारा समर्थन है (लेकिन साउंड कार्ड ड्राइवर के लिए इसी समर्थन के साथ)।

सामान्य उपयोगकर्ताओं के लिए यह मोड अनुशंसित नहीं है, जैसा कि इसके साथ विभिन्न समस्याएं हैं। उदाहरण के लिए, एक उपयोगकर्ता WASAPI के साथ Foobar2000 को चालू करता है और फिर पहले लॉन्च किए गए ब्राउज़र से एक वीडियो क्लिप लॉन्च करता है। ध्वनि चालक ब्राउज़र से ध्वनि प्रवाह को स्वीकार नहीं करता है और फ्लैश प्लगइन क्रैश हो जाता है। यह स्पष्ट है - प्रणाली ध्वस्त हो गई है, और यह: "दुख, परेशानी और दुःख"। सॉफ़्टवेयर निर्माता शायद ही कभी केएस / वासपीआई को ऑडियो आउटपुट बनाते हैं, जैसा कि आतंकवादी उपयोगकर्ता समस्याओं के लिए अपने कुटिल हाथों को दोषी नहीं ठहराएंगे, लेकिन कार्यक्रम "जिसके कारण सब कुछ बर्बाद हो गया।"

KS / WASAPI मोड केवल ऑडियो एडिटर, सीक्वेंसर और दुर्लभ सॉफ्टवेयर प्लेयर में पाया जा सकता है, जो ऑडीओफाइल्स के लिए डिज़ाइन किए गए हैं - प्रशिक्षित उपयोगकर्ताओं के लिए जो समझते हैं कि ओएस की स्थिरता को नुकसान होगा और प्लेयर / ऑडियो एडिटर / सिक्वेंसर के अलावा कोई आवाज़ नहीं होगी। उन्नत ऑडीओफाइल्स जो अंतर्निहित ध्वनि को त्याग देते हैं, आमतौर पर संगीत के लिए एक अलग साउंड कार्ड का उपयोग करते हैं, और सिस्टम ध्वनियों को अंतर्निहित ध्वनि के लिए निर्देशित किया जाता है, जो ओएस की उच्च स्थिरता सुनिश्चित करता है।

उन। वास्तव में, KS / WASAPI ऑडियोऑडियोल के लिए ऑडियो आउटपुट के लिए आदर्श है। Foobar2000, AIMP, Winamp में समर्थित है। जो लोग फिल्में भी सुनना चाहते हैं, उनके लिए लाइट एलॉय प्लेयर है।

ASIO या WASAPI?

पेशेवर ASIO मोड का उपयोग करते हैं, जो ड्राइवर को बिट-टू-बिट ऑडियो स्ट्रीम स्थानांतरित करता है और एक निश्चित स्तर की देरी प्रदान करता है। WASAPI OS डिफ़ॉल्ट सेटिंग्स देरी को नियंत्रित करने की अनुमति नहीं देती है। पेशेवर काम में देरी का स्तर प्राथमिकता है, और बिट-टू-बिट केवल एक अच्छा बोनस है।

क्या होता है जब ओएस और एएसआईओ साउंड सिस्टम दोनों शामिल होते हैं?

ध्वनि चालक के लिए दो ध्वनि धाराएँ हैं, उनमें से एक OS सबसिस्टम से आती है, दूसरी ASIO से। विशेष रूप से ड्राइवर को कैसे लिखा गया था, इस पर अंतिम धारा को डीएसी में मिलाया जाएगा। कुछ मामलों में, यदि एएसआईओ से ध्वनि की धारा होती है, तो ओएस सबसिस्टम से ध्वनि बंद हो जाती है, अन्य मामलों में ओएस और एएसआईओ से प्रवाह का मिश्रण होता है और बिट-टू-बिट केवल सिद्धांत में रहता है। ASIO, WASAPI की तरह, आपको केवल SRC (ओवरसम्पलिंग) एल्गोरिदम से बचने और OS सबसिस्टम को मिक्स करने की अनुमति देता है और इससे ज्यादा कुछ नहीं। अंतिम धारा की अखंडता चालक पर निर्भर करेगी।

किसी भी स्थिति में, लगभग हमेशा साउंड कार्ड ASIO से आने वाली स्ट्रीम के समान ही नमूना मोड में काम करता है, जो ASIO के लिए कुछ लाभ देता है।

चालक में मिश्रण सॉफ्टवेयर, या शायद हार्डवेयर हो सकता है। विशेष रूप से मज़ेदार एक "उच्च-गुणवत्ता वाले अंक" के लिए एक पेशेवर इंटरफ़ेस डालने के लिए एक स्रोत के रूप में ऑडियोफाइल्स का प्रयास है, जहां हार्डवेयर मिश्रण के बाद अंक प्रदर्शित होता है। हालांकि, कुछ लोग मिश्रित ध्वनि को मूल एक से अधिक पसंद करते हैं ... क्लीनर, अधिक पारदर्शी और ईमानदार ...

यदि आप तार्किक रूप से उस श्रृंखला को देखते हैं जिसके साथ ध्वनि धारा को जाना चाहिए, बिट-टू-बिट विचारधारा के लिए, ध्वनि इंटरफ़ेस को केवल एक विकल्प का समर्थन करना चाहिए, या धाराओं के मिश्रण को बंद करना चाहिए जब केवल एक इंटरफ़ेस का संचालन। केवल इस मामले में बिट-टू-बिट होने की संभावना अधिकतम है।

उदाहरण के लिए, ASIO सपोर्ट के साथ OPPO HA-1 लें। यदि आप ASIO के साथ WASAPI और AIMP के साथ एक साथ Foobar2000 चलाते हैं, तो आउटपुट पर हम दोनों ध्वनि धाराओं को एक साथ सुनेंगे। OPPO में डिजिटल आउटपुट नहीं है और तदनुसार, DAC से पहले ASIO और WASAPI के लिए अलग-अलग बिट-बिट के लिए ध्वनि स्ट्रीम की जांच करने का कोई तरीका नहीं है।

लेकिन ASUS सार STU के साथ स्थिति अलग है। यदि AIMP ASIO के साथ खेलता है, तो WASAPI के साथ Foobar2000 पहले से ही चुप है, ऑडियो स्ट्रीम ASIO को प्राथमिकता नहीं देते हैं। उसी तरह से डिजिटल स्ट्रीम की जांच करने का कोई तरीका नहीं है, लेकिन संभावना यह है कि ऑडियो स्ट्रीम "बिट-टू-बिट" अधिक परिमाण के एक क्रम में आ गई है।

यह माना जाता है कि USB-DAC को ASIO का समर्थन करना चाहिए, लेकिन व्यवहार में हमें एक अतिरिक्त लिंक मिलता है जहां OS और ASIO के साउंड सिस्टम से धाराएं मिश्रित या स्विच की जानी चाहिए। और यहां एएसआईओ की अनुपस्थिति एक अज्ञात लिंक की अनुपस्थिति है जहां मजबूर मिश्रण हो सकता है, जिसे डिजिटल आउटपुट के बिना परीक्षण नहीं किया जा सकता है। इसी समय, इस स्तर पर मिश्रण आमतौर पर 24 या 32 बिट्स के बिट्स में किया जाता है और, तदनुसार, यह कर्कश शोर सुनने की संभावना नहीं है। एकमात्र समस्या हाय-एंड विचारधारा है।

क्या ASIO सभी बीमारियों के लिए रामबाण है?

जैसा कि अभ्यास से पता चलता है, यह सब ध्वनि डिवाइस के चालक पर निर्भर करता है। यदि उपकरण पेशेवर है, तो ASIO निर्माता आमतौर पर स्थिरता और गुणवत्ता पर अधिकतम ध्यान देता है। यदि उपकरण घरेलू है, तो ASIO KS / WASAPI मोड की तुलना में बदतर परिमाण के क्रम को काम कर सकता है। व्यावहारिक दृष्टिकोण से, जब KS / WASAPI और ASIO का उपयोग करना चुनते हैं, तो आपको उस इंटरफ़ेस का उपयोग करने की आवश्यकता होती है जिसके साथ ओएस अधिक सख्ती से काम करता है।

ASIO4ALL यूनिवर्सल ड्राइवर

ASIO4ALL ड्राइवर बेहद लोकप्रिय है, लेकिन साथ ही यह ASIO के प्रोग्राम के बीच से OS में KS / WASAPI के इनपुट के बीच एक पुल है। यह जानना महत्वपूर्ण है, क्योंकि यदि आपका साउंड कार्ड ASIO का समर्थन नहीं करता है, तो उसी Foobar2000 में ASIO4ALL को स्थापित करने के बाद, आपके पास प्रारंभ में ASIO4ALL के माध्यम से KS / WASAPI या ASIO में आउटपुट का चयन करने का विकल्प है, जो OS में ध्वनि स्ट्रीम को उसी KS / WASAPI को निर्देशित करेगा।

ASIO4ALL के प्रशंसकों के लिए रिमार्क - हां, अभी भी अलग-अलग सेटिंग्स हैं, जैसे कि बफर का चयन करना, आदि, लेकिन इन सुविधाओं की आवश्यकता केवल पेशेवर काम में होती है और ऑडियोफाइल्स के लिए कुछ भी उपयोगी नहीं है जिनके लिए यह सामग्री इरादा है।

आपको यह दावा करने का अधिकार क्या है कि ASIO4ALL बिट-टू-बिट डेटा को KS / WASAPI में स्थानांतरित करता है? आखिरकार, सिद्धांत और व्यवहार अक्सर विपरीत परिणाम देते हैं। ASIO4ALL प्रदर्शन की गुणवत्ता का मूल्यांकन करने के लिए, ऑडिओलैब एम-डैक का उपयोग विशेष ध्वनि फ़ाइल को चलाकर "बिट परफेक्ट" के लिए आने वाली ध्वनि स्ट्रीम की जांच करने के कार्य के साथ किया गया था। परीक्षण ने पुष्टि की कि डेटा वास्तव में ASIO4ALL के माध्यम से Foobar2000 से खेलते समय "बिट-बाय-बिट" आया था।

वैसे, प्रोग्रामर के बयान आए कि, उदाहरण के लिए, बाहरी E-MU कार्ड (USB संस्करण) के लिए ASIO ड्राइवर एक पुल के रूप में ASIO4ALL के समान बनाया गया था, और यह ठीक कार्ड की कम स्थिरता का स्रोत है ...

एंड्रॉइड और बिट-बाय

Android OS के आधार पर खिलाड़ियों की वापसी। इस OS में एक समान KS / WASAPI मोड है, लेकिन इसके लिए कोई स्पष्ट सेटिंग्स नहीं हैं। एकमात्र सॉफ्टवेयर प्लेयर जिसमें डीएसी में प्रत्यक्ष आउटपुट मोड है, का उपयोग iBasso DX100 में किया जाता है। बेशक, इसका अपना सॉफ्टवेयर प्लेयर केवल DX100 में काम करता है, इसे सोनी प्लेयर में उदाहरण के लिए डाउनलोड नहीं किया जा सकता है।

बिट-बाय-बिट ऑपरेशन के लिए एंड्रॉइड की जांच करना बहुत सरल है। किसी भी अलार्म घड़ी और खिलाड़ी को लॉन्च करें। यदि आप जिस प्लेयर से अलार्म सुनते हैं, उसके साउंड के ऊपर, तो "बिट-टू-बिट" आउटपुट नहीं है।

संपूर्ण

ASIO OS सबसिस्टम में ध्वनि प्रसंस्करण को दरकिनार कर बिट-टू-बिट ऑडियो स्ट्रीम प्रसारित करने की क्षमता है, लेकिन ASIO के अलावा, वैकल्पिक KS / WASAPI है। अंत में, ट्रांसमिशन की गुणवत्ता और सटीकता केवल ऑडियो डिवाइस के ड्राइवर द्वारा प्रदान की जाती है, और कभी-कभी एएसआईओ की कमी केवल एक अलग प्लस है।

लेखक कुज़नेत्सोव रोमन romanrex