यूनिवर्सल डिस्क फॉर्मेट: Difference between revisions

From Vigyanwiki
No edit summary
 
(10 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{short description|Vendor-neutral file system, used in practice for DVDs and other optical discs}}
{{short description|Vendor-neutral file system, used in practice for DVDs and other optical discs}}
यूनिवर्सल डिस्क फॉर्मेट(यूडीएफ) एक [[ खुला प्रारूप |खुला प्रारूप]], विक्रेता-तटस्थ [[ फाइल सिस्टम |संचिका प्रणाली]] है जो [[ कंप्यूटर डेटा भंडारण |कंप्यूटर डेटा भंडारण]] के लिए मीडिया की विस्तृत श्रृंखला के लिए है। व्यवहार में, यह [[ आईएसओ 9660 |आईएसओ 9660]] को प्रतिस्थापित करते हुए [[ डीवीडी |डीवीडी]] और नए [[ ऑप्टिकल डिस्क |ऑप्टिकलचक्रिका]] प्रारूपों के लिए सबसे व्यापक रूप से उपयोग किया गया है। इसके परिरूप के कारण, यह अभिलेखबद्ध करने योग्य और (पुनः) लिखने योग्य ऑप्टिकलचक्रिका दोनों पर वृद्धिशील अद्यतनीकरण (अपडेट) के लिए बहुत उपयुक्त है। यूडीएफ को [[ Optical Storage Technology Association | (ऑप्टिकल संग्रहण टेक्नोलॉजी एसोसिएशन)]] (ओएसटीए) द्वारा विकसित और अनुरक्षित किया गया था।
'''यूनिवर्सल डिस्क फॉर्मेट'''(यूडीएफ) एक [[ खुला प्रारूप |खुला प्रारूप]], विक्रेता-तटस्थ [[ फाइल सिस्टम |संचिका प्रणाली]] है जो [[ कंप्यूटर डेटा भंडारण |कंप्यूटर डेटा भंडारण]] के लिए मीडिया की विस्तृत श्रृंखला के लिए है। व्यवहार में, यह [[ आईएसओ 9660 |आईएसओ 9660]] को प्रतिस्थापित करते हुए [[ डीवीडी |डीवीडी]] और नए [[ ऑप्टिकल डिस्क |ऑप्टिकल डिस्क]] प्रारूपों के लिए सबसे व्यापक रूप से उपयोग किया गया है। इसके परिरूप के कारण, यह अभिलेखबद्ध करने योग्य और (पुनः) लिखने योग्य ऑप्टिकल डिस्क दोनों पर वृद्धिशील अद्यतनीकरण (अपडेट) के लिए बहुत उपयुक्त है। यूडीएफ को [[ Optical Storage Technology Association | (ऑप्टिकल संग्रहण टेक्नोलॉजी एसोसिएशन)]] (ओएसटीए) द्वारा विकसित और अनुरक्षित किया गया था।


इंजीनियरिंग के संदर्भ में, यूनिवर्सलचक्रिका प्रारूप, आईएसओ/आईईसी 13346 और ईसीएमए-167 के रूप में जाना जाने वाला विनिर्देशन का एक [[ प्रोफाइल (इंजीनियरिंग) |प्रोफाइल (इंजीनियरिंग)]] है। <ref name=ecma167>{{cite web |url = http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-167.pdf |title = ECMA-167 – Volume and File Structure for Write-Once and Rewritable Media using Non-Sequential Recording for Information Interchange}}</ref>
इंजीनियरिंग के संदर्भ में, यूनिवर्सल डिस्क फॉर्मेट, आईएसओ/आईईसी 13346 और ईसीएमए-167 के रूप में जाना जाने वाला विनिर्देशन का एक [[ प्रोफाइल (इंजीनियरिंग) |प्रोफाइल (इंजीनियरिंग)]] है। <ref name=ecma167>{{cite web |url = http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-167.pdf |title = ECMA-167 – Volume and File Structure for Write-Once and Rewritable Media using Non-Sequential Recording for Information Interchange}}</ref>




== उपयोग ==
== उपयोग ==
आम तौर पर, [[ ऑप्टिकल डिस्क संलेखन सॉफ्टवेयर | ऑप्टिकलचक्रिका संलेखन सॉफ्टवेयर]] एक बैच प्रक्रिया में एक यूडीएफ [[ फाइल सिस्टम | संचिका प्रणाली]] को मास्टर किया जाएगा और इसे एक ही पास में ऑप्टिकल मीडिया को लिख देगा। लेकिन जब [[ सीडी आरडब्ल्यू ]]डब्ल्यू, यूडीएफ जैसे पुनर्लेखन योग्य मीडिया को [[ पैकेट लेखन ]]संचिकाओ (फाइलों) को बनाने, हटाने औरचक्रिका पर बदलने की अनुमति देता है, जैसे कि एक सामान्य प्रयोजन संचिका प्रणाली हटाने योग्य मीडिया जैसे[[ फ्लॉपी डिस्क | फ्लॉपीचक्रिका]] और [[ यूएसबी फ्लैश ड्राइव |यूएसबी फ्लैश ड्राइव]] पर होता है। यह एक बार लिखने वाले मीडिया पर भी संभव है,जैसे कि [[ सीडी-आर |सीडी-आर]],लेकिन उस स्थिति में हटाई गई संचिकाओ द्वारा कब्जा कर लिया गया स्थान पुनः प्राप्त नहीं किया जा सकता है (और इसके बजाय पहुंच योग्य नहीं हो जाता है)।
सामान्यतः, [[ ऑप्टिकल डिस्क संलेखन सॉफ्टवेयर | ऑप्टिकल डिस्क संलेखन सॉफ्टवेयर]] एक बैच प्रक्रिया में एक यूडीएफ [[ फाइल सिस्टम | संचिका प्रणाली]] को मास्टर किया जाएगा और इसे एक ही पास में ऑप्टिकल मीडिया को लिख देगा। लेकिन जब [[ सीडी आरडब्ल्यू ]]डब्ल्यू, यूडीएफ जैसे पुनर्लेखन योग्य मीडिया को [[ पैकेट लेखन ]]संचिकाओ (फाइलों) को बनाने, हटाने औरडिस्क पर बदलने की अनुमति देता है, जैसे कि एक सामान्य प्रयोजन संचिका प्रणाली हटाने योग्य मीडिया जैसे[[ फ्लॉपी डिस्क | फ्लॉपी डिस्क]] और [[ यूएसबी फ्लैश ड्राइव |यूएसबी फ्लैश ड्राइव]] पर होता है। यह एक बार लिखने वाले मीडिया पर भी संभव है,जैसे कि [[ सीडी-आर |सीडी-आर]],लेकिन उस स्थिति में हटाई गई संचिकाओ द्वारा कब्जा कर लिया गया स्थान पुनः प्राप्त नहीं किया जा सकता है (और इसके बजाय पहुंच योग्य नहीं हो जाता है)।


यूडीएफ में बहु-सत्र निष्णात भी संभव है, हालांकि कुछ कार्यान्वयन कई सत्रों के साथ चक्रिका (डिस्क) को पढ़ने में असमर्थ हो सकते हैं।<ref>Multi-session mastering has always been part of the UDF specification. See [UDF 2.01/6.10.1], though earlier documents were not very clear that the anchor offsets are specified to be from the last session.</ref>
यूडीएफ में बहु-सत्र निष्णात भी संभव है, हालांकि कुछ कार्यान्वयन कई सत्रों के साथ डिस्क को पढ़ने में असमर्थ हो सकते हैं।<ref>Multi-session mastering has always been part of the UDF specification. See [UDF 2.01/6.10.1], though earlier documents were not very clear that the anchor offsets are specified to be from the last session.</ref>




