अनेक वाहिन्यांतून ध्वनीमुद्रण

अनेक वाहिन्यांतून ध्वनीमुद्रण म्हणजे एकाच संगणकावर एकाच वेळी दोनपेक्षा जास्त स्वतंत्र चॅनेल ध्वनीमुद्रित करणे, एकमेकांशी समक्रमित करणे. थोडक्यात हे विंडोज ग्राहक प्रणालीवर "बॉक्सच्या बाहेर" काम करत नाही आणि त्या हार्डवेअर / ड्रायव्हर्सच्या संयोजनासह कार्य करू शकणार्‍या ध्वनीमुद्रण सॉफ्टवेअरसह नेहमीच हार्डवेअर आणि ड्राइव्हर्सचा वापर आवश्यक असतो.

आवश्यकता

• हार्डवेअर सपोर्ट: आपल्याकडे ध्वनि कार्ड किंवा बाह्य ध्वनि इंटरडेस असणे आवश्यक आहे ज्यामध्ये मल्टी-चॅनेल ध्वनीमुद्रण करण्यासाठी डिजिटल कन्व्हर्टर (एडीसी) चे पुरेसे अॅनालॉग आहेत. बहुतेक ग्राहक कार्डमध्ये एडीसीची फक्त एक स्टिरिओ जोडी असते जी लाइन-इन आणि "माईक" सारख्या विविध निविदांमध्ये बदलली जाते. आपल्यास मल्टी-चॅनेल ध्वनीमुद्रणासाठी समर्थन शोधण्यासाठी कमीतकमी अर्ध-व्यावसायिक उपकरणची आवश्यकता असेल.
• ड्रायव्हर सपोर्ट: उपकरणसाठी ड्रायव्हर्सने एकाच वेळी दोनपेक्षा जास्त चॅनेल ध्वनीमुद्रित करणे शक्य केले पाहिजे. हे अधिक समस्याप्रधान आहे कारण बहु-चॅनेल ध्वनीमुद्रण शक्य होण्यापूर्वी अनेक ऑपरेटिंग सिस्टमसाठी मानक ध्वनि इंटरफेस डिझाइन केले गेले होते आणि त्यामुळे केवळ दोन चॅनेल ध्वनीमुद्रणासाठी परवानगी देतात. तसेच, उच्च गुणवत्तेच्या मल्टी-चॅनल ध्वनीमुद्रणासाठी आवश्यक असलेली कमी विलंब आणि उच्च थ्रूपुट प्राप्त करण्यासाठी ग्राहक-स्तरीय प्रणाली तयार केलेली नाहीत.
• अॅप्लिकेशन सपोर्ट: आपण ज्या अनुप्रयोगामध्ये ध्वनीमुद्रणकरीत आहात त्याने ध्वनीच्या अनेक वाहिन्यांतूनसह कार्य करणे समर्थित केले पाहिजे. ऑड्यासिटी ध्वनीमुद्रणला समर्थन देते तरीही उपकरण प्रदान करत असलेल्या अनेक चॅनेल (उदाहरणार्थ, २४). प्राधान्यांच्या उपकरणे टॅबमध्ये इच्छित चॅनेलची संख्या निवडली जाऊ शकते. सध्याच्या दोन मर्यादा आहेत:
  • चॅनल निवड: तुम्ही नेमके कोणते चॅनेल वापरले आहेत ते निवडू शकत नाही - ऑड्यासिटी फक्त प्रथम सापडेल ते वापरेल. तुम्हाला ऑड्यासिटी प्राधान्यांमध्ये ध्वनीमुद्रण चॅनेलची संख्या वाढवावी लागेल (शक्यतो उपकरणद्वारे समर्थित जास्तीत जास्त, जरी तुम्ही त्यांचा फक्त एक उपसंच ध्वनीमुद्रित करत असलात तरीही), जोपर्यंत तुम्हाला हवे ते समाविष्ट केले जात नाही. याचा अर्थ ध्वनीमुद्रणानंतर मूक गीतपट्टा हटवावे लागतील. काही ध्वनि इंटरफेस मात्र "मल्टी" उपकरण प्रदर्शित करतील. ऑड्यासिटीमध्ये ध्वनीमुद्रण उपकरण म्हणून हे निवडल्याने तुम्हाला सर्व ध्वनीमुद्रणे एकाच वेळी आपोआप ध्वनीमुद्रित करता येतील.
  • वाटपाचा मागोवा घेण्यासाठी चॅनल: ध्वनि उपकरणाचे विशिष्ट चॅनेल विशिष्ट गीतपट्ट्यावर ध्वनीमुद्रित केले जाऊ शकत नाहीत. ध्वनीमुद्रण केल्यानंतर, प्राधान्ये (आयात/निर्यात टॅब) मध्ये योग्य मिक्सडाउन पर्याय निवडून, सध्याच्या ऑड्यासिटी वापरून मल्टी-चॅनल धारिका निर्यात केल्या जाऊ शकतात. ऑड्यासिटीमध्ये प्लेबॅक समर्थन सध्या स्टिरिओ (2 चॅनेल)पुरता मर्यादित आहे, त्यामुळे सर्व मल्टी-चॅनल ध्वनीमुद्रण तुमच्या ध्वनि उपकरणावर स्टिरिओमध्ये पाठवल्या जातील. तुमचे डिव्‍हाइस कदाचित समोरचे डावे आणि समोरचे उजवे स्पीकर वापरले जात आहेत किंवा आउटपुट सभोवतालच्या चॅनेलवर हुबेहूब प्रत केले आहे की नाही यासाठी कॉन्फिगर केले जाऊ शकते. मल्टी-चॅनल प्लेबॅकसाठी समर्थन जोडण्यात मदत करण्यासाठी विकासकांच्या प्रदानचे स्वागत आहे - संपर्कात राहण्यासाठी कृपया आमच्या विकासकांच्या मेलिंग सूचीमध्ये सामील व्हा.

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

