DivX → MOV

नाही, आणि हलविण्याकरीता हे एक चांगले कारण आहे. DivX कंटेनर मध्ये एक एकल फाइल शिखर आहे ज्यात लांब किंवा उच्च- बिटरेट रेकॉर्डिंग थेट चालते, जे पूर्वी कॅप्चर भाग1, भाग2, भाग3यानुरूप येते. MOV चे समान मर्यादा नाही, म्हणून तुकडे एका संचयन फाइल मध्ये पुन्हा एकत्र केले जाऊ शकतात. डिव्हिक्सला एच.२६४ च्या तुलनेत दोन पट अधिक बिटरेटची गरज असते आणि त्याचे एचडीआर, १०-बिट रंग किंवा १०८० पी पेक्षा जास्त रेझोल्यूशनसाठी मार्ग नाही.

होय. DivX मध्ये वापरण्याजोगी सॉफ्ट- सबटाइटल ट्रॅक नाही, म्हणून DivX विषयवस्तु करीता उपशीर्षके चित्रात बर्न करावी लागली किंवा वेगळ्या साइडकार फाइल प्रमाणे पाठवावी लागली. MOV उपशीर्षके त्यांच्या स्वतःच्या निवडण्याजोगी प्रवाह प्रमाणे झेलत आहे, म्हणून रूपांतरणानंतर तुम्ही SRT ट्रॅक जोडू शकता जे पाहुण्यांना चालू, बंद किंवा रीस्टाईल करू शकते.

आऊटपुट फाइल पासून काय अपेक्षा करावी हे बदलविते. या रूपांतरणाचे एक बाजूस वॅपर ऐवजी एनकोडिंग नाव आहे, म्हणून जे परत येते ते सर्वोत्तम कंटेनर अंतर्गत बिटस्ट्रीम आहे - सामान्यतः MP4 किंवा MKV. विस्तारण कंटेनर दर्शविते; कोडेक हे फाइल आकार निश्चित करते व ते कुठे चालविले जाईल.

होय — DivX अंतर्गत प्रत्येक ऑडिओ ट्रॅक (दिग्दर्शक टिपण्णी, वैकल्पिक भाषा, वर्णनात्मक ऑडिओ) MOV अंतर्गत संचयीत केले जाते जेव्हा लक्ष्य कंटेनर बहु-स्त्रोत ऑडिओला समर्थन देतो. MKV व MOV असीमित ऑडिओ ट्रॅक हाताळतात; MP4 अनेकांना समर्थन देतो पण काही हार्डवेअर प्लेअर्स फक्त ट्रॅक 1 पाहतात; WebM एका Opus / Vorbis ट्रॅकवर मर्यादित आहे. १९९१ मध्ये ऍपलने क्विकटाइम कंटेनरची निर्मिती केली आणि आयफोन, आयपॅड किंवा फायनल कट प्रो टाइमलाइनवर हे स्वरूप वापरले जाते.

सॉफ्ट उपशीर्षक (निवडण्याजोगी ट्रॅक्स) MOV द्वारे चालविले जाऊ शकते: MKV मध्ये SRT, ASS, SSA, PGS, VobSub नैसर्गिकरित्या समाविष्टीत आहे; MP4 फक्त mov_text (एक स्ट्रिपड-डाउन स्वरूप) समाविष्टीत आहे. ASS शैलीतील MP4 कडे MKV रूपांतरित करणे त्यांना mov_text मध्ये खालच्या दर्जाचे बनवते किंवा बर्न करते. हायड्रो सब्स (व्हिडिओमध्ये बर्न केले) तरीही पुढे नेते.

दोन्ही कंटेनरने अध्याय ॲटोम (MKV, MP4, MOV) समर्थन दिल्यावर अध्याय मेटाडेटा DivX व MOV दरम्यान स्थानांतरित होते. WebM Matroska-सुसंगत ब्लॉक अंतर्गत अध्याय साठवते, त्यामुळे MKV <-> WebM अध्याय स्वच्छपणे फिरतात. AVI अंतर्गत अध्याय निर्देशांक नाही, म्हणून AVI ला MOV मध्ये रूपांतरित केल्यास तुम्ही स्वयंरित्या मार्कर जोडले नाही तर अनचॅप्टर फाइल बनते.