== इतिहास ==
== इतिहास ==
{{Optical disc authoring}}
{{Optical disc authoring}}
ऑप्टिकल स्टोरेज टेक्नोलॉजी एसोसिएशन ने यूडीएफ संचिका प्रणाली को सभी ऑप्टिकल मीडिया के लिए एक सामान्य संचिका प्रणाली बनाने के लिए मानकीकृत किया: [[ फ़ाइल सिस्टम अनुमतियाँ | संचिका सिस्टम अनुमतियाँ]] के लिए केवल पढ़ने के लिए और फिर से लिखने योग्य ऑप्टिकल मीडिया दोनों के लिए। जब पहली बार मानकीकृत किया गया, तो यूडीएफ संचिका प्रणाली का उद्देश्य आईएसओ 9660 को बदलना था, जो केवल-पढ़ने और लिखने योग्य मीडिया दोनों के लिए समर्थन की इजाजत देता था। यूडीएफ के पहले संस्करण के जारी होने के बाद, [[ डीवीडी कंसोर्टियम ]] ने इसे [[ डीवीडी-वीडियो ]] और [[ DVD ऑडियो |डीवीडी]][[ DVD ऑडियो | ऑडियो]] के लिए आधिकारिक संचिका प्रणाली के रूप में अपनाया।<ref name="OSTA - UDF Specifications">
ऑप्टिकल भंडारण प्रौद्योगिकी संघ ने यूडीएफ संचिका प्रणाली को सभी ऑप्टिकल मीडिया के लिए एक सामान्य संचिका प्रणाली बनाने के लिए मानकीकृत किया: [[ फ़ाइल सिस्टम अनुमतियाँ | संचिका तंत्र अनुमतियाँ]] के लिए केवल पढ़ने के लिए और फिर से लिखने योग्य ऑप्टिकल मीडिया दोनों के लिए। जब पहली बार मानकीकृत किया गया, तो यूडीएफ संचिका प्रणाली का उद्देश्य आईएसओ 9660 को बदलना था, जो केवल-पढ़ने और लिखने योग्य मीडिया दोनों के लिए समर्थन की इजाजत देता था। यूडीएफ के पहले संस्करण के जारी होने के बाद, [[ डीवीडी कंसोर्टियम ]] ने इसे [[ डीवीडी-वीडियो ]] और [[ DVD ऑडियो |डीवीडी]][[ DVD ऑडियो | ऑडियो]] के लिए आधिकारिक संचिका प्रणाली के रूप में अपनाया।<ref name="OSTA - UDF Specifications">
{{cite web| url = http://www.osta.org/specs| title = OSTA - UDF Specifications}}</ref>
{{cite web| url = http://www.osta.org/specs| title = OSTA - UDF Specifications}}</ref>
यूडीएफ मूल आईएसओ 9660 खंड वर्णनकर्ता प्रारूप को आईएसओ 9660 के साथ साझा करता है। एक यूडीएफ ब्रिज प्रारूप को 1.50 से परिभाषित किया गया है ताकि एक चक्रिका में आईएसओ 9660 संचिका प्रणाली भी हो सके जो यूडीएफ भाग पर संचिकाओ के संदर्भ में हो।<ref>{{cite web |title=ECMA Technical Report TR/71: DVD Read-Only Disk File System Specifications |url=https://www.ecma-international.org/publications/files/ECMA-TR/ECMA%20TR-071.PDF |date=February 1998}}</ref>
यूडीएफ मूल आईएसओ 9660 खंड वर्णनकर्ता प्रारूप को आईएसओ 9660 के साथ साझा करता है। एक यूडीएफ ब्रिज प्रारूप को 1.50 से परिभाषित किया गया है ताकि एक डिस्क में आईएसओ 9660 संचिका प्रणाली भी हो सके जो यूडीएफ भाग पर संचिकाओ के संदर्भ में हो।<ref>{{cite web |title=ECMA Technical Report TR/71: DVD Read-Only Disk File System Specifications |url=https://www.ecma-international.org/publications/files/ECMA-TR/ECMA%20TR-071.PDF |date=February 1998}}</ref>




Line 23: Line 23:
* संशोधन 1.00<ref name="history">Mentioned only in history of Revision 1.02</ref> (24 अक्टूबर 1995)। मूल विमोचन।
* संशोधन 1.00<ref name="history">Mentioned only in history of Revision 1.02</ref> (24 अक्टूबर 1995)। मूल विमोचन।
* संशोधन 1.01<ref name="history" />(3 नवंबर 1995)। डीवीडी परिशिष्ट जोड़ा और कुछ मामूली परिवर्तन किए।
* संशोधन 1.01<ref name="history" />(3 नवंबर 1995)। डीवीडी परिशिष्ट जोड़ा और कुछ मामूली परिवर्तन किए।
* संशोधन 1.02<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf102.pdf| title = OSTA Universal Disk Format Specification Revision 1.02}}</ref> (30 अगस्त 1996)। यह प्रारूप डीवीडी-वीडियो चक्रिका द्वारा उपयोग किया जाता है।
* संशोधन 1.02<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf102.pdf| title = OSTA Universal Disk Format Specification Revision 1.02}}</ref> (30 अगस्त 1996)। यह प्रारूप डीवीडी-वीडियो डिस्क द्वारा उपयोग किया जाता है।
* संशोधन 1.50<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf150.pdf| title = OSTA Universal Disk Format Specification Revision 1.50}}</ref> (4 फरवरी 1997)। वृद्धिशील लेखन संरचना की शुरुआत करके सीडी-आर/डीवीडी-आर मीडिया पर (वर्चुअल) पुनर्लेखन के लिए समर्थन जोड़ा गया। सीडी -आरडब्ल्यू, और डीवीडी-आरडब्ल्यू और डीवीडी+आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया पर दोष प्रबंधन के लिए अतिरिक्त तालिकाओं को जोड़ा गया। यूडीएफ ब्रिज जोड़ें।
* संशोधन 1.50<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf150.pdf| title = OSTA Universal Disk Format Specification Revision 1.50}}</ref> (4 फरवरी 1997)। वृद्धिशील लेखन संरचना की शुरुआत करके सीडी-आर/डीवीडी-आर मीडिया पर (वर्चुअल) पुनर्लेखन के लिए समर्थन जोड़ा गया। सीडी -आरडब्ल्यू, और डीवीडी-आरडब्ल्यू और डीवीडी+आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया पर दोष प्रबंधन के लिए अतिरिक्त तालिकाओं को जोड़ा गया। यूडीएफ ब्रिज जोड़ें।
* संशोधन 2.00<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf200.pdf| title = OSTA Universal Disk Format Specification Revision 2.00}}</ref> (3 अप्रैल 1998)। स्रोत संचिकाओ और वास्तविक समय संचिकाओ ([[ डीवीडी रिकॉर्डिंग ]] के लिए) और सरलीकृत निर्देशिका प्रबंधन के लिए जोड़ा गया समर्थन। वृद्धिशील लेखन समर्थन बढ़ाया गया था।
* संशोधन 2.00<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf200.pdf| title = OSTA Universal Disk Format Specification Revision 2.00}}</ref> (3 अप्रैल 1998)। स्रोत संचिकाओ और वास्तविक समय संचिकाओ ([[ डीवीडी रिकॉर्डिंग ]] के लिए) और सरलीकृत निर्देशिका प्रबंधन के लिए जोड़ा गया समर्थन। वृद्धिशील लेखन समर्थन बढ़ाया गया था।
* संशोधन 2.01<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf201.pdf| title = OSTA Universal Disk Format Specification Revision 2.01}}</ref> (15 मार्च 2000) मुख्य रूप से यूडीएफ 2.00 के लिए एक बगफिक्स लोकार्पण है। यूडीएफ मानक की कई अस्पष्टताओं को संस्करण 2.01 में हल किया गया था।
* संशोधन 2.01<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf201.pdf| title = OSTA Universal Disk Format Specification Revision 2.01}}</ref> (15 मार्च 2000) मुख्य रूप से यूडीएफ 2.00 के लिए एक बगफिक्स लोकार्पण है। यूडीएफ मानक की कई अस्पष्टताओं को संस्करण 2.01 में हल किया गया था।
* संशोधन 2.50<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf250.pdf| title = OSTA Universal Disk Format Specification Revision 2.50}}</ref> (30 अप्रैल 2003)। मेटाडेटा विभाजन को जोड़ा गया जिससे मेटाडेटा क्लस्टरिंग, आसान ध्वंस पुनः प्राप्ति और संचिका प्रणाली जानकारी का वैकल्पिक दोहराव: सभी मेटाडेटा जैसे नोड्स और निर्देशिका सामग्री एक अलग विभाजन पर लिखे गए हैं जिन्हें वैकल्पिक रूप से प्रतिबिंबित किया जा सकता है। यह प्रारूप [[ ब्लू - रे डिस्क | ब्लू - रेचक्रिका]] |ब्लू-रे और अधिकांश [[ एचडी-डीवीडी |एचडी-डीवीडी]] चक्रिका के कुछ संस्करणों द्वारा उपयोग किया जाता है।
* संशोधन 2.50<ref>{{cite web| url = http://www.osta.org/specs/pdf/udf250.pdf| title = OSTA Universal Disk Format Specification Revision 2.50}}</ref> (30 अप्रैल 2003)। मेटाडेटा विभाजन को जोड़ा गया जिससे मेटाडेटा क्लस्टरिंग, आसान ध्वंस पुनः प्राप्ति और संचिका प्रणाली जानकारी का वैकल्पिक दोहराव: सभी मेटाडेटा जैसे नोड्स और निर्देशिका सामग्री एक अलग विभाजन पर लिखे गए हैं जिन्हें वैकल्पिक रूप से प्रतिबिंबित किया जा सकता है। यह प्रारूप [[ ब्लू - रे डिस्क | ब्लू - रेडिस्क]] |ब्लू-रे और अधिकांश [[ एचडी-डीवीडी |एचडी-डीवीडी]] डिस्क के कुछ संस्करणों द्वारा उपयोग किया जाता है।
* संशोधन 2.60<ref name=udf260p>{{cite web| url = http://www.osta.org/specs/pdf/udf260.pdf| title = OSTA Universal Disk Format Specification Revision 2.60}}</ref> (1 मार्च 2005)।  अनुक्रमिक रूप से रिकॉर्डीय मीडिया पर कूट-लेखन क्षमता का समर्थन करने वाले ड्राइव के लिए कूट-लेखन विधि को जोड़ा गया। । यूडीएफ 2.50 कार्यान्वयन के साथ केवल पठनीय संगतता है।{{rp|10}} (कुछ [[ ब्लू रे ]] इस प्रारूप का उपयोग करते हैं।)
* संशोधन 2.60<ref name=udf260p>{{cite web| url = http://www.osta.org/specs/pdf/udf260.pdf| title = OSTA Universal Disk Format Specification Revision 2.60}}</ref> (1 मार्च 2005)।  अनुक्रमिक रूप से रिकॉर्डीय मीडिया पर कूट-लेखन क्षमता का समर्थन करने वाले ड्राइव के लिए कूट-लेखन विधि को जोड़ा गया। । यूडीएफ 2.50 कार्यान्वयन के साथ केवल पठनीय संगतता है।{{rp|10}} (कुछ [[ ब्लू रे ]] इस प्रारूप का उपयोग करते हैं।)


यूडीएफ संशोधन आंतरिक रूप से [[ बाइनरी-कोडेड दशमलव ]] के रूप में कूटलेखन किए गए हैं; संशोधन 2.60, उदाहरण के लिए, 0x0260 के रूप में दर्शाया गया है। .<ref name=udf260p/>{{rp|23}} अपने स्वयं के संशोधन की घोषणा करने के अलावा, प्रत्येक वॉल्यूम के लिए संगतता को न्यूनतम पठन और न्यूनतम लेखन संशोधनों द्वारा परिभाषित किया गया है, प्रत्येक इस छवि पर प्रत्येक संरचना के लिए इन संचालन के लिए संभव होने के लिए इन कार्यों के लिए आवश्यकताओं को इंगित करता है। एक अधिकतम लेखन संशोधन अतिरिक्त सभी कार्यान्वयन के उच्चतम यूडीएफ समर्थन स्तर को रिकॉर्ड करता है जो इस छवि को लिखा है।<ref name=udf260p/>{{rp|34}} उदाहरण के लिए, एक यूडीएफ 2.01 वॉल्यूम जो स्ट्रीम संचिकाों का उपयोग नहीं करता है (यूडीएफ 2.00 में शुरू किया गया) लेकिन वृद्धिशील लेखन (यूडीएफ 1.50) का उपयोग करता है जिसे यूडीएफ 2.60-संभव कार्यान्वयन द्वारा बनाया गया है संशोधन 0x0201, न्यूनतम पठन संशोधन 0x0150, न्यूनतम 0x0150, न्यूनतम 0x0150, और अधिकतम 0x0260 पर लिखा जा सकता है।
यूडीएफ संशोधन आंतरिक रूप से [[ बाइनरी-कोडेड दशमलव ]] के रूप में कूटलेखन किए गए हैं; संशोधन 2.60, उदाहरण के लिए, 0x0260 के रूप में दर्शाया गया है। .<ref name=udf260p/>{{rp|23}} अपने स्वयं के संशोधन की घोषणा करने के अलावा, प्रत्येक खंड के लिए संगतता को न्यूनतम पठन और न्यूनतम लेखन संशोधनों द्वारा परिभाषित किया गया है, प्रत्येक इस छवि पर प्रत्येक संरचना के लिए इन संचालन के लिए संभव होने के लिए इन कार्यों के लिए आवश्यकताओं को इंगित करता है। एक अधिकतम लेखन संशोधन अतिरिक्त सभी कार्यान्वयन के उच्चतम यूडीएफ समर्थन स्तर को रिकॉर्ड करता है जो इस छवि को लिखा है।<ref name=udf260p/>{{rp|34}} उदाहरण के लिए, एक यूडीएफ 2.01 खंड जो स्ट्रीम संचिकाों का उपयोग नहीं करता है (यूडीएफ 2.00 में शुरू किया गया) लेकिन वृद्धिशील लेखन (यूडीएफ 1.50) का उपयोग करता है जिसे यूडीएफ 2.60-संभव कार्यान्वयन द्वारा बनाया गया है संशोधन 0x0201, न्यूनतम पठन संशोधन 0x0150, न्यूनतम 0x0150, न्यूनतम 0x0150, और अधिकतम 0x0260 पर लिखा जा सकता है।


== निर्दिष्टीकरण ==
== निर्दिष्टीकरण ==
Line 39: Line 39:


=== सादा निर्माण ===
=== सादा निर्माण ===
मानक के पहले संस्करण में पेश किया गया, इस प्रारूप का उपयोग किसी भी प्रकार के चक्रिका पर किया जा सकता है जो यादृच्छिक पढ़ने / लिखने की अनुमति देता है, जैसे [[ हार्ड डिस्क |हार्डचक्रिका]] , [[ डीवीडी+आरडब्ल्यू |डीवीडी+आरडब्ल्यू]] + आरडब्ल्यू और [[ डीवीडी-रैम |डीवीडी-रैम]] मीडिया। मेटाडेटा (v2.50 तक) और संचिका आँकड़े को कमोबेश सीधे संबोधित किया जाता है। इस प्रारूप में ऐसी चक्रिका को लिखित रूप में,चक्रिका पर किसी भी भौतिक ब्लॉक को नई या अद्यतन संचिकाओ के आवंटन के लिए चुना जा सकता है।
मानक के पहले संस्करण में पेश किया गया, इस प्रारूप का उपयोग किसी भी प्रकार के डिस्क पर किया जा सकता है जो यादृच्छिक पढ़ने / लिखने की अनुमति देता है, जैसे [[ हार्ड डिस्क |हार्डडिस्क]] , [[ डीवीडी+आरडब्ल्यू |डीवीडी+आरडब्ल्यू]] + आरडब्ल्यू और [[ डीवीडी-रैम |डीवीडी-रैम]] मीडिया। मेटाडेटा (वि2.50 तक) और संचिका आँकड़े को कमोबेश सीधे संबोधित किया जाता है। इस प्रारूप में ऐसी डिस्क को लिखित रूप में,डिस्क पर किसी भी भौतिक ब्लॉक को नई या अद्यतन संचिकाओ के आवंटन के लिए चुना जा सकता है।


चूंकि यह मूल प्रारूप है, व्यावहारिक रूप से कोई भी ऑपरेटिंग सिस्टम या संचिका प्रणाली संचालक जो यूडीएफ के लिए समर्थन का दावा करता है, इस प्रारूप को पढ़ने में सक्षम होना चाहिए।
चूंकि यह मूल प्रारूप है, व्यावहारिक रूप से कोई भी ऑपरेटिंग तंत्र या संचिका प्रणाली संचालक जो यूडीएफ के लिए समर्थन का दावा करता है, इस प्रारूप को पढ़ने में सक्षम होना चाहिए।


=== वृद्धिशील लेखन रचना ===
=== वीएटी (VAT) लेखन रचना ===
लेखन-एक बार मीडिया जैसे डीवीडी-आर और सीडी-आर के लिए लिखे जाने पर सीमाएं होती हैं, जिसमें प्रत्येक भौतिक ब्लॉक को केवल एक बार ही लिखा जा सकता है, और लेखन को वृद्धि से होना चाहिए।  इस प्रकार यूडीएफ का सादा निर्माण केवल सीडी-आर को पूर्व-मास्टरिंग द्वारा लिखा जा सकता है और फिर मीडिया को एक टुकड़े में सभी डेटा लिख सकता है, जैसा कि एक आईएसओ 9660 संचिका प्रणाली सीडी मीडिया को लिखा जाता है।
लेखन-एक बार मीडिया जैसे डीवीडी-आर और सीडी-आर के लिए लिखे जाने पर सीमाएं होती हैं, जिसमें प्रत्येक भौतिक ब्लॉक को केवल एक बार ही लिखा जा सकता है, और लेखन को वृद्धि से होना चाहिए।  इस प्रकार यूडीएफ का सादा निर्माण केवल सीडी-आर को पूर्व-मास्टरिंग द्वारा लिखा जा सकता है और फिर मीडिया को एक टुकड़े में सभी डेटा लिख सकता है, जैसा कि एक आईएसओ 9660 संचिका प्रणाली सीडी मीडिया को लिखा जाता है।


एक सीडी-आर को एक हार्डचक्रिका की तरह वस्तुतः रूप से उपयोग करने में सक्षम करने के लिए, जहां उपयोगकर्ता वसीयत पर एक सीडी-आर पर  संचिकाओ को जोड़ और संशोधित कर सकता है (जिसे ड्राइव लेटर एक्सेस कहा जाता है), ओएसटीए ने वृद्धिशील लेखन रचना को यूडीएफ मानक में जोड़ा इसके संशोधन में 1.5. वृद्धिशील लेखन चक्रिका एक अतिरिक्त संरचना है जो पैकेट लेखन की अनुमति देता है; यानी,चक्रिका पर संचिकाओ या अन्य डेटा को संशोधित या या नष्ट कर दिया जाता है, तब भौतिक ब्लॉक को रीमैप करना। लेखन-एक बार मीडिया के लिए, पूरे संपूर्ण चक्रिका को कल्पित किया जाता है, जिससे उपयोगकर्ता के लिए लेखन-एक बार प्रकृति पारदर्शी हो जाती है; चक्रिका का प्रबंध  उसी तरह किया जा सकता है जैसे कोई फिर से लिखने योग्य चक्रिका का प्रबंध  करता है।
एक सीडी-आर को एक हार्ड  डिस्क की तरह वस्तुतः रूप से उपयोग करने में सक्षम करने के लिए, जहां उपयोगकर्ता वसीयत पर एक सीडी-आर पर  संचिकाओ को जोड़ और संशोधित कर सकता है (जिसे ड्राइव लेटर एक्सेस कहा जाता है), ओएसटीए ने वृद्धिशील लेखन रचना को यूडीएफ मानक में जोड़ा इसके संशोधन में 1.5. वृद्धिशील लेखन डिस्क एक अतिरिक्त संरचना है जो पैकेट लेखन की अनुमति देता है; यानी,डिस्क पर संचिकाओ या अन्य डेटा को संशोधित या या नष्ट कर दिया जाता है, तब भौतिक ब्लॉक को रीमैप करना। लेखन-एक बार मीडिया के लिए, पूरे संपूर्ण डिस्क को कल्पित किया जाता है, जिससे उपयोगकर्ता के लिए लेखन-एक बार प्रकृति पारदर्शी हो जाती है; डिस्क का प्रबंध  उसी तरह किया जा सकता है जैसे कोई फिर से लिखने योग्य डिस्क का प्रबंध  करता है।


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


सभी ड्राइव यूडीएफ के संस्करण 1.5 या उच्चतर को पूरी तरह से लागू नहीं करते हैं, और इसलिए कुछयोजित मूल्य कर प्रणाली रचना को संभालने में असमर्थ हो सकते हैं।
सभी ड्राइव यूडीएफ के संस्करण 1.5 या उच्चतर को पूरी तरह से लागू नहीं करते हैं, और इसलिए कुछयोजित मूल्य कर प्रणाली रचना को संभालने में असमर्थ हो सकते हैं।


=== बख्शा (आरडब्ल्यू) निर्माण ===
=== बख्शा (आरडब्ल्यू) निर्माण ===
[[ DVD-RW | डीवीडी-आरडब्ल्यू]] और सीडी-आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया की डीवीडी-आर और सीडी-आर मीडिया की तुलना में कम सीमाएँ हैं। सेक्टरों को यादृच्छिक रूप से फिर से लिखा जा सकता है (हालांकि एक समय में पैकेट में)। इन मीडिया को किसी भी समय पूरी तरह से मिटाया जा सकता है,चक्रिका को फिर से खाली करके, एक नया यूडीएफ या अन्य संचिका प्रणाली (जैसे, आईएसओ 9660 या [[ सीडी-डीए ]]) लिखने के लिए तैयार किया जा सकता है। हालाँकि, -आरडब्ल्यू मीडिया के क्षेत्र कुछ समय बाद खराब हो सकते हैं, जिसका अर्थ है कि उनका डेटा अविश्वसनीय हो जाता है, बहुत बार फिर से लिखे जाने के कारण (आमतौर पर कुछ सौ पुनर्लेखन के बाद, सीडी-आरडब्ल्यू के साथ)।
[[ DVD-RW |डीवीडी-आरडब्ल्यू]] और सीडी-आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया की डीवीडी-आर और सीडी-आर मीडिया की तुलना में कम सीमाएँ हैं। सेक्टरों को यादृच्छिक रूप से फिर से लिखा जा सकता है (हालांकि एक समय में पैकेट में)। इन मीडिया को किसी भी समय पूरी तरह से मिटाया जा सकता है,डिस्क को फिर से खाली करके, एक नया यूडीएफ या अन्य संचिका प्रणाली (जैसे, आईएसओ 9660 या [[ सीडी-डीए ]]) लिखने के लिए तैयार किया जा सकता है। हालाँकि, -आरडब्ल्यू मीडिया के क्षेत्र कुछ समय बाद खराब हो सकते हैं, जिसका अर्थ है कि उनका डेटा अविश्वसनीय हो जाता है, बहुत बार फिर से लिखे जाने के कारण (आमतौर पर कुछ सौ पुनर्लेखन के बाद, सीडी-आरडब्ल्यू के साथ)।


यूडीएफ प्रारूप के सादे और वृद्धिशील लेखन रचना का उपयोग कुछ सीमाओं के साथ, पुनर्लेखन योग्य मीडिया पर किया जा सकता है। यदि सादे रचना का उपयोग -आरडब्ल्यू मीडिया पर किया जाता है, तो डेटा के संचिका-प्रणाली स्तर के संशोधन की अनुमति नहीं दी जानी चाहिए, क्योंकि यह चक्रिका पर अक्सर उपयोग किए जाने वाले क्षेत्रों (जैसे निर्देशिका और ब्लॉक आवंटन डेटा के लिए) को जल्दी से खराब कर देगा। जो तब किसी का ध्यान नहीं जाएगा और डेटा हानि की ओर ले जाएगा।चक्रिका पर संचिकाओ के संशोधन की अनुमति देने के लिए, पुनः लिखने योग्य चक्रिका का उपयोग -आर मीडिया जैसेयोजित मूल्य कर प्रणाली रचना का उपयोग करके किया जा सकता है। यह सुनिश्चित करता है कि सभी ब्लॉक (क्रमशः) केवल एक बार लिखे जाते हैं, यह सुनिश्चित करते हुए कि कोई भी ब्लॉक दूसरों की तुलना में अधिक बार फिर से लिखा नहीं जाता है। इस तरह, एक आरडब्ल्यूचक्रिका को अविश्वसनीय होने से पहले मिटाया जा सकता है और कई बार पुन: उपयोग किया जा सकता है। हालांकि, यह अंततः अविश्वसनीय हो जाएगा और इसका पता लगाने का कोई आसान तरीका नहीं होगा।योजित मूल्य कर प्रणाली रचना का उपयोग करते समय, सीडी-आरडब्ल्यू/डीवीडी-आरडब्ल्यू मीडिया कंप्यूटर पर सीडी-आर या डीवीडी+/-आर मीडिया के रूप में प्रभावी रूप से प्रकट होता है। हालाँकि, मीडिया को किसी भी समय फिर से मिटाया जा सकता है।
यूडीएफ प्रारूप के सादे और वृद्धिशील लेखन रचना का उपयोग कुछ सीमाओं के साथ, पुनर्लेखन योग्य मीडिया पर किया जा सकता है। यदि सादे रचना का उपयोग -आरडब्ल्यू मीडिया पर किया जाता है, तो डेटा के संचिका-प्रणाली स्तर के संशोधन की अनुमति नहीं दी जानी चाहिए, क्योंकि यह डिस्क पर अक्सर उपयोग किए जाने वाले क्षेत्रों (जैसे निर्देशिका और ब्लॉक आवंटन डेटा के लिए) को जल्दी से खराब कर देगा। जो तब किसी का ध्यान नहीं जाएगा और डेटा हानि की ओर ले जाएगा। डिस्क पर संचिकाओ के संशोधन की अनुमति देने के लिए, पुनः लिखने योग्य डिस्क का उपयोग -आर मीडिया जैसेयोजित मूल्य कर प्रणाली रचना का उपयोग करके किया जा सकता है। यह सुनिश्चित करता है कि सभी ब्लॉक (क्रमशः) केवल एक बार लिखे जाते हैं, यह सुनिश्चित करते हुए कि कोई भी ब्लॉक दूसरों की तुलना में अधिक बार फिर से लिखा नहीं जाता है। इस तरह, एक आरडब्ल्यूडिस्क को अविश्वसनीय होने से पहले मिटाया जा सकता है और कई बार पुन: उपयोग किया जा सकता है। हालांकि, यह अंततः अविश्वसनीय हो जाएगा और इसका पता लगाने का कोई आसान तरीका नहीं होगा।योजित मूल्य कर प्रणाली रचना का उपयोग करते समय, सीडी-आरडब्ल्यू/डीवीडी-आरडब्ल्यू मीडिया कंप्यूटर पर सीडी-आर या डीवीडी+/-आर मीडिया के रूप में प्रभावी रूप से प्रकट होता है। हालाँकि, मीडिया को किसी भी समय फिर से मिटाया जा सकता है।


पुनर्लेखन योग्य मीडिया की विशिष्टताओं को संबोधित करने के लिए संशोधित निर्माण 1.5 में जोड़ा गया था। यह रचना उन दोषों को प्रबंधित करने के लिए एक अतिरिक्त  बख्शा सारणी जोड़ता है जो अंततःचक्रिका के उन हिस्सों पर होंगे जिन्हें कई बार फिर से लिखा गया है। यह तालिका खराब हो चुके क्षेत्रों का तय रखती है और उन्हें काम करने वाले क्षेत्रों के लिए रीमैप करती है। यूडीएफ दोष प्रबंधन उन प्रणालियों पर लागू नहीं होता है जो पहले से ही दोष प्रबंधन के दूसरे रूप को लागू करते हैं, जैसे ऑप्टिकल चक्रिका के लिए [[ माउंट रेनियर (पैकेट लेखन) ]] (एमआरडब्ल्यू), या हार्ड ड्राइव के लिए चक्रिका नियंत्रक।
पुनर्लेखन योग्य मीडिया की विशिष्टताओं को संबोधित करने के लिए संशोधित निर्माण 1.5 में जोड़ा गया था। यह रचना उन दोषों को प्रबंधित करने के लिए एक अतिरिक्त  बख्शा सारणी जोड़ता है जो अंततःडिस्क के उन हिस्सों पर होंगे जिन्हें कई बार फिर से लिखा गया है। यह तालिका खराब हो चुके क्षेत्रों का तय रखती है और उन्हें काम करने वाले क्षेत्रों के लिए रीमैप करती है। यूडीएफ दोष प्रबंधन उन प्रणालियों पर लागू नहीं होता है जो पहले से ही दोष प्रबंधन के दूसरे रूप को लागू करते हैं, जैसे ऑप्टिकल डिस्क के लिए [[ माउंट रेनियर (पैकेट लेखन) ]] (एमआरडब्ल्यू), या हार्ड ड्राइव के लिए डिस्क नियंत्रक।


उपकरण और ड्राइव जो यूडीएफ के संशोधन 1.5 का पूरी तरह से समर्थन नहीं करते हैं, वे बख्शते तालिका को अनदेखा कर देंगे, जो उन्हें पुराने घिसे-पिटे क्षेत्रों को पढ़ने के लिए प्रेरित करेगा, जिससे दूषित डेटा की पुनर्प्राप्ति होगी।
उपकरण और ड्राइव जो यूडीएफ के संशोधन 1.5 का पूरी तरह से समर्थन नहीं करते हैं, वे बख्शते तालिका को अनदेखा कर देंगे, जो उन्हें पुराने घिसे-पिटे क्षेत्रों को पढ़ने के लिए प्रेरित करेगा, जिससे दूषित डेटा की पुनर्प्राप्ति होगी।


तथाकथित यूडीएफ ओवरहेड जो संपूर्णचक्रिका पर फैला हुआ है, डेटा स्टोरेज स्पेस का एक हिस्सा सुरक्षित रखता है, सीडी-आरडब्ल्यू की उपयोग योग्य क्षमता को सीमित करता है उदा। 650 एमबी की मूल क्षमता लगभग 500 एमबी है।<ref name=PC-Thompson>{{cite book| url = https://books.google.com/books?id=kG8LcWfruOAC&pg=PT242| title = ''"PC Hardware in a Nutshell: A Desktop Quick Reference"'' by Robert Bruce Thompson, Barbara Fritchman Thompson (2003) −– Chapter 11 (starting page 340): CD writers| isbn = 9780596552343| last1 = Thompson| first1 = Robert Bruce| last2 = Thompson| first2 = Barbara Fritchman| date = 24 July 2003}}</ref>
तथाकथित यूडीएफ ओवरहेड जो संपूर्णडिस्क पर फैला हुआ है, डेटा स्टोरेज स्पेस का एक हिस्सा सुरक्षित रखता है, सीडी-आरडब्ल्यू की उपयोग योग्य क्षमता को सीमित करता है उदा। 650 एमबी की मूल क्षमता लगभग 500 एमबी है।<ref name=PC-Thompson>{{cite book| url = https://books.google.com/books?id=kG8LcWfruOAC&pg=PT242| title = ''"PC Hardware in a Nutshell: A Desktop Quick Reference"'' by Robert Bruce Thompson, Barbara Fritchman Thompson (2003) −– Chapter 11 (starting page 340): CD writers| isbn = 9780596552343| last1 = Thompson| first1 = Robert Bruce| last2 = Thompson| first2 = Barbara Fritchman| date = 24 July 2003}}</ref>
 


== चरित्र सेट ==
== चरित्र सेट ==


यूडीएफ विनिर्देशों<ref name="OSTA - UDF Specifications"/>केवल एक अक्षर संग्रह ओएसटीए सीएस0 की अनुमति दें, जो यू+एफईएफएफ और यू+एफएफएफई को छोड़कर किसी भी [[ यूनिकोड |यूनिकोड]] [[ कोड बिंदु |कोड बिंदु]] को संग्रहीत कर सकता है। ईसीएमए-167 में परिभाषित अतिरिक्त वर्ण संग्रह का उपयोग नहीं किया जाता है।<ref name=ecma167/>{{rp|at=7.2}}
यूडीएफ विनिर्देशों<ref name="OSTA - UDF Specifications"/>केवल एक अक्षर संग्रह ओएसटीए सीएस0 की अनुमति दें, जो यू+एफईएफएफ और यू+एफएफएफई को छोड़कर किसी भी [[ यूनिकोड |यूनिकोड]] [[ कोड बिंदु |कोड बिंदु]] को संग्रहीत कर सकता है। ईसीएमए-167 में परिभाषित अतिरिक्त वर्ण संग्रह का उपयोग नहीं किया जाता है।<ref name=ecma167/>{{rp|at=7.2}}इरेटा डीसीएन-5157 के बाद से, कोड बिंदुओं की सीमा को यूनिकोड 4.0 (या किसी नए या पुराने संस्करण) से सभी कोड बिंदुओं तक विस्तारित किया गया था, एरटा डीसीएन-5157 के बाद से कोड बिंदुओं की सीमा को यूनिकोड 4.0 (या किसी भी नए या पुराने संस्करण) से सभी कोड बिंदुओं तक विस्तारित किया गया था, जिसमें[[ इमोजी ]]जैसे सादा 1-16 अक्षर शामिल हैं डीसीएन-5157 भी सामान्यीकरण फॉर्म सी के लिए तार को सामान्य करने की सिफारिश करता है<ref name=dcn-5157>{{cite web|title=UDF 2.60 approved errata|url=http://www.osta.org/specs/pdf/udf260_errata.pdf|access-date=22 April 2018}}</ref>
इरेटा डीसीएन-5157 के बाद से, कोड बिंदुओं की सीमा को यूनिकोड 4.0 (या किसी नए या पुराने संस्करण) से सभी कोड बिंदुओं तक विस्तारित किया गया था, एरटा डीसीएन-5157 के बाद से कोड बिंदुओं की सीमा को यूनिकोड 4.0 (या किसी भी नए या पुराने संस्करण) से सभी कोड बिंदुओं तक विस्तारित किया गया था, जिसमें[[ इमोजी ]]जैसे सादा 1-16 अक्षर शामिल हैं डीसीएन-5157 भी सामान्यीकरण फॉर्म सी के लिए स्ट्रिंग को सामान्य करने की सिफारिश करता है<ref name=dcn-5157>{{cite web|title=UDF 2.60 approved errata|url=http://www.osta.org/specs/pdf/udf260_errata.pdf|access-date=22 April 2018}}</ref>
ओएसटीए सीएस0 वर्ण संग्रह एक 16-बिट यूनिकोड तार को 8-बिट या 16-बिट इकाइयों में संपीड़ित करता है, जो संपीड़न प्रकार को इंगित करने के लिए एकल-बाइट कॉम्पिड टैग से पहले होता है। 8-बिट स्टोरेज कार्यात्मक रूप से [[ ISO-8859-1 | आईएसओ-8859-1]] के बराबर है, और 16-बिट स्टोरेज बड़े एंडियन में [[ UTF-16 | यूटीएफ-16]] है। संदर्भ एल्गोरिदम न तो निषिद्ध कोड बिंदुओं की जांच करता है और न ही यूनिवर्सल वर्ण संग्रह वर्णों सरोगेट जोड़ों व्याख्या करता है, इसलिए [[ NTFS | एनटीएफएस]] की तरह स्ट्रिंग विकृत हो सकती है।<ref name="OSTA - UDF Specifications"/>{{rp|at=2.1.2, 6.4}} (डीसीएन-5157 द्वारा भंडारण का कोई विशिष्ट रूप निर्दिष्ट नहीं किया गया है, लेकिन यूटीएफ-16 बीइ, [[ UCS-2 | यूसीएस-2]] के साथ ज्यादातर पिछड़े संगत होने के बावजूद सभी यूनिकोड को संग्रहीत करने का एकमात्र प्रसिद्ध तरीका है।)<ref name=dcn-5157/>
ओएसटीए सीएस0 वर्ण संग्रह एक 16-बिट यूनिकोड स्ट्रिंग को 8-बिट या 16-बिट इकाइयों में संपीड़ित करता है, जो संपीड़न प्रकार को इंगित करने के लिए एकल-बाइट कॉम्पिड टैग से पहले होता है। 8-बिट स्टोरेज कार्यात्मक रूप से [[ ISO-8859-1 ]] के बराबर है, और 16-बिट स्टोरेज बड़े एंडियन में [[ UTF-16 ]] है। संदर्भ एल्गोरिदम न तो निषिद्ध कोड बिंदुओं की जांच करता है और न ही यूनिवर्सल वर्ण संग्रह वर्णों सरोगेट जोड़ों व्याख्या करता है, इसलिए [[ NTFS ]] की तरह स्ट्रिंग विकृत हो सकती है।<ref name="OSTA - UDF Specifications"/>{{rp|at=2.1.2, 6.4}} (डीसीएन-5157 द्वारा भंडारण का कोई विशिष्ट रूप निर्दिष्ट नहीं किया गया है, लेकिन यूटीएफ-16 बीइ, [[ UCS-2 ]] के साथ ज्यादातर पिछड़े संगत होने के बावजूद सभी यूनिकोड को संग्रहीत करने का एकमात्र प्रसिद्ध तरीका है।)<ref name=dcn-5157/>
 


== अनुकूलता ==
== अनुकूलता ==
कई [[ डीवीडी प्लेयर ]] 1.02 संस्करण के अलावा किसी भी यूडीएफ संशोधन का समर्थन नहीं करते हैं। यदि आईएसओ 9660 ब्रिज प्रारूप का उपयोग किया जाता है, तो नए संशोधन के साथ बनाई गई चक्रिका अभी भी इन खिलाड़ियों में काम कर सकती है। भले ही एक [[ ऑपरेटिंग सिस्टम |ऑपरेटिंग सिस्टम]] यूडीएफ 1.50 को पढ़ने में सक्षम होने का दावा करता है, फिर भी यह केवल सादे निर्माण का समर्थन कर सकता है और जरूरी नहीं कि वृद्धिशील लेखन या स्पेयर यूडीएफ बनाता है।
कई [[ डीवीडी प्लेयर ]] 1.02 संस्करण के अलावा किसी भी यूडीएफ संशोधन का समर्थन नहीं करते हैं। यदि आईएसओ 9660 संबंध प्रारूप का उपयोग किया जाता है, तो नए संशोधन के साथ बनाई गई डिस्क अभी भी इन खिलाड़ियों में काम कर सकती है। भले ही एक [[ ऑपरेटिंग सिस्टम |ऑपरेटिंग तंत्र]] यूडीएफ 1.50 को पढ़ने में सक्षम होने का दावा करता है, फिर भी यह केवल सादे निर्माण का समर्थन कर सकता है और जरूरी नहीं कि वृद्धिशील लेखन या स्पेयर यूडीएफ बनाता है।


[[ macOS |मैक ओएस]] 10.4.5 संशोधन 1.50 का समर्थन करने का दावा करता है (देखें मैन माउन्ट-यूडीएफ), फिर भी यह केवल प्लेन रचना के चक्रिका को ठीक से माउंट कर सकता है किसी भी तरह की आभासी सहायता प्रदान नहीं कर सकता है।  यह यूडीएफचक्रिका को वृद्धिशील लेखन के साथ माउंट नहीं कर सकता, जैसा कि सोनी माविका मुद्दे के साथ देखा गया है।<ref>{{cite web |url=http://support.apple.com/kb/TA26938?viewlocale=en_US |title=Sony Mavica UDF Compatibility Issue |date=19 February 2012 |website=Apple |access-date=16 July 2014 |url-status=dead |archive-url=https://web.archive.org/web/20120426172237/http://support.apple.com/kb/TA26938?viewlocale=en_US |archive-date=April 26, 2012}}</ref><ref>{{cite web |url=http://freecode.com/projects/udfmediareader |title=Mac OS X UDF Compatibility Issues |author=<!--Staff writer(s); no by-line.--> |date=11 July 2012 |website=Free(code) |access-date=16 July 2014}}</ref> 10.4.11 से पहले स्पेयरिंग टेबल के साथ माउंटचक्रिका जारी करता है लेकिन इसकी संचिकाओ को सही ढंग से नहीं पढ़ता है। संस्करण 10.4.11 इस समस्या को ठीक करता है।<ref>{{cite web |url=https://www.apple.com/downloads/macosx/apple/macosx_updates/macosx10411comboupdateintel.html |title=Intel Update |date=14 November 2007 |website=Apple |access-date=16 July 2014 |url-status=dead |archive-url=https://web.archive.org/web/20100328145428/http://www.apple.com/downloads/macosx/apple/macosx_updates/macosx10411comboupdateintel.html |archive-date=March 28, 2010}}</ref><ref>{{cite web |url=https://www.apple.com/downloads/macosx/apple/macosx_updates/macosx10411comboupdateppc.html |title=PowerPC Update |date=14 November 2007 |website=Apple |access-date=16 July 2014 |url-status=dead |archive-url=https://web.archive.org/web/20100531005641/http://www.apple.com/downloads/macosx/apple/macosx_updates/macosx10411comboupdateppc.html |archive-date=May 31, 2010}}</ref>
[[ macOS |मैक ओएस]] 10.4.5 संशोधन 1.50 का समर्थन करने का दावा करता है (देखें मैन माउन्ट-यूडीएफ), फिर भी यह केवल समतल रचना के डिस्क को ठीक से आलंबन कर सकता है किसी भी तरह की आभासी सहायता प्रदान नहीं कर सकता है।  यह यूडीएफडिस्क को वृद्धिशील लेखन के साथ माउंट नहीं कर सकता, जैसा कि सोनी माविका मुद्दे के साथ देखा गया है।<ref>{{cite web |url=http://support.apple.com/kb/TA26938?viewlocale=en_US |title=Sony Mavica UDF Compatibility Issue |date=19 February 2012 |website=Apple |access-date=16 July 2014 |url-status=dead |archive-url=https://web.archive.org/web/20120426172237/http://support.apple.com/kb/TA26938?viewlocale=en_US |archive-date=April 26, 2012}}</ref><ref>{{cite web |url=http://freecode.com/projects/udfmediareader |title=Mac OS X UDF Compatibility Issues |author=<!--Staff writer(s); no by-line.--> |date=11 July 2012 |website=Free(code) |access-date=16 July 2014}}</ref> 10.4.11 से पहले स्पेयरिंग टेबल के साथ आलंबन डिस्क जारी करता है लेकिन इसकी संचिकाओ को सही ढंग से नहीं पढ़ता है। संस्करण 10.4.11 इस समस्या को ठीक करता है।<ref>{{cite web |url=https://www.apple.com/downloads/macosx/apple/macosx_updates/macosx10411comboupdateintel.html |title=Intel Update |date=14 November 2007 |website=Apple |access-date=16 July 2014 |url-status=dead |archive-url=https://web.archive.org/web/20100328145428/http://www.apple.com/downloads/macosx/apple/macosx_updates/macosx10411comboupdateintel.html |archive-date=March 28, 2010}}</ref><ref>{{cite web |url=https://www.apple.com/downloads/macosx/apple/macosx_updates/macosx10411comboupdateppc.html |title=PowerPC Update |date=14 November 2007 |website=Apple |access-date=16 July 2014 |url-status=dead |archive-url=https://web.archive.org/web/20100531005641/http://www.apple.com/downloads/macosx/apple/macosx_updates/macosx10411comboupdateppc.html |archive-date=May 31, 2010}}</ref>
इसी तरह, विन्डोज़ एक्सपी सर्विस पैक 2 (SP2) डीवीडी-आरडब्ल्यूचक्रिका को नहीं पढ़ सकता है जो एक दोष प्रबंधन प्रणाली के रूप में यूडीएफ 2.00 स्पैरिंग टेबल का उपयोग करता है।<ref>{{cite web |url=http://support.microsoft.com/kb/321640/en-us |title=Microsoft Windows UDF Read Troubleshooting |publisher=microsoft.com}}</ref> यह समस्या तब होती है जब यूडीएफ दोष प्रबंधन प्रणाली डीवीडी-आरडब्ल्यू चक्रिका पर एक से अधिक सेक्टर तक फैली एक स्पैरिंग तालिका बनाता है। विंडोज एक्सपी एस पी2 यह पहचान सकता है कि डीवीडी यूडीएफ का उपयोग कर रहा है, लेकिन विंडोज़ एक्सप्लोरर किसी डीवीडी की सामग्री को एक खाली फ़ोल्डर के रूप में प्रदर्शित करता है। इसके लिए एक हॉटफिक्स उपलब्ध है<ref>{{cite web |url=http://support.microsoft.com/kb/899527 |title=Windows XP UDF hotfix |publisher=microsoft.com}}</ref> और सर्विस पैक 3 में शामिल है।<ref>{{cite web |url=http://support.microsoft.com/kb/321640/en-us |title=MS Windows and UDF optical discs}}</ref>
इसी तरह, विन्डोज़ एक्सपी सर्विस पैक 2 (SP2) डीवीडी-आरडब्ल्यू डिस्क को नहीं पढ़ सकता है जो एक दोष प्रबंधन प्रणाली के रूप में यूडीएफ 2.00 स्पैरिंग टेबल का उपयोग करता है।<ref>{{cite web |url=http://support.microsoft.com/kb/321640/en-us |title=Microsoft Windows UDF Read Troubleshooting |publisher=microsoft.com}}</ref> यह समस्या तब होती है जब यूडीएफ दोष प्रबंधन प्रणाली डीवीडी-आरडब्ल्यू डिस्क पर एक से अधिक सेक्टर तक फैली एक अल्प तालिका बनाता है। विंडोज एक्सपी एस पी2 यह पहचान सकता है कि डीवीडी यूडीएफ का उपयोग कर रहा है, लेकिन विंडोज़ एक्सप्लोरर किसी डीवीडी की सामग्री को एक खाली फ़ोल्डर के रूप में प्रदर्शित करता है। इसके लिए एक हॉटफिक्स उपलब्ध है<ref>{{cite web |url=http://support.microsoft.com/kb/899527 |title=Windows XP UDF hotfix |publisher=microsoft.com}}</ref> और सर्विस पैक 3 में शामिल है।<ref>{{cite web |url=http://support.microsoft.com/kb/321640/en-us |title=MS Windows and UDF optical discs}}</ref>
डिफ़ॉल्ट यूडीएफ संस्करणों और विकल्पों के कारण, विंडोज द्वारा स्वरूपित यूडीएफ विभाजन मैक ओएस के अंतर्गत नहीं लिखा जा सकता है। दूसरी ओर, [[ मास्टर बूट दस्तावेज़ ]] पार्टीशन टेबल की आवश्यकता के कारण मैकोज़ द्वारा स्वरूपित विभाजन सीधे विंडोज़ द्वारा नहीं लिखा जा सकता है। इसके अलावा, लिनक्स केवल यूडीएफ 2.01 को लिखने का समर्थन करता है। लिनक्स और मैक ओएस के लिए एक स्क्रिप्ट कहा जाता है  यूडीएफ 2.01 का उपयोग करके और नकली एमबीआर जोड़कर इन असंगतताओं को संभालता है;<ref>{{cite web |title=JElchison/format-udf: Bash script to format a block device (hard drive or Flash drive) in UDF |url=https://github.com/JElchison/format-udf |website=GitHub |date=27 June 2020 |quote=The output is a drive that can be used for reading/writing across multiple operating system families: Windows, macOS, and Linux. This script should be capable of running in macOS or in Linux.}}</ref> विंडोज के लिए सबसे अच्छा समाधान आदेश पंक्ति उपकरण का उपयोग करना है .
डिफ़ॉल्ट यूडीएफ संस्करणों और विकल्पों के कारण, विंडोज द्वारा स्वरूपित यूडीएफ विभाजन मैक ओएस के अंतर्गत नहीं लिखा जा सकता है। दूसरी ओर, [[ मास्टर बूट दस्तावेज़ ]] पार्टीशन टेबल की आवश्यकता के कारण मैकोज़ द्वारा स्वरूपित विभाजन सीधे विंडोज़ द्वारा नहीं लिखा जा सकता है। इसके अलावा, लिनक्स केवल यूडीएफ 2.01 को लिखने का समर्थन करता है। लिनक्स और मैक ओएस के लिए एक स्क्रिप्ट कहा जाता है  यूडीएफ 2.01 का उपयोग करके और नकली एमबीआर जोड़कर इन असंगतताओं को संभालता है;<ref>{{cite web |title=JElchison/format-udf: Bash script to format a block device (hard drive or Flash drive) in UDF |url=https://github.com/JElchison/format-udf |website=GitHub |date=27 June 2020 |quote=The output is a drive that can be used for reading/writing across multiple operating system families: Windows, macOS, and Linux. This script should be capable of running in macOS or in Linux.}}</ref> विंडोज के लिए सबसे अच्छा समाधान आदेश पंक्ति उपकरण का उपयोग करना है .
{| class="wikitable sortable"
{| class="wikitable sortable"
|+ Table of opeआरating systems
|+ प्रचालन तंत्र की तालिका
| colspan=10 |
| colspan=10 |
|-
|-
Line 84: Line 81:
* जब तक अन्यथा नोट नहीं किया जाता है, पढ़ने और लिखने के समर्थन का मतलब है कि केवल सादा यूडीएफ का निर्माण समर्थन किया जाता है, लेकिन योजित मूल्य कर प्रणाली और निर्मित करने से नहीं।
* जब तक अन्यथा नोट नहीं किया जाता है, पढ़ने और लिखने के समर्थन का मतलब है कि केवल सादा यूडीएफ का निर्माण समर्थन किया जाता है, लेकिन योजित मूल्य कर प्रणाली और निर्मित करने से नहीं।


* पढ़ने के लिए समर्थन का मतलब है कि एक यूडीएफ संरूपित डिस्क सिस्टम द्वारा आरोहित किया जा सकता है। यह उपयोगकर्ता को udf वॉल्यूम से फाइलों को पढ़ने में सक्षम बनाता है, जिसका उपयोग कंप्यूटर से जुड़े अन्य डिस्क पर फाइलों को एक्सेस करने के लिए किया जाता है।
* पढ़ने के लिए समर्थन का मतलब है कि एक यूडीएफ संरूपित डिस्क तंत्र द्वारा आरोहित किया जा सकता है। यह उपयोगकर्ता को यूडीएफ खंड सेसंचिका को पढ़ने में सक्षम बनाता है, जिसका उपयोग कंप्यूटर से जुड़े अन्य डिस्क पर संचिका को एक्सेस करने के लिए किया जाता है।
* राइट के लिए समर्थन का मतलब है कि, एक आरोहित यूडीएफ वॉल्यूम से फ़ाइलों को पढ़ने के अलावा, फ़ाइलों जैसे डेटा को संशोधित, जोड़ा, या मिटाया जा सकता है।
* लेखन के लिए समर्थन का मतलब है कि, एक आरोहित यूडीएफ खंड से संचिका को पढ़ने के अलावा, फ़ाइलों जैसे डेटा को संशोधित, जोड़ा, या मिटाया जा सकता है।
|-
|-
!
!
Line 102: Line 99:
! टिप्पणी
! टिप्पणी
|-
|-
| AIX 5.2, 5.3, 6.1
|एिक्स 5.2, 5.3, 6.1
 
 
|
|
|हां
|हां
Line 110: Line 109:
|
|
|
|
|1.5 is default
|1.5 डिफ़ॉल्ट है
|-
|-
| AmigaOS 4.0
| अमिगा ओएस 4.0
|हां
|हां
|हां
|हां
Line 122: Line 121:
|
|
|-
|-
| BeOS/magnussoft ZETA/Haiku
| बीओएस/मैग्नससॉफ्ट जीटा/हाइकू
|हां
|हां
|हां
|हां
Line 132: Line 131:
|
|
|-
|-
| OS/2 (including eComStation and ArcaOS)
| ओएस/2 (ई कॉम स्टेशन और हल ओएस सहित)
|
|
|
|
Line 140: Line 139:
|
|
|
|
|Additional fee drivers on OS/2.
|ओएस/2 पर अतिरिक्त शुल्क चालक.
|-
|-
| FreeBSD 5.0 and newer
| फ्रीबीएसडी 5.0 और नया
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
Line 152: Line 151:
|
|
|-
|-
| Linux kernel 2.2
| लिनक्स कर्नेल 2.2
|नहीं
|नहीं
|नहीं
|नहीं
Line 162: Line 161:
|
|
|-
|-
| Linux kernel 2.4
| लिनक्स कर्नेल 2.4
|हां
|हां
|हां
|हां
Line 172: Line 171:
|
|
|-
|-
| Linux kernel 2.6.0–2.6.25
| लिनक्स कर्नेल 2.6.0–2.6.25
|हां
|हां
|हां
|हां
Line 180: Line 179:
|हां
|हां
|हां
|हां
| Kernel versions prior to 2.6.10 supported fewer media types.
| 2.6.10 से पहले कर्नल संस्करण ने कम मीडिया प्रकार का समर्थन किया।
|-
|-
| Linux kernel 2.6.26 and newer
| लिनक्स कर्नेल 2.6.26 और नया
|हां
|हां
|हां
|हां
Line 190: Line 189:
|हां
|हां
|हां
|हां
| Permission-related mounting options added in 2.6.30. Auto-detection of UDF file system on hard disk is supported since version 2.6.30. Auto-detection of UDF file system on disk images was fixed in 4.11.
| अनुमति से संबंधित बढ़ते विकल्प 2.6.30 में जोड़े गए. हार्ड डिस्क पर यूडीएफ फाइल सिस्टम का स्वतः पता लगाने का समर्थन संस्करण 2.6.30 के बाद से किया गया है. डिस्क छवियों पर यूडीएफ फाइल प्रणाली का स्वतः पता लगाने का कार्य 4.11 में तय किया गया था।
|-
|-
| Mac OS 8.1–8.5
| मैक ओएस 8.1–8.5
|हां
|हां
|नहीं
|नहीं
Line 200: Line 199:
|नहीं
|नहीं
|नहीं
|नहीं
| Some earlier versions of Mac OS, such as 7.5, 7.6, and 8.0 are also supported via third-party utilities, along with additional UDF version support for 8.1 and 8.5.
| मैक ओएस के कुछ पुराने संस्करण, जैसे कि 7.5, 7.6, और 8.0, 8.1 और 8.5 के लिए अतिरिक्त यूडीएफ संस्करण समर्थन के साथ-साथ तृतीय-पक्ष उपयोगिताओं के माध्यम से भी समर्थित हैं।
|-
|-
| Mac OS 8.6, Mac OS 9
| मैक ओएस 8.6, मैक ओएस 9
|हां
|हां
|हां
|हां
Line 210: Line 209:
|नहीं
|नहीं
|नहीं
|नहीं
|Additional UDF version support via third-party utilities.
|तृतीय-पक्ष उपयोगिताओं के माध्यम से अतिरिक्त यूडीएफ संस्करण समर्थन।
|-
|-
| Mac OS X 10.0–10.3
| मैक ओएस X 10.0–10.3
|हां
|हां
|हां
|हां
Line 222: Line 221:
|
|
|-
|-
| Mac OS X 10.4
| मैक ओएस X 10.4
|हां
|हां
|हां
|हां
Line 230: Line 229:
|नहीं
|नहीं
|हां
|हां
| Can create UDF 1.50 (plain build) volumes using the <code>drutil</code> utility.
| ड्रिल उपयोगिता का उपयोग करके यूडीएफ 1.50 (प्लाइन बिल्ड) वॉल्यूम बना सकते हैं।
|-
|-
| Mac OS X 10.5 and newer
| मैक ओएस X 10.5 and newer
| हां
| हां
| हां
| हां
Line 240: Line 239:
|हां
|हां
|हां
|हां
| To create, use <code>newfs_udf</code> utility.
| बनाने के लिए, newfs_udf उपयोगिता का उपयोग करें..
|-
|-
| NetBSD 4.0
| नेटबीएसडी 4.0
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
Line 250: Line 249:
|हां
|हां
|हां
|हां
| Reading multi-session VAT, spared and metapartition variants
| बहु-सत्र वैट, बख़्तरबंद और मेटापार्टिशन संस्करण पढ़ना
from all CD, DVD and BD variants as well as HDD and Flash media.
 
सभी सीडी, डीवीडी और बीडी वेरिएंट के साथ-साथ एचडीडी और फ्लैश मीडिया से।
|-
|-
| NetBSD 5.0
| नेटबीएसडी 5.0
|हां
|हां
|हां
|हां
Line 261: Line 261:
|हां
|हां
|हां
|हां
|Write support for all builds and media including multi-session VAT. Create new with <code>newfs_udf</code>.
|बहु-सत्र वैट सहित सभी बिल्ड और मीडिया के लिए समर्थन लिखें। Newfs_udf के साथ नया बनाएं।
Limited writing on 2.50/2.60 (due to needing pre-allocated, fixed sized metadata partition).
 
2.50/2.60 पर सीमित लेखन (पूर्व-आवंटित, निश्चित आकार के मेटाडेटा विभाजन की आवश्यकता के कारण)
|-
|-
| NetWare 5.1
| नेटवेयर 5.1
|
|
|
|
Line 274: Line 275:
|
|
|-
|-
| NetWare 6
| नेटवेयर 6
|
|
|
|
Line 284: Line 285:
|
|
|-
|-
| OpenBSD 3.8–3.9
| ओपनबीएसडी 3.8–3.9
| केवल पढ़ने के लिए
| केवल पढ़ने के लिए
| नहीं
| नहीं
Line 294: Line 295:
|
|
|-  
|-  
| OpenBSD 4.0–4.6
| ओपनबीएसडी 4.0–4.6
| केवल पढ़ने के लिए
| केवल पढ़ने के लिए
| केवल पढ़ने के लिए
| केवल पढ़ने के लिए
Line 304: Line 305:
|
|
|-  
|-  
| OpenBSD 4.7
| ओपनबीएसडी 4.7
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
Line 314: Line 315:
|
|
|-
|-
| Solaris 7 11/99+
| सोलारिस 7 11/99+
|हां
|हां
|हां
|हां
Line 324: Line 325:
|
|
|-
|-
| Solaris 8/9/10
| सोलारिस 8/9/10
|हां
|हां
|हां
|हां
Line 334: Line 335:
|
|
|-
|-
| DOS, FreeDOS, Windows 3.11, Windows 95, Windows 95 OSR2+ and other DOS based OS
| डिस्क ऑपरेटिंग सिस्टम, फ्रीडिस्क ऑपरेटिंग सिस्टम,विंडोज 3.11,विंडोज 95,विंडोज 95 ओ एसआर2+ और अन्य डिस्क ऑपरेटिंग सिस्टम आधारित ओएस
| नहीं
| नहीं
|नहीं
|नहीं
Line 342: Line 343:
|नहीं
|नहीं
|नहीं
|नहीं
| नहीं native support. Filesystems that have an ISO9660 backward compatibility structure can be read.
| कोई देशी समर्थन नहीं। फाइलसिस्टम जिनमें ISO9660 पश्चगामी संगतता संरचना है, को पढ़ा जा सकता है।
|-
|-
| Windows 98, Windows Me
| विंडोज 98,विंडोज Me
| केवल पढ़ने के लिए and only for CD/DVD optical disks
| केवल पढ़ने के लिए and only for CD/DVD optical disks
| नहीं
| नहीं
Line 352: Line 353:
|नहीं
|नहीं
|नहीं
|नहीं
| Additional read/write support via third party utilities
| तृतीय पक्ष उपयोगिताओं के माध्यम से अतिरिक्त पठन/लेखन समर्थन
|-
|-
| Windows 2000
| विंडोज 2000
| केवल पढ़ने के लिए
| केवल पढ़ने के लिए
| केवल पढ़ने के लिए
| केवल पढ़ने के लिए
Line 362: Line 363:
|नहीं
|नहीं
|नहीं
|नहीं
| Additional read/write support via third party utilities
| तृतीय पक्ष उपयोगिताओं के माध्यम से अतिरिक्त पठन/लेखन समर्थन
|-
|-
| Windows XP/Server 2003
| विंडोज एक्सपी/सर्वर 2003
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
|केवल पढ़ने के लिए
Line 372: Line 373:
|हां
|हां
|हां
|हां
| Additional read/write support via third party utilities
| तृतीय पक्ष उपयोगिताओं के माध्यम से अतिरिक्त पठन/लेखन समर्थन
|-
|-
| Windows Vista
| विंडोज विस्टा
|हां
|हां
|हां
|हां
Line 382: Line 383:
|हां
|हां
|हां
|हां
| Referred to by Microsoft as Live File System. Requires fake MBR partition on नहींn-optical devices.
| माइक्रोसॉफ्ट द्वारा लाइव फाइल सिस्टम के रूप में संदर्भित। गैर-ऑप्टिकल उपकरणों पर नकली एमबीआर विभाजन की आवश्यकता होती है।
|-
|-
| Windows 7, Windows 8, Windows 10
| विंडोज 7,विंडोज 8,विंडोज 10
| हां
| हां
| हां
| हां
Line 394: Line 395:
|
|
|-
|-
!Operating system
!प्रचालन तंत्र
! 1.02
! 1.02
!1.50
!1.50
Line 401: Line 402:
!2.60
!2.60
! VAT
! VAT
!Sparing tables
!अल्प तालिका
!नहींte
!टिप्पणी
|-
|-
!
!
! colspan="5" |UDF revision (read + write)
! colspan="5" |यूडीएफ संशोधन (पढ़ें + लिखें)
! colspan="2" |नहींn-plain
! colspan="2" |गैर सादा
!
!
|}
|}


== यह भी देखें ==
== यह भी देखें ==
Line 424: Line 424:


* ISO/IEC 13346 standaआरd, also kनहींwn as [http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-167.pdf ECMA-167].
* ISO/IEC 13346 standaआरd, also kनहींwn as [http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-167.pdf ECMA-167].


== बाहरी संबंध ==
== बाहरी संबंध ==
*[http://www.osta.org/ OSTA home page]
*[http://www.osta.org/ ओएसTA home page]
*यूडीएफ specifications: [http://www.osta.org/specs/pdf/udf102.pdf 1.02], [http://www.osta.org/specs/pdf/udf150.pdf 1.50], [http://www.osta.org/specs/pdf/udf200.pdf 2.00], [http://www.osta.org/specs/pdf/udf201.pdf 2.01], [http://www.osta.org/specs/pdf/udf250.pdf 2.50], [http://www.osta.org/specs/pdf/udf260.pdf 2.60] (Maआरch 1, 2005), [http://www.osta.org/specs/pdf/SecureUDF_1_00.pdf Secuआरeयूडीएफ]
*यूडीएफ specifications: [http://www.osta.org/specs/pdf/udf102.pdf 1.02], [http://www.osta.org/specs/pdf/udf150.pdf 1.50], [http://www.osta.org/specs/pdf/udf200.pdf 2.00], [http://www.osta.org/specs/pdf/udf201.pdf 2.01], [http://www.osta.org/specs/pdf/udf250.pdf 2.50], [http://www.osta.org/specs/pdf/udf260.pdf 2.60] (Maआरch 1, 2005), [http://www.osta.org/specs/pdf/SecureUDF_1_00.pdf Secuआरeयूडीएफ]
*[http://sites.google.com/site/udfintro/ Wenguang Wang's यूडीएफ Intआरoduction]
*[http://sites.google.com/site/udfintro/ Wenguang Wang's यूडीएफ Intआरoduction]
*[http://sourceforge.net/projects/linux-udf/ Linux यूडीएफ suppoआरt]
*[http://sourceforge.net/projects/linux-udf/ Linux यूडीएफ suppoआरt]
*[http://support.microsoft.com/kb/321640/en-us Micआरosoft Windows यूडीएफ आरead Tआरoubleshooting]
*[http://support.microsoft.com/kb/321640/en-us Micआरओएसoftविंडोज यूडीएफ आरead Tआरoubleshooting]
*[http://publib.boulder.ibm.com/infocenter/systems/index.jsp?topic=/com.ibm.aix.baseadmn/doc/baseadmndita/cdromudfs.htm AIX - सीडी-आरOM file system and यूडीएफS]
*[http://publib.boulder.ibm.com/infocenter/systems/index.jsp?topic=/com.ibm.aix.baseadmn/doc/baseadmndita/cdromudfs.htm AIX - सीडी-आरOM file system and यूडीएफS]
{{Filesystem}}
{{Filesystem}}
{{Ecma International Standards}}
{{Ecma International Standards}}
{{List of International Electrotechnical Commission standards}}
{{List of International Electrotechnical Commission standards}}
[[Category:Articles with short description]]
[[Category:Collapse templates]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes without horizontal lists]]
[[Category:Pages with script errors]]
[[Category:Short description with empty Wikidata description]]
[[Category:Sidebars with styles needing conversion]]
[[Category:Template documentation pages|Documentation/doc]]
[[Category:Templates Translated in Hindi]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates generating microformats]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that are not mobile friendly]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:Wikipedia metatemplates]]

Latest revision as of 17:32, 30 August 2023

यूनिवर्सल डिस्क फॉर्मेट(यूडीएफ) एक खुला प्रारूप, विक्रेता-तटस्थ संचिका प्रणाली है जो कंप्यूटर डेटा भंडारण के लिए मीडिया की विस्तृत श्रृंखला के लिए है। व्यवहार में, यह आईएसओ 9660 को प्रतिस्थापित करते हुए डीवीडी और नए ऑप्टिकल डिस्क प्रारूपों के लिए सबसे व्यापक रूप से उपयोग किया गया है। इसके परिरूप के कारण, यह अभिलेखबद्ध करने योग्य और (पुनः) लिखने योग्य ऑप्टिकल डिस्क दोनों पर वृद्धिशील अद्यतनीकरण (अपडेट) के लिए बहुत उपयुक्त है। यूडीएफ को (ऑप्टिकल संग्रहण टेक्नोलॉजी एसोसिएशन) (ओएसटीए) द्वारा विकसित और अनुरक्षित किया गया था।

इंजीनियरिंग के संदर्भ में, यूनिवर्सल डिस्क फॉर्मेट, आईएसओ/आईईसी 13346 और ईसीएमए-167 के रूप में जाना जाने वाला विनिर्देशन का एक प्रोफाइल (इंजीनियरिंग) है। [1]


उपयोग

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

यूडीएफ में बहु-सत्र निष्णात भी संभव है, हालांकि कुछ कार्यान्वयन कई सत्रों के साथ डिस्क को पढ़ने में असमर्थ हो सकते हैं।[2]


इतिहास

ऑप्टिकल भंडारण प्रौद्योगिकी संघ ने यूडीएफ संचिका प्रणाली को सभी ऑप्टिकल मीडिया के लिए एक सामान्य संचिका प्रणाली बनाने के लिए मानकीकृत किया: संचिका तंत्र अनुमतियाँ के लिए केवल पढ़ने के लिए और फिर से लिखने योग्य ऑप्टिकल मीडिया दोनों के लिए। जब पहली बार मानकीकृत किया गया, तो यूडीएफ संचिका प्रणाली का उद्देश्य आईएसओ 9660 को बदलना था, जो केवल-पढ़ने और लिखने योग्य मीडिया दोनों के लिए समर्थन की इजाजत देता था। यूडीएफ के पहले संस्करण के जारी होने के बाद, डीवीडी कंसोर्टियम ने इसे डीवीडी-वीडियो और डीवीडी ऑडियो के लिए आधिकारिक संचिका प्रणाली के रूप में अपनाया।[3] यूडीएफ मूल आईएसओ 9660 खंड वर्णनकर्ता प्रारूप को आईएसओ 9660 के साथ साझा करता है। एक यूडीएफ ब्रिज प्रारूप को 1.50 से परिभाषित किया गया है ताकि एक डिस्क में आईएसओ 9660 संचिका प्रणाली भी हो सके जो यूडीएफ भाग पर संचिकाओ के संदर्भ में हो।[4]


संशोधन

यूडीएफ के कई संशोधन जारी किए गए हैं:[3][5]

  • संशोधन 1.00[6] (24 अक्टूबर 1995)। मूल विमोचन।
  • संशोधन 1.01[6](3 नवंबर 1995)। डीवीडी परिशिष्ट जोड़ा और कुछ मामूली परिवर्तन किए।
  • संशोधन 1.02[7] (30 अगस्त 1996)। यह प्रारूप डीवीडी-वीडियो डिस्क द्वारा उपयोग किया जाता है।
  • संशोधन 1.50[8] (4 फरवरी 1997)। वृद्धिशील लेखन संरचना की शुरुआत करके सीडी-आर/डीवीडी-आर मीडिया पर (वर्चुअल) पुनर्लेखन के लिए समर्थन जोड़ा गया। सीडी -आरडब्ल्यू, और डीवीडी-आरडब्ल्यू और डीवीडी+आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया पर दोष प्रबंधन के लिए अतिरिक्त तालिकाओं को जोड़ा गया। यूडीएफ ब्रिज जोड़ें।
  • संशोधन 2.00[9] (3 अप्रैल 1998)। स्रोत संचिकाओ और वास्तविक समय संचिकाओ (डीवीडी रिकॉर्डिंग के लिए) और सरलीकृत निर्देशिका प्रबंधन के लिए जोड़ा गया समर्थन। वृद्धिशील लेखन समर्थन बढ़ाया गया था।
  • संशोधन 2.01[10] (15 मार्च 2000) मुख्य रूप से यूडीएफ 2.00 के लिए एक बगफिक्स लोकार्पण है। यूडीएफ मानक की कई अस्पष्टताओं को संस्करण 2.01 में हल किया गया था।
  • संशोधन 2.50[11] (30 अप्रैल 2003)। मेटाडेटा विभाजन को जोड़ा गया जिससे मेटाडेटा क्लस्टरिंग, आसान ध्वंस पुनः प्राप्ति और संचिका प्रणाली जानकारी का वैकल्पिक दोहराव: सभी मेटाडेटा जैसे नोड्स और निर्देशिका सामग्री एक अलग विभाजन पर लिखे गए हैं जिन्हें वैकल्पिक रूप से प्रतिबिंबित किया जा सकता है। यह प्रारूप ब्लू - रेडिस्क |ब्लू-रे और अधिकांश एचडी-डीवीडी डिस्क के कुछ संस्करणों द्वारा उपयोग किया जाता है।
  • संशोधन 2.60[12] (1 मार्च 2005)। अनुक्रमिक रूप से रिकॉर्डीय मीडिया पर कूट-लेखन क्षमता का समर्थन करने वाले ड्राइव के लिए कूट-लेखन विधि को जोड़ा गया। । यूडीएफ 2.50 कार्यान्वयन के साथ केवल पठनीय संगतता है।: 10  (कुछ ब्लू रे इस प्रारूप का उपयोग करते हैं।)

यूडीएफ संशोधन आंतरिक रूप से बाइनरी-कोडेड दशमलव के रूप में कूटलेखन किए गए हैं; संशोधन 2.60, उदाहरण के लिए, 0x0260 के रूप में दर्शाया गया है। .[12]: 23  अपने स्वयं के संशोधन की घोषणा करने के अलावा, प्रत्येक खंड के लिए संगतता को न्यूनतम पठन और न्यूनतम लेखन संशोधनों द्वारा परिभाषित किया गया है, प्रत्येक इस छवि पर प्रत्येक संरचना के लिए इन संचालन के लिए संभव होने के लिए इन कार्यों के लिए आवश्यकताओं को इंगित करता है। एक अधिकतम लेखन संशोधन अतिरिक्त सभी कार्यान्वयन के उच्चतम यूडीएफ समर्थन स्तर को रिकॉर्ड करता है जो इस छवि को लिखा है।[12]: 34  उदाहरण के लिए, एक यूडीएफ 2.01 खंड जो स्ट्रीम संचिकाों का उपयोग नहीं करता है (यूडीएफ 2.00 में शुरू किया गया) लेकिन वृद्धिशील लेखन (यूडीएफ 1.50) का उपयोग करता है जिसे यूडीएफ 2.60-संभव कार्यान्वयन द्वारा बनाया गया है संशोधन 0x0201, न्यूनतम पठन संशोधन 0x0150, न्यूनतम 0x0150, न्यूनतम 0x0150, और अधिकतम 0x0260 पर लिखा जा सकता है।

निर्दिष्टीकरण

यूडीएफ मानक तीन संचिका प्रणाली विविधताओं को परिभाषित करता है, जिन्हें रचना कहा जाता है। य़े हैं:

  • सादा (रैंडम रीड / राइट एक्सेस)। यह सभी यूडीएफ संशोधनों में समर्थित मूल प्रारूप है
  • आभासी आबंटन सारणीयोजित मूल्य कर प्रणाली (संवर्धन लेखन) विशेष रूप से लिखने के लिए प्रयुक्त मीडिया
  • बख्शा (सीमित यादृच्छिक लेखन अभिगम) पुनर्लेखनयोग्य मीडिया के लिए विशेष रूप से प्रयोग किया गया

सादा निर्माण

मानक के पहले संस्करण में पेश किया गया, इस प्रारूप का उपयोग किसी भी प्रकार के डिस्क पर किया जा सकता है जो यादृच्छिक पढ़ने / लिखने की अनुमति देता है, जैसे हार्डडिस्क , डीवीडी+आरडब्ल्यू + आरडब्ल्यू और डीवीडी-रैम मीडिया। मेटाडेटा (वि2.50 तक) और संचिका आँकड़े को कमोबेश सीधे संबोधित किया जाता है। इस प्रारूप में ऐसी डिस्क को लिखित रूप में,डिस्क पर किसी भी भौतिक ब्लॉक को नई या अद्यतन संचिकाओ के आवंटन के लिए चुना जा सकता है।

चूंकि यह मूल प्रारूप है, व्यावहारिक रूप से कोई भी ऑपरेटिंग तंत्र या संचिका प्रणाली संचालक जो यूडीएफ के लिए समर्थन का दावा करता है, इस प्रारूप को पढ़ने में सक्षम होना चाहिए।

वीएटी (VAT) लेखन रचना

लेखन-एक बार मीडिया जैसे डीवीडी-आर और सीडी-आर के लिए लिखे जाने पर सीमाएं होती हैं, जिसमें प्रत्येक भौतिक ब्लॉक को केवल एक बार ही लिखा जा सकता है, और लेखन को वृद्धि से होना चाहिए। इस प्रकार यूडीएफ का सादा निर्माण केवल सीडी-आर को पूर्व-मास्टरिंग द्वारा लिखा जा सकता है और फिर मीडिया को एक टुकड़े में सभी डेटा लिख सकता है, जैसा कि एक आईएसओ 9660 संचिका प्रणाली सीडी मीडिया को लिखा जाता है।

एक सीडी-आर को एक हार्ड डिस्क की तरह वस्तुतः रूप से उपयोग करने में सक्षम करने के लिए, जहां उपयोगकर्ता वसीयत पर एक सीडी-आर पर संचिकाओ को जोड़ और संशोधित कर सकता है (जिसे ड्राइव लेटर एक्सेस कहा जाता है), ओएसटीए ने वृद्धिशील लेखन रचना को यूडीएफ मानक में जोड़ा इसके संशोधन में 1.5. वृद्धिशील लेखन डिस्क एक अतिरिक्त संरचना है जो पैकेट लेखन की अनुमति देता है; यानी,डिस्क पर संचिकाओ या अन्य डेटा को संशोधित या या नष्ट कर दिया जाता है, तब भौतिक ब्लॉक को रीमैप करना। लेखन-एक बार मीडिया के लिए, पूरे संपूर्ण डिस्क को कल्पित किया जाता है, जिससे उपयोगकर्ता के लिए लेखन-एक बार प्रकृति पारदर्शी हो जाती है; डिस्क का प्रबंध उसी तरह किया जा सकता है जैसे कोई फिर से लिखने योग्य डिस्क का प्रबंध करता है।

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

सभी ड्राइव यूडीएफ के संस्करण 1.5 या उच्चतर को पूरी तरह से लागू नहीं करते हैं, और इसलिए कुछयोजित मूल्य कर प्रणाली रचना को संभालने में असमर्थ हो सकते हैं।

बख्शा (आरडब्ल्यू) निर्माण

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

यूडीएफ प्रारूप के सादे और वृद्धिशील लेखन रचना का उपयोग कुछ सीमाओं के साथ, पुनर्लेखन योग्य मीडिया पर किया जा सकता है। यदि सादे रचना का उपयोग -आरडब्ल्यू मीडिया पर किया जाता है, तो डेटा के संचिका-प्रणाली स्तर के संशोधन की अनुमति नहीं दी जानी चाहिए, क्योंकि यह डिस्क पर अक्सर उपयोग किए जाने वाले क्षेत्रों (जैसे निर्देशिका और ब्लॉक आवंटन डेटा के लिए) को जल्दी से खराब कर देगा। जो तब किसी का ध्यान नहीं जाएगा और डेटा हानि की ओर ले जाएगा। डिस्क पर संचिकाओ के संशोधन की अनुमति देने के लिए, पुनः लिखने योग्य डिस्क का उपयोग -आर मीडिया जैसेयोजित मूल्य कर प्रणाली रचना का उपयोग करके किया जा सकता है। यह सुनिश्चित करता है कि सभी ब्लॉक (क्रमशः) केवल एक बार लिखे जाते हैं, यह सुनिश्चित करते हुए कि कोई भी ब्लॉक दूसरों की तुलना में अधिक बार फिर से लिखा नहीं जाता है। इस तरह, एक आरडब्ल्यूडिस्क को अविश्वसनीय होने से पहले मिटाया जा सकता है और कई बार पुन: उपयोग किया जा सकता है। हालांकि, यह अंततः अविश्वसनीय हो जाएगा और इसका पता लगाने का कोई आसान तरीका नहीं होगा।योजित मूल्य कर प्रणाली रचना का उपयोग करते समय, सीडी-आरडब्ल्यू/डीवीडी-आरडब्ल्यू मीडिया कंप्यूटर पर सीडी-आर या डीवीडी+/-आर मीडिया के रूप में प्रभावी रूप से प्रकट होता है। हालाँकि, मीडिया को किसी भी समय फिर से मिटाया जा सकता है।

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

उपकरण और ड्राइव जो यूडीएफ के संशोधन 1.5 का पूरी तरह से समर्थन नहीं करते हैं, वे बख्शते तालिका को अनदेखा कर देंगे, जो उन्हें पुराने घिसे-पिटे क्षेत्रों को पढ़ने के लिए प्रेरित करेगा, जिससे दूषित डेटा की पुनर्प्राप्ति होगी।

तथाकथित यूडीएफ ओवरहेड जो संपूर्णडिस्क पर फैला हुआ है, डेटा स्टोरेज स्पेस का एक हिस्सा सुरक्षित रखता है, सीडी-आरडब्ल्यू की उपयोग योग्य क्षमता को सीमित करता है उदा। 650 एमबी की मूल क्षमता लगभग 500 एमबी है।[13]

चरित्र सेट

यूडीएफ विनिर्देशों[3]केवल एक अक्षर संग्रह ओएसटीए सीएस0 की अनुमति दें, जो यू+एफईएफएफ और यू+एफएफएफई को छोड़कर किसी भी यूनिकोड कोड बिंदु को संग्रहीत कर सकता है। ईसीएमए-167 में परिभाषित अतिरिक्त वर्ण संग्रह का उपयोग नहीं किया जाता है।[1]: 7.2 इरेटा डीसीएन-5157 के बाद से, कोड बिंदुओं की सीमा को यूनिकोड 4.0 (या किसी नए या पुराने संस्करण) से सभी कोड बिंदुओं तक विस्तारित किया गया था, एरटा डीसीएन-5157 के बाद से कोड बिंदुओं की सीमा को यूनिकोड 4.0 (या किसी भी नए या पुराने संस्करण) से सभी कोड बिंदुओं तक विस्तारित किया गया था, जिसमेंइमोजी जैसे सादा 1-16 अक्षर शामिल हैं डीसीएन-5157 भी सामान्यीकरण फॉर्म सी के लिए तार को सामान्य करने की सिफारिश करता है[14] ओएसटीए सीएस0 वर्ण संग्रह एक 16-बिट यूनिकोड तार को 8-बिट या 16-बिट इकाइयों में संपीड़ित करता है, जो संपीड़न प्रकार को इंगित करने के लिए एकल-बाइट कॉम्पिड टैग से पहले होता है। 8-बिट स्टोरेज कार्यात्मक रूप से आईएसओ-8859-1 के बराबर है, और 16-बिट स्टोरेज बड़े एंडियन में यूटीएफ-16 है। संदर्भ एल्गोरिदम न तो निषिद्ध कोड बिंदुओं की जांच करता है और न ही यूनिवर्सल वर्ण संग्रह वर्णों सरोगेट जोड़ों व्याख्या करता है, इसलिए एनटीएफएस की तरह स्ट्रिंग विकृत हो सकती है।[3]: 2.1.2, 6.4  (डीसीएन-5157 द्वारा भंडारण का कोई विशिष्ट रूप निर्दिष्ट नहीं किया गया है, लेकिन यूटीएफ-16 बीइ, यूसीएस-2 के साथ ज्यादातर पिछड़े संगत होने के बावजूद सभी यूनिकोड को संग्रहीत करने का एकमात्र प्रसिद्ध तरीका है।)[14]

अनुकूलता

कई डीवीडी प्लेयर 1.02 संस्करण के अलावा किसी भी यूडीएफ संशोधन का समर्थन नहीं करते हैं। यदि आईएसओ 9660 संबंध प्रारूप का उपयोग किया जाता है, तो नए संशोधन के साथ बनाई गई डिस्क अभी भी इन खिलाड़ियों में काम कर सकती है। भले ही एक ऑपरेटिंग तंत्र यूडीएफ 1.50 को पढ़ने में सक्षम होने का दावा करता है, फिर भी यह केवल सादे निर्माण का समर्थन कर सकता है और जरूरी नहीं कि वृद्धिशील लेखन या स्पेयर यूडीएफ बनाता है।

मैक ओएस 10.4.5 संशोधन 1.50 का समर्थन करने का दावा करता है (देखें मैन माउन्ट-यूडीएफ), फिर भी यह केवल समतल रचना के डिस्क को ठीक से आलंबन कर सकता है किसी भी तरह की आभासी सहायता प्रदान नहीं कर सकता है। यह यूडीएफडिस्क को वृद्धिशील लेखन के साथ माउंट नहीं कर सकता, जैसा कि सोनी माविका मुद्दे के साथ देखा गया है।[15][16] 10.4.11 से पहले स्पेयरिंग टेबल के साथ आलंबन डिस्क जारी करता है लेकिन इसकी संचिकाओ को सही ढंग से नहीं पढ़ता है। संस्करण 10.4.11 इस समस्या को ठीक करता है।[17][18] इसी तरह, विन्डोज़ एक्सपी सर्विस पैक 2 (SP2) डीवीडी-आरडब्ल्यू डिस्क को नहीं पढ़ सकता है जो एक दोष प्रबंधन प्रणाली के रूप में यूडीएफ 2.00 स्पैरिंग टेबल का उपयोग करता है।[19] यह समस्या तब होती है जब यूडीएफ दोष प्रबंधन प्रणाली डीवीडी-आरडब्ल्यू डिस्क पर एक से अधिक सेक्टर तक फैली एक अल्प तालिका बनाता है। विंडोज एक्सपी एस पी2 यह पहचान सकता है कि डीवीडी यूडीएफ का उपयोग कर रहा है, लेकिन विंडोज़ एक्सप्लोरर किसी डीवीडी की सामग्री को एक खाली फ़ोल्डर के रूप में प्रदर्शित करता है। इसके लिए एक हॉटफिक्स उपलब्ध है[20] और सर्विस पैक 3 में शामिल है।[21] डिफ़ॉल्ट यूडीएफ संस्करणों और विकल्पों के कारण, विंडोज द्वारा स्वरूपित यूडीएफ विभाजन मैक ओएस के अंतर्गत नहीं लिखा जा सकता है। दूसरी ओर, मास्टर बूट दस्तावेज़ पार्टीशन टेबल की आवश्यकता के कारण मैकोज़ द्वारा स्वरूपित विभाजन सीधे विंडोज़ द्वारा नहीं लिखा जा सकता है। इसके अलावा, लिनक्स केवल यूडीएफ 2.01 को लिखने का समर्थन करता है। लिनक्स और मैक ओएस के लिए एक स्क्रिप्ट कहा जाता है यूडीएफ 2.01 का उपयोग करके और नकली एमबीआर जोड़कर इन असंगतताओं को संभालता है;[22] विंडोज के लिए सबसे अच्छा समाधान आदेश पंक्ति उपकरण का उपयोग करना है .

प्रचालन तंत्र की तालिका
  • जब तक अन्यथा नोट नहीं किया जाता है, पढ़ने और लिखने के समर्थन का मतलब है कि केवल सादा यूडीएफ का निर्माण समर्थन किया जाता है, लेकिन योजित मूल्य कर प्रणाली और निर्मित करने से नहीं।
  • पढ़ने के लिए समर्थन का मतलब है कि एक यूडीएफ संरूपित डिस्क तंत्र द्वारा आरोहित किया जा सकता है। यह उपयोगकर्ता को यूडीएफ खंड सेसंचिका को पढ़ने में सक्षम बनाता है, जिसका उपयोग कंप्यूटर से जुड़े अन्य डिस्क पर संचिका को एक्सेस करने के लिए किया जाता है।
  • लेखन के लिए समर्थन का मतलब है कि, एक आरोहित यूडीएफ खंड से संचिका को पढ़ने के अलावा, फ़ाइलों जैसे डेटा को संशोधित, जोड़ा, या मिटाया जा सकता है।
यू डी एफ संशोधन (पढ़ें + लिखें) गैर सादा
प्रचालन तंत्र 1.02 1.50 2.0x 2.50 2.60 योजित मूल्य कर प्रणाली बख्शते टेबल टिप्पणी
एिक्स 5.2, 5.3, 6.1


हां हां नहीं नहीं 1.5 डिफ़ॉल्ट है
अमिगा ओएस 4.0 हां हां
बीओएस/मैग्नससॉफ्ट जीटा/हाइकू हां हां हां हां हां
ओएस/2 (ई कॉम स्टेशन और हल ओएस सहित) हां ओएस/2 पर अतिरिक्त शुल्क चालक.
फ्रीबीएसडी 5.0 और नया केवल पढ़ने के लिए केवल पढ़ने के लिए नहीं नहीं नहीं नहीं हां
लिनक्स कर्नेल 2.2 नहीं नहीं नहीं नहीं नहीं नहीं नहीं
लिनक्स कर्नेल 2.4 हां हां हां नहीं नहीं हां हां
लिनक्स कर्नेल 2.6.0–2.6.25 हां हां हां नहीं नहीं हां हां 2.6.10 से पहले कर्नल संस्करण ने कम मीडिया प्रकार का समर्थन किया।
लिनक्स कर्नेल 2.6.26 और नया हां हां हां केवल पढ़ने के लिए केवल पढ़ने के लिए हां हां अनुमति से संबंधित बढ़ते विकल्प 2.6.30 में जोड़े गए. हार्ड डिस्क पर यूडीएफ फाइल सिस्टम का स्वतः पता लगाने का समर्थन संस्करण 2.6.30 के बाद से किया गया है. डिस्क छवियों पर यूडीएफ फाइल प्रणाली का स्वतः पता लगाने का कार्य 4.11 में तय किया गया था।
मैक ओएस 8.1–8.5 हां नहीं नहीं नहीं नहीं नहीं नहीं मैक ओएस के कुछ पुराने संस्करण, जैसे कि 7.5, 7.6, और 8.0, 8.1 और 8.5 के लिए अतिरिक्त यूडीएफ संस्करण समर्थन के साथ-साथ तृतीय-पक्ष उपयोगिताओं के माध्यम से भी समर्थित हैं।
मैक ओएस 8.6, मैक ओएस 9 हां हां नहीं नहीं नहीं नहीं नहीं तृतीय-पक्ष उपयोगिताओं के माध्यम से अतिरिक्त यूडीएफ संस्करण समर्थन।
मैक ओएस X 10.0–10.3 हां हां नहीं नहीं नहीं नहीं नहीं
मैक ओएस X 10.4 हां हां हां नहीं नहीं नहीं हां ड्रिल उपयोगिता का उपयोग करके यूडीएफ 1.50 (प्लाइन बिल्ड) वॉल्यूम बना सकते हैं।
मैक ओएस X 10.5 and newer हां हां हां हां केवल पढ़ने के लिए हां हां बनाने के लिए, newfs_udf उपयोगिता का उपयोग करें..
नेटबीएसडी 4.0 केवल पढ़ने के लिए केवल पढ़ने के लिए केवल पढ़ने के लिए केवल पढ़ने के लिए केवल पढ़ने के लिए हां हां बहु-सत्र वैट, बख़्तरबंद और मेटापार्टिशन संस्करण पढ़ना

सभी सीडी, डीवीडी और बीडी वेरिएंट के साथ-साथ एचडीडी और फ्लैश मीडिया से।

नेटबीएसडी 5.0 हां हां हां हां हां हां हां बहु-सत्र वैट सहित सभी बिल्ड और मीडिया के लिए समर्थन लिखें। Newfs_udf के साथ नया बनाएं।

2.50/2.60 पर सीमित लेखन (पूर्व-आवंटित, निश्चित आकार के मेटाडेटा विभाजन की आवश्यकता के कारण)।

नेटवेयर 5.1
नेटवेयर 6
ओपनबीएसडी 3.8–3.9 केवल पढ़ने के लिए नहीं नहीं नहीं नहीं नहीं नहीं
ओपनबीएसडी 4.0–4.6 केवल पढ़ने के लिए केवल पढ़ने के लिए नहीं नहीं नहीं हां नहीं
ओपनबीएसडी 4.7 केवल पढ़ने के लिए केवल पढ़ने के लिए केवल पढ़ने के लिए केवल पढ़ने के लिए केवल पढ़ने के लिए हां हां
सोलारिस 7 11/99+ हां हां
सोलारिस 8/9/10 हां हां
डिस्क ऑपरेटिंग सिस्टम, फ्रीडिस्क ऑपरेटिंग सिस्टम,विंडोज 3.11,विंडोज 95,विंडोज 95 ओ एसआर2+ और अन्य डिस्क ऑपरेटिंग सिस्टम आधारित ओएस नहीं नहीं नहीं नहीं नहीं नहीं नहीं कोई देशी समर्थन नहीं। फाइलसिस्टम जिनमें ISO9660 पश्चगामी संगतता संरचना है, को पढ़ा जा सकता है।
विंडोज 98,विंडोज Me केवल पढ़ने के लिए and only for CD/DVD optical disks नहीं नहीं नहीं नहीं नहीं नहीं तृतीय पक्ष उपयोगिताओं के माध्यम से अतिरिक्त पठन/लेखन समर्थन
विंडोज 2000 केवल पढ़ने के लिए केवल पढ़ने के लिए नहीं नहीं नहीं नहीं नहीं तृतीय पक्ष उपयोगिताओं के माध्यम से अतिरिक्त पठन/लेखन समर्थन
विंडोज एक्सपी/सर्वर 2003 केवल पढ़ने के लिए केवल पढ़ने के लिए केवल पढ़ने के लिए नहीं नहीं हां हां तृतीय पक्ष उपयोगिताओं के माध्यम से अतिरिक्त पठन/लेखन समर्थन
विंडोज विस्टा हां हां हां हां केवल पढ़ने के लिए हां हां माइक्रोसॉफ्ट द्वारा लाइव फाइल सिस्टम के रूप में संदर्भित। गैर-ऑप्टिकल उपकरणों पर नकली एमबीआर विभाजन की आवश्यकता होती है।
विंडोज 7,विंडोज 8,विंडोज 10 हां हां हां हां हां हां हां
प्रचालन तंत्र 1.02 1.50 2.0x 2.50 2.60 VAT अल्प तालिका टिप्पणी
यूडीएफ संशोधन (पढ़ें + लिखें) गैर सादा

यह भी देखें

संदर्भ

  1. 1.0 1.1 "ECMA-167 – Volume and File Structure for Write-Once and Rewritable Media using Non-Sequential Recording for Information Interchange" (PDF).
  2. Multi-session mastering has always been part of the UDF specification. See [UDF 2.01/6.10.1], though earlier documents were not very clear that the anchor offsets are specified to be from the last session.
  3. 3.0 3.1 3.2 3.3 "OSTA - UDF Specifications".
  4. "ECMA Technical Report TR/71: DVD Read-Only Disk File System Specifications" (PDF). February 1998.
  5. "Wenguang's Introduction to Universal Disk Format (UDF)".
  6. 6.0 6.1 Mentioned only in history of Revision 1.02
  7. "OSTA Universal Disk Format Specification Revision 1.02" (PDF).
  8. "OSTA Universal Disk Format Specification Revision 1.50" (PDF).
  9. "OSTA Universal Disk Format Specification Revision 2.00" (PDF).
  10. "OSTA Universal Disk Format Specification Revision 2.01" (PDF).
  11. "OSTA Universal Disk Format Specification Revision 2.50" (PDF).
  12. 12.0 12.1 12.2 "OSTA Universal Disk Format Specification Revision 2.60" (PDF).
  13. Thompson, Robert Bruce; Thompson, Barbara Fritchman (24 July 2003). "PC Hardware in a Nutshell: A Desktop Quick Reference" by Robert Bruce Thompson, Barbara Fritchman Thompson (2003) −– Chapter 11 (starting page 340): CD writers. ISBN 9780596552343.
  14. 14.0 14.1 "UDF 2.60 approved errata" (PDF). Retrieved 22 April 2018.
  15. "Sony Mavica UDF Compatibility Issue". Apple. 19 February 2012. Archived from the original on April 26, 2012. Retrieved 16 July 2014.
  16. "Mac OS X UDF Compatibility Issues". Free(code). 11 July 2012. Retrieved 16 July 2014.
  17. "Intel Update". Apple. 14 November 2007. Archived from the original on March 28, 2010. Retrieved 16 July 2014.
  18. "PowerPC Update". Apple. 14 November 2007. Archived from the original on May 31, 2010. Retrieved 16 July 2014.
  19. "Microsoft Windows UDF Read Troubleshooting". microsoft.com.
  20. "Windows XP UDF hotfix". microsoft.com.
  21. "MS Windows and UDF optical discs".
  22. "JElchison/format-udf: Bash script to format a block device (hard drive or Flash drive) in UDF". GitHub. 27 June 2020. The output is a drive that can be used for reading/writing across multiple operating system families: Windows, macOS, and Linux. This script should be capable of running in macOS or in Linux.

अग्रिम पठन

  • ISO/IEC 13346 standaआरd, also kनहींwn as ECMA-167.

बाहरी संबंध