बूमरैंग वीडियो कैसे बनाएँ

छोटा जवाब

1. पल काटिए। वीडियो कटर खोलिए, वह एक-दो सेकंड चिह्नित कीजिए जिन्हें आगे-पीछे झूलना है, और उन्हें अलग क्लिप की तरह निर्यात कीजिए।
2. एक प्रति उलटिए। वह क्लिप वीडियो रिवर्सर में डालिए, आवाज़ बाहर रहने दीजिए, और निर्यात कीजिए। अब वही पल आपके पास दो बार है, हर दिशा में एक।
3. दोनों जोड़िए। वीडियो कटर में लौटकर दोनों फ़ाइलें डालिए, हर एक को पूरा चिह्नित कीजिए, सीधी चाल वाली आगे रखिए, और एक फ़ाइल निर्यात कीजिए।

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

वही फ़ाइल बूमरैंग है। जहाँ भी बिना आवाज़ का वीडियो लूप में चलता है वहाँ उसे जस का तस पोस्ट कीजिए, या मंज़िल सिर्फ़ GIF चलाती हो तो उसे वीडियो से GIF कन्वर्टर से गुज़ार दीजिए। हर कदम आपके ब्राउज़र में होता है; इस कड़ी में कुछ भी, किसी भी मोड़ पर, किसी को अपलोड नहीं होता।

पहले काटना क्यों

उलटने को हर छुआ हुआ फ़्रेम डिकोड करके दोबारा एनकोड करना पड़ता है; उलटने की गाइड समझाती है कि इससे सस्ता रास्ता क्यों नहीं है। काटना, इसके उलट, लगभग मुफ़्त है: कटर पूरे फ़्रेम बिना दोबारा एनकोड किए आगे बढ़ा देता है।

तो क्रम ही पूरी तरकीब है। दो सेकंड का क्लिप उलटिए तो महँगा कदम दो सेकंड पर काम करता है; मूल उलटिए तो सब पर, जिसका ज़्यादातर आप अभी फेंकने वाले हैं। किसी भी लंबाई की फ़ोन-रिकॉर्डिंग पर, पहले काटना एक मिनट से कम में बने बूमरैंग और ताकते रहने वाली प्रगति-पट्टी का फ़र्क है।

कस कर काटिए। बूमरैंग तब सबसे अच्छा पढ़ा जाता है जब वह एक ही हरकत पर झूलता है — एक छलाँग, एक छपाका, एक घुमाव — और रखा गया हर फ़्रेम दो बार चुकाया जाता है, हर दिशा में एक बार।

आवाज़ का क्या करें

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

फिर भी रखनी हो, तो कटर दोनों क्लिप जोड़ ही देगा — मगर जो जोड़ आँख माफ़ कर देती है, कान नहीं करता।

जोड़ना, और कटर आपसे क्या कहेगा

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

निर्यात से पहले हिस्सों का क्रम लगाइए: पहले सीधी चाल, फिर उलटी। जो बूमरैंग वापसी से शुरू होता है, वह गलती जैसा पढ़ा जाता है।

एक बारीकी जो अपने दस सेकंड के लायक है: जोड़ने से पहले उलटे क्लिप की शुरुआत से एक फ़्रेम छाँट दीजिए। सीधी चाल का आखिरी फ़्रेम और उलटी का पहला फ़्रेम एक ही तस्वीर हैं, और उसे दो बार दिखाने से मोड़ एक पल को अटक जाता है।

आखिर में वीडियो या GIF

मंज़िल वीडियो चलाती हो तो MP4 ही रखिए — वह कहीं छोटा, कहीं साफ़ है, और लूप भी उतना ही अच्छा करता है। GIF में तभी बदलिए जब वह जगह GIF ही माँगे, और तब मीटर पर नज़र रखिए: GIF हर फ़्रेम की कीमत लेता है, और बूमरैंग अपना क्लिप दो बार है। आंशिक GIF की गाइड चौड़ाई और फ़्रेम-दर के वे लीवर बताती है जो उसे साइज़-सीमा के नीचे रखते हैं।

अगर आप यह हर हफ़्ते करते हैं

एक असर के लिए तीन पन्ने जान-बूझकर हैं — हर टूल एक काम करता है, और हर पन्ना अपने दम पर साबित कर सकता है कि आपकी फ़ुटेज कभी मशीन से बाहर नहीं गई। मगर तीनों ओपन सोर्स हैं: MIT लाइसेंस, हर टूल का एक फ़ोल्डर, src/ के नीचे README समेत बिना निर्भरता के ES मॉड्यूल।

बूमरैंग अगर आपके काम का नियमित हिस्सा हैं, तो किसी कोडिंग एजेंट को रिपॉज़िटरी पर लगाइए और कहिए कि रिवर्सर की फ़्रेम-चाल और कटर का जोड़ एक बटन वाले एक पन्ने में समेट दे। ये मॉड्यूल पढ़े जाने के लिए लिखे गए हैं, और इन्हें उठा ले जाना ही तो वह चीज़ है जिसके लिए लाइसेंस बना है।