नोड .js + php और ffmpeg का उपयोग करके स्ट्रीम लोडिंग और प्रोसेसिंग वीडियो - एक

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

चूंकि विषय बहुत व्यापक है, इसलिए मैं इसे खंडों में विभाजित करूंगा:

1. आम समस्याओं, बारीकियों जो मुझे सामना करना पड़ा
2. वीडियो डाउनलोड करना (मैं शायद इस विषय पर रुकने वाला नहीं हूं, क्योंकि यह पहले ही इस और इस पोस्ट में उठाया जा चुका है।
3. वीडियो प्रसंस्करण।
4. बादल को बचाओ।

एक भाग

1. क्रॉस-ब्राउज़र संगतता
इस आवश्यकता को सुनिश्चित करने के लिए, HTML5 फ़ाइल अपलोड का उपयोग करना असंभव था (यह सभी ब्राउज़रों में लागू नहीं है)। इसलिए, हम सामान्य HTML4 फॉर्म बनाकर गए, जिसे नोड.जेएस के साथ सर्वर को सबमिट किया गया था। वीडियो डाउनलोड करने / प्रसंस्करण की वर्तमान प्रगति प्राप्त करने के लिए, AJAX अनुरोध बनाए गए थे। प्रपत्र में एक बेतरतीब ढंग से उत्पन्न पहचानकर्ता स्ट्रिंग (उदाहरण के लिए, 32 वर्ण) शामिल थे। Node.js ने वर्तमान फ़ाइल पर इससे जुड़ी जानकारी और प्रत्येक राज्य के अनुरोध के साथ इस JSON को पारित कर दिया:

{ "fileid":"uwrd28a9v71j444d260c55hkj6uli06j", //  "name":"test.FLV", //  "progress":"7.80", //   "status":"uploading", //  "audio":10.02, //   "frame":301, //  ,   "videoProgress":"7.80", //   "audioProgress":"3.73", //   "frameProgress":"3.73", //   "messages":[], // ,      "expectedBytes":5389574, //   "uploadedBytes":420139, //   "bps":91773.48186981214, //  / "uploadEstimated":54, //     "videoEstimated":42, //      "audioEstimated":75, //      "frameEstimated":71 //     } 

इसके आधार पर, उपयोगकर्ता डाउनलोड स्थिति देखता है।

2. उपयोगकर्ता प्राधिकरण
चूंकि PHP में फ्रंटएंड (उपयोगकर्ता प्राधिकरण भी वहां हो रहा है), यह किसी तरह सत्र डेटा को नोड सर्वर पर स्थानांतरित करना आवश्यक था। इन उद्देश्यों के लिए, मेमकाटेड का उपयोग किया गया था। आप यहाँ PHP में सत्र प्रतिस्थापन के बारे में पढ़ सकते हैं। नीचे की रेखा सरल है: सत्र मेमकेड में सहेजे जाते हैं, जब फॉर्म के माध्यम से लोड किया जाता है, session_id पास होता है, जिसे नोड .js. द्वारा पढ़ा जाता है। इसके बाद, नोड.जेएस संबंधित सत्र की तलाश में मेमकेड में बदल जाता है, user_id लेता है, आदि। एक महत्वपूर्ण बिंदु है: सत्र_ फॉर्म में स्वयं को पहले सेट किया जाना चाहिए, क्योंकि POST अनुरोध HTML में दिखाई देने वाले क्रम में मापदंडों को पास करता है। यही है, अगर हम ऐसा करते हैं:

 <form method="post" action="http://nodeserver.com/"> <input type="file" name="video"/> <input type="hidden" name="session_id" value="session_id"/> <input type="submit" name="submit"/> </form> 

इस स्थिति में, फ़ाइल पहले नोड.जेएस पर आ जाएगी, और फिर सत्र_आईडी, जो अच्छा नहीं है। आखिरकार, हमें सबसे पहले यह जानने की जरूरत है कि उपयोगकर्ता अधिकृत नहीं है तो फाइल किसकी ओर से आ रही है और उसे रद्द कर दें। यदि फ़ाइल और सेशन स्वैप करने के लिए ऊपर दिए गए उदाहरण में, तो पहले हम सत्र प्राप्त करते हैं, फ़ाइल डाउनलोड धीमा करते हैं, और तब तक प्रतीक्षा करते हैं जब तक कि सर्वर यह देखने के लिए जांच न कर ले कि क्या उपयोगकर्ता के साथ सबकुछ ठीक है और केवल तब डाउनलोड करना जारी रखें। नोड.जेएस में, आप अनुरोध को रोक सकते हैं।

3. वीडियो स्ट्रीमिंग
समस्या यह है कि सभी वीडियो को तुरंत संसाधित नहीं किया जा सकता है। उदाहरण के लिए, mp4 प्रारूप विनिर्देश के अनुसार, मेटाडेटा फ़ाइल के अंत में जाता है। लेकिन हमें तुरंत यह जानने की आवश्यकता है कि वीडियो में कौन से आकार हैं, फ़ाइल, अवधि आदि में क्या ट्रैक हैं। इसके अलावा, ट्रांसकोडिंग के दौरान कुछ वीडियो प्रारूपों को स्रोत फ़ाइल के विभिन्न हिस्सों तक पहुंचने में सक्षम होना चाहिए। इसके आधार पर, दो विकल्प के साथ दो मामले हैं:

1. डाउनलोड की शुरुआत में, जब हम फ़ाइल जानकारी को nf.js का उपयोग करके ffmpeg कमांड का उपयोग करते हैं:

 var spawn = require('child_process').spawn; var ffmpeg = spawn('ffmpeg', ['-i', '-']); var ffmpeg_stdout = '' ffmpeg.stderr.on('data', function(buffer) { ffmpeg_stdout += buffer; //     }); // file -     file.on('data', function(buffer) { ffmpeg.stdin.write(buffer); }); 

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

2. इस मामले में, गति महत्वपूर्ण है, इसलिए हम स्टोरीबोर्ड को शुरू करने का प्रयास करते हैं जैसे ही वीडियो अभी लोड करना शुरू कर दिया है। लेकिन अगर प्रारूप स्ट्रीमिंग प्रोसेसिंग का समर्थन नहीं करता है, तो आपको पूर्ण डाउनलोड होने तक इंतजार करना होगा।
यह निम्नलिखित एल्गोरिथ्म को बाहर करता है: मेटाडेटा को निकालना संभव है, फिर हम मक्खी पर वीडियो को संसाधित करने की कोशिश करते हैं, अगर ऐसा होता है, तो हम खुश हैं, अन्य सभी मामलों में हम पूर्ण डाउनलोड की प्रतीक्षा कर रहे हैं। व्यवहार में, प्रसंस्करण शुरू करने के लिए केवल कुछ ही वीडियो पूरी तरह से डाउनलोड करने की आवश्यकता होती है।

वह सब आज के लिए है, कल सुबह काम के लिए।

मैं एक प्रमुख नोट पर निष्कर्ष निकालना चाहूंगा: संभावनाएं अनंत हैं, आप कई सर्वरों पर लोड वितरित कर सकते हैं, जाने पर परिणाम दिखा सकते हैं, उदाहरण के लिए, वीडियो से अंतिम तैयार फ्रेम खींचो। यह सब Amazon EC2 पर काम करता है। गति के संदर्भ में, मैं कह सकता हूं कि डाउनलोड गति (चैनल कमजोर है) की जांच करने का कोई तरीका नहीं था, लेकिन 10mbits से कम नहीं, मुझे यकीन है। और सर्वर पर लोड पर: मध्य सर्वर अकेले, एक वीडियो लगभग 2Mbps वीडियो खींचता है, यानी डाउनलोड बहुत आगे निकल गया है, और प्रसंस्करण नहीं हो रहा है। आकार बदलने में सबसे अधिक समय लगता है। स्टोरीबोर्ड और ऑडियो ट्रैक को अपेक्षाकृत जल्दी से खींचना।

यदि आप पोस्ट पसंद करते हैं, तो मैं अगली बार कार्यान्वयन और काम के तंत्र का अधिक विस्तार से वर्णन करूंगा।

क्या हुआ इसका स्क्रीनशॉट। तुरंत आरक्षण करें, यह काम करने का विकल्प नहीं है, इसलिए सख्ती से न्याय न करें: