एक्सपोर्टिंग और फ़ॉर्मैट

किसी टूल से तैयार फ़ाइल पाने का तरीका - सही फ़ॉर्मैट चुनना, आउटपुट साइज़ सेट करना और हर विकल्प क्या करता है। बाकी सब की तरह, एक्सपोर्ट आपके डिवाइस पर होता है; कुछ भी अपलोड नहीं होता।

एक्सपोर्ट कैसे काम करता है

प्रीव्यू ही फ़ाइल है। जब आप एक्सपोर्ट करते हैं, तो होस्ट उस कैनवस को आपके चुने गए फ़ॉर्मैट में रेंडर करता है और आपको एक डाउनलोड देता है (या इसे आपके क्लिपबोर्ड पर रखता है)। कोई टूल केवल उन्हीं फ़ॉर्मैट को पेश करता है जो उसके लेखक ने घोषित किए हैं, और पिकर उन फ़ॉर्मैट को छिपा देता है जिन्हें आपका ब्राउज़र नहीं बना सकता (देखें Video)।

तीन रास्ते एक फ़ाइल बनाते हैं। ज़्यादातर टूल कैनवस को चुने गए फ़ॉर्मैट में रेंडर करते हैं। टेक्स्ट और डेटा फ़ॉर्मैट (HTML, MD, TXT, JSON, CSV, ICS, VCF) इसके बजाय टूल की सामग्री से जनरेट किए जाते हैं, तस्वीर से रैस्टराइज़ नहीं किए जाते। और प्राइवेसी यूटिलिटीज़ (जैसे Strip Hidden Data) एक तीसरे रास्ते का उपयोग करती हैं: जो फ़ाइल आप चुनते हैं वह डिवाइस पर बाइट-दर-बाइट रूपांतरित होकर सीधे वापस दी जाती है - कोई कैनवस नहीं, कोई वॉटरमार्क नहीं और कोई प्रोवेनेंस मेटाडेटा नहीं जोड़ा जाता, क्योंकि यह पहले से ही आपकी अपनी फ़ाइल है।

एक्सपोर्ट नियंत्रणों में उपलब्ध क्रियाएँ:

• Download - फ़ाइल सेव करें (मुख्य क्रिया)।
• Copy - इमेज को अपने क्लिपबोर्ड पर रखें ताकि Slack, ईमेल या किसी दस्तावेज़ में सीधे पेस्ट किया जा सके। जहाँ ब्राउज़र इमेज कॉपी नहीं कर सकता, वहाँ यह इसके बजाय डाउनलोड करता है और आपको बताता है।
• Save - मौजूदा डिज़ाइन को अपनी लाइब्रेरी में एक सेव किए गए टूल सेशन के रूप में रखें।
• Share - Share dialog खोलता है: एक कॉपी करने योग्य लिंक जो डिज़ाइन को फिर से तैयार करता है, विज़िट-पर टॉगल (फ़ुलस्क्रीन, एक्सपोर्ट पैनल, ओपन होने पर डाउनलोड या कॉपी) और एक वैकल्पिक Shortest link जो पूरी स्थिति को एक कॉम्पैक्ट टोकन में पैक करता है (देखें URL Mode)।

(इनमें से कौन-से दिखेंगे यह टूल का लेखक चुनता है; डिफ़ॉल्ट सेट Copy, Download और Save है।)

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file51 paths~4.7k nodes125 groups1 image67 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file51 paths~4.7k nodes125 groups1 image67 KB

Share टूल के ऊपर खुलता है, जिसमें लिंक पहले से ही बना होता है और उसके नीचे विज़िट-पर टॉगल होते हैं।

एक साथ कई रेंडर करना

एक अकेला एक्सपोर्ट एक फ़ाइल है, लेकिन आप एक ही पास में कई रेंडर कर सकते हैं - हर एक एक .zip के रूप में दिया जाता है:

• Projects → Render folder किसी फ़ोल्डर (और उसके सब-फ़ोल्डर) के हर सेव किए गए सेशन को एक नेस्टेड ज़िप के रूप में एक्सपोर्ट करता है; Render selection किसी भी मल्टी-सेलेक्शन के लिए वही काम करता है; एक अकेला सेव किया गया सेशन सीधे अपनी फ़ाइल में रेंडर होता है। इसके लिए Batch/Pro की ज़रूरत नहीं - देखें Using Lolly → Projects।
• Batch (Pro) इनपुट सेट्स की एक ग्रिड रेंडर करता है - एक ही टेम्पलेट के हर वेरिएंट को एक साथ।

किसी सेव किए गए सेशन को Projects से टूल लिंक के रूप में फिर से शेयर भी किया जा सकता है (यह सेव किए गए इनपुट से टूल URL को फिर से बना देता है), इसलिए एक लिंक इसे ठीक उन्हीं सेटिंग्स के साथ फिर से खोलता है।

फ़ॉर्मैट चुनना

फ़ाइलनाम और फ़ॉर्मैट पिकर पैनल के ऊपर एक name.format जोड़ी के रूप में साथ रहते हैं, और पिकर केवल उन्हीं फ़ॉर्मैट को सूचीबद्ध करता है जो इस टूल के लेखक ने घोषित किए हैं।

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file6 paths311 nodes6 groups1 image7 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file6 paths311 nodes6 groups1 image7 KB

पहली पंक्ति सबसे सामान्य मामला है। आपके ब्रांड फ़ेस में सेट किया गया एक वर्डमार्क SVG के रूप में एक्सपोर्ट होता है, जहाँ हर अक्षर पिक्सल के बजाय एक आउटलाइन पथ होता है, इसलिए यह विज़िटिंग-कार्ड साइज़ पर और उसी फ़ाइल से बिल्डिंग-रैप साइज़ पर भी तीखा बना रहता है।

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file1 path130 nodes4 groups5 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file1 path130 nodes4 groups5 KB

साइज़ और प्रिंट यूनिट

डिफ़ॉल्ट रूप से एक्सपोर्ट टूल के नेटिव पिक्सल साइज़ का उपयोग करते हैं। जहाँ कोई टूल dimensions दिखाता है, वहाँ आप चौड़ाई × ऊँचाई और एक यूनिट सेट कर सकते हैं:

• px (डिफ़ॉल्ट) - सटीक पिक्सल।
• mm · cm · in · pt · pc - भौतिक/प्रिंट साइज़। किसी भौतिक यूनिट के साथ आप DPI भी सेट करते हैं (प्रिंट के लिए डिफ़ॉल्ट 300); इंजन हर फ़ॉर्मैट के हिसाब से सही रूपांतरण करता है - PDF उस साइज़ पर एक सही पेज बन जाता है, raster DPI के लिए सही पिक्सल गिनती पर रेंडर होता है (और रिज़ॉल्यूशन एम्बेड करता है), SVG px viewBox के साथ भौतिक यूनिट बनाए रखता है।

ज़्यादा रिज़ॉल्यूशन वाला रैस्टर पाने के लिए, बड़ी चौड़ाई/ऊँचाई दर्ज करें, या एक भौतिक यूनिट चुनें और DPI बढ़ाएँ (पिक्सल = साइज़ × DPI)। इसके लिए कोई एक-क्लिक स्केल टॉगल नहीं है।

उदाहरण: चौड़ाई 210, ऊँचाई 297, यूनिट mm → एक A4 पेज।

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file9 paths367 nodes16 groups1 image10 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file9 paths367 nodes16 groups1 image10 KB

समयबद्ध रचना से स्टिल्स

एक timed composition - एक Sequence Studio स्टेज, या कोई भी टाइमलाइन-चालित आर्टबोर्ड - एक चलती हुई चीज़ है, इसलिए एक स्टिल एक्सपोर्ट को यह जवाब देना होता है कि "कौन-सा पल?"। नियम वही है जिसकी आप उम्मीद करेंगे: प्लेहेड पर मौजूद फ़्रेम। प्लेहेड को वहाँ रखें जहाँ आप तस्वीर चाहते हैं और एक्सपोर्ट करें; जो आप देखते हैं वही बाहर आता है।

जब आपको एक से ज़्यादा पल चाहिए हों, तो Frames फ़ील्ड आउटपुट साइज़ के बगल में दिखाई देती है (केवल एक टाइमबद्ध रचना के लिए, और केवल एक स्टिल फ़ॉर्मैट के लिए - PNG, JPG, WebP, SVG या PDF)। प्लेहेड फ़्रेम के लिए इसे 1 पर छोड़ दें। इसे बढ़ाने पर आपको पूरी सीक्वेंस में बराबर अंतराल पर सैंपल किए गए उतने ही स्टिल्स मिलते हैं:

• Raster और SVG एक zip के रूप में वापस आते हैं - <name>-01.png, -02.png और आगे भी।
• PDF उतने ही पेजों वाले एक अकेले दस्तावेज़ के रूप में वापस आता है।

एक स्टोरीबोर्ड, एक थंबनेल शीट, समीक्षा के लिए एक कॉन्टैक्ट शीट या किसी वीडियो एडिट से सीधे काटे गए सोशल कैरोसेल के लिए उपयोगी।

सैंपलिंग हर अंतराल के मध्यबिंदु पर ली जाती है न कि किनारों पर, क्योंकि किसी सीक्वेंस का पहला पल अक्सर एक एंटर ट्रांज़िशन होता है जो अभी तक फेड-इन नहीं हुआ है और आख़िरी पल हर क्लिप के खत्म होने के बाद की स्थिति है - एंडपॉइंट सैंपलिंग आपके दो फ़्रेम लगभग-खाली फ़्रेम्स पर खर्च कर देती। गिनती 64 पर सीमित है (एक कॉन्टैक्ट शीट किसी इंसान के पढ़ने के लिए होती है), और फ़ील्ड में टाइप की गई कोई भी अर्थहीन चीज़ एक्सपोर्ट को विफल करने के बजाय 1 पर वापस आ जाती है। हर फ़्रेम एक साधारण स्टिल है, इसलिए Content Credentials, इम्प्रिंट, भौतिक यूनिट और DPI सब वैसे ही व्यवहार करते हैं जैसे किसी अकेले एक्सपोर्ट के लिए करते हैं।

Frames फ़ील्ड आज एक शीट पाने का तरीका है। इंजन एक मिलती-जुलती cuts URL पैरामीटर आरक्षित रखता है, लेकिन अभी कोई शेल इसे किसी लिंक से नहीं पढ़ता, इसलिए एक शेयर किया गया लिंक हमेशा प्लेहेड फ़्रेम पर ही फिर से खुलता है - देखें URL Mode।

मल्टी-पेज PDF

कुछ टूल एक अकेले आर्टवर्क के बजाय एक मल्टी-पेज PDF दस्तावेज़ बनाते हैं - एक कवर, ऐसी सामग्री जो ज़रूरत के हिसाब से जितने चाहे उतने पेजों में फैलती है और एक बैक पेज, सब एक ही फ़ाइल में (देखें Multi-Page PDF टूल)। हर पेज एक असली PDF पेज है जो उस पेज के बॉक्स के हिसाब से साइज़ किया गया है, इसलिए पाठकों और प्रिंटरों को असली पेज मिलते हैं, एक लंबी इमेज नहीं।

• सामग्री से पेज। टेक्स्ट और इमेज के ब्लॉक जोड़ें; जैसे-जैसे ब्लॉक भरते हैं नए पेज अपने आप बनते हैं, और आप किसी भी ब्लॉक को नया पेज शुरू करने के लिए बाध्य कर सकते हैं।
• असली पेज साइज़। A4, US Letter या A5 (पोर्ट्रेट - टू-कॉलम लेआउट इसी के लिए बना है) चुनें - हर पेज, और एक्सपोर्ट की गई PDF, ठीक उसी साइज़ पर रेंडर होती है।

मल्टी-पेज PDF RGB दस्तावेज़ हैं और उनमें क्रॉप/ब्लीड मार्क नहीं होते - वे ऊपर बताए गए सिंगल-पेज Print PDF रास्ते से जुड़े होते हैं। इनमें हर PDF एक्सपोर्ट जैसा ही PDF/X-4 मेटाडेटा होता है (पेज बॉक्स, XMP, दस्तावेज़ ID, एम्बेडेड प्रोफ़ाइल के साथ एक sRGB आउटपुट इंटेंट), और वे Content Credentials (नीचे) पेश करते हैं - Multi-Page PDF टूल पर यह विकल्प पहले से चुना हुआ आता है।

एक साथ कई चीज़ें बनाना

Lolly के पास बड़ी मात्रा में काम करने के तीन अलग तरीके हैं, और वे अलग-अलग समस्याएँ हल करते हैं - बैच एडिटिंग प्लेटफ़ॉर्म की एक फर्स्ट-क्लास क्षमता है, न कि कुछ ऐसा जिसे हर टूल फिर से बनाता है:

• एक डिज़ाइन × पंक्तियों की एक तालिका → एक मल्टी-पेज दस्तावेज़। table इनपुट वाले टूल (जैसे Battlecards) हर पंक्ति को अपने आप एक पेज में बदल देते हैं - अपनी स्प्रेडशीट से एक तालिका पेस्ट करें, एक डेक-साइज़ PDF पाएँ। आपका असली बैच एडिटर स्प्रेडशीट ही रहती है: वहाँ दस पंक्तियाँ ठीक करें, फिर से पेस्ट करें। टूल खुद कभी पेज मैनेज नहीं करता।
• एक डिज़ाइन × एक डेटा फ़ाइल → कई अलग फ़ाइलें। /pro बैच ग्रिड एक CSV लेता है और हर पंक्ति के लिए एक एक्सपोर्ट रेंडर करता है - नेम बैज, सर्टिफ़िकेट, एक-एक फ़ाइल।
• कई अलग-अलग एसेट्स, साथ-साथ संपादित। Multi-edit अलग-अलग डिज़ाइनों में समन्वित टच-अप के लिए कई सेव किए गए सेशन को एक व्यू में खोलता है।

अंगूठे का नियम: एक ही डिज़ाइन की पंक्तियाँ जो एक दस्तावेज़ में होनी चाहिए → एक टेबल-चालित टूल; पंक्तियाँ जो अलग फ़ाइलों के रूप में भेजी जानी चाहिए → /pro; अलग-अलग डिज़ाइन जिन्हें एक जैसा बदलाव चाहिए → multi-edit। (एक प्लान किया गया "combine media" रेंडर विकल्प पहले दो को जोड़ेगा - एक जैसे फ़ॉर्मैट के एक्सपोर्ट को एक PDF, एक वीडियो या एक प्रूफ़िंग कॉन्टैक्ट शीट में मिलाकर।)

PowerPoint (PPTX)

signed by Lollyvector SVG2026-09-03खुद जाँचेंGet the signed file33 paths~1.8k nodes37 groups29 KBsigned by Lollyvector SVG2026-09-03खुद जाँचेंGet the signed file33 paths~1.8k nodes37 groups29 KB

मल्टी-पेज और लेआउट टूल (Carousel, Doc Studio, Multi-Page PDF, चार्ट टूल और सिंगल-कैनवस कार्ड/लेआउट टूल) एक PowerPoint डेक एक्सपोर्ट कर सकते हैं - प्रति पेज एक स्लाइड। मुद्दा पिक्सल-परफ़ेक्ट स्क्रीनशॉट नहीं है; यह सहकर्मी को एक ऐसा डेक देना है जिसे वे वाकई संपादित कर सकें और एसेट्स निकाल सकें। इसलिए हर पेज को नेटिव ऑब्जेक्ट्स में तोड़ा जाता है:

• टेक्स्ट असली, एडिटेबल PowerPoint टेक्स्ट बॉक्स बन जाता है - लेआउट के फ़ॉन्ट साइज़, रंग, वेट, इटैलिक्स और अलाइनमेंट के साथ - ताकि आप PowerPoint में टाइपो ठीक कर सकें या रीस्टाइल कर सकें।
• वेक्टर (लोगो, आइकॉन, SUSE मार्क) असली SVG चित्रों के रूप में एम्बेड होते हैं - ये किसी भी साइज़ पर क्रिस्प बने रहते हैं, और PowerPoint इन पर Convert to Shape भी कर सकता है।
• इमेज अपने नेटिव रिज़ॉल्यूशन पर अपनी खुद की एक्सट्रैक्टेबल पिक्चर के रूप में आती हैं (एक cover-क्रॉप किया हुआ हीरो क्रॉप के पीछे पूरी इमेज रखता है, ताकि आप उसे दोबारा फ़्रेम कर सकें), किसी भी ऑन-इमेज ट्रीटमेंट (फ़िल्टर, ब्लेंड) के साथ जो पूरी वफ़ादारी से बेक किया गया है।
• बैकग्राउंड, बॉर्डर और रूल असली रेक्टेंगल/लाइन शेप बन जाते हैं।

लेआउट जानबूझकर अनुमानित है - लक्ष्य वफ़ादार, फिर से इस्तेमाल होने लायक कंटेंट है, कोई लॉक की गई स्क्रीनशॉट नहीं। जो कुछ भी वॉकर नेटिवली एक्सप्रेस नहीं कर सकता (एक जटिल फ़िल्टर्ड या मास्क्ड क्षेत्र) उसे एक पिक्चर के रूप में एम्बेड कर दिया जाता है ताकि कुछ भी न खोए। एक डेक का एक ही स्लाइड साइज़ होता है, जो पहले पेज से लिया जाता है।

