अराजकता निर्माण 2010 में वीडियो प्रसारण

अराजकता निर्माण 2010 में एक वीडियो प्रसारण का संगठन।







यह सब इस विचार के साथ शुरू हुआ: सब कुछ करने के लिए "वयस्कों की तरह", असली टेलीविजन।





(फोटो विधानसभा 2017 से)



उसी समय, हमारे पास उपलब्ध हार्डवेयर पर, स्वाभाविक रूप से, किसी ने स्टूडियो उपकरण के किराये के लिए धन जारी नहीं किया। और त्यौहार से लगभग एक महीने पहले सभी तैयारियाँ काफी देर से शुरू हुईं। कार्य को निम्नानुसार वर्णित किया गया था - पार्टी में क्या हो रहा है, इसे शूट करने के लिए, मुख्य स्क्रीन पर डिस्प्ले के साथ, और नेटवर्क पर स्ट्रीम प्रसारित करें।



समस्या पर निर्णय लेने के बाद, उन्होंने समाधान विकल्प चुनना शुरू कर दिया।

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



शुरू करने के लिए, मुझे कसकर गूगल करना पड़ा।

Googled इतना सॉफ़्टवेयर नहीं है जो आपको एक सामान्य पीसी पर वीडियो स्विचिंग करने की अनुमति देता है।

हमने व्यावहारिक रूप से सब कुछ देखा जो हमें मिल सकता है, उदाहरण के लिए, DVSwith (linux), WireCast, DV Studio pro, VidBlaster, रेजोल्यूम जैसे Wijing के लिए एक कार्यक्रम सहित।

वेबकास्ट लेख ने विकि मुद्दे को सुलझाने का अच्छा काम किया।









घात यह निकला कि यदि नेटवर्क को प्रदर्शित करने में देरी सिद्धांत रूप में हमारे लिए महत्वपूर्ण नहीं है - नेटवर्क पर छवि कई सेकंड या यहां तक ​​कि मिनटों तक पीछे रह सकती है, लेकिन मुख्य स्क्रीन पर तस्वीर के साथ स्थिति पूरी तरह से अलग है। चूंकि माइक्रोफ़ोन सीधे रिमोट कंट्रोल से जुड़े होते हैं, उनका उपयोग ध्वनि को इनपुट करने के लिए किया जाता है, इसलिए यह आवश्यक है कि ध्वनि के पीछे की छवि लगभग 0.2 सेकंड से अधिक न हो। 0.5 सेकंड की देरी के साथ, तस्वीर को देखना पहले से ही बेहद असुविधाजनक है, एक बड़ा एक के साथ सब कुछ पूर्ण अश्लील साहित्य में बदल जाता है।







इस स्तर पर, हमें आईपी कैमरों और डीवी-फायरवायर के विकल्पों को छोड़ना पड़ा, सभी देरी के मामले में अकेले थे और साधारण एनालॉग ट्यूनर के बगल में नहीं थे। साथ ही, DV में फायरप्लेस की लंबाई सीमा लगभग 7-10 मीटर है, और fw रिपीटर्स काफी दुर्लभ और महंगे हैं। और हम हॉल में और इसके बाहर भी रिपोर्ट बनाना चाहते थे।



दूसरी घात यह निकला कि h.264 वीडियो एन्कोडिंग कम से कम 640 * 480 में बहुत ही ध्यान देने योग्य संसाधनों की आवश्यकता है। यह स्पष्ट रूप से स्ट्रीमिंग वीडियो को संदर्भित करता है, साधारण फ़ाइल कन्वर्टर्स (जैसे) अलग तरह से व्यवहार करते हैं। कोडिंग के लिए, हमने एडोब फ्लैश मीडिया एनकोडर 3.1 का उपयोग किया।



परीक्षणों से पता चला है कि हम इसे उसी मशीन पर किसी और चीज़ के साथ नहीं रख सकते हैं - सभी मशीनों में साधारण कोडिंग के लिए भी संसाधन पर्याप्त नहीं थे। मुझे एक तेज मशीन की खोज को व्यवस्थित करना था, और उसी संकेत के साथ सिग्नल को svideo के माध्यम से प्रसारित करना था। नतीजतन, ऐसी मशीन मिली - Core2 Quad Q9550-2.83GHz। वह एक साथ दो धाराओं को एनकोड करने में सक्षम थी:

