आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप M4V को TIFF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
M4V से TIFF
M4V Apple का iTunes Store वीडियो एक्सटेंशन है, और स्टोर ख़रीद FairPlay एन्क्रिप्शन में लिपटी होती है। ऐसी एन्क्रिप्टेड फ़ाइल ब्राउज़र में डिकोड नहीं होती, तो कोई फ़्रेम पढ़ने को नहीं मिलती और बदलाव यह संदेश देकर रुक जाता है कि फ़ाइल में कुछ भी बदला नहीं जा सका।
फ़ाइल का स्रोत ही तय कर देता है। iTunes Store या Apple TV ऐप से ख़रीदी या किराए पर ली गई — लॉक है, किसी ब्राउज़र में नहीं खुलेगी। QuickTime, iMovie, Final Cut से एक्सपोर्ट की गई या कैमरा-फ़ोन की रिकॉर्डिंग — लॉक नहीं है, फ़्रेम सामान्य रूप से निकलती है।
क्योंकि TIFF को 1986 से हर सॉफ़्टवेयर पढ़ता आया है, और uncompressed वैरिएंट में कोई अनिश्चितता नहीं। आर्काइव दशकों को ध्यान में रखकर लिखा जाता है, और असली सवाल यह नहीं कि कौन-सा फ़ॉर्मैट बेहतर है, बल्कि यह कि जब इस फ़ैसले में शामिल कोई भी मौजूद नहीं होगा, तब भी कौन-सी फ़ाइल खुलेगी।
यही वजह है कि यहाँ आउटपुट LZW या Deflate नहीं, सादा uncompressed baseline है। वे छोटी होती हैं और उन पर हर रीडर सहमत नहीं होता — uncompressed वह वैरिएंट है जिसे किसी रीडर ने कभी नहीं ठुकराया।
तस्वीर का डेटा पिक्सल गिनती गुणा चार बाइट है — लाल, हरा, नीला और अल्फ़ा हर एक आठ बिट — साथ में लगभग एक किलोबाइट का हेडर। 1920×1080 फ़्रेम 8.3 MB है, 3840×2160 फ़्रेम 33.2 MB है, और 1280×720 फ़्रेम 3.7 MB है।
M4V का अपना साइज़, बिटरेट या अवधि इससे कुछ नहीं बदलता। दो मिनट की क्लिप और दो घंटे की फ़िल्म, एक ही रिज़ॉल्यूशन पर, बिल्कुल बराबर आकार की स्थिर तस्वीर देती हैं — क्योंकि जो लिखा जाता है वह डिकोड की गई फ़्रेम है, कोडेक ने रास्ते में जो किया वह नहीं।
बदलाव आपके टाइप किए टाइमस्टैम्प पर दिखने वाली फ़्रेम लेता है — ठीक से कहें तो वह आख़िरी फ़्रेम जिसका अपना शुरुआती समय उस सेकंड से पहले या बराबर हो। डिफ़ॉल्ट 0 है, यानी वीडियो की पहली फ़्रेम, और जो फ़ाइल टाइटल कार्ड या काली फ़्रेम से खुलती है, उसके लिए यह ठीक ग़लत तस्वीर है।
हर बदलाव एक ही तस्वीर देता है। किसी घटना को तीन बिंदुओं पर या स्क्रीन के क्रम में दिखाना है तो अलग-अलग टाइमस्टैम्प पर कई बार चलाइए और हर एक का नोट रखिए — वह नोट आगे चलकर तस्वीरों से ज़्यादा काम आएगा।
यह ठीक वही दिखाती है जो वीडियो उस पल दिखा रहा था, वीडियो के पूरे रिज़ॉल्यूशन पर, बिना कोई अतिरिक्त नुक़सान जोड़े। यह स्क्रीन की तस्वीर नहीं है, न बड़ा किया गया स्क्रीनशॉट है, न दोबारा-संपीड़ित कॉपी है — यह इस साइट पर मौजूद सबसे मज़बूत दावा है, और यह सच है।
यह वीडियो से ज़्यादा भी नहीं है। फ़्रेम उस कोडेक से गुज़री जिसने आठ बिट प्रति चैनल रखा, रंग को घटे रिज़ॉल्यूशन पर रखा और हिलती फ़्रेम पर कम बिट ख़र्च किए। जो नंबर प्लेट या चेहरा वीडियो में पढ़ा नहीं जा सकता, वह TIFF में भी नहीं पढ़ा जाएगा।
आउटपुट में रिकॉर्डिंग के बारे में कुछ नहीं लिखा — न रिकॉर्डिंग की तारीख़, न स्रोत फ़ाइल का नाम, न वीडियो में स्थिति। इकलौता फ़ील्ड जो एनकोडर लिखता है वह है Software, और उसमें "Photopea (UTIF.js)" दर्ज होता है — वह लाइब्रेरी का नाम है, फुटेज को छूने वाली किसी चीज़ का नहीं।
यह कमी निकालने के पल पर ही दूर कर दीजिए, बाद के लिए मत छोड़िए। इमेज फ़ाइल के नाम में स्रोत फ़ाइल और सेकंड जोड़िए, और अगर आर्काइव नाम माँगता है तो किसी मेटाडेटा टूल से ठीक फ़ील्ड जोड़िए। जिस सेकंड से तस्वीर आई उसे बताया न जा सके, तो वह सबूत के तौर पर बहुत कमज़ोर रह जाती है।
फ़ाइल बिना किसी ICC प्रोफ़ाइल के RGB में है। HD सामग्री के लिए वीडियो का रंग आम तौर पर Rec. 709 माना जाता है, पर TIFF खोलने वाला सॉफ़्टवेयर अपने ही डिफ़ॉल्ट का अंदाज़ा लगाएगा, उसे बताया नहीं जाएगा।
रिकॉर्ड आर्काइव के लिए यह आम तौर पर स्वीकार्य है, क्योंकि मक़सद फ़्रेम का ईमानदार रिकॉर्ड है, रंग-प्रबंधित पुनर्निर्माण नहीं। जहाँ रंग की सटीकता ही रिकॉर्ड का हिस्सा है — नुक़सान का आकलन, प्रोडक्ट की हालत की रिपोर्ट — वहाँ किसी एडिटर में स्रोत स्पेस ख़ुद तय कीजिए और फ़ाइल में लिख दीजिए कि क्या तय किया गया।
तेज़ हरकत वाली फ़्रेम में मोशन ब्लर होता है जो 25 फ़्रेम प्रति सेकंड पर किसी ने नहीं देखा और जो स्थिर तस्वीर पर हावी हो जाता है — वीडियो एनकोडर भी ऐसी फ़्रेम पर कम बिट ख़र्च करते हैं। जिस पल कैमरा और विषय दोनों स्थिर हों, वही पल तेज़ भी होता है और बेहतर एनकोड भी।
एक-दूसरे से एक-दो दसवें सेकंड अलग तीन टाइमस्टैम्प आज़माना कुछ ख़र्च नहीं करता। हाथ में पकड़े कैमरे या चलती गाड़ी से रिकॉर्ड की गई सामग्री पर, पड़ोसी फ़्रेम के बीच का फ़र्क़ अक्सर काम की और सवाल उठाने वाली तस्वीर के बीच का फ़र्क़ होता है।
डिकोड और लिखना दोनों ब्राउज़र टैब में आपके अपने प्रोसेसर पर होते हैं। वीडियो ले जाने वाली कोई रिक्वेस्ट कहीं नहीं जाती — नेटवर्क टैब एक बदलाव के दौरान यह दिखा देता है — और फ़्री सीमा 100 MB तक की फ़ाइलें लेती है।
इस पेज पर आने वाली सामग्री के लिए यही ज़्यादा मायने रखता है। केस फ़ाइल, बीमा सबूत, HR रिकॉर्डिंग और कंप्लायंस वीडियो अक्सर इस नियम के तहत होते हैं कि कॉपी कहाँ मौजूद रह सकती है, और जिस काम में कोई सर्वर शामिल ही नहीं, उसमें हिसाब देने को कोई कॉपी भी नहीं।
| M4V | TIFF | |
|---|---|---|
| पूरा नाम | iTunes वीडियो | Tagged Image File Format |
| फ़ाइल एक्सटेंशन | .m4v | .tif, .tiff |
| मीडिया टाइप | video/x-m4v | image/tiff |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 2005 | 1986 |
| प्रकाशक | Apple | Adobe |
| विनिर्देश | — | TIFF 6.0 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | — | 32 |
| रंग जो यह दर्ज कर सकता है | — | RGB, CMYK, ग्रेस्केल, Lab |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | MP4, MOV | PNG, PDF, DNG |
TIFF काम करने का फ़ॉर्मेट है और M4V बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
दोनों तरफ़ के प्रोग्राम अलग हैं: M4V फ़ाइल QuickTime Player, VLC और iTunes में खुलती है और TIFF फ़ाइल Adobe Photoshop, Affinity Photo और ImageMagick में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
दोनों का निशाना अलग काम है: M4V का बनी हुई फ़ाइल सौंपना और फ़ोन पर, TIFF का छपाई, स्कैनिंग और सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
TIFF Adobe का है और 1986 से चला आ रहा है, और TIFF 6.0 में तय किया गया है। Adobe Photoshop, Affinity Photo और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
TIFF 1986 में आया और M4V 2005 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। TIFF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है। एक फ़्रेम, पूरे रिज़ॉल्यूशन में। कंप्रेस किए हुए वीडियो से निकली ठहरी तस्वीर वही कंप्रेशन साथ ढोती है — तेज़ हरकत वाला पल ठहरे हुए पल से ज़्यादा मुलायम दिखता है, और यह वीडियो की अपनी एनकोडिंग है, इस कन्वर्ज़न का किया हुआ कुछ नहीं।
TIFF काम करने का फ़ॉर्मेट है और M4V बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
इस पेज पर M4V और TIFF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।