ISO 9660 (หรือที่รู้จักกันในชื่อECMA -119 ) เป็นระบบไฟล์สำหรับ สื่อ ออปติคอลดิสก์ระบบไฟล์นี้เป็นมาตรฐานสากลที่มีให้จากองค์การมาตรฐานสากล (ISO) เนื่องจากข้อกำหนดนี้เปิดเผยต่อสาธารณะ จึงมีการเขียนการใช้งานสำหรับระบบปฏิบัติการต่างๆ มากมาย ^{[ 1 ]}

ISO 9660 มีรากฐานมาจากรูปแบบ High Sierra [ ^{2 ]}ซึ่งจัดเรียงข้อมูลไฟล์ในรูปแบบที่หนาแน่นและเรียงลำดับเพื่อลดการเข้าถึงที่ไม่เรียงลำดับโดยใช้การจัดเรียงระบบไฟล์แบบลำดับชั้น (แปดระดับของไดเร็กทอรี) คล้ายกับ^ระบบ ไฟล์ UnixและFATเพื่ออำนวยความสะดวกในการใช้งานข้ามแพลตฟอร์ม จึงได้กำหนดชุดคุณลักษณะไฟล์ทั่วไปขั้นต่ำ (ไดเร็กทอรีหรือไฟล์ธรรมดาและเวลาที่บันทึก) และคุณลักษณะชื่อ (ชื่อ นามสกุล และเวอร์ชัน) และใช้พื้นที่ใช้งานระบบแยกต่างหากซึ่งสามารถระบุส่วนขยายเพิ่มเติมสำหรับแต่ละไฟล์ได้ในอนาคต High Sierra ได้รับการยอมรับในเดือนธันวาคม 1986 (พร้อมการเปลี่ยนแปลง) เป็นมาตรฐานสากลโดยEcma Internationalในชื่อ ECMA-119 ^{[ 3 ]} และส่งไปยัง ISOเพื่อดำเนินการอย่างรวดเร็วซึ่งในที่สุดก็ได้รับการยอมรับเป็น ISO 9660:1988 ^{[ 4 ]}การแก้ไขเพิ่มเติมของมาตรฐานในภายหลังได้รับการเผยแพร่ในปี 2013, 2017, 2019 และ 2020

16 เซกเตอร์แรกของระบบไฟล์ว่างเปล่าและสงวนไว้สำหรับการใช้งานอื่น ส่วนที่เหลือเริ่มต้นด้วยชุดตัวอธิบายวอลุ่ม (บล็อกส่วนหัวที่อธิบายเค้าโครงถัดไป) จากนั้นจึงเป็นตารางเส้นทาง ไดเร็กทอรี และไฟล์บนดิสก์ ดิสก์ที่สอดคล้องกับมาตรฐาน ISO 9660 ต้องมีตัวอธิบายวอลุ่มหลัก อย่างน้อยหนึ่งตัว ที่อธิบายระบบไฟล์ และตัวจบชุดตัวอธิบายวอลุ่มซึ่งเป็นตัวอธิบายวอลุ่มที่ทำเครื่องหมายจุดสิ้นสุดของชุดตัวอธิบาย ตัวอธิบายวอลุ่มหลักให้ข้อมูลเกี่ยวกับวอลุ่ม คุณลักษณะ และเมตาเดตา รวมถึงระเบียนไดเร็กทอรีรากที่ระบุว่าไดเร็กทอรีรากตั้งอยู่ในเซกเตอร์ใด ฟิลด์อื่นๆ มีเมตาเดตา เช่น ชื่อวอลุ่มและผู้สร้าง พร้อมด้วยขนาดและจำนวนบล็อกตรรกะที่ระบบไฟล์ใช้ ตารางเส้นทางสรุปโครงสร้างไดเร็กทอรีของลำดับชั้นไดเร็กทอรีที่เกี่ยวข้อง สำหรับแต่ละไดเร็กทอรีในอิมเมจ ตารางเส้นทางจะให้ตัวระบุไดเร็กทอรี ตำแหน่งของส่วนขยายที่บันทึกไดเร็กทอรี ความยาวของแอตทริบิวต์เพิ่มเติมใดๆ ที่เกี่ยวข้องกับไดเร็กทอรี และดัชนีของรายการตารางเส้นทางไดเร็กทอรีแม่

มีส่วนขยายหลายอย่างของ ISO 9660 ที่ช่วยลดข้อจำกัดบางประการ ตัวอย่างที่โดดเด่น ได้แก่Rock Ridge (สิทธิ์การเข้าถึงแบบ Unix และชื่อไฟล์ที่ยาวขึ้น), Joliet ( Unicode ทำให้สามารถ ใช้ ตัวอักษร ที่ไม่ใช่ภาษาละตินได้ ), El Torito (ทำให้สามารถบูตจาก ซีดีได้ ) และส่วนขยาย Apple ISO 9660 (คุณลักษณะของไฟล์ที่เฉพาะเจาะจงสำหรับMac OSและmacOS รุ่นคลาสสิก เช่นresource forks , วันที่สำรองไฟล์ และอื่นๆ)

แผ่นซีดีถูกพัฒนาขึ้นครั้งแรกเพื่อบันทึกข้อมูลทางดนตรี แต่ในไม่ช้าก็ถูกนำมาใช้จัดเก็บข้อมูลดิจิทัลประเภทอื่นๆ เนื่องจากมีประสิทธิภาพเท่าเทียมกันสำหรับการจัดเก็บข้อมูลจำนวนมาก ในรูปแบบเอกสารสำคัญ เรียกว่าCD-ROMรูปแบบระดับต่ำสุดสำหรับแผ่นซีดีประเภทนี้ถูกกำหนดไว้ใน ข้อกำหนด Yellow Bookในปี 1983 อย่างไรก็ตาม หนังสือเล่มนี้ไม่ได้กำหนดรูปแบบใดๆ สำหรับการจัดระเบียบข้อมูลบน CD-ROM ให้เป็นหน่วยตรรกะ เช่นไฟล์ซึ่งนำไปสู่การที่ผู้ผลิต CD-ROM แต่ละรายสร้างรูปแบบของตนเอง เพื่อพัฒนาระบบไฟล์มาตรฐาน CD-ROM ( Z39.60 - โครงสร้างปริมาตรและไฟล์ของ CD-ROM สำหรับการแลกเปลี่ยนข้อมูล ) องค์การมาตรฐานข้อมูลแห่งชาติ (NISO) ได้จัดตั้งคณะกรรมการมาตรฐาน SC EE (รูปแบบข้อมูลแผ่นซีดี) ขึ้นในเดือนกรกฎาคม 1985 ^{[ 5 ]}ในเดือนกันยายน/ ^{[ 6 ]}ตุลาคม 1985 บริษัทหลายแห่งได้เชิญผู้เชี่ยวชาญเข้าร่วมในการพัฒนาเอกสารการทำงานสำหรับมาตรฐานดังกล่าว

ในเดือนพฤศจิกายน พ.ศ. 2528 ตัวแทนจากผู้ผลิตฮาร์ดแวร์คอมพิวเตอร์ได้รวมตัวกันที่โรงแรมและคาสิโนไฮเซียร์รา (ปัจจุบันเรียกว่า โกลเด้น นูเก็ต เลค ทาโฮ ) ในเมืองสเตทไลน์ รัฐเนวาดา [ ^{7 ] กลุ่ม}นี้กลายเป็นที่รู้จักในชื่อกลุ่มไฮเซียร์รา ( HSG ) ผู้เข้าร่วมการประชุมประกอบด้วยตัวแทนจากApple Computer , AT&T , Digital Equipment Corporation (DEC), Hitachi , LaserData , Microware , Microsoft , 3M , Philips , Reference Technology Inc. , Sony Corporation , TMS Inc. , VideoTools (ต่อมาคือ Meridian ^{[ 8 ]} ), XebecและYelickรายงานการประชุมพัฒนามาจาก มาตรฐาน CD-ROM Yellow Bookซึ่งเปิดกว้างมากจนนำไปสู่ความหลากหลายและการสร้างวิธีการจัดเก็บข้อมูลที่ไม่เข้ากันมากมายข้อเสนอของกลุ่มไฮเซียร์รา ( HSGP ) ได้รับการเผยแพร่ในเดือนพฤษภาคม พ.ศ. 2529 โดยกำหนดระบบไฟล์สำหรับ CD-ROM ซึ่งโดยทั่วไปรู้จักกันในชื่อรูปแบบไฮเซียร์รา