PowerPoint अंदर आने का एक तरीका भी है - यह फ़ॉर्मैट राउंड-ट्रिप करता है। Deck Builder किसी मौजूदा .pptx को एडिटेबल स्लाइड के रूप में खोलता है, जो आपके ब्रांड के अनुसार स्नैप होती हैं, और Rebrand a Deck यूटिलिटी किसी डेक को उसी जगह री-थीम करती है - थीम पैलेट, हार्डकोडेड रंग और फ़ॉन्ट - बिना उसके चार्ट, SmartArt या एनिमेशन को छुए, और वापस एक .pptx सौंपती है। देखें Import a design → Decks and documents।

DXF (कट फ़ाइलें)

signed by Lollyvector SVG2026-09-03खुद जाँचेंGet the signed file42 paths~1.6k nodes47 groups1 image30 KBsigned by Lollyvector SVG2026-09-03खुद जाँचेंGet the signed file42 paths~1.6k nodes47 groups1 image30 KB

वेक्टर टूल (Brand Lockup, QR Code, Street Map, Wayfinding Signage, Pose Geeko, लोगो लॉकअप, Diagram Builder) DXF एक्सपोर्ट कर सकते हैं - वह AutoCAD R12 इंटरचेंज फ़ॉर्मेट जिसे लेज़र कटर, विनाइल प्लॉटर और CNC/CAD सॉफ़्टवेयर पढ़ते हैं। ज्यामिति को आउटलाइन पाथ के रूप में मिलीमीटर में लिखा जाता है (कर्व को एक बारीक टॉलरेंस तक फ़्लैट किया जाता है), टेक्स्ट को पाथ में आउटलाइन किया जाता है और रंग निकटतम AutoCAD Color Index से मैप होता है (जो आमतौर पर कटर पर टूल/ऑपरेशन तय करता है)। DXF सिर्फ़ लाइन-आर्ट के लिए है - किसी फ़ोटोग्राफ़िक या फ़िल्टर किए गए क्षेत्र का कोई cut-path रूप नहीं होता और उसे छोड़ दिया जाता है (Lolly चेतावनी देता है), इसलिए रास्टर कंटेंट रखना हो तो SVG/PDF का उपयोग करें।

Street Map सबसे साफ़ मामला है: पूरा डिज़ाइन पहले से ही स्ट्रोक्स है, इसलिए हर सड़क और नहर एक कट पाथ बन जाती है जिसमें कुछ भी छोड़ना नहीं पड़ता।

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file7 paths~35k nodes7 groups431 KB

एनिमेटेड SVG

signed by Lollyvector SVG2026-09-03खुद जाँचेंGet the signed file36 paths~1.6k nodes47 groups1 image31 KBsigned by Lollyvector SVG2026-09-03खुद जाँचेंGet the signed file36 paths~1.6k nodes47 groups1 image31 KB

मोशन टूल (Animated Ad, Lottie Ad) Animated SVG एक्सपोर्ट कर सकते हैं - एक सेल्फ़-कंटेन्ड, वेक्टर एनिमेशन। GIF/APNG/WebP के विपरीत (जो हर फ्रेम को पिक्सल में सैंपल करते हैं), एक एनिमेटेड SVG एम्बेडेड CSS कीफ़्रेम के साथ वेक्टर स्नैपशॉट को स्टैक करता है, इसलिए यह बिना किसी कोडेक और बिना किसी बाहरी रनटाइम के किसी भी साइज़ तक स्केल होता है - यह ब्राउज़र टैब या <img> में लूप होता है। टेक्स्ट आउटलाइन ही रहता है ताकि यह कहीं भी रेंडर हो सके। यह एनिमेटेड फ़ॉर्मैट्स के Duration / फ्रेम-रेट कंट्रोल शेयर करता है, और (प्रति फ्रेम बिटमैप से भारी होने के कारण) कम डिफ़ॉल्ट फ्रेम रेट का उपयोग करता है।

पारदर्शिता

जो टूल इसे सपोर्ट करते हैं वे एक पारदर्शी बैकग्राउंड टॉगल देते हैं (जैसे No BG)। पारदर्शिता PNG, WebP, AVIF, SVG (स्थिर और एनिमेटेड), APNG और Animated WebP द्वारा सुरक्षित रखी जाती है। JPG और PDF हमेशा अपारदर्शी होते हैं, और TIFF सफ़ेद पर फ़्लैटन होता है (HDR पाथ पर काले पर - नीचे देखें)।

रंग स्थान (Colour spaces)

दो अलग सवाल हैं, जिन्हें अलग रखना ज़रूरी है: Lolly किन रंग स्थानों को पढ़ और सोच सकता है, और वह कौन-से रंग स्थान लिखता है।

पढ़ना। जहाँ भी कोई रंग लिखा जाता है - किसी टूल की स्टाइलशीट, किसी इम्पोर्ट किए गए SVG का पेंट, किसी डिज़ाइन टोकन का मान, किसी CSS शॉर्टहैंड के भीतर एक शैडो या ग्रेडिएंट - Lolly पूरी CSS Color 4 शब्दावली पढ़ता है: #hex, rgb(), hsl(), hwb(), lab(), lch(), oklab(), oklch(), CSS नामित रंग और पूर्वनिर्धारित स्थानों में color() - srgb, srgb-linear, display-p3, a98-rgb, prophoto-rgb, rec2020, xyz-d50, xyz-d65 - जिसमें none कीवर्ड के रूप में लिखे गए कॉम्पोनेंट भी शामिल हैं। एक ही पार्सर पूरे प्लेटफ़ॉर्म के लिए यह करता है, इसलिए ब्राउज़र और हर एक्सपोर्ट वॉकर इस बात पर सहमत रहते हैं कि एक रंग स्ट्रिंग का क्या मतलब है।

यह जितना लगता है उससे ज़्यादा मायने रखता है, क्योंकि एक ब्राउज़र आधुनिक CSS को आधुनिक CSS में हल करता है। color-mix(in oklab, …) लिखें और Chrome oklab(…) कैलकुलेट करता है; एक ब्रांड टोकन को oklch() के रूप में स्टोर करें और वही लिटरल वैल्यू है जो एक्सपोर्ट वॉकर देखता है। इन रूपों में रंग सही ढंग से पढ़े जाते हैं, छोड़े नहीं जाते - जो एक ऐसा वॉकर करता था जो सिर्फ़ rgb() समझता था, जिसने ब्रांड-रंगीन टेक्स्ट को काले रंग में एक्सपोर्ट किया, टिंटेड पैनल और टेबल रूल खो दिए, और oklch(0.7 0.1 200) 0px 2px 4px को 0.7 गुणा 0.1 के शैडो ऑफ़सेट के रूप में पढ़ा।

सोच। कलर मैथ्स रॉ चैनलों में नहीं बल्कि परसेप्चुअल रूप से होता है। पैलेट डेरिवेशन, रैम्प, हार्मनी और कॉन्ट्रास्ट OKLCH/OKLab में चलते हैं, और गैमट से बाहर के रंग को चैनल क्लिप करने के बजाय CSS Color 4 के अपने gamut-mapping एल्गोरिद्म - एक परसेप्चुअल-डिस्टेंस जाँच के साथ क्रोमा कम करना - से रेंज में लाया जाता है, ताकि एक चटख रंग फ़्लैट किए गए रंग के बजाय उस निकटतम रंग पर टिके जिसे आप असल में स्वीकार करेंगे। ग्रेडिएंट आपके चुने हुए स्पेस में इंटरपोलेट होते हैं (डिफ़ॉल्ट रूप से OKLab, या oklch, lab, lch, srgb, srgb-linear, hsl, ध्रुवीय वालों के लिए एक hue-travel दिशा के साथ), और मिक्सिंग premultiplied होती है, ताकि पारदर्शिता की ओर फ़ेड बीच में काले की ओर गहरा होने के बजाय सही रंग में बना रहे। प्रीव्यू और एक्सपोर्ट वॉकर दोनों को एक ही इंटरपोलेटर सर्व करता है - यही वह वजह है जिसने एक conic ग्रेडिएंट को स्क्रीन पर एक तरह से और एक्सपोर्ट की गई फ़ाइल में दूसरी तरह से ब्लेंड होने से रोका।

