आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप M4V को WebP में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
M4V से WebP
ये दो अलग काम हैं। Plex या Jellyfin लाइब्रेरी की आर्टवर्क फ़ाइल के नाम से मैच होती है और JPG या PNG चाहती है — इसी साइट का JPG रास्ता ठीक इसके लिए है।
यह पेज दूसरे मामले के लिए है — एक फ़्रेम जो पेज पर बीस चीज़ों में से एक की तरह डाउनलोड होगी। इसका किलोबाइट वज़न हर विज़िटर की क़ीमत है, और यहीं WebP जीतता है।
टाइमस्टैम्प 86,400 सेकंड तक स्वीकार करता है — पूरा एक दिन — तो लंबी फ़ीचर या लेक्चर के बीच का पल पहुँच में है। सेकंड टाइप कीजिए और डिकोडर वहीं पहुँच जाता है।
यह इस साइट की GIF सुविधा नहीं कर सकती — एनिमेटेड आउटपुट हमेशा फ़ाइल की शुरुआत से लिया जाता है। स्थिर फ़्रेम पर ऐसी कोई सीमा नहीं।
WebP का जन्म VP8 के इंट्रा-फ़्रेम कोडिंग से हुआ, जो WebM का आधार है, तो WebM से लिया फ़्रेम एक ही वंश में रहता है। M4V में H.264 या HEVC है, दोनों MPEG परिवार से — WebP को दोनों में से किसी की जानकारी नहीं।
व्यवहार में यह उतना महंगा नहीं जितना लगता है — फ़्रेम बीच में पूरी तरह पिक्सल में डिकोड होती है, तो एनकोडर एक तस्वीर पर काम करता है, कम्प्रेस्ड डेटा पर नहीं।
फ़्रेम वीडियो के अपने पिक्सल आयाम में आती है, बिना स्केलिंग, और 82 की तयशुदा क्वालिटी पर एनकोड होती है। इस रास्ते पर कोई क्वालिटी स्लाइडर या रीसाइज़ नहीं — इकलौता विकल्प टाइमस्टैम्प है।
दोनों डिफ़ॉल्ट पेज के लिए सही हैं — 82 वह बिंदु है जहाँ WebP फ़ोटोग्राफ़िक सामग्री पर दिखने लायक़ लॉसी होना बंद कर देता है।
वीडियो एनकोडर हरकत पर ख़र्च करते हैं और बाक़ी जगह बचत करते हैं। एक फ़्रेम रोकिए तो वह मितव्ययिता धुँधलेपन की तरह दिखती है। रुका हुआ शॉट, स्लाइड — ये सस्ते नहीं, महँगे फ़्रेम हैं जो साफ़ आते हैं।
Apple-सोर्स सामग्री के लिए एक और बात — शुरुआती मिनट टाइटल या लोगो है, आख़िरी क्रेडिट। बीच का हिस्सा सही सीमा है — दस प्रतिशत रनिंग टाइम अच्छा अंदाज़ है।
बराबर क्वालिटी के JPG के मुक़ाबले WebP लगभग तीस प्रतिशत छोटी होती है — यह पूरे कैटलॉग में जुड़ जाता है। मौजूदा हर ब्राउज़र इसे डिकोड करता है, कोई फ़ॉलबैक मार्कअप नहीं चाहिए।
बचत ब्राउज़र से बाहर निकलते ही ख़त्म हो जाती है — कुछ ईमेल क्लाइंट WebP नहीं दिखाते, कुछ पुराने डेस्कटॉप ऐप्लिकेशन इसे मना कर देते हैं। पेज के अंदर यह व्यावहारिक डिफ़ॉल्ट है, बाहर के लिए JPG लीजिए।
WebP स्थिर, एनिमेशन और अल्फ़ा चैनल तीनों एक ही स्पेसिफ़िकेशन में करता है, पर यह बदलाव सिर्फ़ एक अपारदर्शी फ़्रेम लिखता है।
अगर हरकत चाहिए, इसी साइट का GIF रास्ता है। पारदर्शिता के लिए कुछ नहीं — M4V में H.264 या HEVC है और Apple की डिलीवरी पाइपलाइन में कोई अल्फ़ा चैनल नहीं।
iTunes Store या Apple TV ऐप से ख़रीदी या किराए पर ली गई कोई भी चीज़ FairPlay से एन्क्रिप्टेड है। ब्राउज़र में कोई चाबी नहीं, तो कोई फ़्रेम डिकोड नहीं होती।
QuickTime, iMovie, कैमरा या कोर्स प्लेटफ़ॉर्म से आई हर चीज़ असुरक्षित है और सामान्य रूप से चलती है — वीडियो कभी मशीन नहीं छोड़ता।
| M4V | WebP | |
|---|---|---|
| पूरा नाम | iTunes वीडियो | WebP तस्वीर |
| फ़ाइल एक्सटेंशन | .m4v | .webp |
| मीडिया टाइप | video/x-m4v | image/webp |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2005 | 2010 |
| प्रकाशक | Apple | |
| विनिर्देश | — | RFC 9649 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | — | 8 |
| रंग जो यह दर्ज कर सकता है | — | RGB, YCbCr |
| सबसे बड़ी इमेज | — | हर तरफ़ 16,383 px |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | MP4, MOV | AVIF, JPG, PNG |
WebP को हर मौजूदा ब्राउज़र खोल लेता है। M4V को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
दोनों तरफ़ के प्रोग्राम अलग हैं: M4V फ़ाइल QuickTime Player, VLC और iTunes में खुलती है और WebP फ़ाइल Adobe Photoshop, GIMP और Squoosh में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
WebP Google का है और 2010 से चला आ रहा है, और RFC 9649 में तय किया गया है। Adobe Photoshop, GIMP और Squoosh इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
WebP कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। एक फ़्रेम, पूरे रिज़ॉल्यूशन में। कंप्रेस किए हुए वीडियो से निकली ठहरी तस्वीर वही कंप्रेशन साथ ढोती है — तेज़ हरकत वाला पल ठहरे हुए पल से ज़्यादा मुलायम दिखता है, और यह वीडियो की अपनी एनकोडिंग है, इस कन्वर्ज़न का किया हुआ कुछ नहीं।
कन्वर्ज़न के लिए नहीं: वह उसी ब्राउज़र में होता है जो आपने पहले से खोल रखा है। नतीजा खोलने के लिए उसके बाद वही प्रोग्राम चाहिए जिससे आपका डिवाइस WebP Image आम तौर पर दिखाता है।
इस पेज पर M4V और WebP के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।