ร่างข้อเสนอฉบับนี้ถูกส่งไปยังสมาคมผู้ผลิตคอมพิวเตอร์แห่งยุโรป (ECMA) เพื่อกำหนดมาตรฐาน โดยมีการเปลี่ยนแปลงบางประการ ส่งผลให้มีการออกมาตรฐาน ECMA-119 ฉบับแรกในเดือนธันวาคม พ.ศ. 2529 ^{[ 9 ]} ECMA ได้ส่งมาตรฐานของตนไปยังองค์การมาตรฐานสากล (ISO) เพื่อเร่งดำเนินการซึ่งได้มีการปรับปรุงเพิ่มเติมจนกลายเป็นมาตรฐาน ISO 9660 เพื่อความเข้ากันได้ มาตรฐาน ECMA-119 ฉบับที่สองจึงได้รับการแก้ไขให้เทียบเท่ากับ ISO 9660 ในเดือนธันวาคม พ.ศ. 2530 ^{[ 10 ] [ 11 ] [ 12 ]} ISO 9660:1988ได้รับการเผยแพร่ในปี พ.ศ. 2531 การเปลี่ยนแปลงหลักจากรูปแบบ High Sierra ในมาตรฐาน ECMA-119 และ ISO 9660 คือการขยายไปสู่ระดับสากลเพื่อให้รูปแบบนี้ใช้งานได้ดียิ่งขึ้นในตลาดนอกสหรัฐอเมริกา

เพื่อไม่ให้เกิดความไม่เข้ากัน NISO จึงระงับการทำงานเพิ่มเติมเกี่ยวกับ Z39.60 ซึ่งได้รับการรับรองโดยสมาชิก NISO เมื่อวันที่ 28 พฤษภาคม 1987 โดยถูกถอนออกก่อนการอนุมัติขั้นสุดท้าย และหันมาใช้ ISO 9660 แทน^{[ 5 ]}

JIS X 0606:1998 ได้รับการอนุมัติในญี่ปุ่นในปี 1998 โดยมีกฎการตั้งชื่อไฟล์ที่ผ่อนปรนมากขึ้นโดยใช้โครงสร้างข้อมูล "ตัวอธิบายวอลุ่มที่ได้รับการปรับปรุง" ใหม่ มาตรฐานนี้ถูกส่งสำหรับ ISO 9660:1999 และคาดว่าจะดำเนินการอย่างรวดเร็ว แต่ก็ไม่มีอะไรเกิดขึ้น^{[ 13 ]} อย่างไรก็ตาม ระบบปฏิบัติการและเครื่องมือสร้างแผ่นดิสก์หลายตัว (เช่นNero Burning ROM , mkisofsและImgBurn ) ในปัจจุบันรองรับส่วนเพิ่มเติมนี้ภายใต้ชื่อต่างๆ เช่น "ISO 9660:1999", "ISO 9660 v2" หรือ "ISO 9660 ระดับ 4" ในปี 2013 ข้อเสนอดังกล่าวได้รับการจัดทำเป็นทางการในรูปแบบของ ISO 9660/Amendment 1 ซึ่งมีจุดประสงค์เพื่อ "สร้างความสอดคล้องกันระหว่าง ISO 9660 และ ' ข้อกำหนด Joliet ' ที่ใช้กันอย่างแพร่หลาย" ^{[ 14 ]}ในเดือนธันวาคม พ.ศ. 2560 ได้มีการเผยแพร่ ECMA-119 ฉบับที่ 3 ซึ่งมีลักษณะทางเทคนิคเหมือนกับ ISO 9660 ฉบับแก้ไขเพิ่มเติม 1 ^{[ 15 ]}

ในปี 2019 ECMA ได้เผยแพร่ ECMA-119 เวอร์ชันที่ 4 ซึ่งรวมข้อความ Joliet ไว้เป็น "ภาคผนวก C" ^{[ 1 ]}

ในปี 2020 ISO ได้เผยแพร่การแก้ไขเพิ่มเติมฉบับที่ 2 ซึ่งเพิ่มรายละเอียดเล็กน้อยเพื่อชี้แจง แต่ไม่ได้เพิ่มหรือแก้ไขข้อมูลทางเทคนิคใดๆ ของมาตรฐาน^{[ 16 ]}

ต่อไปนี้คือโครงสร้างโดยรวมอย่างคร่าวๆ ของระบบไฟล์ ISO 9660

ค่า หลายไบต์สามารถจัดเก็บได้ในสามรูปแบบที่แตกต่างกัน ได้แก่little-endian , big-endianและการรวมทั้งสองประเภทเข้าด้วยกันในสิ่งที่ข้อกำหนดเรียกว่าลำดับ "both-byte" ลำดับ both-byte เป็นสิ่งจำเป็นในหลายฟิลด์ในตัวอธิบายวอลุ่มและระเบียนไดเร็กทอรี ในขณะที่ตารางเส้นทางสามารถเป็นได้ทั้ง little-endian หรือ big-endian ^{[ 17 ]}

พื้นที่ระบบซึ่งเป็นข้อมูล 32,768 ไบต์แรกของดิสก์ (16 เซกเตอร์ เซกเตอร์ละ 2,048 ไบต์) ไม่ได้ถูกใช้งานโดย ISO 9660 ดังนั้นจึงสามารถนำไปใช้ประโยชน์อื่นได้^{[ 17 ]}แม้ว่าจะมีการแนะนำว่าควรสงวนไว้สำหรับการใช้งานโดยสื่อบูตได้ [ ^{18 ] แต่}ซีดีรอมอาจมีตัวอธิบายระบบไฟล์ทางเลือกในพื้นที่นี้ และมักใช้โดยซีดีไฮบริดเพื่อนำเสนอเนื้อหาเฉพาะของ Mac OSและmacOS แบบคลาสสิก แผ่นเกม Sega Saturnเก็บข้อมูลเมตาและแม้แต่โค้ดที่สามารถเรียกใช้งานได้ (เช่น รูทีนเริ่มต้นของเกม) ในพื้นที่ระบบ^{[ 19 ]}

พื้นที่ข้อมูลเริ่มต้นด้วยชุดตัวอธิบายวอลุ่มซึ่งเป็นชุดของตัวอธิบายวอลุ่ม ตั้งแต่หนึ่งตัวขึ้นไป โดย แต่ละส่วนจะสิ้นสุดด้วยตัวจบชุดตัวอธิบายวอลุ่มโดยรวมแล้ว ส่วนเหล่านี้ทำหน้าที่เป็นส่วนหัวของพื้นที่ข้อมูล เพื่ออธิบายเนื้อหาของพื้นที่นั้น (คล้ายกับบล็อกพารามิเตอร์ BIOSที่ใช้โดย ดิสก์ที่ฟอร์แมตด้วย FAT , HPFSและNTFS )

ตัวระบุวอลุ่มแต่ละตัวมีขนาด 2048 ไบต์ ซึ่งพอดีกับเซกเตอร์แบบ Mode 1 หรือ Mode 2 Form 1 โดยมีโครงสร้างดังต่อไปนี้:

ช่องข้อมูลของตัวระบุวอลุ่มอาจถูกแบ่งย่อยออกเป็นหลายช่อง โดยเนื้อหาที่แน่นอนจะขึ้นอยู่กับประเภท นอกจากนี้ยังสามารถรวมสำเนาสำรองของตัวระบุวอลุ่มแต่ละตัวไว้ด้วย ในกรณีที่สำเนาแรกของตัวระบุเกิดความเสียหาย

ประเภทตัวระบุปริมาตรมาตรฐานมีดังต่อไปนี้:

ดิสก์ที่ตรงตามมาตรฐาน ISO 9660 ต้องมีตัวอธิบายวอลุ่มหลัก อย่างน้อยหนึ่งตัว ที่อธิบายระบบไฟล์ และตัวสิ้นสุดชุดตัวอธิบายวอลุ่มเพื่อระบุจุดสิ้นสุดของลำดับตัวอธิบายตัวสิ้นสุดชุดตัวอธิบายวอลุ่มเป็นเพียงตัวอธิบายวอลุ่มประเภทหนึ่งที่มีจุดประสงค์เพื่อทำเครื่องหมายจุดสิ้นสุดของชุดโครงสร้างนี้ ตัวอธิบายวอลุ่มหลักให้ข้อมูลเกี่ยวกับวอลุ่ม คุณลักษณะ และเมตาเดตา รวมถึงระเบียนไดเร็กทอรีรากที่ระบุว่าไดเร็กทอรีรากตั้งอยู่ในเซกเตอร์ใด ฟิลด์อื่นๆ ประกอบด้วยคำอธิบายหรือชื่อของวอลุ่ม และข้อมูลเกี่ยวกับผู้สร้างและแอปพลิเคชันที่ใช้สร้าง ขนาดของบล็อกตรรกะที่ระบบไฟล์ใช้ในการแบ่งส่วนวอลุ่มจะถูกจัดเก็บไว้ในฟิลด์ภายในตัวอธิบายวอลุ่มหลัก เช่นเดียวกับปริมาณพื้นที่ที่วอลุ่มครอบครอง (วัดเป็นจำนวนบล็อกตรรกะ)

นอกเหนือจากตัวบ่งชี้ปริมาตรหลักแล้วอาจมี ตัวบ่งชี้ปริมาตรเสริมหรือตัวบ่งชี้ปริมาตรที่ได้รับการปรับปรุงเพิ่มเติม อยู่ด้วย

• คำอธิบายปริมาณเสริมจะอธิบายปริมาณเดียวกันกับคำอธิบายปริมาณหลัก และโดยปกติจะใช้เพื่อรองรับชุดรหัสเพิ่มเติมเมื่อตารางรหัสมาตรฐานไม่เพียงพอ มาตรฐานระบุว่าใช้ISO 2022 สำหรับการจัดการชุดรหัสที่มีความกว้างมากกว่า 8 ไบต์ และใช้ลำดับการหลีกเลี่ยง ISO 2375เพื่อระบุชุดรหัสแต่ละชุดที่ใช้ ดังนั้น ISO 9660 จึงรองรับชุดอักขระแบบไบต์เดียวและหลายไบต์ในระดับสากล ตราบใดที่ชุดอักขระเหล่านั้นสอดคล้องกับกรอบของมาตรฐานที่อ้างอิง อย่างไรก็ตาม ISO 9660 ไม่ได้ระบุชุดรหัสใด ๆ ที่รับประกันว่าจะได้รับการสนับสนุน การใช้งานตารางรหัสอื่นนอกเหนือจากที่กำหนดไว้ในมาตรฐานนั้นขึ้นอยู่กับข้อตกลงระหว่างผู้จัดทำและผู้รับปริมาณ
• มาตรฐาน ISO 9660 ฉบับแก้ไขเพิ่มเติม 1 ได้นำเสนอคำอธิบายปริมาณข้อมูลที่ได้รับการปรับปรุง ซึ่งผ่อนปรนข้อกำหนดบางประการของคำอธิบายปริมาณข้อมูลอื่นๆ และระเบียนไดเร็กทอรีที่อ้างอิงถึง เช่น ความลึกของไดเร็กทอรีสามารถเกินแปดได้ ตัวระบุไฟล์ไม่จำเป็นต้องมี '.' หรือหมายเลขเวอร์ชันของไฟล์ และความยาวของตัวระบุไฟล์และไดเร็กทอรีสูงสุดอยู่ที่ 207

ตารางเส้นทางจะสรุปโครงสร้างไดเร็กทอรีของลำดับชั้นไดเร็กทอรีที่เกี่ยวข้อง สำหรับแต่ละไดเร็กทอรีในภาพ ตารางเส้นทางจะให้ตัวระบุไดเร็กทอรี ตำแหน่งของขอบเขตที่บันทึกไดเร็กทอรี ความยาวของแอตทริบิวต์เพิ่มเติมใดๆ ที่เกี่ยวข้องกับไดเร็กทอรี และดัชนีของรายการตารางเส้นทางไดเร็กทอรีแม่ หมายเลขไดเร็กทอรีแม่เป็นตัวเลข 16 บิต ซึ่งจำกัดช่วงตั้งแต่ 1 ถึง 65,535 ^{[ 20 ]}

ข้อมูลในไดเร็กทอรีจะถูกจัดเก็บตามตำแหน่งของรายการไดเร็กทอรีราก ซึ่งเป็นจุดเริ่มต้นของการประเมินชื่อไฟล์ ทั้งไดเร็กทอรีและไฟล์จะถูกจัดเก็บใน รูปแบบของ ส่วนขยาย (extents ) ซึ่งเป็นชุดของเซกเตอร์ที่เรียงลำดับกัน ไฟล์และไดเร็กทอรีจะแตกต่างกันเพียงแค่คุณลักษณะของไฟล์ที่ระบุลักษณะของมัน (คล้ายกับระบบ Unix ) คุณลักษณะของไฟล์จะถูกจัดเก็บไว้ในรายการไดเร็กทอรีที่อธิบายไฟล์นั้น และอาจอยู่ในระเบียนคุณลักษณะเพิ่มเติมด้วย ในการค้นหาไฟล์ สามารถตรวจสอบชื่อไดเร็กทอรีในเส้นทางของไฟล์ตามลำดับ โดยไปที่ตำแหน่งของแต่ละไดเร็กทอรีเพื่อรับตำแหน่งของไดเร็กทอรีย่อยถัดไป อย่างไรก็ตาม ไฟล์ยังสามารถค้นหาได้ผ่านตารางเส้นทางที่ระบบไฟล์จัดเตรียมไว้ ตารางเส้นทางนี้จะจัดเก็บข้อมูลเกี่ยวกับแต่ละไดเร็กทอรี ไดเร็กทอรีแม่ และตำแหน่งบนดิสก์ เนื่องจากตารางเส้นทางถูกจัดเก็บในพื้นที่ต่อเนื่อง จึงสามารถค้นหาได้เร็วกว่าการกระโดดไปยังตำแหน่งเฉพาะของแต่ละไดเร็กทอรีในเส้นทางของไฟล์ ซึ่งช่วยลดเวลาในการค้นหา

มาตรฐานดังกล่าวระบุระดับการแลกเปลี่ยนที่ซ้อนกันสามระดับ (เรียบเรียงใหม่จากมาตรา 10):

