विभिन्न शहरों और लाइव कॉल से कई अग्रणी इंटरनेट रेडियो

1 मई से 4 मई, 2014 तक, जापानी एनीमेशन का वार्षिक अखिल रूसी महोत्सव पंद्रहवीं बार वोरोनिश में आयोजित किया जाएगा। त्योहार हमारे लिए एक परंपरा बन गई है, आगंतुक रूस के कई शहरों से आते हैं।



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



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



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



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



स्क्रीनशॉट के बारे में ध्यान दें: वे बहुत आखिरी समय में नहीं बने थे। वे सार को दर्शाते हैं, लेकिन सटीक सेटिंग्स का उपयोग नहीं किया गया था। यदि कुछ अलग है, तो विश्वास करें कि पाठ होना चाहिए, चित्र नहीं।

सॉफ्टवेयर

• जैक (पुनरावर्ती संक्षिप्त नाम "जैक ऑडियो कनेक्शन किट") शून्य विलंब के साथ एक तुल्यकालिक ध्वनि सर्वर है। इसे qjackctl का उपयोग करके नियंत्रित किया गया था
• स्काइप , दो उदाहरण
• वर्चुअल साउंड कार्ड ALSA snd-aloop मॉड्यूल के माध्यम से बनाया गया है
• Alsa_in और alsa_out प्रोग्राम जो JACK के साथ चलते हैं
• स्विच सेंटर - jack_mixer
• माइक्रोफ़ोन के लिए गेट और कंप्रेसर, साथ ही प्रसारण से पहले आउटपुट सीमक - बछड़ा स्टूडियो गियर पैकेज से
• आइसकास्ट - प्रसारण सर्वर
• जैक के आइसकास्ट फीडर - डार्किस , एंड फ्रंट एंड - डार्क्सो
• खिलाड़ी - दुस्साहसी

स्विचिंग और कॉन्फ़िगरेशन

तो, सिस्टम के केंद्र में JACK सर्वर है, जो मेरे बाहरी साउंड कार्ड पर चलता है। एक माइक्रोफ़ोन और हेडफ़ोन इस कार्ड से जुड़े हैं। यहां कोई विशेष सूक्ष्मताएं नहीं हैं।

स्काइप

Skype ALSA और Pulseaudio (ताकि यह मृत है) का समर्थन करता है, और JACK का समर्थन नहीं करता है। जैक में स्काइप को लपेटने के लिए, आपको एएलएसए वर्चुअल साउंड कार्ड मॉड्यूल - snd_aloop का उपयोग करके बैसाखी का निर्माण करना होगा।



बस इस मॉड्यूल को लोड करने पर दो उपकरणों (pcm0 और pcm1) के साथ एक लूपबैक वर्चुअल साउंड कार्ड बनेगा, प्रत्येक में आठ धाराएँ (सब0..सुब 8) होंगी। यदि ध्वनि पहले डिवाइस (pcm0p / sub0) की पहली स्ट्रीम के लिए आउटपुट है, तो यह ध्वनि दूसरे डिवाइस (pcm1c / sub0) की पहली स्ट्रीम से रिकॉर्ड की जा सकती है। उसी समय, डेटा प्रारूप डिवाइस को खोलने वाले अनुप्रयोगों में से पहला सेट होता है: यदि, कहते हैं, आपने 44100 हर्ट्ज 32 बिट लिटिल एंडियन मोड में हस्ताक्षरित pcm1c / sub0 पर कब्जा करना शुरू कर दिया है, तो आपको उसी प्रारूप में वापस p00p / sub0 से खेलना होगा। मॉड्यूल कुछ भी कन्वर्ट करने के लिए नहीं जानता है, यह सिर्फ एक साउंड कार्ड होने का दिखावा करता है और डेटा को आगे और पीछे फेरबदल करता है।