लिखना। आउटपुट जानबूझकर इनपुट से संकरा है, क्योंकि किसी फ़ाइल को उसे खोलने वाली किसी भी चीज़ द्वारा पढ़ने योग्य होना चाहिए, और एक स्थान आउटपुट पर तभी घोषित किया जाता है जब आँकड़े वाकई उसमें कन्वर्ट किए गए हों। स्क्रीन और वेब फ़ॉर्मैट sRGB के रूप में लिखे जाते हैं और उसी रूप में टैग किए जाते हैं; प्रिंट फ़ॉर्मैट एक नामित प्रेस कंडीशन (नीचे देखें) के विरुद्ध CMYK के रूप में लिखे जाते हैं; और HDR पाथ Rec.2100 PQ है (ऊपर देखें)। कोई वाइड-गैमट रंग जो एक्सपोर्ट तक पहुँचता है, गलत लेबल होने की बजाय sRGB में मैप किया जाता है - color(display-p3 …) को वेक्टर फ़ाइल में आगे ले जाना एक नियोजित विस्तार है, वह चीज़ नहीं जो आज के एक्सपोर्ट करने का दावा करते हैं। OKLab में रचा गया एक ग्रेडिएंट बाहर जाते समय सादे sRGB स्टॉप में बेक किया जाता है, अतिरिक्त स्टॉप केवल वहीं डाले जाते हैं जहाँ sRGB परसेप्चुअल कर्व से स्पष्ट रूप से भटकेगा, क्योंकि किसी SVG <linearGradient> और PDF एक्सियल शेडिंग में इंटेंट ले जाने के लिए कोई इंटरपोलेशन-स्पेस सेटिंग नहीं होती। एक रचा हुआ मान, तीन रेंडरर, कोई ड्रिफ़्ट नहीं।

रंग प्रोफ़ाइल

ताकि रंग-प्रबंधित ऐप्स (प्रिंट शॉप, Photoshop, ब्राउज़र) में रंग वफ़ादारी से पुनरुत्पादित हों, एक्सपोर्ट को एक रंग प्रोफ़ाइल के साथ टैग किया जाता है:

• PNG / JPG में एक एम्बेडेड sRGB ICC प्रोफ़ाइल होती है - वह रंग स्थान जिसमें प्रीव्यू वास्तव में रेंडर किया जाता है - ताकि कुछ भी अनुमान के लिए न छोड़ा जाए। (सिर्फ़ टैगिंग; पिक्सल फिर से एन्कोड नहीं किए जाते।)
• Print PDF (CMYK) अपने OutputIntent में एक लक्ष्य प्रेस कंडीशन घोषित करता है (डिफ़ॉल्ट Coated FOGRA39), जो किसी RIP/प्रिंट शॉप को बताता है कि उसकी CMYK इंक को कैसे पढ़ा जाना है। मापे गए इंक मानों वाले ब्रांड स्वैच को सटीक रूप से कन्वर्ट किया जाता है; अन्य रंग एक स्टैंडर्ड डिवाइस कन्वर्ज़न का उपयोग करते हैं। वह घोषणा एक नाम है: Lolly के साथ कोई CMYK प्रोफ़ाइल नहीं आती, और PDF/X-4 को प्रोफ़ाइल एम्बेडेड चाहिए होती है, इसलिए एक नामित कंडीशन PDF/X-4 अनुरूपता का दावा किए बिना आउटपुट इंटेंट लिखती है। अपनी खुद की CMYK प्रोफ़ाइल लोड करें और Colour profile कंट्रोल में उसकी Embed पंक्ति चुनें और वह फ़ाइल के DestOutputProfile के रूप में एम्बेड कर दी जाती है - जिस बिंदु पर PDF वास्तव में PDF/X-4 हो सकता है, और जब भी फ़ाइल का बाक़ी हिस्सा इसकी अनुमति देता है वह इसका दावा करती है। तीन चीज़ें दावे को रोकती हैं जबकि आउटपुट इंटेंट को बनाए रखती हैं (एक RIP को अब भी वह चाहिए): RGB आर्टवर्क जिसे CMYK पास कन्वर्ट नहीं कर सका, prov प्रूफ़-मार्जिन क्रेडिट टेक्स्ट (एक स्टैंडर्ड फ़ॉन्ट में खींचा गया जो एम्बेडेड नहीं है, और X-4 उनके लिए कोई अपवाद नहीं देता) और एक Strong पासवर्ड, क्योंकि X-4 एन्क्रिप्शन को मना करता है। जो कंडीशन यह घोषित करता है वह फिर उसी प्रोफ़ाइल से पढ़ी जाती है: जहाँ प्रोफ़ाइल एक साबित करती है वहाँ एक रजिस्टर्ड नाम, जहाँ नहीं करती वहाँ प्रोफ़ाइल के अपने नाम के तहत Custom, ताकि फ़ाइल कभी भी एक प्रेस कंडीशन का नाम लेते हुए दूसरे के माप न रखे।
• Print TIFF (CMYK) बिना टैग किए DeviceCMYK पिक्सल लिखता है और वही प्रेस कंडीशन प्रोफ़ाइल एम्बेड करने की बजाय अपने TIFF मेटाडेटा (ImageDescription) में प्रोवेनेंस के रूप में रिकॉर्ड करता है। वही Colour-profile कंट्रोल दोनों CMYK फ़ॉर्मैट को चलाता है - एक TIFF प्रेस प्रोफ़ाइल एम्बेड कर ही नहीं सकता, इसलिए एक Embed पंक्ति वहाँ उस प्रोफ़ाइल का सिर्फ़ अपना नाम रिकॉर्ड करती है और कुछ नहीं।
• TIFF (RGB) सादा, अनकम्प्रेस्ड sRGB सिबलिंग है - आर्काइवल या एडिटर राउंड-ट्रिप के लिए चुने गए DPI पर एक लॉसलेस रास्टर, जिसमें प्रोवेनेंस उसी TIFF मेटाडेटा में रिकॉर्ड की जाती है। कोई भी पारदर्शिता सफ़ेद पर फ़्लैटन कर दी जाती है (यह प्रोफ़ाइल कोई अल्फ़ा नहीं रखती)। CMYK TIFF की तरह यह भी डेस्कटॉप-ओनली है, क्योंकि ब्राउज़र TIFF प्रीव्यू नहीं कर सकते और मोबाइल डाउनलोड डेड-एंड होते हैं।
• SVG, EMF, EPS और DXF रिज़ॉल्यूशन- और प्रोफ़ाइल-स्वतंत्र वेक्टर हैं जिनमें कोई एम्बेडेड प्रोफ़ाइल नहीं होती - SVG के रंग सादे sRGB हैं, EMF और EPS के डिवाइस RGB हैं (और EPS (CMYK) नैव DeviceCMYK लिखता है) और DXF निकटतम AutoCAD Color Index रखता है। (SVG, EPS और DXF, PDF की तरह, किसी भी टेक्स्ट को वेक्टर पाथ में आउटलाइन करते हैं, इसलिए परिणाम वहाँ भी रेंडर होता है जहाँ फ़ॉन्ट इंस्टॉल नहीं है। EMF इसके बजाय डिफ़ॉल्ट रूप से टेक्स्ट को LIVE रखता है - असली मेटाफ़ाइल टेक्स्ट रिकॉर्ड जो Office और Google Slides में सिलेक्टेबल और एडिटेबल बने रहते हैं, केवल उन रन्स के लिए आउटलाइन पर वापस गिरते हैं जिन्हें फ़ॉर्मैट व्यक्त नहीं कर सकता; एक्सपोर्ट पैनल का "Outline fonts" विकल्प हर जगह पाथ लागू करता है।) SVG HTML से CSS box-shadow भी पुनरुत्पादित करता है - हर बाहरी शैडो बॉक्स के पीछे खींची जाती है, ब्राउज़र से मेल खाने के लिए ऑफ़सेट/स्प्रेड और गॉसियन-ब्लर्ड की जाती है, और इनसेट शैडो उसी तरह अंदर खींची जाती हैं।

यह ऑटोमैटिक है - कोई सेटिंग नहीं जिससे छेड़छाड़ करनी हो। थंबनेल और प्रीव्यू छोटे बने रहने के लिए टैग छोड़ देते हैं। एक प्रोफ़ाइल एक विकल्प है, क्योंकि यह सिर्फ़ लेबल लगाने की बजाय पिक्सल बदल देती है - नीचे HDR देखें।

HDR (चमकीले रंग)

सामान्य एक्सपोर्ट sRGB होते हैं: सफ़ेद सफ़ेद होता है, और एक सैचुरेटेड ब्रांड रंग उतना ही चमकीला होता है जितना स्क्रीन का सामान्य सफ़ेद। एक HDR-सक्षम डिस्प्ले पर इससे ऊपर बहुत जगह होती है, और एक्सपोर्ट पैनल में HDR कार्ड उसका उपयोग करता है - आपके ब्रांड रंग और सफ़ेद टेक्स्ट को पीक ब्राइटनेस की ओर बूस्ट किया जाता है ताकि वे सचमुच चमकें, जबकि गहरे क्षेत्र गहरे बने रहते हैं और उस चमक को उसका कॉन्ट्रास्ट देते हैं।

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file15 paths897 nodes29 groups1 image17 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file15 paths897 nodes29 groups1 image17 KB