• ระดับ 1: ชื่อไฟล์จำกัดอยู่ที่แปดตัวอักษร โดยมีส่วนขยายสามตัวอักษร ชื่อไดเร็กทอรีจำกัดอยู่ที่แปดตัวอักษร ไฟล์หนึ่งๆ สามารถมีส่วนไฟล์ได้เพียงส่วนเดียว
• ระดับ 2: ชื่อไฟล์ + '.' + นามสกุลไฟล์ หรือ ชื่อไดเร็กทอรี ต้องมีความยาวไม่เกิน 31 ตัวอักษร (ส่วนที่ 7.5 และ 7.6) ไฟล์หนึ่งๆ สามารถมีส่วนไฟล์ได้เพียงส่วนเดียวเท่านั้น
• ระดับ 3: ไม่มีข้อจำกัดเพิ่มเติมใดๆ นอกเหนือจากที่ระบุไว้ในส่วนหลักของมาตรฐาน ไฟล์ยังสามารถประกอบด้วยส่วนต่างๆ ที่ไม่ต่อเนื่องกันได้ (โดยมีข้อจำกัดบางประการเกี่ยวกับลำดับ)

ข้อจำกัดเพิ่มเติมในเนื้อหาของมาตรฐาน: ความลึกของลำดับชั้นไดเร็กทอรีต้องไม่เกิน 8 (โดยไดเร็กทอรีรากอยู่ที่ระดับ 1) และความยาวของเส้นทางของไฟล์ใดๆ ต้องไม่เกิน 255 (ส่วนที่ 6.8.2.1)

มาตรฐานยังระบุข้อจำกัดชื่อต่อไปนี้ (มาตรา 7.5 และ 7.6): ^{[ 4 ]}

• ชื่อไฟล์ในทุกระดับในลำดับชั้นไฟล์บังคับจะต้องประกอบด้วยตัวอักษรพิมพ์ใหญ่ ตัวเลข เครื่องหมายขีดล่าง ("_") และจุดเท่านั้น (ดูเพิ่มเติมในส่วนที่ 7.4.4 และภาคผนวก A)
• หากไม่ได้ระบุอักขระใดๆ สำหรับชื่อไฟล์ ส่วนขยายชื่อไฟล์จะต้องประกอบด้วยอักขระอย่างน้อยหนึ่งตัว
• หากไม่ได้ระบุอักขระใดๆ สำหรับนามสกุลไฟล์ ชื่อไฟล์จะต้องประกอบด้วยอักขระอย่างน้อยหนึ่งตัว
• ชื่อไฟล์ต้องมีจุดไม่เกินหนึ่งจุด
• ชื่อไดเร็กทอรีจะต้องไม่มีจุดนำหน้าเลย

ผู้ผลิตซีดีรอมอาจเลือกใช้ระดับการแลกเปลี่ยนข้อมูลที่ต่ำกว่าระดับใดระดับหนึ่งตามที่ระบุไว้ในบทที่ 10 ของมาตรฐาน และจำกัดความยาวของชื่อไฟล์เพิ่มเติมจาก 30 ตัวอักษรเหลือเพียง 8+3 สำหรับตัวระบุไฟล์ และ 8 สำหรับตัวระบุไดเร็กทอรี เพื่อส่งเสริมความสามารถในการแลกเปลี่ยนข้อมูลกับระบบที่ไม่ได้ใช้มาตรฐานฉบับเต็ม

ตัวเลขทั้งหมดในระบบไฟล์ ISO 9660 ยกเว้นค่าไบต์เดียวที่ใช้สำหรับค่าชดเชย GMT เป็นตัวเลขที่ไม่มีเครื่องหมาย เนื่องจากความยาวของส่วนขยาย ของไฟล์ บนดิสก์ถูกจัดเก็บในค่า 32 บิต^{[ 21 ]}จึงทำให้มีความยาวสูงสุดเพียงกว่า 4.2  GB เล็กน้อย (หรือแม่นยำกว่านั้นคือ น้อยกว่า 4 GiBหนึ่งไบต์  ) เป็นไปได้ที่จะหลีกเลี่ยงข้อจำกัดนี้โดยใช้คุณสมบัติการแบ่งส่วนหลายส่วนขยาย (fragmentation) ของ ISO 9660 ระดับ 3 เพื่อสร้างระบบไฟล์ ISO 9660 และไฟล์เดียวที่มีขนาดสูงสุด 8 TB ด้วยวิธีนี้ ไฟล์ที่มีขนาดใหญ่กว่า 4 GiB สามารถแบ่งออกเป็นส่วนขยายหลายส่วน (ชุดของเซกเตอร์ตามลำดับ) โดยแต่ละส่วนต้องไม่เกินขีดจำกัด 4 GiB ตัวอย่างเช่น ซอฟต์แวร์ฟรี เช่นInfraRecorder , ImgBurnและmkisofsรวมถึงRoxio Toastสามารถสร้างระบบไฟล์ ISO 9660 ที่ใช้ไฟล์หลายส่วนขยายเพื่อจัดเก็บไฟล์ที่มีขนาดใหญ่กว่า 4 GiB บนสื่อที่เหมาะสม เช่น DVD ที่บันทึกได้Linuxรองรับส่วนขยายหลายส่วน^{[ 22 ]}

นับตั้งแต่การแก้ไขครั้งที่ 1 (หรือ ECMA-119 ฉบับที่ 3 หรือ "JIS X 0606:1998 / ISO 9660:1999") ระบบ EVD สามารถแสดงโครงสร้างไฟล์ได้หลากหลายมากขึ้น ไม่มีการจำกัดจำนวนอักขระอีกต่อไป (แม้แต่ตัวอักขระ 8 บิตก็อนุญาต) ไม่มีการจำกัดความลึกหรือความยาวเส้นทาง อย่างไรก็ตาม ยังคงมีการจำกัดความยาวชื่อไว้ที่ 207 ชุดอักขระจะไม่ถูกบังคับใช้อีกต่อไป ดังนั้นทั้งสองฝ่ายของการแลกเปลี่ยนดิสก์จะต้องตกลงกันผ่านช่องทางอื่น^{[ 15 ]}

วอลุ่ม ISO 9660 สามารถมีขนาดได้ถึง 8 เทบิไบต์ (เกือบ 8.8 เทราไบต์) เนื่องจากจำนวนเซกเตอร์ 32 บิตสำหรับขนาดวอลุ่ม และขนาดหน่วยการจัดสรรซึ่งครอบคลุม 2048 ไบต์ ซึ่งตรงกับเซกเตอร์เชิงตรรกะบนแผ่นดิสก์แบบออปติคอล ตัวเลขสูงสุดที่สามารถแสดงได้ในฟิลด์ 32 บิตคือ 2³² ^- 1 ซึ่งจำกัดขนาดวอลุ่มไว้ที่ ( ^2³² - 1) × 2048 ไบต์ คำว่า "เชิงตรรกะ" หมายถึงขนาดเซกเตอร์ที่ระบบปฏิบัติการมองเห็น ไม่จำเป็นต้องเป็นขนาดเซกเตอร์ทางกายภาพบนแผ่นดิสก์ แผ่น DVD และ Blu-ray ยังคงใช้ขนาดเซกเตอร์เชิงตรรกะของ CD-ROM ที่ 2048 ไบต์ เพื่อพยายามรักษาความเข้ากันได้ในการอ่านกับคอมพิวเตอร์และซอฟต์แวร์รุ่นก่อนหน้า

มีส่วนขยายหลายอย่างของ ISO 9660 ที่ช่วยลดข้อจำกัดบางประการ ตัวอย่างที่โดดเด่น ได้แก่Rock Ridge (สิทธิ์การเข้าถึงแบบ Unix และชื่อไฟล์ที่ยาวขึ้น), Joliet ( Unicode ทำให้สามารถ ใช้ ตัวอักษร ที่ไม่ใช่ภาษาละตินได้ ), El Torito (ทำให้สามารถบูตจาก ซีดีได้ ) และส่วนขยาย Apple ISO 9660 (คุณลักษณะของไฟล์ที่เฉพาะเจาะจงสำหรับMac OSและmacOS รุ่นคลาสสิก เช่นresource forks , วันที่สำรองไฟล์ และอื่นๆ)