एएलएसए मोड में लिनक्स में स्काइप एक बल्कि एक मूडी ऐप है। वह 16 बिट 48 kHz मोड, मोनो कैप्चर, और 16 बिट, 48 kHz, स्टीरियो प्लेबैक में विफल हुए बिना साउंड कार्ड खोलता है; यदि कार्ड इस मोड में काम करने से इनकार करता है, तो स्काइप या तो रिपोर्ट करेगा कि ध्वनि डिवाइस को प्रारंभ करना असंभव है, या ध्वनि (आमतौर पर कैप्चर किया गया) गंभीर रूप से विकृत हो जाएगा।



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



modprobe snd-aloop enable=1,1 index=2,3 id=Chat,Incoming pcm_substreams=1,1







इस स्थिति में, सिस्टम में दो वर्चुअल कार्ड बनाए जाएंगे, नंबर 2 और 3 के तहत, क्रमशः चैट और आने वाले नाम के साथ, जिनमें से प्रत्येक में एक स्ट्रीम होगा। आप इन कार्ड के गुणों को / proc / asound / card2 और ... / card3 में देख सकते हैं। (मेरे सिस्टम पर ऐसे इंडेक्स नंबरों को इस तथ्य से निर्धारित किया गया था कि मेरे पास पहले से ही इंडेक्स 0 के साथ एक अंतर्निहित कार्ड और 1 इंडेक्स के साथ एक यूएसबी कार्ड है)



पहला स्काइप हमेशा की तरह शुरू होता है। दूसरा शुरू करने के लिए, आपको एक विशेष कमांड लाइन की आवश्यकता है:



screen skype --dbpath=~/.Skype.vrnfest --secondary







मैंने इसे टर्मिनल से अनटाइ करने के लिए स्क्रीन पर चलाया। यहाँ dbpath Skype प्रोफ़ाइल का पथ है (डिफ़ॉल्ट रूप से यह ~ / .Skype है), और - सेकेंडरी - ताकि यह फिर से शुरू हो जाए।



प्रत्येक Skype स्पष्ट रूप से अपने वर्चुअल साउंड कार्ड के साथ काम करने के लिए कॉन्फ़िगर किया गया है, उपकरणों के साथ 0. यहाँ एक सूक्ष्म बिंदु है कि कैसे Skype ALSA के साथ काम करता है। रिंगटोन खेलने के लिए और नेटवर्क से आने वाली ध्वनि के लिए, यह विभिन्न उपकरणों का उपयोग कर सकता है। यदि आप सेटिंग्स में "कॉल" और "स्पीकर्स" के लिए एक ही बात निर्दिष्ट करते हैं, तो यह दो बार डिवाइस को अलग-अलग धाराओं पर गिरते हुए खोल देगा। हार्डवेयर कार्ड आमतौर पर उन्हें मिलाता है, लेकिन snd-aloop नहीं; इसके अलावा, मैंने वर्चुअल कार्ड्स को एक थ्रेड तक सीमित कर दिया है, और इस मामले में, जब आप "कॉल स्वीकार करें" बटन पर क्लिक करते हैं, तो एक रीसेट "ध्वनि डिवाइस को आरंभीकृत करने में विफल" टिप्पणी के साथ होगा। इसलिए, दोनों Skype में, मैंने कॉल को एक भौतिक अंतर्निहित साउंड कार्ड के लिए संकेत दिया।



अब, Skype कॉन्फ़िगर किए जाने के बाद, आपको JACK में वर्चुअल कार्ड के दूसरे छोर को लपेटने की आवश्यकता है, जिसके लिए alsa_in और alsa_out प्रोग्राम का उपयोग किया जाता है। चूँकि Skype कैप्रीट्रिक है, इसलिए ऑडियो उपकरणों को लेने के लिए यह पहला होना चाहिए, ताकि वे उन्हें अपने लिए कॉन्फ़िगर कर सकें। इसलिए, हम एक Skype से दूसरे Skype पर कॉल करते हैं, और हम कॉल स्वीकार करते हैं। कॉल हैंग होने पर, आप बंडलों को चला सकते हैं:



screen -dmS chat_in alsa_in -d hw:2,1 -j chat_in





screen -dmS chat_out alsa_out -d hw:2,1 -r 48000 -q 1 -c 1 -j chat_out





screen -dmS incoming_in alsa_in -d hw:3,1 -j incoming_in