• फ़ॉर्मैट। रास्टर फ़ॉर्मैट जिनमें सिग्नल ले जाने की जगह होती है: PNG, JPG, AVIF और TIFF। (WebP नहीं - यह 8-बिट है और इसमें कोई काम करने वाला HDR डिकोड पाथ नहीं है, इसलिए एक PQ WebP बस गहरा दिखेगा। वेक्टर और PDF में कोई HDR मॉडल ही नहीं है।)
• रंग टैगिंग के विपरीत डिफ़ॉल्ट रूप से बंद - यह पिक्सल बदलता है, इसलिए यह ऑप्ट-इन है। कार्ड को टिक करें, या शेयर लिंक में hdr=1 पास करें।
• वास्तव में क्या लिखा जाता है। पिक्सल को Rec.2100 PQ में फिर से एन्कोड किया जाता है - BT.2020 प्राइमरी SMPTE ST 2084 (PQ) ट्रांसफ़र कर्व के साथ - और कंटेनर मेल खाने वाला सिग्नल ले जाता है ताकि एक रंग-प्रबंधित ऐप जान सके कि इसे उस तरह पढ़ना है: एक जनरेट की गई cicp टैग वाली ICC v4 प्रोफ़ाइल (JPG, TIFF), एक cICP चंक (PNG) या एक फिर से लिखा गया colr बॉक्स (AVIF)। बूस्ट परसेप्चुअल (OKLab) लाइटनेस पर गेट किया जाता है, इसलिए मध्य और उससे ऊपर के रंग पीक तक पहुँचते हैं और गहरे रंग उड़ाए जाने की बजाय शांत रहते हैं, और यह ह्यू-प्रिज़र्विंग है - एक ब्रांड हरा रंग चमकीला होता है, पुदीने जैसा नहीं।
• डायल। चार, कार्ड चालू होने पर दिखाई देते हैं: White (पीक-ब्राइटनेस सीमा, 400-2000 निट्स), Reach (टोन में कितनी दूर तक चमक फैलती है), Dark lift (गहरे रंग कितने चमकते हैं - 0 उन्हें गहरा रखता है) और Focus (बूस्ट कितनी रंग समृद्धि रखता है)। ये एक कॉम्पैक्ट ट्यून की गई वैल्यू के रूप में उसी पैरामीटर में चलते हैं - hdr=1600-60-0-50 का मतलब है White 1600, Reach 60, Dark lift 0, Focus 50 - ताकि लिंक से एक ट्यून किया गया लुक फिर से बनाया जा सके।
• आपको यह कहाँ दिखेगा। एक HDR डिस्प्ले पर रंग-प्रबंधित व्यूअर: Apple डिवाइसों पर Preview / Quick Look / Safari, एक HDR मॉनिटर पर Chrome। एक सामान्य SDR स्क्रीन पर फ़ाइल अब भी एक सामान्य इमेज की तरह दिखती है।
• इसे शिप करने से पहले जान लें। कई प्लेटफ़ॉर्म आपके अपलोड किए हुए को फिर से एन्कोड करते हैं और HDR सिग्नल हटा देते हैं - सोशल नेटवर्क, मैसेजिंग ऐप, कुछ CMS - जिससे इमेज गहरी या धुली हुई दिख सकती है। HDR वहाँ उपयोग करें जहाँ आप डेस्टिनेशन को नियंत्रित करते हैं (आपके द्वारा बनाई गई साइट, एक वीडियो वॉल, एक चमकीले पैनल पर एक डेक), हर चीज़ के लिए डिफ़ॉल्ट के रूप में नहीं।
• पारदर्शिता। PNG और AVIF अपना अल्फ़ा बनाए रखते हैं; JPG हमेशा की तरह अपारदर्शी है। TIFF पाथ SDR पाथ के सफ़ेद के बजाय काले पर फ़्लैटन होता है - PQ में, सफ़ेद 10,000-निट कोड है, इसलिए उस पर फ़्लैटन करने से हर किनारे के चारों ओर एक चौंधियाने वाला हेलो बन जाता।

वीडियो

एनिमेटेड टूल गति को MP4, WebM या GIF के रूप में एक्सपोर्ट करते हैं - और, जहाँ उपलब्ध हो, APNG, Animated WebP या वेक्टर Animated SVG (ऊपर) के रूप में। आपको कौन-सा वीडियो कंटेनर दिखता है यह आपके ब्राउज़र पर निर्भर करता है - पिकर केवल वही दिखाता है जो यह वास्तव में रिकॉर्ड कर सकता है:

GIF हर जगह काम करता है (चैट/ईमेल के लिए बढ़िया; वीडियो से बड़ा और कम-रंग वाला)। एनिमेटेड टूल Wait (रिकॉर्डिंग से पहले एनिमेशन को सेटल होने देने के लिए सेकंड) और Duration (क्लिप लंबाई) भी एक्सपोज़ करते हैं।

एक साझा किया गया ?format=… लिंक जो एक ऐसा कंटेनर माँगता है जिसे आपका ब्राउज़र रिकॉर्ड नहीं कर सकता, बिना रुकावट दूसरे पर वापस गिरता है और उसी के अनुसार फ़ाइल का नाम रखता है।

ध्वनि। वीडियो एक्सपोर्ट मौन नहीं होते। एक टूल क्लिप के नीचे एक म्यूज़िक बेड बिछा सकता है - कैटलॉग से एक ऑडियो एसेट, जो क्लिप लंबाई के अनुसार लूप या ट्रिम किया गया हो, फ़ेड-इन/आउट, वॉल्यूम और फ़ुटेज की अपनी ध्वनि के नीचे ऑटोमैटिक डकिंग के साथ - और रिकॉर्डिंग टूल अपने फ़ुटेज का लाइव ऑडियो सीधे फ़ाइल तक ले जाते हैं। MP4 और WebM मिश्रित ट्रैक रखते हैं; GIF और एनिमेटेड इमेज फ़ॉर्मैट (APNG, Animated WebP, Animated SVG) स्वाभाविक रूप से मौन होते हैं।

ऑडियो

कुछ टूल अकेले ऑडियो एक्सपोर्ट करते हैं, न कि सिर्फ़ एक वीडियो ट्रैक के रूप में। Voice Recorder एक लाइव लेवल मीटर और हल्की कोचिंग के साथ माइक टेक कैप्चर करता है, फिर उसे MP3 (डिफ़ॉल्ट, आपके ब्राउज़र में ट्रांसकोड किया गया) या अपने नेटिव कंटेनर में सेव करता है - M4A (AAC), OGG या WebM (Opus), जो भी आपके ब्राउज़र ने रिकॉर्ड किया हो। बाक़ी सब की तरह, एन्कोड आपके डिवाइस पर होता है - कुछ भी अपलोड नहीं किया जाता।

जो ऑडियो आप लाते हैं वह भी उतना ही व्यापक है। एसेट पिकर MP3, WAV, OGG/Opus, M4A/AAC और FLAC (बाइट-फ़ॉर-बाइट रखा गया और ऑन-डिवाइस डिकोड किया गया), MIDI (.mid - इम्पोर्ट पर एक छोटे ऑन-डिवाइस सिंथ ट्रैक में कन्वर्ट किया गया) और ट्रैकर मॉड्यूल - MOD, XM, IT, S3M, STM, MTM (एक बंडल किए गए प्लेयर द्वारा ऑन-डिवाइस डिकोड किया गया, कुछ किलोबाइट का सॉन्ग डेटा) स्वीकार करता है। इनमें से कोई भी वीडियो एक्सपोर्ट के नीचे म्यूज़िक बेड बन सकता है, या Neurospicy Mode के एम्बिएंट प्लेयर में बज सकता है।

ऑडियो नीचे दी गई format= / --export= पाइपलाइन का हिस्सा है: wav, mp3, m4a और opus सामान्य फ़ॉर्मैट id हैं, इसलिए एक ऑडियो-ओनली एक्सपोर्ट उतना ही शेयर करने योग्य और स्क्रिप्ट करने योग्य है जितना एक PNG। जो बाहर आता है वह सिर्फ़ ध्वनि है, कोई तस्वीर नहीं।

प्रोवेनेंस और वॉटरमार्क