โปรโตคอลการแบ่งปันการใช้งานระบบ (SUSP, IEEE P1281) เป็นวิธีการทั่วไปในการเพิ่มคุณสมบัติเพิ่มเติมให้กับรายการไดเร็กทอรีใดๆ ที่สามารถเข้าถึงได้จากตัวอธิบายวอลุ่มหลัก (PVD) ในวอลุ่ม ISO 9660 ทุกรายการไดเร็กทอรีจะมีพื้นที่การใช้งานระบบ ที่เป็นตัวเลือก ซึ่งเนื้อหาไม่ได้ถูกกำหนดไว้และปล่อยให้ระบบตีความเอง SUSP กำหนดวิธีการแบ่งพื้นที่นั้นออกเป็นฟิลด์การใช้งานระบบหลายฟิลด์ โดยแต่ละฟิลด์ระบุด้วยแท็กลายเซ็นสองตัวอักษร แนวคิดเบื้องหลัง SUSP คือการช่วยให้สามารถสร้างและรวมส่วนขยายอิสระจำนวนมากของ ISO 9660 ไว้ในวอลุ่มได้โดยไม่เกิดข้อขัดแย้ง นอกจากนี้ยังช่วยให้สามารถรวมข้อมูลคุณสมบัติที่อาจมีขนาดใหญ่เกินกว่าจะพอดีกับขอบเขตของพื้นที่การใช้งานระบบได้

SUSP กำหนดแท็กทั่วไปและฟิลด์การใช้งานระบบไว้หลายรายการ:

• CE: พื้นที่ต่อเนื่อง
• PD: ฟิลด์เว้นช่องว่าง
• SP: ตัวบ่งชี้โปรโตคอลการแชร์การใช้งานระบบ
• ST: ตัวยุติโปรโตคอลการใช้ระบบร่วมกัน
• ER: ข้อมูลอ้างอิงส่วนขยาย
• ESตัวเลือกส่วนขยาย

ฟิลด์ SUSP อื่นๆ ที่รู้จัก ได้แก่:

• AA: ส่วนขยายของ Apple ที่แนะนำ
• BAส่วนขยายของ Apple รุ่นเก่า (ไม่มีแอตทริบิวต์ความยาว)
• ASคุณสมบัติไฟล์ Amiga
• ZF: ไฟล์บีบอัด zisofs ซึ่งโดยปกติสร้างโดยโปรแกรม mkzftree หรือ libisofs จะถูกคลายการบีบอัดโดยเคอร์เนล Linux อย่างโปร่งใสหากสร้างด้วย CONFIG_ZISOFS ^{[ 23 ]}
• AL: บันทึกคุณลักษณะไฟล์เพิ่มเติมรวมถึงACLเสนอโดยlibburniaสนับสนุนโดย libisofs ^{[ 24 ]}

ส่วนขยายของ Apple ไม่ได้เป็นไปตามมาตรฐาน SUSP อย่างเป็นทางการ แต่โครงสร้างพื้นฐานของฟิลด์ AA และ AB ที่ Apple กำหนดนั้นสามารถใช้งานร่วมกับ SUSP ได้ ดังนั้น หากใช้ด้วยความระมัดระวัง ไดรฟ์ข้อมูลจึงสามารถใช้ทั้งส่วนขยายของ Apple และส่วนขยาย RRIP ได้

โปรโตคอลการแลกเปลี่ยน Rock Ridge (RRIP, IEEE P1282) เป็นส่วนขยายที่เพิ่ม ความหมาย ของระบบไฟล์POSIX คุณสมบัติส่วนขยายเหล่านี้ช่วยให้สามารถบูรณาการกับ ระบบ ปฏิบัติการ Unixและระบบปฏิบัติการที่คล้าย Unix ได้ดียิ่งขึ้น ^{[ 25 ]}มาตรฐานนี้ตั้งชื่อตามเมืองสมมติRock Ridgeในภาพยนตร์Blazing SaddlesของMel Brooks ^{[ 26 ]}ส่วนขยายของ RRIP โดยสังเขปมีดังนี้:

• ชื่อไฟล์ที่ยาวขึ้น (สูงสุด 255 ไบต์) และข้อจำกัดเกี่ยวกับอักขระที่อนุญาตน้อยลง (รองรับตัวพิมพ์เล็ก เป็นต้น)
• โหมดไฟล์แบบ UNIX , รหัสผู้ใช้และรหัสกลุ่ม, และการประทับเวลา ของไฟล์
• รองรับลิงก์เชิงสัญลักษณ์และไฟล์อุปกรณ์
• โครงสร้างลำดับชั้นของไดเร็กทอรีที่ลึกกว่า (มากกว่า 8 ระดับ)
• การจัดเก็บไฟล์แบบสปาร์ส อย่างมีประสิทธิภาพ

ส่วนขยาย RRIP สร้างขึ้นบนพื้นฐานของ SUSP โดยกำหนดแท็กเพิ่มเติมเพื่อรองรับความหมายของ POSIX พร้อมทั้งรูปแบบและความหมายของฟิลด์การใช้งานระบบที่เกี่ยวข้อง:

• RR: ตัวบ่งชี้การใช้งานส่วนขยาย Rock Ridge (หมายเหตุ: ถูกยกเลิกจากมาตรฐานหลังจากเวอร์ชัน 1.09)
• PX: คุณสมบัติไฟล์ POSIX
• PNหมายเลขอุปกรณ์ POSIX
• SL: ลิงก์สัญลักษณ์
• NMชื่ออื่น
• CL: ลิงก์ลูก
• PL: ลิงก์หลัก
• RE: ย้ายไดเร็กทอรี
• TF: ประทับเวลา
• SFข้อมูลไฟล์แบบกระจัดกระจาย

Amiga Rock Ridgeคล้ายกับ RRIP ยกเว้นว่ามันมีคุณสมบัติเพิ่มเติมที่ใช้โดยAmigaOSโดยสร้างขึ้นบนมาตรฐาน SUSP เช่นกัน โดยกำหนดฟิลด์การใช้งานระบบที่มีแท็ก "AS" ดังนั้นทั้ง Amiga Rock Ridge และ POSIX RRIP จึงสามารถใช้งานพร้อมกันบนวอลุ่มเดียวกันได้ คุณสมบัติเฉพาะบางอย่างที่รองรับโดยส่วนขยายนี้คือ บิต Amiga เพิ่มเติม สำหรับไฟล์ มีการสนับสนุนแอตทริบิวต์ "P" ซึ่งย่อมาจากบิต "บริสุทธิ์" (บ่งชี้คำสั่ง re-entrant) และแอตทริบิวต์ "S" สำหรับบิตสคริปต์ (บ่งชี้ไฟล์แบตช์ ) ซึ่งรวมถึงแฟล็กการป้องกันและฟิลด์ความคิดเห็นเสริม ส่วนขยายเหล่านี้ได้รับการแนะนำโดย Angela Schmidt ด้วยความช่วยเหลือของ Andrew Young ผู้เขียนหลักของ Rock Ridge Interchange Protocol และ System Use Sharing Protocol ซอฟต์แวร์แรกที่เผยแพร่สู่สาธารณะเพื่อสร้าง CD-ROM ที่มีส่วนขยาย Amiga คือMakeCDซึ่งเป็นซอฟต์แวร์ Amiga ที่ Angela Schmidt พัฒนาร่วมกับ Patrick Ohly ^{[ 27 ]}