screen -dmS incoming_out alsa_out -d hw:3,1 -r 48000 -q 1 -c 1 -j incoming_out







जैसा कि आप देख सकते हैं, JACK क्लाइंट के नाम भी यहाँ दिए गए हैं - ताकि भ्रमित न हों कि कौनसा alsa_in और alsa_out किसके साथ जुड़ा हुआ है। हम 1 वर्चुअल कार्ड के उपकरणों का उपयोग करते हैं।



तो, अब Skype JACK में लिपटा है, और:

• chat_in से: कैप्चर_1 हम आयोजकों के सम्मेलन से आवाज़ लेते हैं (अभी भी कैप्चर_2 है, लेकिन इसका उपयोग नहीं किया जाएगा)
• chat_out में: प्लेबैक_1 आयोजकों के सम्मेलन में ध्वनि भेजें
• इनकमिंग_इन: कैप्चर_1 से हम एक इनकमिंग कॉल की आवाज़ लेते हैं
• इनकमिंग_आउट: प्लेबैक_1 कॉलर के लिए नियत ध्वनि भेजें

प्लेयर, माइक्रोफोन, हेडफ़ोन (मॉनिटर) और प्रसारण

हेडफ़ोन के साथ, सब कुछ सरल है - वे दो चैनलों के रूप में दिखाई देते हैं, सिस्टम: प्लेबैक_1 और सिस्टम: प्लेबैक ।2। माइक्रोफोन शारीरिक रूप से JACK से चलने वाले कार्ड के पहले इनपुट से जुड़ा है, इसलिए यह सिस्टम के रूप में प्रकट होता है: कैप्चर 1। हालाँकि, कोई केवल एक माइक्रोफोन नहीं उठा सकता है और उसका उपयोग नहीं कर सकता है। सबसे पहले, मैं एक गेट के साथ अनावश्यक ध्वनियों को काट देना चाहता हूं, और दूसरी बात, स्काइप से आने वाले सिग्नल को डायनेमिक्स में समान होने के लिए बाकी को संपीड़ित करने के लिए (स्काइप स्वयं गतिशील रेंज को काफी दृढ़ता से संपीड़ित करता है)। ऐसा करने के लिए, कैलफ़जैकहोस्ट चलाएं और इसमें गेट और कंप्रेसर प्लगइन्स जोड़ें। मेरे मामले के लिए, मैंने निम्नलिखित सेटिंग्स का चयन किया:

• गेट: थ्रेशोल्ड -36 डीबी, अनुपात ३, घुटने ९ डीबी, हमला २० एमएस, रिलीज ४५० एमएस, अधिकतम कमी-एनएफबी बीबी
• कंप्रेसर: लाभ 10 डीबी, थ्रेशोल्ड -18 डीबी, अनुपात 3.5, हमला 20 एमएस, रिलीज 250 एमएस, घुटने 9 डीबी

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

• सीमक: इनपुट लाभ: 12 डीबी, लुकहेड: 10 एमएस, सीमा: -1 डीबी, रिलीज: 300 एमएस

पहला ट्रैक शुरू होने पर खिलाड़ी JACK में दिखाई देगा और ऐसा ही रहेगा। वह स्वयं भौतिक आउटपुट (सिस्टम: प्लेबैक) से कनेक्ट होगा, आपको इसे अक्षम करने की आवश्यकता है।

jack_mixer और स्विचिंग

यह ध्वनि प्रवाह की दिशा को जल्दी से शुरू करने और रद्द करने की क्षमता के साथ, सब कुछ एक साथ बांधने के लिए रहता है। इसके लिए, jack_mixer प्रोग्राम का उपयोग किया गया था। यह काफी आदिम है और एक सादे इंटरफ़ेस के साथ है, लेकिन इसकी कार्यक्षमता काफी (लगभग) पर्याप्त है।



इसे चलाएँ और मेनू के माध्यम से इसे जोड़ें:

• तीन आने वाले मोनो चैनल: माइक, चैट_इन, इनकमिंग_इन
• आने वाले स्टीरियो चैनल: खिलाड़ी
• चार आउटगोइंग चैनल (वे हमेशा स्टीरियो हैं): मॉनिटर, चैट_आउट, इनकमिंग_आउट, रेडियो

यह jack_mixer को JACK में इनपुट और आउटपुट का एक गुच्छा घोषित करने का कारण बनेगा:

• इनपुट्स: jack_mixer: chat_in, ...: इनकमिंग_इन, माइक, प्लेयर_, खिलाड़ी_आर
• आउटपुट: jack_mixer: chat_in आउट, ...: chat_out R, chat_out L, आने वाली_in आउट, आने वाली_आउट L, आने वाली_out R, MAIN L, MAIN R, माइक आउट, मॉनिटर L, मॉनिटर R, मॉनिटर L, मॉनिटर R, प्लेयर आउट L , खिलाड़ी आर, रेडियो एल, रेडियो आर

पुन: उपयोग के लिए सेटिंग को फ़ाइल में सहेजा जा सकता है।



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



साथ ही प्रत्येक चैनल में प्रत्येक आउटपुट के अनुरूप म्यूट बटन दिखाई देता है। इन म्यूट बटन से, एक मिक्सर स्विचिंग मैट्रिक्स डायल किया जाता है। यह मुख्य कार्यक्षमता है जिसके लिए कार्यक्रम का उपयोग किया जाता है।



सामान्य तौर पर, सब कुछ जुड़ा होना चाहिए ("कम्यूट"):

• प्रणाली: कैप्चर_1 -> बछड़ा: गेट_इन_एल, बछड़ा: गेट_आउट_एल -> बछड़ा: कंप्रेसर_इन_एल, बछड़ा: कंप्रेसर_आउट_एल -> जैक_मिक्सर: माइक
• chat_in: कैप्चर_1 -> jack_mixer: chat_in, jack_mixer: chat_out L -> chat_out: प्लेबैक_1
• इनकमिंग_इन: कैप्चर_1 -> जैक_मिक्सर: इनकमिंग_इन, जैक_मिक्सर: इनकमिंग_आउट एल -> इनकमिंग_आउट: प्लेबैक_1
• jack_mixer: रेडियो L -> बछड़ा: limiter_in_l, calf_limiter_out_l -> अंधकार: बायां, और सही चैनल के लिए समान
• jack_mixer: मॉनिटर L -> सिस्टम: प्लेबैक_1, और सही चैनल के लिए समान है
• audacious_jack: out_0 -> jack_mixer: player_L, और सही चैनल के लिए भी यही है

रेडियो ब्रिज का काम

इसलिए, हम Skype में से एक में एक सम्मेलन आयोजित कर रहे हैं, सुनिश्चित करें कि कोई भी घरघराहट, प्रतिक्रिया नहीं देता है, और इसी तरह। हर कोई दूसरों को चेतावनी देता है कि एक प्रसारण है और बेहतर होगा कि वे बाहरी आवाज़ न करें।



प्लेयर में, एक प्लेलिस्ट टाइप की जाती है, जिसमें बैकग्राउंड म्यूजिक हाइलाइट किया जाता है (बैकग्राउंड के खिलाफ जिसमें प्रेजेंटर्स और कॉलर्स की बातचीत होगी)। ऐसा करने के लिए, मैंने ऑडेसियस में कई प्लेलिस्ट की सुविधा का उपयोग किया (प्लेलिस्ट को उन टैब के रूप में प्रदर्शित किया जाता है जिनका नाम बदला जा सकता है)।



सम्मेलन में भाग लेने वाले, साथ ही हवा पर कॉल करने वाले, प्रसारण को स्वयं नहीं सुन सकते। सबसे पहले, यह उन्हें भ्रमित करेगा, क्योंकि यह सभी प्रकार के बफरिंग के लिए देरी के साथ जाता है, और 10-30 सेकंड है; इसके अलावा, यह सुनिश्चित करने के लिए हेडफ़ोन का उपयोग करने की अत्यधिक सलाह दी जाती है कि कोई प्रतिक्रिया न हो (रेडियो> माइक्रोफ़ोन)।