MKV हे एकमेव मुख्य प्रवाह कंटेनर आहे जे कुठलेही संलग्न फाइल (ASS सब्ससाठी TTF फॉन्ट, JPG कव्हर आर्ट, fan-translated PDF अंतर्भूती) साठवते. DivX पासून MOV पर्यंत जाऊन हे संलग्नक टाकून द्या जेव्हा MOV MKV नाही - मूलभूत प्रवाह रूपांतरित होते, पण संलग्न पेलोड स्त्रोत मध्ये राहते. जर तुम्ही संलग्न फॉन्टवर अवलंबून असाल तर DivX बॅकअप प्रमाणे ठेवा.

MOV कंटेनरशी जुळवणी करीता मुलभूत कोडेक निवडले गेले आहे: MKV हे H.265 (HEVC) करीता उत्तम संकुचन करीता मुलभूत आहे; MP4 हे H.264 करीता सर्वात व्यापक साधन समर्थन करीता मुलभूत आहे; WebM हे VP9 करीता मुलभूत आहे; AVI MPEG-4 ASP (DivX/Xvid वंश) वापरते. प्रगत कोडेक ड्रॉपडाउन द्वारे ओव्हरराइड करा - AV1 MKV / WebM करीता उपलब्ध आहे जिथे तुम्हाला जास्तीत जास्त संकुचन हवे आहे व एनकोडिंग दरम्यान वाट पाहू शकता. यासाठी ॲपलने ॲपल वॉच यासारख्या अ‍ॅपची निर्मिती केली आहे, ज्यामुळे वापरकर्त्यास ॲपल वॉचच्या वापराबद्दल अधिक माहिती मिळेल. मोव्ह फाइल्स मोठे असतात, आणि ॲपलच्या पर्यावरण प्रणालीच्या बाहेरील प्लेबैक समर्थन MP4 पेक्षा patchier आहे - जुन्या एंड्रॉइड बिल्ड आणि काही स्मार्ट टीव्ही त्यांना नकार देतील.

HDR स्थिर मेटाडेटा (HDR10 मास्टरिंग डिस्प्ले मुल्य, कमाल संचयीत प्रकाश स्तर) MOV पर्यंत पोहोचते जेव्हा दोन्ही कंटेनर आणि निवडलेले कोडेक हे समर्थन देतात (HEVC, MKV / MP4 मध्ये AV1). Dolby Vision अधिक दुर्बल आहे - DV प्रोफाइल5/7/ 8.1 DivX मध्ये सामान्यतः फक्त HEVC सह MKV मध्ये टिकून राहते; MOV कंटेनर मध्ये रूपांतरित करा जे DV थर चालवत नाही HDR10 पर्यंत फ्लॅट होते.

MKV आणि WebM वास्तविक प्रति-फ्रेम टाइमस्टॅम्प रेकार्ड करतात व VFR नेटिव्हली हाताळतात, म्हणून DivX VFR हे MOV स्वरूपात पुन्हा-साम्प्लेंग न करता टिकून राहते. MP4 सुद्धा तात्पुरते टाइमस्टॅम्प साठवते परंतु काही प्लेअर्स CFR मानतात; रूपांतरक "force CFR" टॉगलला उघडते जे VFR DivX ला २४ / ३० / ६० fps MOV पर्यंत समस्याग्रस्त लक्ष्यांसाठी पुन्हा-साम्प्लेंग करते.

सारखेच-कोडेक रिमक्सने जवळजवळ समान आकार निर्माण होतो (कंटेनर ओव्हरहेड 0.1-2% पेक्षा वेगळे असते). कोडेक बदल 50% किंवा अधिक आकार बदलू शकतो: H.264 ते H.265 साधारणपणे सारख्या दृश्य गुणवत्तेवर फाइल अर्ध्या भागात विभाजित करते; H.264 ते AV1 मंद पूर्वनिर्धारितवर पुन्हा अर्ध्या भागात विभाजित करते. उच्च-बिटरेट DivX (ब्लू-रे रिप) पासून कमी-बिटरेट MOV (वेब अपलोड) पर्यंत जाणे हे नाटकीय घटीचे सर्वात सामान्य कारण आहे.