El Toritoเป็นส่วนขยายที่ออกแบบมาเพื่ออนุญาตให้บูตคอมพิวเตอร์จากซีดีรอม มีการประกาศในเดือนพฤศจิกายน พ.ศ. 2537 ^{[ 28 ]}และเผยแพร่ครั้งแรกในเดือนมกราคม พ.ศ. 2538 โดยเป็นข้อเสนอร่วมกันระหว่างIBM และ Phoenix Technologiesผู้ผลิต BIOS ตามตำนาน ส่วนขยาย El Torito CD/DVD สำหรับ ISO 9660 ได้รับชื่อนี้เนื่องจากการออกแบบมีต้นกำเนิดมาจาก ร้านอาหาร El Toritoในเมืองเออร์ไวน์ รัฐแคลิฟอร์เนีย ( 33.684722°N 117.852547°W ) ^{[ 29 ]}ผู้เขียนสองคนแรกคือ Curtis Stevens จาก Phoenix Technologies และ Stan Merkin จาก IBM ^{[ 29 ]}33°41′05″N117°51′09″W / / 33.684722; -117.852547

BIOS ของพีซีแบบ 32 บิตจะค้นหารหัสบูตบนแผ่นซีดีรอม ISO 9660 มาตรฐานนี้อนุญาตให้บูตได้สองโหมด คือ โหมดจำลองฮาร์ดดิสก์ ซึ่งสามารถเข้าถึงข้อมูลบูตได้โดยตรงจากแผ่นซีดี หรือโหมดจำลองฟลอปปี้ดิสก์ ซึ่งข้อมูลบูตจะถูกจัดเก็บไว้ในไฟล์ภาพของฟ ล อปปี้ดิสก์ที่โหลดจากแผ่นซีดีและทำงานเสมือนเป็นฟลอปปี้ดิสก์ วิธีนี้มีประโยชน์สำหรับคอมพิวเตอร์ที่ออกแบบมาให้บูตจากฟลอปปี้ไดรฟ์เท่านั้น สำหรับคอมพิวเตอร์สมัยใหม่ โหมด "ไม่จำลอง" มักจะเป็นวิธีที่เชื่อถือได้มากกว่า BIOS จะกำหนดหมายเลขไดรฟ์ BIOS ให้กับไดรฟ์ซีดี หมายเลขไดรฟ์ (สำหรับINT 13H ) ที่กำหนดจะเป็นเลขฐาน_{สิบหก} 80 ( จำลอง ฮาร์ดดิสก์ ), เลขฐาน _{สิบหก} 00 ( จำลอง ฟลอปปี้ดิสก์ ) หรือหมายเลขใดๆ ก็ได้หาก BIOS ไม่ต้องการให้จำลอง การจำลองมีประโยชน์สำหรับการบูตระบบปฏิบัติการ รุ่นเก่า จากแผ่นซีดี โดยทำให้ดูเหมือนว่ากำลังบูตจากฮาร์ดดิสก์หรือฟลอปปี้ดิสก์^{[ 30 ]}

ระบบ UEFIยังยอมรับเรคอร์ด El Torito เป็นแพลตฟอร์ม 0xEF เรคอร์ดนี้คาดว่าจะเป็นอิมเมจดิสก์ที่มีระบบไฟล์ FAT โดยระบบไฟล์จะเป็นพาร์ติชันระบบ EFIที่มีไดเร็กทอรีปกติ\EFIอิมเมจควรถูกทำเครื่องหมายสำหรับ "ไม่จำลอง" แม้ว่าจะไม่ได้ทำงานเหมือนโหมด "ไม่จำลอง" ของ BIOS ซึ่ง BIOS จะโหลดอิมเมจลงในหน่วยความจำและเรียกใช้โค้ดจากที่นั่น^{[ 31 ]}

นอกจากนี้ El Torito ยังสามารถใช้สร้างซีดีที่สามารถบูตระบบปฏิบัติการLinux ได้ โดยการรวมบูตโหลดเดอร์ GRUBไว้ในซีดีและปฏิบัติตามข้อกำหนด Multiboot Specification [ ^{30 ] แม้ว่า}ข้อกำหนดของ El Torito จะกล่าวถึงรหัสแพลตฟอร์ม "Mac" แต่คอมพิวเตอร์ Apple Macintosh ที่ใช้ PowerPC ไม่ได้ใช้รหัสนี้^{[ 32 ]}

Jolietเป็นส่วนขยายที่กำหนดและรับรองโดยMicrosoftและได้รับการสนับสนุนจากระบบปฏิบัติการWindows ทุกเวอร์ชัน ตั้งแต่Windows 95 ^{[ 33 ]}และWindows NT 4.0 [ ^{34 ] จุด}ประสงค์หลักคือการผ่อนคลายข้อจำกัดของชื่อไฟล์ที่มาพร้อมกับการปฏิบัติตามมาตรฐาน ISO 9660 อย่างสมบูรณ์ Joliet บรรลุเป้าหมายนี้โดยการจัดหาชุดชื่อไฟล์เพิ่มเติมที่เข้ารหัสในUCS-2 BE ( UTF-16 BE ในทางปฏิบัติตั้งแต่ Windows 2000) ชื่อไฟล์เหล่านี้จะถูกจัดเก็บไว้ในตัวอธิบายวอลุ่มเสริมพิเศษ ซึ่งซอฟต์แวร์ที่สอดคล้องกับ ISO 9660 จะไม่สนใจอย่างปลอดภัย จึงรักษาความเข้ากันได้แบบย้อนหลัง^{[ 33 ]}ข้อกำหนดอนุญาตให้ชื่อไฟล์มีความยาวได้สูงสุด 64 อักขระ Unicode เท่านั้น อย่างไรก็ตาม เอกสารสำหรับmkisofsระบุว่าชื่อไฟล์ที่มีความยาวสูงสุด 103 อักขระดูเหมือนจะไม่ก่อให้เกิดปัญหา^{[ 35 ]} Microsoft ได้บันทึกไว้ว่า "สามารถใช้ได้สูงสุด 110 อักขระ" ^{[ 36 ]}ความแตกต่างอยู่ที่ว่ามีการใช้พื้นที่ส่วนขยาย CDXA หรือไม่^{[ 35 ]}

Joliet อนุญาตให้ใช้ตัวอักษร Unicode สำหรับช่องข้อความทั้งหมด ซึ่งรวมถึงชื่อไฟล์และชื่อวอลุ่ม ตัวอธิบายวอลุ่ม "รอง" ประเภท 2 จะมีข้อมูลเดียวกันกับตัวอธิบายวอลุ่มหลัก (เซกเตอร์ 16 ออฟเซ็ต 40 ไบต์) แต่ใน รูปแบบ UCS-2BEจะอยู่ในเซกเตอร์ 17 ออฟเซ็ต 40 ไบต์ ด้วยเหตุนี้ ชื่อวอลุ่มจึงถูกจำกัดไว้ที่ 16 ตัวอักษร

ระบบปฏิบัติการพีซีในปัจจุบันหลายระบบสามารถอ่านสื่อที่จัดรูปแบบด้วย Joliet ได้ ทำให้สามารถแลกเปลี่ยนไฟล์ระหว่างระบบปฏิบัติการเหล่านั้นได้ แม้ว่าจะมีการใช้ตัวอักษรที่ไม่ใช่ตัวอักษรโรมัน (เช่น ภาษาอาหรับ ภาษาญี่ปุ่น หรือตัวอักษรซีริลลิก) ซึ่งก่อนหน้านี้ไม่สามารถทำได้กับสื่อที่จัดรูปแบบด้วย ISO 9660 ทั่วไป ระบบปฏิบัติการที่สามารถอ่านสื่อ Joliet ได้ ได้แก่:

• Microsoft Windows ; ^{[ 33 ]} Microsoft แนะนำให้ใช้ส่วนขยาย Joliet สำหรับนักพัฒนาที่กำหนดเป้าหมายไปที่ Windows ^{[ 33 ]}
• ลินุกซ์^{[ 37 ]}
• macOS ^{[ 38 ]}
• ฟรีบีเอสดี^{[ 39 ]}
• OpenSolaris ^{[ 40 ]}
• ไฮกุ^{[ 41 ]}
• อามิกาโอเอส
• RISC OS ^{[ 42 ]}

