आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप RAF को WebP में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
RAF से WebP
प्रूफ़िंग गैलरी का मक़सद फ़ैसला लेना है। क्लाइंट चार सौ फ़्रेम देखता है, तीस पर निशान लगाता है, बाक़ी मिटा दी जाती हैं। तेज़ी से लोड होना, पूरे सेट में एकरूपता और वही रेंडरिंग जो क्लाइंट पहचानता है — यही मायने रखता है, बारीक़ सटीकता नहीं।
तो कैमरे की प्रीव्यू निकालना यहाँ सही फ़ाइल है — यह एक बार देखे जाने के लिए है, और चुनी गई तीस फ़्रेम बाद में RAF से ठीक से डेवलप होंगी।
रॉ डेवलप करने का मतलब है डेमोज़ेकिंग — हर फ़ोटोसाइट से पूरा रंग दोबारा बनाना — फिर व्हाइट बैलेंस, टोन कर्व, प्रोफ़ाइल लागू करना। चार सौ फ़्रेम पर यह असली गणना है।
हर Fujifilm बॉडी कैप्चर के वक़्त एक पूरी, पूरे-रिज़ॉल्यूशन JPEG RAF में लिखती है, और कन्वर्टर सिर्फ़ उसे ढूँढ़कर आपकी माँगी साइज़ पर दोबारा एनकोड करता है — रॉ डिकोडर बीच में नहीं।
जिस क्लाइंट ने शूट देखा, उसने ये तस्वीरें पहले ही कैमरे के पीछे देखी हैं। उनमें वही सिमुलेशन थी जो कैमरे पर सेट थी — Classic Chrome, Astia, Provia, Acros।
RAF से निकाली प्रूफ़ बिल्कुल वही रेंडरिंग रखती हैं, तो गैलरी उस दिन जैसी दिखती है। एक बात ध्यान रखिए — Acros में शूट किया फ़्रेम मोनोक्रोम प्रूफ़ बनकर आएगा।
अधिकतम चौड़ाई 1,200 से 1,600 के बीच रखिए। यह इतना काफ़ी है कि क्लाइंट लैपटॉप पर देखकर तय कर सके कि आँख साफ़ है या नहीं। 26-मेगापिक्सल X-T4 फ़्रेम 6,240 पिक्सल चौड़ी है — यह हर दिशा में लगभग अस्सी प्रतिशत घटाव है।
पूरे सेट पर एक ही चौड़ाई लागू कीजिए — जिस गैलरी में कुछ तस्वीरें बाक़ी से साफ़ दिखें, क्लाइंट बाक़ी के बारे में सोचने लगता है।
प्रूफ़िंग गैलरी फ़ोटोग्राफ़र के प्रकाशित सबसे भारी पेजों में से एक है। बराबर दिखने वाली क्वालिटी पर WebP JPEG से चौथाई से एक-तिहाई छोटी होती है, और हर मौजूदा ब्राउज़र इसे पढ़ता है।
गैलरी प्लेटफ़ॉर्म WebP अपलोड स्वीकार करता है या नहीं, बदलने से पहले जाँच लीजिए — ज़्यादातर करते हैं।
पूरी शूट एक ही पास में एक ही चौड़ाई और क्वालिटी सेटिंग से बदलिए। प्रूफ़ क्रम में देखे जाते हैं, और आँख किसी फ़्रेम को अकेले जाँचने से कहीं ज़्यादा पड़ोसी फ़्रेम से फ़र्क़ पकड़ती है।
हर बार RAF फ़ाइलों से बदलिए, पहले किसी एक्सपोर्ट से नहीं — इससे हर प्रूफ़ पर बिल्कुल एक-सी दो परतें (कैमरे की और इस बदलाव की) रहती हैं।
कोई मेटाडेटा आउटपुट तक नहीं पहुँचता — लेंस, फ़ोकल लेंथ, एक्सपोज़र, ISO, कैप्चर टाइम, फ़िल्म सिमुलेशन, GPS — सब छूट जाता है क्योंकि तस्वीर डिकोड और दोबारा एनकोड होती है।
फ़ाइल का नाम ही क्रम बचाता है — Fujifilm की क्रमिक नामकरण बदलाव में बची रहती है, तो DSCF4821.RAF का DSCF4821.webp बनता है। नाम से सॉर्ट करना सही क्रम देता है।
शादी जो अभी जोड़े ने नहीं देखी, कैम्पेन शुरू होने से पहले का कमर्शियल शूट — इनमें से कुछ भी बिना जाँचे किसी कन्वर्टर से गुज़रना नहीं चाहिए। यहाँ RAF फ़ाइलें डिस्क से पेज द्वारा पढ़ी जाती हैं, स्थानीय रूप से डिकोड और एनकोड होती हैं।
नेटवर्क टैब खोलकर एक फ़ाइल बदलते वक़्त देख लीजिए — कुछ भी बाहर नहीं जाता। चुनाव के बाद, तीस चुनी हुई फ़्रेम को RAF से ठीक से डेवलप कीजिए।
| RAF | WebP | |
|---|---|---|
| पूरा नाम | Fujifilm Raw | WebP तस्वीर |
| फ़ाइल एक्सटेंशन | .raf | .webp |
| मीडिया टाइप | image/x-fuji-raf | image/webp |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2000 | 2010 |
| प्रकाशक | Fujifilm | |
| विनिर्देश | — | RFC 9649 |
| लाइसेंस | प्रोप्राइटरी | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 14 | 8 |
| रंग जो यह दर्ज कर सकता है | RGB | RGB, YCbCr |
| सबसे बड़ी इमेज | — | हर तरफ़ 16,383 px |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | हर ब्राउज़र |
| इसकी जगह विचारणीय | DNG, TIFF, JPG | AVIF, JPG, PNG |
WebP में GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह RAF फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
RAF हर चैनल पर 14 बिट तक सँभालता है और WebP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
WebP पारदर्शिता सँभाल सकता है और RAF नहीं। यह वह जगह है जो नतीजे के पास है और जिसे असली फ़ाइल ने कभी इस्तेमाल ही नहीं किया: बदलने से पारदर्शी पृष्ठभूमि बनती नहीं, बाद में बनाना बस मुमकिन हो जाता है।
WebP को हर मौजूदा ब्राउज़र खोल लेता है। RAF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
RAF एक ही विक्रेता का है; WebP एक प्रकाशित विनिर्देश है (RFC 9649)। यह उस हर चीज़ के लिए मायने रखता है जिसे दस साल बाद भी खुलना है, जब उस वक़्त का प्रोग्राम शायद रहेगा ही नहीं।
दोनों तरफ़ के प्रोग्राम अलग हैं: RAF फ़ाइल Adobe Lightroom, Capture One और darktable में खुलती है और WebP फ़ाइल Adobe Photoshop, GIMP और Squoosh में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
दोनों का निशाना अलग काम है: RAF का फ़ोटोग्राफ़ी और एडिटिंग पर, WebP का वेब और बनी हुई फ़ाइल सौंपना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
RAF Fujifilm का फ़ॉर्मेट है, जो 2000 में आया। ऐसी फ़ाइलें Fujifilm X-series and GFX bodies से आती हैं। यह हर चैनल पर 14 बिट में दर्ज करता है।
WebP Google का है और 2010 से चला आ रहा है, और RFC 9649 में तय किया गया है। Adobe Photoshop, GIMP और Squoosh इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे a raw preview extractor है, जो सेंसर का डेटा विकसित करने के बजाय वही JPEG उठा लेता है जो कैमरा पहले ही अंदर रख चुका था; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। a raw preview extractor आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
WebP कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। यह वही झलक बाहर निकालता है जो आपके कैमरे ने फ़ोटो खींचते समय लिखी थी — लगभग हर कैमरे पर पूरे रिज़ॉल्यूशन में। यह कैमरे का अपना बनाया हुआ रूप है: उसकी पिक्चर स्टाइल उसी में पक चुकी है, और हाइलाइट तथा छाया की वह अतिरिक्त गुंजाइश — जो raw में खींचने की असली वजह है — उसमें नहीं है। देखने, भेजने या कहीं चढ़ाने के लिए बढ़िया; फ़ाइल को विकसित करने का विकल्प नहीं।
WebP में GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह RAF फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
RAF हर चैनल पर 14 बिट तक सँभालता है और WebP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
WebP पारदर्शिता सँभाल सकता है और RAF नहीं। यह वह जगह है जो नतीजे के पास है और जिसे असली फ़ाइल ने कभी इस्तेमाल ही नहीं किया: बदलने से पारदर्शी पृष्ठभूमि बनती नहीं, बाद में बनाना बस मुमकिन हो जाता है।
इस पेज पर RAF और WebP के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।