जहाँ फ़ॉर्मैट इसे सपोर्ट करता है, एक्सपोर्ट प्रोवेनेंस मेटाडेटा ले जाते हैं - सॉफ़्टवेयर, स्रोत, टूल का नाम और आपकी प्रोफ़ाइल क्रेडिट लाइन - जो नेटिव रूप से एम्बेड होता है (PNG iTXt, JPEG EXIF, PDF info, SVG <metadata>, GIF comment)। यह सिर्फ़ लेखकत्व है; कुछ भी अपलोड नहीं होता। Experimental टूल इसके अलावा एक दृश्यमान वॉटरमार्क भी लगाते हैं, जो होस्ट द्वारा लगाया जाता है ताकि इसे टूल को एडिट करके हटाया न जा सके।

The Lolly Imprint। रास्टर एक्सपोर्ट Lolly का अपना अदृश्य पिक्सल वॉटरमार्क भी ले जाते हैं - Lolly Imprint - Content Credentials की तरह ही डिफ़ॉल्ट रूप से चालू। जहाँ क्रेडेंशियल और प्रोवेनेंस मेटाडेटा पिक्सल के साथ-साथ चलते हैं और एक री-सेव, स्क्रीनशॉट या मेटाडेटा स्ट्रिप में खो जाते हैं, वहीं Imprint पिक्सल के अंदर रहता है और रीकंप्रेशन से बच जाता है - इसलिए इमेज की एक कॉपी को बाद में भी Lolly-मेड के रूप में पहचाना जा सकता है। यह एक टिकाऊ संकेत है, कोई क्रिप्टोग्राफ़िक गारंटी नहीं, और यह सिर्फ़-मौजूदगी है (यह कोई व्यक्तिगत डेटा नहीं ले जाता)। यह PNG, JPG, WebP, AVIF, TIFF और BMP में, और PDF या PPTX में कंपोज़िट किए गए Lolly-रेंडर्ड रास्टर में सवारी करता है - कभी भी आपके द्वारा एम्बेड की गई इमेज में नहीं, केवल उसमें जो Lolly खुद रेंडर करता है। इसे छोड़ने के लिए एक्सपोर्ट पैनल में Lolly Imprint कार्ड को अनचेक करें, या शेयर लिंक में imprint=0 पास करें। (री-एन्कोडिंग के ज़रिए AVIF सर्वाइवल अभी कैलिब्रेट नहीं किया गया है; PDF/PPTX डिटेक्शन एम्बेडेड Lolly रास्टर को कवर करता है।) /verify इसे ऑन-डिवाइस डिटेक्ट करता है - देखें Content Credentials Identity।

The durable credential। Imprint के साथ एक दूसरा, भारी मार्क भी बैठता है: Durable credential, जो एक ऑन-डिवाइस न्यूरल मॉडल (TrustMark फ़ॉर्मैट) का उपयोग करके Lolly की id को पिक्सल के अंदर लिखता है ताकि "made with Lolly" लिंक एक मेटाडेटा स्ट्रिप, एक री-एन्कोड और TrustMark-अवेयर टूल के साथ-साथ Lolly के अपने टूल द्वारा फिर से पढ़े जाने से भी बचा रहे। यह डिफ़ॉल्ट रूप से बंद है - शुद्ध-JavaScript Imprint के विपरीत इसकी कीमत प्रति एक्सपोर्ट एक न्यूरल पास और एक बार का मॉडल डाउनलोड है, इसलिए यह एक चुपचाप टैक्स की बजाय एक जानबूझकर ऑप्ट-इन है। सिर्फ़ रास्टर (PNG, JPG, WebP, AVIF, TIFF), एक्सपोर्ट पैनल में टिक किया गया या शेयर लिंक में durable=1 के रूप में पास किया गया। डेस्कटॉप और मोबाइल ऐप्स पर कार्ड को नो-ऑप के रूप में दिखाने की बजाय पूरी तरह छिपा दिया जाता है, क्योंकि ऑफ़लाइन मॉडल फ़ेच करने के लिए कोई ओरिजिन नहीं होता।

Content protection। एक्सपोर्ट पैनल में, Password protect, C2PA Credentials, Lolly Imprint और Durable credential एक कोलैप्स्ड, फ़ॉर्मैट-अवेयर Content protection समूह में फ़ोल्ड हो जाते हैं, ताकि किसी फ़ाइल के प्रोवेनेंस और सुरक्षा विकल्प एक ही जगह रहें - यह समूह केवल वे कार्ड दिखाता है जो चुने हुए फ़ॉर्मैट पर लागू होते हैं, और खुद को पूरी तरह छिपा देता है जब उनमें से कोई भी लागू नहीं होता। Print marks जानबूझकर इसमें शामिल नहीं हैं: वे सुरक्षा की बजाय प्रिंट प्रोडक्शन ज्यामिति हैं, इसलिए Print marks & bleed - मिलीमीटर में bleed माप के साथ Crop, Registration, Bleed, Colour bars और Stamp details - प्रिंट फ़ॉर्मैट पर अपना अलग टॉप-लेवल कार्ड बनाए रखता है।

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file21 paths~1.5k nodes35 groups3 images24 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file21 paths~1.5k nodes35 groups3 images24 KB

एक्सपोर्ट करने से पहले (प्रिंट प्रीफ़्लाइट)। अपनी प्रोफ़ाइल की फ़ीचर फ़्लैग में Print preflight (export-preflight) चालू करें - यह डिफ़ॉल्ट रूप से बंद है, ताकि चैट मैसेज के लिए PNG एक्सपोर्ट कर रहा कोई व्यक्ति कभी प्रीप्रेस निष्कर्षों से घात न खाए, और एक डिप्लॉयमेंट का कंट्रोल प्लेन (lolly.work) इसे अपने सदस्यों के लिए डिफ़ॉल्ट रूप से चालू कर सकता है - और पैनल के नीचे, बटनों के ठीक ऊपर, एक Before you export कार्ड दिखाई देता है जब भी प्रिंट नियमों के पास इस काम के बारे में कहने के लिए कुछ सच होता है: फ़ॉर्मैट, साइज़ और bleed, फिर trim और bleed क्षेत्र, इंक कवरेज, प्लेट काउंट और पेज काउंट, इसके हेडिंग के बगल में एक फ़ैसले के साथ। यह हर सेटिंग के नीचे बैठता है क्योंकि यह उन सेटिंग्स के बारे में एक कथन है, न कि एक और सेटिंग - और यह कभी भी किसी एक्सपोर्ट को नहीं रोकता। यह आपको बताता है कि एक प्रिंट शॉप अभी क्या देखने वाली है।

लागत, आपके रेट कार्ड से निकाली गई। प्रीफ़्लाइट के नीचे - सबसे आख़िर में, फिर भी बटनों के ऊपर - एक कार्ड बैठता है जो उन्हीं गिनतियों को पैसे में बदल देता है, और वह हमेशा केवल उन दामों से जो किसी ने इसे दिए हैं। यह वही पढ़ता है जो प्रीफ़्लाइट पास ने गिना, चाहे प्रीफ़्लाइट कार्ड खुद चालू हो या नहीं, और इसके लिए दो चीज़ों का सच होना ज़रूरी है: काम में कुछ ऐसा हो जिसकी क़ीमत एक प्राइस लिस्ट लगा सके (प्लेट, शीट, क्षेत्रफल, पेज, वेरिएंट पंक्तियाँ या आउटपुट फ़ाइलें - इसलिए एक साधारण लोगो PNG इसे कभी नहीं दिखाता), और एक रेट कार्ड मौजूद हो। एक रेट कार्ड आपके प्रिंटर से एक JSON प्राइस लिस्ट है। एक डिफ़ॉल्ट बिल्ड कोई नहीं रखता और उसे लोड करने का कोई इन-ऐप तरीका नहीं है: यह या तो एक कैटलॉग एसेट के रूप में आता है जो एक डिप्लॉयमेंट शिप करता है, या ऑप्शनल रेट-कार्ड एक्सटेंशन के ज़रिए जिसे कोई सेल्फ़-होस्टर या कंट्रोल प्लेन चालू करता है। बिना रेट कार्ड के, कुछ भी नहीं दिखाया जाता - न कोई प्रॉम्प्ट, न कोई ख़ाली टेबल।

जिस नियम के इर्द-गिर्द यह पूरी चीज़ बनी है वह यह है कि यह कभी पैसा नहीं गढ़ता। हर आँकड़ा एक ऐसी दर है जो आपने दी, गुणा एक मात्रा जो Lolly ने गिनी - 4 plate × €35.00 - और टोटल उसी वाक्य में अपना स्रोत भी बताता है: जो जारीकर्ता कार्ड नाम देता है, और जो तारीख़ कार्ड कहता है कि उसकी दरें उससे हैं। कोई डिफ़ॉल्ट करेंसी नहीं है, कोई प्लेसहोल्डर नहीं है और कोई शून्य किसी गुम क़ीमत के लिए खड़ा नहीं है। फ़ाइल अपने बारे में जो कहती है वह रिपोर्टेड स्पीच बनी रहती है: "The file says: … Lolly has not verified this."