Romeoได้รับการพัฒนาโดยAdaptecและอนุญาตให้ใช้ชื่อไฟล์ยาวได้ถึง 128 ตัวอักษร โดยเขียนลงในตัวอธิบายวอลุ่มหลักโดยตรงโดยใช้โค้ดเพจ ปัจจุบัน รูปแบบนี้สร้างขึ้นจากการทำงานของไดรเวอร์ "CDFS" ของ Windows 9x และ Windows NT ^{[ 43 ]}เมื่อการติดตั้ง Windows ที่ใช้ภาษาอื่นเปิด ดิสก์ Romeoการขาดการระบุโค้ดเพจจะทำให้ตัวอักษรที่ไม่ใช่ ASCII ในชื่อไฟล์กลายเป็นMojibakeตัวอย่างเช่น "ü" อาจกลายเป็น "³" ระบบปฏิบัติการอื่นอาจพบปัญหาที่คล้ายกันหรือปฏิเสธที่จะรู้จักชื่อที่ไม่เป็นไปตามข้อกำหนดเหล่านี้โดยสิ้นเชิง

ในทางเทคนิคแล้ว ปัญหาเรื่องรหัสหน้า (code page) ก็มีอยู่ในมาตรฐาน ISO 9660 เช่นกัน ซึ่งอนุญาตให้ตีความตัวอธิบายปริมาตรเสริมและตัวอธิบายปริมาตรขั้นสูงแบบเปิดกว้างไปยังการเข้ารหัสอักขระใดๆ ก็ได้ โดยขึ้นอยู่กับข้อตกลง อย่างไรก็ตาม ตัวอธิบายปริมาตรหลักรับประกันได้ว่าจะเป็นส่วนย่อยเล็กๆ ของ ASCII

Apple Computerได้สร้างส่วนขยายชุดหนึ่งที่เพิ่ม คุณสมบัติ ProDOSหรือHFS / HFS+ (ระบบไฟล์หลักร่วมสมัยสำหรับMac OS รุ่นคลาสสิก ) ให้กับระบบไฟล์ คุณสมบัติเมตาเดต้าเพิ่มเติมบางส่วนได้แก่: ^{[ 44 ]}

• วันที่ทำการสำรองข้อมูลครั้งล่าสุด
• ประเภทไฟล์
• รหัสผู้สร้าง
• ธงและข้อมูลสำหรับการแสดงผล
• การอ้างอิงถึงแหล่งแยกทรัพยากร

เพื่อให้ระบบปฏิบัติการที่ไม่ใช่ Macintosh สามารถเข้าถึงไฟล์ Macintosh บน CD-ROM ได้ Apple จึงเลือกใช้ส่วนขยายของรูปแบบ ISO 9660 มาตรฐาน ข้อมูลส่วนใหญ่ นอกเหนือจากเมตาเดต้าเฉพาะของ Apple ยังคงมองเห็นได้โดยระบบปฏิบัติการที่สามารถอ่าน ISO 9660 ได้

สำหรับระบบปฏิบัติการที่ไม่รองรับนามสกุลไฟล์ใดๆTRANS.TBLจะต้องใช้ ไฟล์แปลงชื่อไฟล์ ไฟล์ดังกล่าวเป็นไฟล์ข้อความ ASCIITRANS.TBLธรรมดา แต่ละบรรทัดประกอบด้วยสามฟิลด์ คั่นด้วย ช่องว่างจำนวนหนึ่ง:

• ประเภทไฟล์ ("F" สำหรับไฟล์ หรือ "D" สำหรับไดเร็กทอรี);
• ชื่อไฟล์ตามมาตรฐาน ISO 9660 (รวมถึง ";1" ซึ่งปกติจะถูกซ่อนไว้สำหรับไฟล์); และ
• ชื่อไฟล์แบบเต็ม ซึ่งอาจมีช่องว่างอยู่ด้วย

โดยทั่วไปแล้ว การใช้งานส่วนใหญ่ที่สร้างไฟล์ TRANS.TBL จะเว้นวรรคหนึ่งช่องระหว่างชนิดไฟล์และชื่อตามมาตรฐาน ISO 9660 และเว้นวรรคด้วยแท็บจำนวนหนึ่งระหว่างชื่อไฟล์ตามมาตรฐาน ISO 9660 และชื่อไฟล์แบบขยาย

การรองรับ ไฟล์ TRANS.TBL TRANS.TBLยังคงมีอยู่ในระบบ ISO 9660 หลายระบบ โดยเฉพาะอย่างยิ่งระบบที่เกี่ยวข้องกับUnixอย่างไรก็ตาม ไฟล์ดังกล่าวถูกแทนที่ด้วยส่วนขยายอื่นๆ มานานแล้ว และยูทิลิตี้สมัยใหม่ที่สร้างอิมเมจ ISO 9660 บางโปรแกรมไม่สามารถสร้างไฟล์ TRANS.TBL ได้เลย หรือบางโปรแกรมก็สร้างเฉพาะไฟล์นี้โดยไม่ได้รับการร้องขอจากผู้ใช้โดยตรงเท่านั้น เนื่องจากไฟล์ TRANS.TBL ไม่มีรหัสระบุพิเศษใดๆ นอกเหนือจากชื่อไฟล์ จึงสามารถสร้างไฟล์นี้แยกต่างหากและรวมไว้ในไดเร็กทอรีก่อนการสร้างระบบไฟล์ได้

มาตรฐานISO 13490เป็นส่วนขยายของรูปแบบ ISO 9660 ที่เพิ่มการรองรับหลายเซสชันบนแผ่นดิสก์ เนื่องจาก ISO 9660 ถูกออกแบบมาให้เป็นระบบไฟล์แบบอ่านอย่างเดียวและเขียนข้อมูลไว้ล่วงหน้า ข้อมูลทั้งหมดจึงต้องถูกเขียนลงในสื่อในครั้งเดียวหรือ "เซสชัน" เดียว เมื่อเขียนแล้ว จะไม่สามารถแก้ไขเนื้อหาที่จัดเก็บได้ ISO 13490 ถูกสร้างขึ้นเพื่อให้สามารถเพิ่มไฟล์เพิ่มเติมลงในแผ่นดิสก์ที่เขียนได้ เช่นCD-Rในหลายเซสชันได้

มาตรฐาน ISO 13346/ECMA-167 ได้รับการออกแบบร่วมกับมาตรฐาน ISO 13490 รูปแบบใหม่นี้แก้ไขข้อบกพร่องส่วนใหญ่ของ ISO 9660 และส่วนย่อยของมันได้พัฒนาเป็นUniversal Disk Format (UDF) ซึ่งถูกนำมาใช้สำหรับDVDตารางคำอธิบายวอลุ่มยังคงใช้เค้าโครง ISO9660 แต่ตัวระบุได้รับการอัปเดตแล้ว^{[ 45 ] [ 46 ]}

ภาพดิสก์ออปติคอลเป็นวิธีการถ่ายโอนเนื้อหาของซีดีรอมทางอิเล็กทรอนิกส์ที่ใช้กันทั่วไป โดยมักจะมีนามสกุลไฟล์.iso ( .iso9660ซึ่งพบได้น้อยกว่า แต่ก็มีการใช้งานเช่นกัน) และมักเรียกกันว่า "ISO" ^{[ 47 ]}เนื่องจาก.isoไฟล์เข้ารหัสเฉพาะแทร็กข้อมูลเดียวที่มีระบบไฟล์ ISO 9660 จึงไม่สามารถจัดเก็บแทร็กอื่นๆ ที่มีอยู่บนดิสก์ได้ เช่นแทร็กเสียง Redbook อย่างไรก็ตาม ไฟล์.isoจะรวม "พื้นที่ระบบ" ของแทร็กข้อมูล ซึ่งประกอบด้วยเซกเตอร์ข้อมูล 16 เซกเตอร์ (32 กิโลไบต์) ซึ่งไม่ได้เป็นส่วนหนึ่งของระบบไฟล์ ISO9660 จริง และอาจใช้เพื่อวัตถุประสงค์ใดๆก็ได้ ^{[ 48 ]}