विंडोज

विंडोज आवाज संवादपटल

एमएमईः साधारण विंडोज एमएमई (मल्टी मीडिया विस्तार) ध्वनि इंटरफेस विंडोज ३.१ पासून आहे. हे ध्वनीमुद्रणाच्या दोन चॅनेलपर्यंत, १६ बिट्सपर्यंत नमुना खोली आणि ४४१०० हर्ट्झ पर्यंत नमुना दरांना समर्थन देते. प्लेबॅकवर, ध्वनि इंटरफेसवर पाठवण्यापूर्वी सर्व ध्वनि मिसळून आणि नमुना दर ४४१०० हर्ट्झ मध्ये रूपांतरित करून, एकाच वेळी अनेक अनुप्रयोग ध्वनि उपकरण वापरू शकतात. पिंग जाण्यासाठी छान आणि सोपे आणि मल्टी-चॅनल संगीत निर्मितीसाठी पूर्णपणे हताश.

थेट ध्वनिः गेम लिहिण्यासाठीही याचा फारसा उपयोग होत नाही, म्हणूनच विंडोज ९५ रिलीझ झाल्यानंतर, गेम निर्मात्यांना डीओएस पासून दूर ठेवण्यासाठी त्यांना काहीतरी चांगले प्रदान करणे आवश्यक झाले. त्यामुळे थेट ध्वनिचा जन्म झाला. याने ध्वनीचा अधिक लवचिक प्लेबॅक प्रदान केला आणि नंतर इमर्सिव्ह गेम ध्वनीसाठी मल्टी-चॅनल आणि सराउंड ध्वनि प्लेबॅक जोडला. ध्वनीमुद्रण समर्थन नंतर जोडले गेले. थेट ध्वनिः एमएमइपेक्षा काहीसे कमी विलंब आणि काही उपकरणांवर मल्टी-चॅनल ध्वनीमुद्रणची शक्यता प्रदान करते.

एएसआयओ: त्यामुळे यादरम्यान, गंभीर ध्वनिमुद्रण आणि प्लेबॅक बाजूला ठेवले गेले. प्रोप्रायटरी सोल्यूशन्सने अंतरात पाऊल टाकले आणि स्टाइनबर्गने ऑपरेटिंग सिस्टमला पूर्णपणे बायपास करण्यासाठी आणि ध्वनि ऍप्लिकेशन्स थेट ध्वनि इंटरफेसशी कनेक्ट करण्यासाठी एएसआयओ इंटरफेस तयार केला. हे खूप कमी विलंब देते (कारण एमएमई इंटरफेसमध्ये समाविष्ट असलेले सर्व मिश्रण आणि रूपांतरण टाळले जाते), परंतु याचा अर्थ असा की एका वेळी फक्त एक अनुप्रयोग ध्वनि इंटरफेस वापरू शकतो (एकाहून अधिक अनुप्रयोगांमध्ये सामायिकरण नाही, सिस्टम आवाज नाही).

ऑड्यासिटी एएसआयओ ला समर्थन देते परंतु परवाना कारणास्तव ते समर्थन प्रकाशनांमध्ये वितरित केले जात नाही. जोपर्यंत ते बिल्ड इतरांना वितरित केले जात नाही तोपर्यंत ऑड्यासिटी एएसआयओ समर्थनासह संकलित केली जाऊ शकते.