और जब यह ईमानदारी से गणना नहीं कर सकता, तो काम करने वाली टेबल एक ग्रे किए हुए या भरे हुए आँकड़े में घटने की बजाय गायब हो जाती है:

• वे पंक्तियाँ जिनकी क़ीमत कार्ड नहीं लगाता, उनका मतलब है बिल्कुल कोई टोटल नहीं - बस एक हेडलाइन जो बताती है कि उनमें से कितनी बिना दाम की हैं। एक आंशिक योग एक छोटा उत्तर नहीं है, यह एक ग़लत उत्तर है।
• एक मात्रा जो एक सटीक गिनती की बजाय एक सीमा है, अपने सबटोटल में भी "up to" ले जाती है, ताकि एक सीमा कभी एक सपाट आँकड़े में तब्दील न हो।
• अपनी वैध-तक-तारीख़ के बाद की दरें केवल गिनती दिखाती हैं, जब तक आप Use these rates anyway न दबाएँ - और फिर एक्सपायरी तारीख़ आँकड़े के साथ चलती है, ताकि एक समाप्त हो चुका टोटल एक चालू टोटल के रूप में न पढ़ा जा सके।
• एक लिंक से खोले जाने पर, पैसा तब तक छिपा रहता है जब तक आप इसे इस डिवाइस पर न माँगें। न तो कार्ड और न ही वह रिवील कभी एक URL में यात्रा करता है - वही कारण है कि CLI --rate-card=<file.json> को एक लोकल फ़ाइल फ़्लैग के रूप में लेता है, कभी लिंक पैरामीटर के रूप में नहीं।

यह कार्ड क्रोम है, कभी कंटेंट नहीं: यह हर एक्सपोर्ट स्टेज से हटा दिया जाता है, इसलिए यह आपकी डाउनलोड की गई फ़ाइल का एक भी पिक्सल नहीं हिला सकता। और यह अंकगणित है, कोई कोटेशन नहीं - केवल आपका प्रिंटर आपको एक दे सकता है।

Composed renders। जब कोई टूल किसी दूसरे टूल के आउटपुट को एम्बेड करता है (जैसे एक Event Name Badge एक QR Code को एम्बेड करता है), तो नेस्टेड रेंडर पैरेंट के एक्सपोर्ट में इनलाइन किया जाता है - यह SVG और PDF में एक असली वेक्टर बना रहता है और PNG/JPG/WebP में क्रिस्प रास्टराइज़ होता है। एम्बेडेड चाइल्ड एक इंटरमीडिएट है: इसे कोई वॉटरमार्क और कोई अपना प्रोवेनेंस नहीं मिलता; केवल तैयार पैरेंट एसेट को मिलता है। (कंपोज़िशन SVG और रास्टर फ़ॉर्मैट को कवर करता है; HTML/MD/TXT कंपोज़ नहीं किए जा सकते।)

पासवर्ड सुरक्षा

दो स्वतंत्र प्रकार के लॉक, दोनों पूरी तरह ऑन-डिवाइस।

PDF ओपन-पासवर्ड - एक्सपोर्ट पैनल के Password protect कार्ड में दो स्तर मिलते हैं:

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file11 paths~4.4k nodes11 groups1 image51 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file11 paths~4.4k nodes11 groups1 image51 KB

• Standard - एक बुनियादी 40-बिट लॉक (RC4)। यह किसी भी PDF ऐप में खुल जाता है, और - एक हल्की रोकथाम होने के कारण, वास्तविक सुरक्षा नहीं - यह शेयर लिंक में यात्रा कर सकता है (डिज़ाइन के अनुसार, क्लियर-टेक्स्ट में)। केवल RGB pdf के लिए।
• Strong - AES-256 (PDF 2.0)। इसका पासवर्ड एक्सपोर्ट के समय टाइप किया जाता है और इसे कभी लिंक में नहीं डाला जाता; यह केवल नए PDF ऐप्स (Acrobat / Preview ~2018 से) में खुलता है, और पुराने ऐप्स फ़ाइल को क्षतिग्रस्त बता सकते हैं। Strong Print / CMYK PDFs पर और बैच zip के अंदर हर PDF पर भी लागू होता है (बैच कन्फ़र्म डायलॉग पासवर्ड इकट्ठा करता है)। चूँकि PDF/X-4 एन्क्रिप्शन की अनुमति नहीं देता, इसलिए Strong-लॉक्ड Print PDF अपना CMYK, मार्क्स और आउटपुट-इंटेंट रखता है लेकिन PDF/X-4 कन्फ़ॉर्मेंस दावा छोड़ देता है।

दोनों में से कोई भी स्तर Content Credentials के साथ परस्पर अनन्य है (एन्क्रिप्टेड PDF क्रेडेंशियल नहीं ले सकती)।

लॉक्ड डाउनलोड्स (पूरा-zip + डिफ़ेंस-इन-डेप्थ) - एक ZIP एक्सपोर्ट (एक्सपोर्ट पैनल का ZIP फ़ॉर्मैट, जो किसी टूल के कई फ़ॉर्मैट बंडल करता है), एक फ़ोल्डर डाउनलोड (Projects → Download) या बैच ग्रिड पूरे zip को एक पासवर्ड से दो स्तरों पर लॉक कर सकता है:

• Standard - पारंपरिक ZipCrypto: किसी भी अनज़िप टूल में खुलता है, जिसमें Windows Explorer का बिल्ट-इन एक्सट्रैक्ट भी शामिल है, लेकिन कमज़ोर (एक रोकथाम मात्र)। इसका पासवर्ड ?password= शेयर लिंक में यात्रा कर सकता है।
• Strong - AES-256 (WinZip AE-2): मज़बूत, लेकिन Windows Explorer के बिल्ट-इन एक्सट्रैक्ट में नहीं खुलता - प्राप्तकर्ता को 7-Zip / WinZip / Keka / macOS चाहिए। एक्सपोर्ट के समय टाइप किया जाता है, कभी लिंक में नहीं डाला जाता।

एक्सपोर्ट पैनल में वही Password protect कार्ड PDF और ZIP दोनों लॉक चलाता है, और चुने गए फ़ॉर्मैट के अनुसार अपने शब्द बदल लेता है। एक पासवर्ड हर सदस्य की रक्षा करता है - इमेज, SVG, सब कुछ, PDFs सहित (केवल zip कंटेनर ही गैर-PDF फ़ाइलों की रक्षा कर सकता है, जिनका अपना कोई लॉक नहीं होता)। और यह डिफ़ेंस-इन-डेप्थ है: अंदर मौजूद कोई भी PDF भी उसी पासवर्ड से अलग से AES-256-लॉक्ड होती है, जिससे zip के अनपैक होने के बाद भी PDF लॉक्ड रहती है। डाउनलोड शुरू करते ही प्रॉम्प्ट दिखता है; खाली पासवर्ड का मतलब है कोई लॉक नहीं।

पासवर्ड-गेटेड शेयर लिंक - किसी भी शेयर लिंक को एन्क्रिप्ट किया जा सकता है ताकि खोलने पर प्राप्तकर्ता से पासवर्ड माँगा जाए। पूरी लिंक स्थिति पासवर्ड से निकाली गई कुंजी (PBKDF2) के तहत AES-256-एन्क्रिप्टेड होती है; केवल सिफ़रटेक्स्ट यात्रा करता है, इसलिए पासवर्ड कभी लिंक में नहीं होता और डिक्रिप्शन प्राप्तकर्ता के ब्राउज़र में होता है - लिंक देने वाला सर्वर URL में केवल सिफ़रटेक्स्ट देखता है, न कभी पासवर्ड न ही डिक्रिप्ट किया गया डिज़ाइन। इसे Share डायलॉग में चालू करें। एन्क्रिप्टेड लिंक को Lolly में ही खोला जा सकता है (इसे इमेज के रूप में एम्बेड नहीं किया जा सकता, क्योंकि वह रास्ता प्रॉम्प्ट नहीं दे सकता)। देखें URL Mode → Encrypted links।

Content Credentials (C2PA)