इसलिए, प्रसारण सामग्री को सम्मेलन में कॉपी करना आवश्यक है, अर्थात, खिलाड़ी का आउटपुट; कॉलर को सम्मेलन से ध्वनि की प्रतिलिपि बनाने की आवश्यकता है, पृष्ठभूमि संगीत वैकल्पिक है।



अंत में, मैं अगले मॉडल पर आया। हमारा सिस्टम तीन सार्वजनिक बुनियादी राज्यों में से एक में हो सकता है: मेजबानों की बातचीत, एक डायलॉग श्रोता और संगीत प्लेबैक के साथ बातचीत। वास्तव में, मेजबान या संगीत के बीच एक बातचीत के दौरान, एक आने वाली कॉल प्राप्त हो सकती है, जिसके दौरान वे फोन करने वाले को समझाएंगे कि क्या संभव है और क्या संभव नहीं है, वे सुनिश्चित करते हैं कि वह प्रतिक्रिया भी नहीं बनाता है। इसके बाद, नेता (पाठ या आवाज) घोषित करता है कि एक डायलर है, और जब आवश्यक हो, तो इसकी सराहना करें।



ये राज्य वास्तव में स्विचिंग मैट्रिक्स के राज्य हैं। यह तुरंत स्पष्ट है कि मैट्रिक्स के कुछ बटन तुरंत एक निश्चित स्थिति में लाए जाएंगे और कभी नहीं बदलेंगे; अन्य लोग चालू और बंद होंगे। लगातार शामिल:

• mic-> मॉनिटर - अपने आप को हेडफ़ोन में सुनने के लिए
• mic-> इनकमिंग_आउट - या तो कोई कॉलर नहीं है और संकेत snd-aloop द्वारा त्याग दिया गया है, या वह ऑपरेटर को सुनता है
• इनकमिंग_इन-> मॉनिटर - या तो वैसे भी कोई कॉलर नहीं है और इनपुट से चुप्पी है, या ऑपरेटर को इसे सुनने की आवश्यकता है
• खिलाड़ी-> रेडियो - खिलाड़ी हमेशा कुछ खेलता है, चाहे वह संगीत हो या बातचीत की पृष्ठभूमि हो
• खिलाड़ी-> मॉनिटर - ताकि ऑपरेटर संगीत सुन सके
• खिलाड़ी-> chat_out - सम्मेलन में संगीत

खिलाड़ी का इनपुट स्तर समायोज्य है, यह इस बात पर निर्भर करता है कि यह एक पृष्ठभूमि है या एक ट्रैक है।



हमेशा अक्षम:

• chat_in-> chat_out - सम्मेलनों को प्रतिक्रिया की आवश्यकता नहीं है
• इनकमिंग_इन-> इनकमिंग_आउट - इनकमिंग को फीडबैक की आवश्यकता नहीं है
• प्लेयर-> इनकमिंग_आउट - इनकमिंग को बैकग्राउंड म्यूजिक नहीं सुनना है

प्रसारण के संचालन की प्रक्रिया में, ऑपरेटर लीड वॉयस या टेक्स्ट में टिप्पणी कर सकता है, जबकि आवाज प्रसारित नहीं होनी चाहिए (म्यूट स्थिति में mic-> रेडियो)।

संगीत सुनना

इस अवस्था में केवल संगीत ही हवा में चलता है। ऑपरेटर और सम्मेलन संवाद कर सकते हैं यदि वे इसे चिल्ला सकते हैं, क्योंकि संगीत सम्मेलन में प्रसारित होता है। स्थायी के अलावा, शामिल हैं:

• mic-> chat_out - ताकि सम्मेलन बयान सुनता है
• chat_in-> मॉनिटर - ताकि ऑपरेटर सम्मेलन सुन सके

ट्रैक के अंत से कुछ समय पहले, आपको प्रस्तुतकर्ताओं को इस बारे में चेतावनी देने की आवश्यकता है। यदि कोई इनकमिंग कॉल आता है, तो हम इसे प्राप्त करने के लिए आगे बढ़ते हैं: कॉन्फ़्रेंस और संगीत को मॉनिटर में बंद करें, कॉल प्राप्त करें, फिर इस बारे में कॉन्फ्रेंस को सूचित करें और ट्रैक के अंत की प्रतीक्षा करें।

