टेलीग्राम के लिए एनिमेटेड स्टिकर के लिए मैड कन्वर्टर GIF'ok

एक हजार शब्दों के बजाय ...


XZibit भी खुश है, क्योंकि यहां GIF को KDPV के लिए GIF में डाले जाने वाले स्टिकर में डाला गया है!

और अब कार्यान्वयन विवरण के बारे में।

यह सभी टेलीग्राम डेवलपर की आगामी विशेषता के बारे में चर्चा के साथ शुरू हुआ:



एक आदमी ने कहा - एक आदमी ने किया! पिलो और svgwrite में पहला प्रोटोटाइप, पिक्स में GIF को पार्स करना और उन्हें SVG में पूर्वावलोकन के साथ वेक्टर वर्गों में परिवर्तित करना, एक दिन की छुट्टी में लिखा गया था।

मज़ा आगे शुरू हुआ ...

JSON एक खुला प्रारूप है, उन्होंने कहा ...

अब तक, टेलीग्राम में प्रारूपों के साथ, वे छल करते रहे। जीआईएफ-एनिमेशन के लिए बनाया गया समर्थन - वास्तव में, वे MP4- वीडियो में कनवर्ट किए जाते हैं। स्टिकर के लिए बनाया समर्थन - वे PNG पर अपलोड किए जाते हैं, लेकिन वेबपी में परिवर्तित हो जाते हैं। इस बार सब कुछ अधिक ईमानदार है: प्रवेश द्वार पर, फिर बाहर निकलने पर।

एनिमेटेड स्टिकर के लिए, टेलीग्राम GIF, वीडियो, या यहां तक ​​कि कुछ अच्छी तरह से स्थापित वेक्टर ग्राफिक्स प्रारूप जैसे कि एसवीजी, या, भगवान न करें Cthulhu का उपयोग नहीं करता है! - फ्लैश। यह एक नए प्रारूप का उपयोग करता है जो Airbnb - Lottie के विंग के नीचे से उभरा है। अब तक, मोबाइल डेवलपर्स के बीच उनकी कुछ प्रसिद्धि थी, लेकिन टेलीग्राम के लिए धन्यवाद, यह अधिक लोकप्रियता हासिल कर सकता है।

संक्षेप में, Lottie फाइलें JSON-serialized Adobe After Effects परियोजनाएं हैं जो इस कार्यक्रम की सभी विशेषताओं को अधिकतम करती हैं। डिस्प्ले के साथ, अफसोस, सब कुछ इतना रसदार नहीं है । हालाँकि, लॉटी को प्रस्तुत करने के लिए लाइब्रेरी के कई तैयार "आधिकारिक" कार्यान्वयन हैं, बस टेलीग्राम द्वारा कवर किए गए प्लेटफार्मों के लिए: एंड्रॉइड, आईओएस, क्यूटी और वेब - इन सभी में प्रारूप की क्षमताओं का केवल एक हिस्सा लागू किया गया है। टेलीग्राम और भी आगे बढ़ गया और समर्थित सुविधाओं की सूची को सीमित कर दिया , साथ ही साथ "अपने स्वरूप" के साथ आया, जो सामान्य लोटी से अलग है केवल GZip और "tgs": 1 पैरामीटर "tgs": 1 में पैक करके। मुझे लगता है कि मुझे पता है कि डेनिस पोपोव अब कहां काम कर रहा है! :-)

और अगर विभिन्न प्लेटफार्मों के लिए पुस्तकालयों के प्रलेखन के साथ सब कुछ बहुत अच्छा है, तो, अफसोस, वे प्रारूप डिवाइस के कम से कम कुछ विवरण खोजने में असफल रहे - केवल आकर्षक वेब स्रोतों में केवल JSON-योजना । मुझे प्रारूप की सामान्य अवधारणाओं को समझने के लिए मौजूदा एनिमेशन में रास्ते के साथ टिंकर करना था। वास्तविक फ़ाइलों और योजना के बीच भी विसंगतियां थीं: विशेष रूप से, टाइप 4 की परतों में , योजना के अनुसार, नेस्टेड ऑब्जेक्ट "it" प्रॉपर्टी में संग्रहीत किए जाते हैं - हालांकि, असली फाइलों में कुंजी को "shapes" कहा जाता है, और "it" काम नहीं करता है "it" ।

प्रारूप की स्पष्ट बारीकियां:

• एक फ़ाइल में परतें होती हैं। जीआईएफ के विपरीत, यहां प्रत्येक परत में प्रदर्शन के लिए एक मनमाना शुरुआत और अंत समय हो सकता है। विभिन्न परिवर्तनों को परत पर लागू किया जा सकता है (अधिक सटीक रूप से, यह आवश्यक है ): स्केलिंग, रोटेशन, बदलते पारदर्शिता, आदि। परतें तीन आयामी (टेलीग्राम के लिए निषिद्ध) भी हो सकती हैं।
• एक परत में "आकृतियाँ" होती हैं। उनके पास कई प्रकार हैं, कुछ टेलीग्राम में उपयोग नहीं किए जा सकते हैं। व्यवहार में, एक परत दिखाई देने के लिए, इसमें तीन आकृतियों को शामिल करना चाहिए: एक पथ (समाप्त एनिमेशन में, यह आमतौर पर "sh" प्रकार - बेजियर घटता है; कनवर्टर अब तक केवल "rc" प्रकार - आयतों), भरण ( "fl" प्रकार), और परिवर्तन का उपयोग करता है; टाइप "tr" )।
• तुम भी रेखापुंज तत्वों को शामिल कर सकते हैं, पाठ परतें बना सकते हैं, और अभिव्यक्तियों के माध्यम से परत और आकार मापदंडों के बीच संबंध स्थापित कर सकते हैं। यह सभी अच्छाइयाँ टेलीग्राम पर भी प्रतिबंधित हैं।

पहली समस्या सीधे यहाँ से आती है: अतिरेक । यद्यपि रूपांतरण मापदंडों के लिए डिफ़ॉल्ट मान हाल ही में JSON योजना में जोड़े गए हैं, वे पुस्तकालयों में लागू नहीं किए जाते हैं। इसलिए उन्हें स्पष्ट रूप से पूछना अभी भी आवश्यक है।

ऐसा लगेगा कि यह कोई समस्या नहीं है? यहां तक ​​कि एक साधारण GZip डेटा को बार-बार दोहराने से कंप्रेस करने का एक अच्छा काम करता है, और 1 MB का कच्चा JSON जादुई रूप से दसियों किलोबाइट्स के एक जोड़े में बदल जाता है, जो चुपचाप 64 kB की बताई गई सीमा में रेंगता है। वहाँ यह था!

मैं लोड करता हूं, जिसका मतलब है कि एक गोल-मटोल एनीमेशन जो टेलीग्राम में शांति से लोटी-वेब प्रदर्शित करता है - और यहां सशर्त रूप से सुंदर पिक्सेल कला के बजाय, स्थिर धुंधली नज़र मुझ पर है:



यह क्या है ?! लेकिन यह पता चला है कि विघटित डेटा पर स्पष्ट रूप से 1 एमबी की अनिर्दिष्ट सीमा है । टेलीग्राम टीम के एक प्रतिनिधि ने जल्दी से इसकी पुष्टि की और 2 एमबी की सीमा में आगामी वृद्धि की घोषणा की।

यहां तक ​​कि अगर वे इन समस्याओं को हल करते हैं, तो स्टिकर जो कि 1 एमबी असम्पीडित डेटा से परे जाते हैं और जिनमें परिवर्तन नहीं होते हैं, वे टेलीग्राम के पुराने संस्करणों के उपयोगकर्ताओं के लिए दुर्गम होंगे। तो यह शायद भविष्य में प्रतिबंधों का पालन करना होगा।

पारदर्शिता महत्वपूर्ण है।

पिलो, ओपनकेवी के साथ, पायथन में छवि प्रसंस्करण के लिए उद्योग मानक कहा जा सकता है। इसके अलावा, यह जीआईएफ सुविधाओं के लिए भी अच्छी तरह से तेज है: यह अनुक्रमित रंगों का समर्थन करता है और पैलेट तक पहुंच देता है। यह एक पिक्सेल मैप को एक न्यूमरी सरणी में बदलने का समर्थन करता है, जो उत्पादक प्रसंस्करण के लिए महत्वपूर्ण है। यहां तक ​​कि रंगों पर आंकड़े एकत्र करता है! लेकिन इसके नुकसान भी थे:

1. पारदर्शी रंग सूचकांक प्राप्त करने का कोई प्रलेखित तरीका नहीं था। मुझे एक अस्थायी समाधान के रूप में मानना ​​था कि पारदर्शी रंग सबसे आम है, लेकिन वास्तविक GIF में यह हमेशा ऐसा नहीं होता है।
2. फ़्रेम के बीच देरी के साथ एक ही बात: देरी के बारे में जानकारी के बिना, तकिया केवल खुद को छवियों के अनुक्रम के रूप में देता है।
3. कभी-कभी आंशिक फ्रेम गलत तरीके से सुपरिंपोज किए जाते हैं।

इसलिए, मुझे एक प्रतिस्थापन की तलाश करनी थी। Gif2numpy मॉड्यूल ने इसे निभाया । यह जीआईएफ सुविधाओं के लिए "तेज" है और जीसीई सहित छवि और व्यक्तिगत दोनों फ़्रेमों के सभी तकनीकी गुणों तक पहुंच प्रदान करता है। इस प्रकार, वह पढ़ने में देरी की समस्या को हल करता है।

