आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप WebM को JPG में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
WebM से JPG
टाइमस्टैम्प न बदलें तो पहली फ़्रेम मिलती है — सेकंड शून्य। स्क्रीन रिकॉर्डिंग के लिए, जो ज़्यादातर WebM फ़ाइलें होती हैं, शून्य सेकंड आमतौर पर ख़ाली डेस्कटॉप है।
तो टाइमस्टैम्प नियंत्रण कोई एडवांस्ड विकल्प नहीं, मुख्य है। सेकंड टाइप कीजिए और बदलिए; ग़लत हो तो नंबर बदलकर फिर बदलिए — यह हर बार एक सेकंड का काम है।
तस्वीर लेने का आम तरीक़ा है वीडियो चलाना, रोकना, स्क्रीनशॉट लेना, क्रॉप करना — इसमें प्लेयर जिस साइज़ पर दिखा रहा था वही मिलता है, स्केलिंग के साथ।
यहाँ फ़्रेम वीडियो के देशी रिज़ॉल्यूशन पर डिकोड होकर सीधे उन्हीं पिक्सल से एनकोड होती है। 4K कैप्चर 3840×2160 की JPG देता है, चाहे टैब फ़ुलस्क्रीन हो या थंबनेल।
वीडियो कम्प्रेशन इस मान्यता पर बना है कि कोई फ़्रेम देर तक नहीं देखी जाएगी। कोडेक हरकत पर बिट ख़र्च करता है और बाक़ी जगह बचत करता है — तीस फ़्रेम प्रति सेकंड पर आँख यह औसत ख़ुद कर लेती है।
यह पूरी तरह पल पर निर्भर करता है। स्थिर शॉट — स्लाइड, अचल इंटरफ़ेस — कोडेक की सबसे अच्छी हालत के क़रीब है और साफ़ आता है। पैन या कट के दौरान फ़्रेम सबसे कमज़ोर होती है।
JPG छोटी है और वह इकलौता इमेज फ़ॉर्मैट है जिसे कभी किसी ने मना नहीं किया। पूरे-रिज़ॉल्यूशन फ़्रेम कुछ सौ किलोबाइट में आती है — हर मेल क्लाइंट, हर लिस्टिंग साइट इसे लेती है।
इसकी कमज़ोरी ठीक वही सामग्री है जो ज़्यादातर WebM फ़ाइलों में है — टेक्स्ट के तेज़ किनारों पर हल्का प्रभामंडल। अगर स्क्रीन पर मौजूद टेक्स्ट पढ़ा जाना है, PNG लीजिए।
ब्राउज़र-रिकॉर्ड की गई वीडियो लगभग हमेशा 4:2:0 होती है — चमक हर पिक्सल के लिए, रंग चार में से एक पिक्सल के लिए। यह एक पुरानी और असरदार तरकीब है।
यह ठीक उसी जगह दिखता है जहाँ स्क्रीन रिकॉर्डिंग भरी होती है — रंगीन टेक्स्ट, कोड सैंपल। सब हल्के धुंधलेपन के साथ आते हैं, और JPG उसे और भी संपीड़ित करता है।
एक बदलाव एक फ़्रेम देता है, तो कई फ़्रेम के लिए बार-बार अलग टाइमस्टैम्प से बदलना पड़ता है — 12 पर, फिर 31 पर, फिर 47 पर। हर एक कुछ सेकंड का काम है क्योंकि बीच में कुछ अपलोड नहीं होता।
यह किसी डेमो से छह इलस्ट्रेशन निकालने के लिए ठीक तरीक़ा है। सैकड़ों फ़्रेम के लिए फ़्रेम-रेट फ़्लैग वाला कमांड-लाइन टूल बेहतर है।
यहाँ का अंकगणित अपलोड करना बेतुका बना देता है — इनपुट चार सौ मेगाबाइट का स्क्रीन कैप्चर हो सकता है, आउटपुट दो सौ किलोबाइट की तस्वीर। पूरी रिकॉर्डिंग सर्वर पर भेजना सिर्फ़ थंबनेल पाने के लिए बहुत ज़्यादा नेटवर्क है।
ब्राउज़र यहीं WebM को अपने कोडेक से डिकोड करता है, माँगे सेकंड पर पहुँचता है और एक फ़्रेम एनकोड करता है।
बहुत-सी WebM फ़ाइलें सिर्फ़ ऑडियो हैं — वॉइस नोट, रिकॉर्ड की गई कॉल। इनमें कोई वीडियो ट्रैक नहीं, तो कोई फ़्रेम नहीं मिलती, और बदलाव यही साफ़ बता देता है, कोई ख़ाली तस्वीर नहीं बनाता।
अगर यही आपकी फ़ाइल है, ऑडियो साइड देखिए — MP3 के तौर पर सुनने के लिए, या WAV ट्रांसक्राइब करने के लिए।
| WebM | JPG | |
|---|---|---|
| पूरा नाम | WebM वीडियो | JPEG तस्वीर |
| फ़ाइल एक्सटेंशन | .webm | .jpg, .jpeg, .jpe |
| मीडिया टाइप | video/webm | image/jpeg |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 2010 | 1992 |
| प्रकाशक | Joint Photographic Experts Group | |
| विनिर्देश | — | ITU-T T.81 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | — | 8 |
| रंग जो यह दर्ज कर सकता है | — | RGB, ग्रेस्केल, YCbCr |
| सबसे बड़ी इमेज | — | हर तरफ़ 65,535 px |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | MP4, MKV | WebP, AVIF, HEIC |
JPG में अल्फ़ा चैनल होता ही नहीं। पारदर्शी WebM फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और JPG की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
दोनों तरफ़ के प्रोग्राम अलग हैं: WebM फ़ाइल VLC और FFmpeg में खुलती है और JPG फ़ाइल Adobe Photoshop, GIMP और Preview में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
JPG Joint Photographic Experts Group का है और 1992 से चला आ रहा है, और ITU-T T.81 में तय किया गया है। Adobe Photoshop, GIMP और Preview इस फ़ॉर्मेट को पढ़ लेते है।
JPG 1992 में आया और WebM 2010 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JPG कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। एक फ़्रेम, पूरे रिज़ॉल्यूशन में। कंप्रेस किए हुए वीडियो से निकली ठहरी तस्वीर वही कंप्रेशन साथ ढोती है — तेज़ हरकत वाला पल ठहरे हुए पल से ज़्यादा मुलायम दिखता है, और यह वीडियो की अपनी एनकोडिंग है, इस कन्वर्ज़न का किया हुआ कुछ नहीं।
JPG में अल्फ़ा चैनल होता ही नहीं। पारदर्शी WebM फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और JPG की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
इस पेज पर WebM और JPG के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।