1 - h264, 640x ~ 470, 1.8mbit + aac स्टीरियो 128kbit

2 - h264, 320x ~ 235, 500kbit + aac स्टीरियो 128kbit

इसी समय, सभी 4 कोर का लोडिंग 60 प्रतिशत से कम नहीं था, और बहुत सारी वीडियो गतिविधि के साथ, डेमो और इतने पर। - 80-85% तक उछल गया।







उस समय, मुझे वीडियो स्विचिंग के सभी कार्यक्रमों की समीक्षा करने के लिए वापस जाना पड़ा - हमें दूसरे मॉनिटर पर चयनित कैमरे की लगातार पूर्ण-स्क्रीन तस्वीर प्राप्त करने की आवश्यकता थी (vidyaha से टीवी आउटपुट)।

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

सेमिनार कक्ष में लिनक्स संस्करण का उपयोग किया गया था, एक पेंटियम 4-स्तरीय मशीन थी, एक डीवी स्ट्रीम को फायरवायर के माध्यम से लिया गया था, एक स्ट्रीम को ffmpeg के साथ एन्कोड किया गया था और सर्वर को भेजा गया था। F5mpeg कुंजियों और ट्यूनिंग विवरणों पर अधिक जानकारी के लिए सीधे m512 पूछना बेहतर है।



इसके बाद, हमें एक मशीन में चार या अधिक काम करने योग्य ट्यूनर प्राप्त करने थे। यह भी एक बहुत ही सरल कार्य नहीं निकला। पहली चीज जिस पर हमने ठोकर खाई, वह है saa713x चिप पर दो ट्यूनर, हालांकि वे तुरंत अलग डिवाइस बन जाते हैं, लेकिन जब वे दोनों एक ही समय में काम करते हैं, तो उनकी छवियों पर अजीब शोर होता है, जैसे कि उनके पास बस बैंडविड्थ की कमी थी। ट्यूटर्स के ड्राइवरों के साथ bt878 पर दो ट्यूनर विंडोज के तहत एक अजीब ड्राइवर है जो सभी बोर्डों पर स्रोतों (समग्र / svideo / टीवी) को स्विच करता है। इसे हराना संभव था अगर हम संदर्भ ड्राइवरों को बीटी से, पहले एक बोर्ड पर रखते हैं, फिर इसे हटाते हैं, दूसरे पर डालते हैं, और उसके बाद ही दोनों को सम्मिलित करते हैं। यह पता लगाना आसान नहीं है कि ये सभी ट्यूनर एक ही समय में कहाँ डाले जा सकते हैं। 4 पीसीआई वाली आधुनिक मशीनें हाथ में नहीं थीं, और किसी कारणवश साधारण यूएसबी-सीटी "आसान सीप" ने काम करने से इनकार कर दिया। मुझे आईकबिट pci-e ट्यूनर, एट्टी रैगथिएटर चिप लेनी थी। उसे वही अचूक गड़बड़ मिली, जब dshow के माध्यम से सही तरीके से काम करने पर यह केवल ntsc सिग्नल दिखाता है, और पाल / secam विकृत होता है। खैर, आखिरी समय में, हम अभी भी USB शिखर चकाचौंध को जोड़ने में कामयाब रहे।

अंतिम कॉन्फ़िगरेशन:

pci - bt878, bt878, saa731x; pci-e - rage theatre; usb - शिखर चकाचौंध।





समावेश की योजना:

प्रारंभिक बहस और परीक्षणों के परिणामस्वरूप, प्रदर्शन कंप्यूटर, कैमरा और स्क्रीन के लिए निम्नलिखित कनेक्शन आरेख:







सर्वर:



