जवाबों:
एक था, लेकिन यह डिसेब करने के लिए गिर गया और इसका उपयोग बहुत बार नहीं किया जाता है, बड़े पैमाने पर मोबाइल समर्थन की कमी के कारण, लेकिन सुरक्षा मुद्दों के कारण भी। इसे फ्लैश कहा जाता था।
बाथ विश्वविद्यालय ने कुछ साल पहले एक वेक्टर-आधारित वीडियो कोडेक का प्रदर्शन करते हुए एक पेपर जारी किया था, जिसमें एक प्रेस विज्ञप्ति में पूछा गया था " क्या पिक्सेल मरने वाला है? "। अजीब बात है कि तब से पिक्सेल की मृत्यु नहीं हुई है, वास्तव में उनके आसपास और भी बहुत से हैं जो पहले हुआ करते थे।
आप तर्क दे सकते हैं कि अधिकांश वीडियो कोडेक वास्तव में वैक्टर का उपयोग करते हैं: डीसीटी (या समान), - जिसका उपयोग हर वीडियो कोडेक के आसपास बहुत अधिक किया जाता है - इस विचार पर आधारित है कि आप किसी भी सिग्नल को कई कोसाइन तरंगों के योग के रूप में पूरी तरह से दर्शा सकते हैं, या दूसरे शब्दों में, वैक्टर का एक गुच्छा एक साथ जोड़ा गया।
लेकिन इसका मतलब यह नहीं है कि आप तीखेपन के नुकसान के बिना एक मानक परिभाषा DV फिल्म को 4K तक स्केल कर सकते हैं। इसका कारण यह है कि भले ही डीसीटी एन्कोडेड छवि अनिवार्य रूप से गणितीय कार्यों का एक गुच्छा है, और इसलिए रिज़ॉल्यूशन इंडिपेंडेंट है, जो सिग्नल वे एनकोड करते हैं वह उस मूल डेटा के बैंडविड्थ में सीमित है जिसे कैप्चर किया गया था; कैमरा एक कम-पास फिल्टर है, जो सेंसर के रिज़ॉल्यूशन की तुलना में किसी भी डिटेल को फ़िल्टर करता है (सेंसर के Nyquist की सीमा की तुलना में किसी भी विवरण को बेहतर कहना शायद अधिक सटीक है ~ = 1/2 रिज़ॉल्यूशन)। दूसरे शब्दों में, कोई भी कोडेक ऐसी जानकारी को एनकोड नहीं कर सकता है जो पहले स्थान पर नहीं थी।
यहां तक कि बाथ यूनिवर्सिटी के कोडेक भी वे चीजें नहीं कर सकते जो वे फिल्मों में करते हैं, जहां आप असीम रूप से कम रेस बढ़ा सकते हैं, आउट-ऑफ-फोकस सुरक्षा कैमरा शॉट जब तक यह दिखता है कि यह एक हसबेल्ड से निकला है।
एजे हेंडरसन के रूप में फ्लैश एनिमेशन एक शुद्ध वेक्टर आधारित प्रारूप है, लेकिन यह केवल सामग्री के लिए है जिसे वैक्टर के रूप में बनाया गया था, और फ्लैश वीडियो (flv कंटेनर) के साथ भ्रमित नहीं होना चाहिए जो एक रेखापुंज प्रारूप है जहां पिक्सेल सोरर्ड स्पार्क के साथ एन्कोड किए जाते हैं या VP6 या अच्छा ol 'h.264 (जो DCT का उपयोग करता है)।
SVG जावास्क्रिप्ट और चेतन तत्व का उपयोग करके एनीमेशन का समर्थन करता है। इसका मतलब है कि WebKit जैसे एक ब्राउज़र या एम्बेड करने योग्य रेंडरर का उपयोग करना, हालांकि इसे प्रस्तुत करना।
पुराने खेल अक्सर अपने स्वयं के वेक्टर एनीमेशन प्रारूपों का उपयोग करते थे। हो सकता है कि आप पुराने गेम इंजन जैसे ScummVM और Sarien के ओपन सोर्स कार्यान्वयन द्वारा समर्थित एसेट फॉर्मेट्स को देखें। कुछ एसेट एक्सट्रैक्टर्स और एडिटर हैं, लेकिन मुझे यकीन नहीं है कि कोई स्टैंडअलोन दर्शक हैं, इसलिए आपको एनीमेशन कोड खुद निकालना पड़ सकता है यदि आप इस मार्ग पर जाने वाले थे।
क्या मैं पूछ सकता हूं कि आपका अंतिम लक्ष्य क्या है? मैं वेक्टर ग्राफिक्स में उसी कारण से हूं जो मुझे MODs और चिप संगीत पसंद है; अधिक हाल के प्रारूप विशाल और सीपीयू भूखे हैं, और स्पष्ट रूप से यह महसूस होता है कि पीसी पर 640k रैम या कमोडोर 64 के साथ क्या पूरा किया जा सकता है।
इस विषय के बारे में कुछ शोध इस प्रकार हैं:
रिज़ॉल्यूशन स्वतंत्र 2 डी कार्टून वीडियो रूपांतरण https://www.researchgate.net/publication/305390110_Resolution_Independent_2D_Cartoon_Video_Conversion
टेट्राहेड्रल रीमेशिंग http://wangchuan.github.io/archive/research/videovec/paper.pdf के माध्यम से वीडियो वेक्टरकरण
हार्डवेयर त्वरित प्लेबैक के साथ शास्त्रीय कार्टून एनिमेशन के लिए वीडियो कोडेक http://dcgi.felk.cvut.cz/publications/2005/sykora-isvc-vccca
मुझे याद है कि पिछले कुछ वर्षों से मैं कई कार्टून और मोबाइल फोनों को ऑनलाइन देख रहा था। कई स्ट्रीमिंग पोर्टल्स, 480p (या यहां तक कि 720p) के साथ आपको मिलने वाला वीडियो रिज़ॉल्यूशन, फुल एचडी / 4k डिस्प्ले पर देखे जाने पर इन अच्छी रूपरेखाओं के साथ न्याय नहीं करता है।
IIRC, उक्त पेपर के लेखकों ने उदाहरण वीडियो फ़ाइलों के डाउनलोड और उनके खिलाड़ी को तब (अवधारणा के प्रमाण के रूप में) प्रदान किया, लेकिन मैं उन्हें अब नहीं ढूंढ सकता।
नियम / संगणना आधारित एनिमेशन (वेक्टर ग्राफिक्स; वास्तविक समय प्रदान किए गए गेम, फ़्लैश ...) के साथ एक समस्या यह है कि यह अनुमान लगाना कठिन है कि वीडियो चलाने वाली मशीन चीजों को जल्दी से प्रस्तुत करने में सक्षम होगी या नहीं। लेकिन आपको सामान्य वीडियो कोडेक्स के साथ यह प्रदर्शन समस्या भी हो सकती है। कुछ सस्ते लैपटॉप जो मेरे पास थे, प्लेबैक के लिए आवश्यक गति से पूर्ण HD / 4k वीडियो को डिकोड नहीं कर सकते थे ...
फिर भी, वेक्टर / कम्प्यूटेशन आधारित ग्राफिक्स के साथ, समस्या बदतर है: कम्प्यूटेशन पावर की संभावित रूप से कोई सीमा नहीं है जो आपको एक फ्रेम रेंडर करने की आवश्यकता हो सकती है। इसके बारे में सोचें: CGI फिल्मों को केवल कोड और परिसंपत्तियों के रूप में वितरित किया जा सकता है जो उन्हें उत्पादन करने के लिए उपयोग करते हैं और आपकी मशीन उन्हें किसी भी स्तर और संकल्प पर प्रस्तुत कर सकती है। समस्या यह है कि इन फिल्मों को इसके लिए डिज़ाइन नहीं किया गया है। अपनी मशीन पर एक फ्रेम की गणना करने में घंटों लग सकते हैं, यह उल्लेख करने के लिए नहीं कि आपके पास संभवतः पूरे रिज़ॉल्यूशन में सभी परिसंपत्तियों को संग्रहीत करने के लिए पर्याप्त हार्डडिस्क स्थान नहीं है जो उनके रेंडरफर्म का उपयोग करता है।
आज के कंप्यूटर वास्तविक समय में टॉय स्टोरी करने में सक्षम हो सकते हैं । इसके अलावा, यदि आपके पास एक उच्च-अंत गेमिंग रिग है, तो वास्तविक समय के इनगैम ग्राफिक्स कटस्कैन निश्चित रूप से रिज़ॉल्यूशन स्वीकार्य वीडियो का एक प्रकार है।
एक वेक्टर आधारित कोडेक है जिसका मैं उपयोग कर रहा हूं - लेकिन यह संपादन से बाहर नहीं रह सकता है।
फ्लैश एक swf फ़ाइल प्रारूप निर्यात करता है जो गति वेक्टर जानकारी को बनाए रखता है जब प्रभाव में लागू होता है (पता नहीं कि क्या यह प्रीमियर में काम करता है। अंतिम काम नहीं करेगा)। जब इन फ़ाइलों को AE में आयात किया जाता है, तो वे पैमाने या ज़ूम की परवाह किए बिना अपने संकल्प को बनाए रखते हैं। आकार की परतों पर लागू होने वाली अन्य सभी सुविधाएँ स्विफ़्ट पर लागू होती हैं।
लगभग हर दूसरे विज़ुअल एप्लिकेशन में swf प्रारूप की पहचान नहीं होती है, इसलिए इसका उपयोग बहुत सीमित है। लेकिन कोडेक मौजूद नहीं है।
GameMaker स्टूडियो SWF / वेक्टर कला और एनीमेशन का समर्थन करता है। लेकिन निश्चित रूप से वीडियो गेम के लिए है। लेकिन मुझे यकीन है कि कैसे गेममेकर काम करता है आप इसके साथ अपने खुद के बूट करने योग्य वीडियो बना सकते हैं।