हवा पर बातचीत

यहां संगीत (चुपचाप) और एक सम्मेलन का प्रसारण किया जाता है। रूटिंग निम्नानुसार है:

• mic-> chat_out
• mic-> रेडियो - यदि ऑपरेटर चर्चा में भाग लेता है
• chat_in-> रेडियो

यदि कोई इनकमिंग कॉल आता है, तो माइक्रोफ़ोन कॉन्फ्रेंस और हवा से डिस्कनेक्ट हो जाता है, और कॉन्फ्रेंस मॉनिटर से डिस्कनेक्ट हो जाती है। यह सम्मेलन को चेतावनी देने के लायक है कि एक आवक है ताकि वे एक नए ट्रैक की घोषणा न करें।

इनकमिंग कॉल प्राप्त करें

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

निम्नलिखित चैनल शामिल हैं (उन लोगों को छोड़कर जो हमेशा चालू रहते हैं):

• अगर कॉल टॉक मोड में है तो chat_in-> रेडियो

कॉलर के साथ बातचीत

इस मोड में, कॉलर के साथ एक वार्तालाप होता है, जो प्रसारित होता है। निम्नलिखित चैनल शामिल हैं:

• chat_in-> रेडियो
• chat_in-> मॉनिटर
• चैट_इन-> इनकमिंग_आउट ताकि कॉल करने वाला सम्मेलन सुन सके
• इनकमिंग_इन-> रेडियो
• इनकमिंग_इन-> चैट_आउट ताकि कॉन्फ्रेंस कॉलर को सुन ले
• mic-> chat_out
• mic-> रेडियो अगर ऑपरेटर भी बातचीत में भाग लेता है

कार्य वातावरण प्रगति पर है

इस पर टिप्पणी करने का सबसे आसान तरीका चित्रण द्वारा है:



अन्य सभी विंडो जो रखरखाव के दौरान आवश्यक नहीं हैं, अन्य केडीई डेस्कटॉप पर स्थित हैं।



सम्मेलन में किसी भी प्रतिभागी को इकट्ठा किया जा सकता है। इसे उतारने के लिए रेडियो ब्रिज का ऑपरेटर नहीं है तो यह आसान है। सम्मेलन के दृष्टिकोण से, इनबॉक्स ऑपरेटर की ओर से है (उदाहरण के लिए, ऑपरेटर का आइकन स्काइप में हाइलाइट किया गया है यदि कॉलर बोलता है)।

19 अप्रैल को आयोजित इस महोत्सव का रेडियो प्रसारण

इस योजना के अनुसार, हमने एक प्री-फेस्टिवल रेडियो ब्रिज का आयोजन किया। यह 19 अप्रैल को 20 बजे अपराह्न से शुरू हुआ और इसे तीन घंटे के लिए नियोजित किया गया था, लेकिन इस प्रक्रिया में इसे एक घंटे तक बढ़ाने का निर्णय लिया गया।



प्रसारण की शुरुआत से पहले, प्लेबैक के लिए पटरियों का चयन किया गया था, प्रसारण के लिए एक अनुमानित स्क्रिप्ट लिखी गई थी (पटरियों के आदेश के रूप में)। मूल रूप से ग्रहण की तुलना में हवा अधिक क्रियाशील हुई, इसलिए ट्रैक स्क्रिप्ट अंत तक नहीं पहुंची।



हर समय, एक सौ तक एक साथ श्रोताओं ने हवा पर सुनी। प्रसारण के दौरान Skype "इनकमिंग कॉल के लिए" के साथ, दो लोगों को नियंत्रित किया गया था, क्योंकि पाठ प्रश्न इसे भेजे गए थे। आगंतुकों के लिए, Skype पाठ चैट के माध्यम से उनके लिए एक Skype पाठ सम्मेलन भी आयोजित किया गया था। ऑपरेटर (जिसे मैंने बात की) पर लोड अपेक्षा से कम निकला, इसलिए मैं इस चैट में भी उनके साथ संवाद करने में कामयाब रहा।