हमें एक जटिल जटिल सर्वर योजना का निर्माण करना था। चूंकि वीडियो एन्कोडिंग प्रोग्राम केवल एक सर्वर को स्ट्रीम भेज सकता है, इस स्ट्रीम को प्राप्त करने वाला एक मास्टर सर्वर ऑर्गन ज़ोन के अंदर उठाया गया था। इसके बाद, हमारे पास नेटवर्क पर दो दास सर्वर थे, एक ऑयस्टर टेलीकॉम साइट पर, दूसरा आयोजकों के साथ काम पर। दोनों मामलों में, कम से कम 100mbt इंटरनेट चैनल था। समय और प्रयास का स्वत: संतुलन करने की अब कोई आवश्यकता नहीं थी, इसलिए दर्पण 1/2 के सिर्फ दो लिंक दिए गए थे। आंतरिक ग्राहकों की सेवा के लिए एक और सर्वर अंदर स्थित था। हम क्लाइंट को मास्टर सर्वर से जोड़ सकते हैं, लेकिन चूंकि स्ट्रीमिंग ब्रॉडकास्ट सर्वर जावा का उपयोग करता है और प्रत्येक कनेक्शन के लिए बहुत अधिक मेमोरी का उपभोग करता है, मुझे डर था कि कई स्थानीय क्लाइंट मेमोरी खपत या नेटवर्क इंटरफ़ेस के कारण इसे ओवरलोड करने में सक्षम होंगे, जो तुरंत समस्याओं को प्रभावित करेगा। बाहरी सर्वर पर प्रवाह के साथ, इसलिए उन्होंने एक अलग आंतरिक बना दिया, अगर इसे चूसा जाता है, तो बाहरी लोग पीड़ित नहीं होंगे। नेटवर्क के भीतर दोनों दर्पणों ने इस आंतरिक सर्वर को इंगित किया। सर्वर लगभग पूरी तरह से m512 द्वारा कॉन्फ़िगर किया गया था, और शुरुआत से पहले 15 घंटे से कम समय में चार में से तीन।







आंकड़ों पर, पहले दिन के अंत में, बाहरी स्लेव 1 सर्वर से आप लगभग 60-70 क्लाइंट का कनेक्शन देख सकते हैं, 100 तक की चोटियों के साथ। यदि चोटी में हर कोई 2 मेगाबाइट स्ट्रीम देखता है, तो यह 200 मेगाबाइट ट्रैफ़िक है। लगभग 30 और लोग दूसरे गुलाम से जुड़े थे।



कैमरा:



हमारे पास कई कैमरे थे, और आधे-अधूरे परीक्षणों को पूरा करने और खामियों को ठीक करने के लिए हाथों में बहुत देर हो गई।



प्रारंभ में, मैंने योजना बनाई कि 2-3 कैमरों में से प्रत्येक को एक अलग svideo केबल द्वारा स्विचर से जोड़ा जाएगा। यहां हम मुश्किल में थे कि इसके लिए हमें एक मल्टी-केबल समाक्षीय (मल्टीकोर) की आवश्यकता है, जिसकी कीमत प्रति मीटर 115 रूबल से है। 14 tr से अधिक का भुगतान करें दो कैमरों के लिए कम से कम 100-120 मीटर केबल के लिए, हम सक्षम नहीं थे। अगला कदम मुड़ जोड़ी पर वीडियो / ऑडियो प्रसारित करने के लिए किट का उपयोग करने का विचार था।

हमने एक ऐसी किट खरीदी, और मुख्य आयोजकों ने मुड़ जोड़ी केबल प्रदान की। फिर से, मैंने svideo और इसके माध्यम से ध्वनि स्थानांतरित करने की योजना बनाई। और सबसे हाल का विकल्प वीडियो वीडियो ट्रांसमीटर था। हमें विज्ञापन द्वारा बहकाया गया और "JMK WF-1500" का एक सेट खरीदा गया। दुर्भाग्य से, यह पहले से ही तैयारी के दिनों में हुआ और हमने एक दिन पहले शाब्दिक जाँच की। रेडियो ट्रांसमीटर ने खुलकर निराश किया। दृष्टि की सीधी रेखा में दावा किए गए 1.5 किलोमीटर के बावजूद, हमारे साथ उसने रिसीवर के 20 मीटर के दायरे में काम करना बंद कर दिया। इस मामले में, जब कैमरे 2-3 मीटर दूर थे तब भी हस्तक्षेप, फ्लोटिंग दूर के फूल ध्यान देने योग्य थे। हां, हो सकता है कि उसने वाईफाई से हार्मोनिक्स पकड़ा हो, या बहुत सारे उपकरणों से हस्तक्षेप किया हो। लेकिन अंत में, हम इसका उपयोग नहीं कर सके। दूसरी मुड़ जोड़ी किट खरीदने में पहले से ही बहुत देर हो चुकी थी, इसलिए मुझे दोनों कैमरों को टॉयलेट के जरिए ट्रांसमीटर के एक सेट से कनेक्ट करना था। यह ध्यान देने योग्य है कि उन्होंने पूरी तरह से काम किया, ट्रांसीवर की गुणवत्ता के बारे में कोई शिकायत नहीं है, मैं इस समाधान को सभी के लिए सुझा सकता हूं।