वसापी: २००५ मध्ये वसापी ऍप्लिकेशन प्रोग्रामिंग इंटरफेस (एपीआय) विंडोज विस्टापासून सुरू करण्यात आला. वसापी कर्नलमधून ध्वनि अधिक वेगळे करते त्यामुळे अधिक स्थिरता प्रदान करते, आणखी काही मल्टी-चॅनल उपकरणांना ASIO शिवाय कार्य करण्यास अनुमती देते आणि एमएमई आणि विंडोज थेट ध्वनि पेक्षा कमी विलंब प्रदान करते.

दुसरीकडे, डब्ल्यूएएसएपीआय अंतर्गत थेट हार्डवेअर प्रवेश फक्त वेव्हआरटी ड्राइव्हरपुरता मर्यादित आहे जो केवळ काही अंगभूत उपकरणे समर्थित करतो (ऑड्यासिटी आणि इतर अनेक ध्वनि प्रोग्राम देखील त्यास समर्थन देत नाहीत). डब्ल्यूडीएम-केएसपेक्षा व्हीएसएपीआय अंतर्गत लेटन्सीज जास्त आहेत कारण एमएमई आणि थेट ध्वनि हे दोघेही वासापी वर प्रत केलेले आहेत. याची भरपाई करण्यासाठी, विंडोज ८ वरील [http://en.wikipedia.org/wiki/Windows_Store विंडोज स्टोअर अनुप्रयोग व्हिस्टाच्या साहाय्याने ड्रॉप केलेल्या हार्डवेअरवर ध्वनि प्रोसेसिंगच्या ऑफलोडिंगचे समर्थन करू शकतात. आधुनिक बॅटरी-आधारित उपकरणसाठी ही एक आवश्यक पायरी आहे जिथे सीपीयूवरील सॉफ्टवेअर ध्वनि प्रोसेसिंगमुळे बॅटरीचे आयुष्य वेगाने कमी होईल.

ऑड्यासिटीसाठी वासापीचे दोन महत्त्वपूर्ण फायदे आहेत.

• २४-बिट ध्वनीमुद्रण समर्थित आहे (विंडोज थेट ध्वनि २४-बिट ध्वनीमुद्रणला समर्थन देते, परंतु पोर्टध्वनी एपीआय ऑड्यासिटी थेट ध्वनी अंतर्गत २४-बिट इनपुटला समर्थन देत नाही).
• आवृत्ती २.०.४ पासून, ऑड्यासिटी [https://docs.microsoft.com/en-us/windows/win32/coreaudio/loopback-recording?redirectedfrom=MSDN विंडोज वसापी लूपबॅक ध्वनीमुद्रण वापरूनसंगणक प्लेबॅक ध्वनीमुद्रणला (जेथे ध्वनि उपकरणे याला समर्थन करत नाहीत). ध्वनि कॅप्चर करण्‍यासाठी, ध्वनि प्ले करत असलेले ध्वनि डिव्‍हाइस सामायिक मोडमध्‍ये असले पाहिजे (विंडोज "ध्वनी" नियंत्रण पटलमध्‍ये "एक्सक्लुझिव्ह मोड" अनचेक केलेले).

विंडोज एपीआय बद्दल बाह्य लेख: विंडोज ध्वनि ड्रायव्हर्स कसे कार्य करतात आणि भिन्न एपीआय बद्दल अधिक माहितीसाठी, क्लॉस रिथम\xc3\xbcller चा हा लेख पहा. टीप: ते पृष्ठ लिहिल्यानंतर, वर नमूद केल्याप्रमाणे, थेट ध्वनिने ध्वनीमुद्रण समर्थन जोडले.

ऑड्यासिटीसह ध्वनीमुद्रण

वितरित केल्यानुसार ऑड्यासिटी विंडोज एमएमई आणि डब्ल्यूडीएम ड्राइव्हर्स्च्या समर्थनासह येते. एमएमई ड्राइव्हर्स साध्या स्टिरिओ ध्वनीमुद्रण आणि प्लेबॅकसाठी चांगले काम करतात आणि विंडोजच्या सर्व आवृत्त्यांवर उपलब्ध आहेत जिथे ऑड्यासिटी चालविली जाईल. तथापि, हे किंवा बरेच डब्ल्यूडीएम ड्राइव्हर्स बहु-चॅनेल ध्वनीमुद्रण प्रदान करणार नाहीत; जर आपण यासह ऑड्यासिटीला अनेक इनपुट पाठविण्याचा प्रयत्न करत असाल तर त्याऐवजी तेथे असलेल्या इनपुट चॅनेलच्या संख्येऐवजी आपल्याला फक्त स्वतंत्र दोन-चॅनेल "ध्वनीमुद्रण उपकरण" ची मालिका सादर केली जाईल जिथून एखादी निवडली जाऊ शकते.

मॅक ओएस

मॅक आवाज संवादपटल

मॅक ओएस कोअर ध्वनी संवादपटलवर प्रमाणित केले आहे . ऑड्यासिटी पूर्णपणे कोर ध्वनीला समर्थन देते.

ऑड्यासिटीसह ध्वनीमुद्रण

अनेक वाहिन्यांतून ध्वनीमुद्रण करण्याची क्षमता असलेल्या बहुतेक हार्डवेअर उपकरणांनी मॅकवर ऑड्यासिटीसह कार्य केले पाहिजे, जर ते कोर ध्वनि अंतर्गत अनेक चॅनेल प्रदान करतात - काही फक्त विंडोज वर एएसआयओ वापरून अनेक चॅनेल प्रदान करतात. काही उपकरण खाली सूचीबद्ध केले आहेत जे ऑड्यासिटीमध्ये मल्टी-चॅनल ध्वनीमुद्रित करण्यासाठी नोंदवले गेले आहेत. या व्यतिरिक्त इतर उपकरणे असे करू शकतात. तुमच्याकडे असे एखादे उपकरण असल्यास, कृपया आम्हाला कळवा जेणेकरून आम्ही ते येथे जोडण्याचा विचार करू शकू.

लिनक्स

लिनक्स आवाज संवादपटल

लिनक्स कर्नलमधील सर्वात जुना ध्वनि ड्रायव्हर इंटरफेस OSS मानक आहे. *निक्स सिस्टमसाठी युनिफाइड ध्वनि इंटरफेस प्रदान करण्याचा हा पहिला गंभीर प्रयत्न होता आणि *बिएसडी आणि इतर काही युनिक्स सिस्टमवर देखील वापरला जातो. हे १९९२ मध्ये कार्ड-विशिष्ट ध्वनीब्लास्टर १६ इंटरफेसची विस्तारित आवृत्ती प्रदान करण्यासाठी डिझाइन करण्यात आले होते. ते लिनक्स कर्नलमध्ये बनले, तथापि १९९८ मध्ये निर्मात्याने कर्नल देखभाल करणार्‍यांना देखभाल सोपवली आणि 4Front तंत्रज्ञानाद्वारे व्यावसायिकरित्या परवानाकृत फोर्क तयार केला गेला. हे बंद-स्रोत होते आणि स्थापित करण्यासाठी पैसे खर्च होते, त्यामुळे मुक्त-स्रोत समुदायाकडून फारच कमी उत्साह आला. कर्नल स्त्रोतातील OSS ड्रायव्हर्स उपलब्ध होत राहिले, परंतु काही नवीन ड्रायव्हर्स जोडले जात होते, आणि अनेकांनी चांगले काम केले नाही.

ओएसएस इंटरफेसच्या काही मर्यादा सोडवण्यासाठी पुन्हा सुरवातीपासून सुरुवात करण्याचा निर्णय घेण्यात आला (जरी तो व्यावसायिकरित्या विकसित केला जात होता, तो १९९८ मध्ये उघडा-सोर्सचा संबंध होता तो अडकला होता). अशा प्रकारे प्रगत लिनक्स ध्वनि आर्किटेक्चर किंवा एएलएसएचा जन्म झाला. हे उच्च नमुना दर, उच्च बिट खोली, मल्टी-चॅनेल ध्वनि इंटरफेसच्या वाढत्या संख्येला समर्थन देणे सोपे करताना, ओएसएसची सर्व कार्यक्षमता प्रदान करण्यास सक्षम होण्यासाठी डिझाइन केले होते. वापरकर्त्यांकडून कमी-विलंब पूर्ण-डुप्लेक्स ऑपरेशनसाठी वाढत्या मागणीसह, विलंबता देखील एक चिंतेची बाब होती. लिनक्ससाठी बहुतेक नवीन ध्वनि विकास आता ओएसएसऐवजी एएलएसए वापरतात, जरी इतर युनिक्ससाठी कोड अजूनही ओएसएस वापरतात आणि काही कारणास्तव Linux साठी बायनरी-केवळ सॉफ्टवेअरचे विकसक नेहमी ओएसएस वापरतात असे दिसते. एएलएसए आवृत्ती 2.5.0 पासून लिनक्स कर्नलमध्ये, तसेच एएलएसए प्रकल्पातील स्वतंत्र प्रकाशन समाविष्ट केले गेले आहे.