WebM को TIFF में बदलें

नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।

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

नहीं। TIFF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है। एक फ़्रेम, पूरे रिज़ॉल्यूशन में। कंप्रेस किए हुए वीडियो से निकली ठहरी तस्वीर वही कंप्रेशन साथ ढोती है — तेज़ हरकत वाला पल ठहरे हुए पल से ज़्यादा मुलायम दिखता है, और यह वीडियो की अपनी एनकोडिंग है, इस कन्वर्ज़न का किया हुआ कुछ नहीं।

TIFF को कोई भी ब्राउज़र नहीं पढ़ता है, और इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।

पारदर्शिता बनी रहती है। WebM और TIFF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।

TIFF काम करने का फ़ॉर्मेट है और WebM बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।