सामान्य दृश्य



अंत में ऑपरेटर का कार्यस्थल इस तरह दिखता था



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

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



VidBlaster स्क्रीन



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

यह इस फ्रेम में फिट नहीं हुआ - वीडियो प्लेयर प्लेयर्स का पैनल, ग्राफिक्स के साथ टाइटल ओवरलेइंग, आदि।



प्रसारण और प्रदर्शन क्षेत्र का सामान्य दृश्य।





विफलताओं:

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

- मुझे पहली बार मिक्सर के साथ काम करना पड़ा, और हालांकि प्रक्रिया स्वयं सरल है, मैं बस हलचल में पृष्ठभूमि की आवाज़ या माइक्रोफोन को बंद करना भूल गया। आगंतुकों से शिकायतें थीं।

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

- ज्यादातर मामलों में, प्रस्तुतकर्ताओं, हाथों की कमी और सामान्य उथल-पुथल के कारण, एक रेडियो माइक्रोफोन लिया, जो काफी दृढ़ता से फुफकारता है। इस तथ्य के बावजूद कि वायर्ड लेना संभव था।

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



नोट:

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

- रिमोट कंट्रोल और कैमरा ऑपरेटर में व्यक्ति के बीच संबंध बहुत महत्वपूर्ण है। हेडसेट के साथ वॉकी-टॉकी ने हमें बचा लिया, लेकिन वास्तव में एक सामान्य सम्मेलन की तरह कुछ करना चाहते थे, अन्यथा ऐसे क्षण थे जब आपको कुछ कहने की आवश्यकता होती है। लेकिन रेडियो लेने और बटन दबाने के लिए पर्याप्त समय / हाथ नहीं है।

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



सार:

- संगठनात्मक क्षेत्र का लगभग 70% 4kW UPS द्वारा संचालित किया गया था, जिसमें लगभग 3.7 kW की वास्तविक खपत थी। इसमें मुख्य प्रोजेक्टर, एम्पलीफायर, लगभग सभी सर्वर और कंप्यूटर शामिल हैं। उदाहरण के लिए, सभी प्रसारण और प्रदर्शन उपकरणों को जोड़ने के लिए, इसमें आठ या नौ पांच सॉकेट "पायलट" लगे।





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





इकाई भाग लेते हुए:



हमारे "टीम", ऑपरेटरों -

fandrey





m512।





कंसोल पर, मैं easy_john हूं





साथ ही रिज्न, मिहिरू, टेडेडो को शूट करने में मदद की। कार्यशालाओं में - उद्देश्य, जवाउलोन।

अग्रणी - मेंढक, बुढ़ाय, त्ज़ोंग, द्यन।

कैमरा - मिह्रू, वीटा, एम 512, कॉन्स्टीन, हूनर

माइक्रोफोन - मिह्रू, मेंढक

ट्यूनर - m512, easy_john, veta

कंप्यूटर - veta, easy_john, m512

Tnt23 का उल्लेख करना न भूलें - फेस्ट के दौरान सही परेशानियों और छोटी-मोटी मरम्मत के लिए टांका लगाना, vga-svideo कन्वर्टर kramer extron vcs700।

बाकी (तार, मिश्कर, मॉनिटर, छोटी चीजें) - easy_john