पारदर्शिता, जैसा कि यह निकला, gif2numpy इसे बिल्कुल भी समर्थन नहीं करता है: रंगों को तुरंत बाइट्स में थोड़ी गहराई के साथ तीन चैनलों में परिवर्तित किया जाता है, बिना बिट गहराई और रंग सूचकांकों को बचाने के। सौभाग्य से, मॉड्यूल में एक फ़ाइल होती है, इसलिए इसे परियोजना में शामिल करना और पारदर्शिता के लिए रंग #FE00FE को #FE00FE इसे संशोधित करना मुश्किल नहीं था।

आंशिक फ्रेम समस्या हल करने के लिए तुच्छ नहीं थी। gif2numpy पिछले फ्रेम पर ऐसे फ्रेम को ओवरले करने की कोशिश करता है , हालांकि यह ओवरले मापदंडों की जांच नहीं करता है, यही वजह है कि सही परिणाम भी हमेशा नहीं निकलता है। झंडे के साथ गड़बड़ न करने के लिए, कुंजी के साथ gifsicle का उपयोग करके प्रारंभिक छवि प्रसंस्करण को --unoptimize जाता --unoptimize - यह आंशिक फ़्रेम को पूर्ण में परिवर्तित करता है। और साथ ही यह उन्हें वैश्विक पैलेट का उपयोग करने की ओर ले जाता है, जिसने आपके स्वयं के फ़्रेम पैलेट का उपयोग करते समय पारदर्शी रंग को अलग करने की आवश्यकता को समाप्त कर दिया।

मुझे और जोर से निचोड़ो

वर्ग अच्छे हैं, लेकिन ऐसे प्रतिबंधों के साथ आपको अधिक कल्पना दिखाने की आवश्यकता है, अन्यथा लघु GIF भी टेलीग्राम में "रेंगना" नहीं होगा।

आरएलई के समान कुछ पहले इस्तेमाल किया गया था : एक ही रंग के क्षैतिज रूप से आसन्न वर्गों को एक आयत में जोड़ा जाता है।

अगला लोट्टी सुविधाओं का शोषण है। चूंकि प्रत्येक परत में एक मनमाना शुरुआत और अंत समय होता है, आप एक ऐसी तकनीक को लागू कर सकते हैं जो लंबे समय से वीडियो कोडेक्स द्वारा उपयोग की जाती है, और आंशिक रूप से जीआईएफ में ही: कई फ्रेमों के लिए एक ही स्थान पर रहने वाले वर्गों को एक परत में विलय किया जा सकता है, जिसके दौरान प्रदर्शन परिवर्तन होते हैं कई अन्य। जिसे अब तक केवल आसन्न परतों के जोड़े के लिए लागू किया जाता है।

विकास की योजनाएँ

यहां लागू होने वाले विचार थोक में हैं:

• किसी भी आकार के एकल-रंग वाले क्षेत्रों को पहचानें। आप उन्हें आयतों के एक सेट में तोड़ सकते हैं, जिसके लिए एक अच्छा एल्गोरिथ्म है । उन्हें एक समोच्च में परिवर्तित करने की भी सलाह दी जाती है, लेकिन लोटी में बेजियर घटता के सभी बिंदुओं को इंगित करने की आवश्यकता से इसकी देखरेख की जाती है - कुछ मामलों में आयताकार अधिक लाभप्रद हो सकते हैं।
• आंदोलन को पहचानो। तकनीक, फिर से, लंबे समय से वीडियो कोडेक्स में उपयोग की जाती है। यदि एक ही समोच्च आकार से फ्रेम में नहीं बदलता है, लेकिन केवल निर्देशांक - कई परतों पर इसे डुप्लिकेट करने के बजाय, इसे परिवर्तन के साथ एक परत पर रखें।
• एक क्षेत्र के "कवरिंग" को दूसरे के साथ पहचानें। एक उदाहरण:
  
  

   ...... .O..O. ...... .OOOO. ...... 

  
  एक रंग के आयत पर एक अलग रंग के पिक्सेल आरोपित किए जाते हैं। इस आयत को छोटे लोगों के एक समूह में तोड़ने के बजाय, या इसे जटिल आकार के समोच्च में बदलना - आप बस उन्हें पूरी आयत के ऊपर ओवरले कर सकते हैं।
• घटता और अंडाकार का वैश्वीकरण, ग्रेडिएंट की मान्यता। यह पिक्सेल आकर्षण को खराब कर देगा, लेकिन यह परिमाण के आदेशों द्वारा कुछ जीआईएफ की संपीड़ितता में सुधार करेगा। रोगी एंटीडिल्वियन "कोलोबोक" में भी हैं, मैं इसकी गारंटी देता हूं!
• हानिपूर्ण संपीड़न। सबसे पहले, डाइटिंग का उन्मूलन, और यहां तक ​​कि अत्यधिक चिकनी तस्वीरों में भी रंग के मॉडरेशन में बाधा नहीं होगी। पूर्वोक्त gifsicle शायद इसे संभाल लेंगे।

संदर्भ

• स स स । स्थानों में डरावना।
• जिस चैनल पर मैं सफलतापूर्वक रूपांतरित GIF के पैक अपलोड करता हूं।