ระบบปฏิบัติการส่วนใหญ่รองรับการอ่านแผ่นดิสก์ที่ฟอร์แมตด้วยมาตรฐาน ISO 9660 และเวอร์ชันใหม่ส่วนใหญ่รองรับส่วนขยายต่างๆ เช่น Rock Ridge และ Joliet ระบบปฏิบัติการที่ไม่รองรับส่วนขยายเหล่านี้มักจะแสดงคุณสมบัติพื้นฐาน (ไม่ใช่คุณสมบัติเพิ่มเติม) ของแผ่นดิสก์ ISO 9660 ทั่วไป

ระบบปฏิบัติการที่รองรับมาตรฐาน ISO 9660 และส่วนขยายของมาตรฐานนี้ ได้แก่ ระบบต่อไปนี้:

• DOS : เข้าถึงได้โดยใช้ส่วนขยาย เช่นMSCDEX.EXE (Microsoft CDROM Extension), NWCDEX.EXEหรือ CORELCDX.EXE
• Microsoft Windows 95 , Windows 98 , Windows ME : สามารถอ่านไฟล์ ISO 9660 ระดับ 1, 2, 3 และJoliet ได้
• ระบบปฏิบัติการ Microsoft Windows NT 4.0 , Windows 2000 , Windows XPและ Windows เวอร์ชันใหม่กว่า สามารถอ่านไฟล์ ISO 9660 ระดับ 1, 2, 3, Jolietและ ISO 9660:1999 ได้ ส่วน Windows 7อาจเข้าใจผิดว่ารูปแบบ UDF เป็น CDFS สำหรับข้อมูลเพิ่มเติม โปรดดูที่UDF
• LinuxและBSD : ISO 9660 ระดับ 1, 2, 3, Joliet, Rock Ridgeและ ISO 9660:1999
• Apple GS/OS : รองรับ ISO ระดับ 1 และ 2 ผ่านตัวแปลระบบไฟล์ HS.FST ^{[ 49 ]}
• ระบบปฏิบัติการ Mac OS 7 ถึง 9 รุ่นคลาสสิก: ISO ระดับ 1, 2 ซอฟต์แวร์เสริมฟรีที่รองรับRock RidgeและJoliet (รวมถึง ISO ระดับ 3): Rock RidgeและJoliet Volume Access
• macOS (ทุกเวอร์ชัน): ISO ระดับ 1, 2, Jolietและ ส่วนขยาย Rock Ridgeปัจจุบันยังไม่รองรับระดับ 3 แม้ว่าผู้ใช้จะสามารถเมานต์ดิสก์เหล่านี้ได้ก็ตาม^{[ 50 ]}
• AmigaOSรองรับนามสกุลไฟล์ "AS" (ซึ่งจะรักษาบิตป้องกันและข้อความอธิบายไฟล์ของ Amiga ไว้)
• คิวเอ็นเอ็กซ์
• อัลทริกซ์
• WiiและWii U
• OS/2 , eComStationและArcaOS
• BeOS , ZetaและHaiku
• OpenVMSรองรับเฉพาะระดับการแลกเปลี่ยน ISO 9660 ระดับ 1–3 เท่านั้น โดยไม่มีส่วนขยาย^{[ 51 ]}
• การรองรับสื่อออปติคอลที่เขียนบนพีซีในRISC OS นั้นยังไม่สมบูรณ์ แผ่น CD-R/RW ส่วนใหญ่ใช้งานได้ดี แต่แผ่น DVD+-R/RW/RAM นั้นใช้งานได้บ้างไม่ได้บ้างใน RISC OS เวอร์ชัน 4.02, RISC OS 4.39 และ RISC OS 6.20

• การเปรียบเทียบซอฟต์แวร์สร้างอิมเมจดิสก์
• โปรแกรมจำลองอิมเมจดิสก์
• รายชื่อมาตรฐาน ISO
• ไฮบริดซีดี
• ISO/IEC JTC 1/SC 23

• อีแวนส์, ฮาโรลด์ ; บัคแลนด์, เกล; เลเฟอร์, เดวิด (2004). พวกเขาสร้างอเมริกา: จากเครื่องจักรไอน้ำสู่เครื่องมือค้นหา: สองศตวรรษแห่งนักประดิษฐ์ . ลิตเติล, บราวน์ แอนด์ โค. ISBN 978-0-316-27766-2.
• แลมเบิร์ต, สตีฟ; โรปีเกต์, ซูซานน์, บรรณาธิการ (1986). ซีดีรอม - ปาปิรัสใหม่: สถานะปัจจุบันและอนาคตของเทคโนโลยี . สำนักพิมพ์ไมโครซอฟต์ . ISBN 0-914845-74-8.

• "ISO 9660 "
• "ECMA-119 "นี่คือมาตรฐาน ISO 9660:1988 ฉบับ ECMA ซึ่งสามารถดาวน์โหลดได้ฟรี
• "บทสรุปข้อกำหนดของมาตรฐาน ISO 9660"เก็บถาวรจากต้นฉบับเมื่อวันที่ 27 พฤษภาคม 2022
• "คำอธิบายโครงสร้างข้อมูลในมาตรฐาน ISO-9660"เก็บถาวรจากต้นฉบับเมื่อวันที่ 17 กรกฎาคม 2554
• "เครื่องมือวิเคราะห์ ISO 9660 (iat)" . Freecode .
• "ประวัติ RRIP: เกี่ยวกับ Young Minds, Inc."เก็บถาวรจากต้นฉบับเมื่อวันที่ 17 มีนาคม 2018
• "SUSP (IEEE P1281) ร่างมาตรฐาน 1.12" (PDF) 8 กรกฎาคม 1994 เก็บถาวรจากต้นฉบับ(PDF)เมื่อวันที่ 4 เมษายน 2017
• "ร่างมาตรฐาน RRIP (IEEE P1282) เวอร์ชัน 1.12" (PDF) 8 กรกฎาคม 1994 เก็บถาวรจากต้นฉบับ(PDF)เมื่อวันที่ 4 เมษายน 2017
• "ส่วนเสริม Amiga บน Rock Ridge: เอกสารที่เกี่ยวข้องกับโปรแกรม MakeCD"5ธันวาคม 2539
• "ข้อกำหนดรูปแบบซีดีรอมบูตได้ "El Torito" เวอร์ชัน 1.0" (PDF)เก็บถาวรจากต้นฉบับ(PDF)เมื่อวันที่ 18 กุมภาพันธ์ 2551
• ซอร์สโค้ดของ ISOLINUX (ดูไฟล์ isolinux.asm บรรทัดที่ 294 เป็นต้นไป)
• "รายชื่อสิ่งที่ราล์ฟ บราวน์ขัดจังหวะ "(ดู int 13h ใน interrupt.b โดยเฉพาะฟังก์ชัน 4a ถึง 4d)
• "เอกสารเพิ่มเติมข้อมูลจำเพาะของ EL Torito "อภิปรายถึงข้อบกพร่องของมาตรฐาน
• สิทธิบัตรสหรัฐอเมริกาหมายเลข 5758352 - พื้นที่ชื่อร่วมสำหรับชื่อไฟล์แบบยาวและแบบสั้น
• "ข้อกำหนดเฉพาะของโจลิเอต "