एक्सपोर्ट Content Credentials ले जा सकते हैं - फ़ाइल में एम्बेडेड एक हस्ताक्षरित C2PA मैनिफ़ेस्ट जो छेड़छाड़-स्पष्ट तरीके से रिकॉर्ड करता है कि फ़ाइल Lolly से बनाई गई थी और तब से बदली नहीं गई है। यह ऊपर बताए गए प्रोवेनेंस मेटाडेटा का स्टैंडर्ड-ट्रैक संस्करण है: एक क्रिप्टोग्राफ़िक दावा (किसने, कब, किसके द्वारा और कहाँ फ़ाइल बनाई) जो फ़ाइल के बाइट्स के हैश से बंधा है, ताकि बाद का कोई भी बदलाव किसी C2PA-अवगत व्यूअर द्वारा पहचाना जा सके। यह स्टैंडर्ड Content Authenticity Initiative (Adobe, BBC, Microsoft, Nikon और अन्य) द्वारा संचालित है, इसलिए Lolly जो क्रेडेंशियल लिखता है वे वही हैं जिन्हें कैमरे, न्यूज़रूम और क्रिएटिव सुइट्स अपना रहे हैं।

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file8 paths652 nodes14 groups2 images13 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file8 paths652 nodes14 groups2 images13 KB

• फ़ॉर्मैट्स। C2PA एम्बेडिंग वाला हर कंटेनर: PDF (RGB और Print दोनों), PNG / Animated PNG, JPG, GIF, SVG, TIFF (RGB और Print), WebP (स्थिर और एनिमेटेड), AVIF, MP4, WebM और ऑडियो कंटेनर MP3, WAV, M4A और OGG/Opus - ताकि रिकॉर्ड की गई या सिंथेसाइज़ की गई वॉइस क्लिप वही क्रेडेंशियल लेकर आए जो एक तस्वीर लाती है। एक ZIP बंडल हर समर्थित सदस्य को अलग-अलग स्टैंप करता है, यहीं से एक Animated SVG भी अपना क्रेडेंशियल पाता है (यह अंदर से एक साधारण SVG दस्तावेज़ ही है; सीधा Animated SVG एक्सपोर्ट अपना कोई कार्ड नहीं देता)। MP4, AVIF और M4A स्पेक की BMFF बाइंडिंग और MP3 अपनी ID3v2 मैपिंग का उपयोग करते हैं, इसलिए c2patool और अन्य C2PA-अवगत व्यूअर उन्हें सत्यापित करते हैं; WebM और OGG/Opus के लिए अभी तक कोई मानकीकृत C2PA मैपिंग नहीं है, इसलिए Lolly मैनिफ़ेस्ट को क्रमशः एक Matroska अटैचमेंट और एक OpusTags फ़ील्ड के रूप में ले जाता है, जिसे Lolly का अपना वेरिफ़ायर (और CLI) जाँचता है। (ico, eps, emf, dxf, bmp, pptx, Office फ़ॉर्मैट्स और टेक्स्ट/डेटा फ़ॉर्मैट्स में कोई C2PA कंटेनर नहीं है।)
• डिफ़ॉल्ट रूप से चालू। एक्सपोर्ट पैनल में C2PA Credentials कार्ड लगभग हर टूल के लिए पहले से चुना होता है - एकल एक्सपोर्ट पर क्रेडेंशियल छोड़ने के लिए इसे अनटिक करें (या शेयर लिंक में c2pa=off पास करें)। कोई टूल अपने मैनिफ़ेस्ट में इससे पूरी तरह बाहर निकल सकता है।
• यह क्या रिकॉर्ड करता है। फ़ाइल बनाने वाला टूल और ऐप, हस्ताक्षर का समय, एक्सपोर्ट सरफ़ेस (ब्राउज़र इंजन परिवार + OS परिवार - जानबूझकर मोटा, कभी फ़िंगरप्रिंट नहीं) और - केवल तब जब Profile → Use my details चालू हो - आपका नाम और ईमेल काम के लेखक के रूप में।
• प्राप्तकर्ता क्या देखते हैं। Inspect-content-credentials टूल (Adobe ऐप्स, c2patool, contentcredentials.org/verify) मैनिफ़ेस्ट पढ़ेंगे और दावा दिखाएँगे। चूँकि Lolly आपके डिवाइस पर जनरेट की गई कुंजी से हस्ताक्षर करता है - किसी ट्रस्ट लिस्ट के प्रमाणपत्र से नहीं - इसलिए व्यूअर इसे unverified क्रेडेंशियल के रूप में रिपोर्ट करते हैं। संरचना और छेड़छाड़-स्पष्टता असली हैं; बस हस्ताक्षरकर्ता की पहचान किसी प्राधिकरण द्वारा प्रमाणित नहीं है। इसे अपग्रेड करने के लिए आप एक verified identity दर्ज करा सकते हैं (Profile → Content Credentials): Lolly CA से एक अल्पकालिक प्रमाणपत्र आपके ईमेल को आपके एक्सपोर्ट से जोड़ता है जबकि हस्ताक्षर कुंजी फिर भी कभी आपके डिवाइस से बाहर नहीं जाती - देखें Content Credentials Identity।
• फ़ाइल की जाँच करना। Lolly अपने खुद के क्रेडेंशियल भी सत्यापित करता है: /verify पर कोई भी फ़ाइल डालें (या CLI में lolly validate <file> चलाएँ) एक ऑन-डिवाइस रिपोर्ट के लिए - जिसका मुख्य बिंदु यह है कि फ़ाइल सचमुच Lolly से बनी थी और तब से नहीं बदली। वेब Verify व्यू क्रेडेंशियल से कहीं आगे पढ़ता है: यह AI-जनित सामग्री को फ़्लैग करता है, Lolly Imprint का पता लगाता है, SEAL हस्ताक्षर और (ऑप्ट-इन) थर्ड-पार्टी पिक्सेल वॉटरमार्क जाँचता है और छिपे हुए डेटा को सामने लाता है - यह सब ऑन-डिवाइस, कुछ भी अपलोड नहीं होता। देखें Content Credentials Identity → Beyond the credential।
• गोपनीयता। सब कुछ आपके डिवाइस पर होता है: हस्ताक्षर कुंजी एक्सपोर्ट के लिए बनाई जाती है और कभी ब्राउज़र से बाहर नहीं जाती, कुछ भी अपलोड नहीं होता और दावे में केवल वही होता है जो प्रोवेनेंस मेटाडेटा पहले से ले जाता है। प्राइवेसी यूटिलिटीज़ (आपकी अपनी फ़ाइलों के ऑन-डिवाइस ट्रांसफ़ॉर्म) कभी क्रेडेंशियल नहीं जोड़तीं, और Strip Hidden Data किसी भी अन्य एम्बेडेड मेटाडेटा की तरह C2PA मैनिफ़ेस्ट को भी हटा देगा।
• इंटरैक्शन। PDFs के लिए, Content Credentials और पासवर्ड प्रोटेक्शन (दोनों में से कोई भी स्तर - ऊपर देखें) परस्पर अनन्य हैं (एन्क्रिप्टेड PDF क्रेडेंशियल अटैचमेंट नहीं ले सकती)। क्रेडेंशियल अंतिम चरण के रूप में तैयार बाइट्स पर जोड़ी जाती है - DPI/EXIF/कलर-प्रोफ़ाइल स्टैंपिंग, PDF/X मेटाडेटा और प्रिंट मार्क्स के बाद।

फ़ोन पर

एक्सपोर्ट नियंत्रण फ़्लोटिंग Render बटन के पीछे रहते हैं, जो Export शीट खोलता है - वही फ़ॉर्मैट, आकार, कॉपी, डाउनलोड और शेयर, टच के लिए साइज़ किया गया।

फ़ॉर्मैट संदर्भ

हर वह id जिसे होस्ट रेंडर कर सकता है, समूहबद्ध। ये URL के format= पैरामीटर और CLI के --export= फ़्लैग के भी मूल्य हैं - देखें URL Mode और CLI। कोई टूल केवल उतना उपसमुच्चय देता है जितना उसके लेखक ने घोषित किया है, इसलिए पिकर हमेशा इस सूची से छोटा होता है।

कुछ और ids साझा रेंडर पथ के बजाय किसी टूल के अपने एक्सपोर्ट हुक से आती हैं: ase (Adobe Swatch Exchange, Palette Lab से), exr और hdr (Darkroom के हाई-डायनामिक-रेंज रास्टर) और ttf / otf / woff (Font Convert)। ये उसी तरह फ़ॉर्मैट चुनते हैं - पिकर, format=, --export= - बस बाइट्स टूल द्वारा बनाई जाती हैं। Font Convert एक अपवाद है: यह आपके द्वारा दी गई फ़ॉन्ट फ़ाइल को ट्रांसफ़ॉर्म करता है, इसलिए एक साधारण URL के रेंडर करने के लिए कुछ नहीं होता।