हवा को रिकॉर्ड किया गया था, हवा के बाद रिकॉर्डिंग ऑनलाइन सुनने के लिए पोस्ट की गई थी, पॉडकास्ट की तरह (उन क्षणों के एक छोटे से उन्मूलन के बाद जिसमें अंतराल थे)। फिलहाल तीन सौ लोगों ने इसे डाउनलोड किया है।



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



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

आगे के विकास के लिए निष्कर्ष और दिशा

हमारे लिए रेडियो एक नई चीज थी, और कई गलतियां की गईं। निम्नलिखित बातों पर ध्यान दिया जा सकता है:

• प्रबंधन थोड़ा और अधिक जटिल हो सकता है जितना कि यह हो सकता है। यह समस्या हल हो गई है, आपको पांच स्विच बटन के साथ एक प्रोग्राम लिखना चाहिए जो ओएससी या मिडी के माध्यम से मिक्सर को नियंत्रित करेगा
• दुस्साहसी इस आवेदन के लिए सबसे सुविधाजनक खिलाड़ी नहीं है। यह हल्का है और इसमें मीडिया लाइब्रेरी के हानिकारक कार्य शामिल नहीं हैं, लेकिन इसमें एक साधारण क्रॉसफ़ेड के उपयोगी कार्य का अभाव है। यदि एयरटाइम के लिए एक अलग कार्यक्रम विकसित किया गया है, तो उन्हें प्रोग्रामेटिक रूप से प्रबंधित करना भी असुविधाजनक है
• एक ट्रैक खेलने की प्रक्रिया में, वह पूरी मात्रा में सम्मेलन में जाता है, जिससे उसमें (प्रसारण के बिना) संवाद करना मुश्किल हो जाता है। प्रसारण के अंत तक, मुझे पता चला कि इसे कैसे ठीक किया जाए, लेकिन यह बहुत देर हो चुकी थी। हमें एक और स्टीरियो इनपुट जोड़ने की आवश्यकता है, "ज़ोर", जो केवल हवा पर और केवल ट्रैक की अवधि के लिए प्रसारित किया जाएगा; मौजूदा एक को "चुप" घोषित किया जाएगा और लगातार और हर जगह (सम्मेलन में, रेडियो और मॉनिटर में) प्रदर्शित किया जाएगा। JACK एक नमूना-सटीक सर्वर है, इसलिए आप समान संकेतों को जोड़ने से चरण कंघी प्रभाव से डर नहीं सकते।
• ऑपरेटर से इंटरनेट का नुकसान समस्याओं पर सबसे अधिक ध्यान देने योग्य है। प्रसारण के बाद, एक समाधान का आविष्कार और परीक्षण किया गया था कि कैसे फ़ॉलबैक तर्क को ठीक से अनुकूलित किया जाए ताकि यह उचित तरीके से काम करे
• अंधेरा रोकने के दौरान, किसी कारण से जैकड गिर गया। यह बहुत अप्रिय है, क्योंकि इस मामले में आपको सभी जैक अनुप्रयोगों को पुनरारंभ करना होगा और फिर से स्विचिंग को कॉन्फ़िगर करना होगा। और इंटरनेट पर आईकॉस्ट से डिस्कनेक्ट होने पर अंधेरा बंद हो गया। इंटरनेट को पूरे सिस्टम को क्रैश करने से रोकने के लिए, एक स्थानीय आईकॉस्ट को उठाया गया था, और मुख्य को स्थानीय से रिले के रूप में कॉन्फ़िगर किया गया था

हालांकि, सामान्य तौर पर, हम कार्य के साथ मुकाबला करते हैं। दोनों आयोजकों और दर्शकों ने इसे पसंद किया, और उन्होंने प्रसारण को दोहराने और इस तरह के प्रसारण रेडियो पुलों को नियमित करने के लिए कहा।



आपका ध्यान के लिए धन्यवाद!