Systèmes de fichiers de ROM de CD

Les fabricants des disques tôt de CD-ROM ont exigé de leur propre logiciel personnalisé pour lire les disques. C'est parce que les spécifications jaunes de livre pour des détails de CD-ROM seulement comment le sectorsrather de données que sectorscan audio soit stocké sur un disque et n'a pas couvert les systèmes de fichiers ou l'affaire de la façon dont des données devraient être stockées dans les dossiers et de la façon dont ceux-ci devraient être composés à l'usage des PCS avec différents logiciels d'exploitation. Évidemment, les formats noninterchangeable de dossier ont présenté un obstacle à la compatibilité à l'échelle industrielle pour des applications de CD-ROM.

Dans 19851986, plusieurs compagnies ont réuni et ont édité la haute sierra spécifications de format de dossier, qui a finalement permis à CD-ROMs pour que les PCS soient universellement lisible. C'était le premier système de fichiers industriellement compatible de CD-ROM qui a rendu CD-ROMs universellement utilisable dans des PCS. Aujourd'hui plusieurs systèmes de fichiers sont employés sur CDs, incluant

Non tous les formats de système de fichiers de CD peuvent être lus par toute la table de fonctionnement de systems.The ci-dessous montre les systèmes de fichiers primaires utilisés et quels logiciels d'exploitation les soutiennent.

Formats De Système de fichiers de CD
Système de fichiers de CD DOS/Win 3.x Victoire 9x/Me Victoire NT/2000/XP OS D'Imper
Haute Sierra Oui Oui Oui Oui
OIN 9660 Oui Oui Oui Oui
Joliet Yes[1 ] Oui Oui Yes[1 ]
UDF Non Yes[2 ] Yes[2 ] Yes[2 ]
Imper HFS Non Non Non Oui
Arête De Roche Yes[1 ] Yes[1 ] Yes[1 ] Yes[1 ]
Bâti Plus pluvieux Non Yes[3 ] Yes[3 ] Yes[3 ]


[ 1 ] Un nom court, comme (SHORTN~1.TXT), sera montré au lieu de longs noms de fichier.

[ 2 ] Seulement si un tiers lecteur d'UDF est installé.

[ 3 ] Exige un matériel de bâti (également appelé EasyWrite) et un logiciel plus pluvieux de conducteur (Win98 ou ci-dessus) ou un tiers programme de lecteur.

Note

L'imper HFS et des systèmes de fichiers d'arête de roche d'Unix ne sont pas soutenus par les logiciels d'exploitation de PC tels que le DOS ou Windows et n'est pas donc détaillé couvert ici.

Haute Sierra

Pour rendre des disques de CD-ROM lisibles sur tous les systèmes sans devoir développer les systèmes de fichiers et les conducteurs faits sur commande, il était dans les meilleurs intérêts de tous les fabricants du matériel et de logiciel de PC de résoudre le problème d'étalonnage de format de dossier de CD-ROM. En 1985, les représentants de TMS, le DEC, le Microsoft, le Hitachi, le LaserData, le Sony, le Apple, le Philips, 3M, les outils visuels, la technologie de référence, et le Xebec se sont réunis à ce qui s'est alors appelé la haute sierra hôtel et casino dans le lac Tahoe, Nevada, pour créer une structure logique commune de format et de dossier pour CD-ROMs. En 1986, ils ont conjointement édité cette norme comme "feuille de travail pour le traitement de l'information : Structure de volume et de dossier des disques optiques de CD-ROM pour l'échange de l'information (1986)." Cette norme désigné plus tard sous le nom de la haute sierra format.

Cet accord a permis toutes les commandes en utilisant le conducteur approprié (tel que MSCDEX.EXE fourni par Microsoft avec le DOS) pour lire toute la haute sierra disques de format, ouvrant la manière pour la production en série et l'acceptation de l'édition de logiciel de CD-ROM. Adoption des éditeurs également permis de ce disque de norme pour fournir l'appui de croix-plateforme pour leur logiciel et pour fabriquer facilement des disques pour le DOS, l'Unix, et d'autres formats de logiciel d'exploitation. Sans cet accord, la maturation du marché de CD-ROM aurait pris des années plus long et la production d'information de CD-ROM-based aurait été suffoquée.

La haute sierra format a été soumise au International Organization for Standardization (OIN). Deux ans après (en 1988), avec plusieurs perfectionnements et changements, elle a été republiée comme norme d'OIN 9660. OIN 9660 n'était pas exactement identique que haut la sierra, mais tous les conducteurs qui liraient de hauts disques de Sierraformatted ont été rapidement mis à jour pour manipuler OIN 9660 et la haute sierra originale format sur lesquelles elle a été basée.

Pour l'exemple, Microsoft a écrit le conducteur de MSCDEX.EXE (prolongements de CD-ROM de Microsoft) en 1988 et l'a autorisé aux fournisseurs de matériel et de logiciel de CD-ROM pour inclure avec leurs produits. Il n'était pas jusqu'en 1993 où on a libéré le MS-DOS 6.0 que MSCDEX a été inclus avec le DOS comme dispositif standard. MSCDEX permet au DOS de lire des disques d'OIN 9660formatted (et haut Sierraformatted). Ce conducteur fonctionne avec à l'interface de paquet d'attachement (ATAPI) ou au module de gestion de périphérique de programmation avançé de matériel-niveau de l'interface de SCSI (ASPI) qui vient avec la commande. OIN établie par Microsoft 9660 et appui de système de fichiers de Joliet directement dans Windows 95 et plus tard, sans les conducteurs additionnels nécessaires.

OIN 9660

Compatibilité en travers permise standard d'OIN 9660 la pleine parmi l'ordinateur différent et les logiciels d'exploitation. OIN 9660 a été libérée en 1988 et a été basée sur le travail effectué par la haute sierra groupe. Bien que basé sur la haute sierra, OIN 9660 a quelques différences et améliorations. Elle a trois niveaux d'échange qui dictent les dispositifs qui peuvent être employés pour assurer la compatibilité avec différents systèmes.

Le niveau 1 d'OIN 9660 est le plus bas dénominateur commun de tous les systèmes de fichiers de CD et est capable de l'lecture par presque chaque plateforme d'ordinateur, y compris Unix et Macintosh. Le du côté incliné de ce système de fichiers est qu'il est très limité en ce qui concerne des noms de fichier et des annuaires. Les restrictions d'échange du niveau 1 incluent

Les règles d'échange du niveau 2 ont les mêmes limitations que de niveau 1, sauf que le nom de fichier et la prolongation peuvent être jusqu'à 30 caractères longtemps (tous les deux se sont ajoutés ensemble, pas comprenant. séparateur). En conclusion, de niveau 3 règles d'échange sont identiques que de niveau 2 sauf que les dossiers ne doivent pas être contigus.

Notez cette Windows 95 et les versions postérieures vous permettent d'employer le dossier et la chemise appelle jusqu'à 255 caractères longtemps, qui peuvent inclure les espaces aussi bien que la lettre minuscule et beaucoup d'autres caractères non permis à OIN 9660. Pour maintenir la compatibilité en arrière avec le DOS, Windows 95 et un plus défunt associé des 8.3 courts compose le nom de fichier comme nom d'emprunt pour chaque dossier qui a un plus long nom. Celles-ci dit des noms courts sont créées automatiquement par Windows et peuvent être regardées dans les propriétés pour chaque dossier ou en employant la commande de DIR à un message de sollicitation de commande. Pour créer ces noms de nom d'emprunt, Windows tronque le nom à six (ou moins) caractères suivis d'un tilde (~) et d'un nombre commençant par 1 et tronque la prolongation à trois caractères. D'autres nombres sont employés dans la première partie si d'autres dossiers qui auraient le même nom d'emprunt une fois tronqués déjà existez. Par exemple, le nom de fichier que c'est a.test obtient THISIS~1.TES en tant que dit.

Cette création de nom de fichier dit est indépendant de votre commande de CD, mais il est important de savoir que si vous créez ou écrivez à un CD en utilisant le format d'OIN 9660 en utilisant les restrictions de niveau 1, les noms de short de nom d'emprunt sont employés quand des dossiers d'enregistrement au disque, signification tous les longs noms de fichier seront perdus dans le processus. En fait, même le nom de short de nom d'emprunt sera modifié parce que les restrictions du niveau 1 d'OIN 9660 ne permettent pas un caractère de tildethat est converties en soulignage dans les noms écrits au CD.

Les débuts de données d'OIN 9660 à 2 secondes et 16 secteurs dans le disque, qui est également connu en tant que secteur logique 16 de la voie une. Pour un disque de multisession, les données d'OIN 9660 sont présentes dans la première piste de données de chaque session contenant des voies de CD-ROM. Ces données identifient l'endroit de l'areawhere de volume que les données réelles sont stockées. Le secteur de système énumère également les annuaires en ce volume comme table des matières de volume (VTOC), avec des indicateurs ou des adresses à de divers secteurs appelés. Une différence significative entre la structure d'annuaire de CD et celle d'un disque dur normal est que le secteur de système de CD's contient également des adresses absolues des dossiers dans les sous-répertoires, permettant au CD de chercher des endroits de secteur spécifiques sur la piste de données en spirale. Puisque toutes les données de CD sont sur une longue voie en spirale, en parlant des voies dans le contexte d'un CD, nous parlons réellement des secteurs ou des segments des données le long de cette spirale.

Pour mettre le format d'OIN 9660 dans la perspective, la disposition de disque est rudement analogue à celle d'une disquette. Une disquette a une voie de système qui non seulement s'identifie comme disquette et indique sa densité et logiciel d'exploitation, mais indique également à l'ordinateur qu'il est organisé (dans les annuaires, qui se composent des dossiers).

Joliet

Joliet est une prolongation de la norme d'OIN 9660 que Microsoft a développée pour l'usage avec Windows 95 et plus tard. Joliet permet à CDs d'être enregistré en utilisant des noms de fichier jusqu'à 64 caractères longtemps, y compris les espaces et d'autres caractères du jeu de caractères international d'Unicode. Joliet préserve également des 8.3 dit pour ces programmes qui ne peuvent pas employer les noms de fichier plus longs.

En général, Joliet comporte les caractéristiques suivantes :

Bout

Puisque Joliet soutient un chemin plus court que Windows 9x et plus nouvelles versions, vous pourriez avoir des difficultés maîtrisant un CD de Joliet-format qui contient des noms extrêmement longs. Je vous recommande raccourcis des noms de chemise dans la structure de dossier que vous créez avec le CD maîtrisant le logiciel pour éviter des problèmes. Malheureusement, beaucoup de le CD maîtrisant des programmes ne vous avertissent pas au sujet d'un nom qui est trop long jusqu'à ce qu'après le processus brûlant commence.


En raison des dispositions de vers l'arrière-compatibilité, les systèmes qui ne soutiennent pas les prolongements de Joliet (tels que des systèmes plus anciens de DOS) devraient encore être capables de lire le disque. Cependant, il sera interprété comme format d'OIN 9660 en utilisant les noms courts à la place.

Note

Un peu de trivia : "Chicago" était le nom de code employé par Microsoft pour Windows 95. Joliet est la ville en dehors de de Chicago où Jake a été fermé à clef vers le haut dans le film les frères de bleus.

Format Universel De Disque

UDF est un système de fichiers relativement nouveau créé par l'association optique de storage technology (OSTA) comme format industriellement compatible pour l'usage sur des médias optiques tels que le CD-ROM et le DVD. UDF a plusieurs avantages par rapport au système de fichiers d'OIN 9660 employé par CD-ROMs standard mais est le plus remarquable parce qu'il est conçu pour fonctionner avec l'écriture de paquet, une technique pour écrire un peu de données à un disque de CD-R/RW, la traitant tout comme une commande magnétique standard.

Le système de fichiers d'UDF permet de longs noms de fichier jusqu'à 255 caractères par nom. Il y a eu plusieurs versions d'UDF, avec la plupart de logiciel d'paquet-écriture en utilisant UDF 1.5 ou plus tard. le logiciel d'Paquet-écriture tel que DirectCD de Roxio écrit dans le système de fichiers d'UDF. Cependant, les commandes standard de CD-ROM, les conducteurs, ou les logiciels d'exploitation tels que le DOS ne peuvent pas lire les disques UDF-composés. Les commandes enregistrables peuvent les lire, mais les commandes régulières de CD-ROM doivent se conformer aux spécifications de MultiRead pour être capables des disques de la lecture UDF.

Après que vous soyez sûr que votre commande peut lire UDF, vous devez vérifier l'OS. La plupart des logiciels d'exploitation ne peuvent pas lire l'appui de nativelythe d'UDF doit être ajoutés par l'intermédiaire d'un conducteur. Le DOS ne peut pas indiquer UDF du tout ; cependant, avec Windows 95 et plus tard, des disques UDF-composés peuvent être lus en installant un conducteur d'UDF. Typiquement, un tel conducteur est inclus avec le logiciel qui vient avec la plupart des commandes de CD-RW. Si vous n'avez pas un conducteur d'UDF, vous pouvez télécharger un pour exempt de Roxio à www.roxio.com. Le lecteur de Roxio UDF est inclus avec DirectCD 3.0 et plus tard. Après que le conducteur d'UDF soit installé, vous n'avez pas besoin de ne prendre aucune mesure spéciale pour lire un disque UDF-composé. Le conducteur sera dans le fond vous attendant pour insérer un disque UDF-composé.

Vous pouvez clôturer un DirectCD pour que le disque de Windows le rende lisible dans une commande normale de CD-ROM, qui convertit les noms de fichier en format de Joliet et les cause d'être tronqués à 64 caractères.

Vous pouvez télécharger la dernière (révision 2.01) version du format universel de disque du site Web d'OSTA à www.osta.org/specs/index.htm.

Macintosh HFS

HFS est le système de fichiers employé par l'OS de Macintosh. HFS peut également être employé sur CD-ROMs ; cependant, si cela est fait, ils ne seront pas lisibles sur un PC. Un disque hybride peut être produit avec des systèmes de fichiers de Joliet et de HFS ou d'OIN 9660 et de HFS, et le disque serait alors lisible sur des PCS et des impers. Du fait le cas, le système verra seulement le disque qui est compatible, qui est OIN 9660 ou Joliet dans le cas des PCS.

Arête De Roche

Le protocole d'échange d'arête de roche (RRIP) a été développé par un consortium d'industrie appelé le groupe d'arête de roche. Il a été officiellement libéré en 1994 par le groupe de travail de format de système de fichiers de CD-ROM d'IEEE et indique une prolongation à la norme d'OIN 9660 pour le CD-ROM qui permet à l'enregistrement d'information additionnelle de soutenir des dispositifs de système de fichiers d'Unix/POSIX. Ni le DOS ni le Windows n'incluent le soutien des prolongements d'arête de roche. Cependant, parce qu'elle est basée sur OIN 9660, les dossiers sont encore lisibles sur un PC et les prolongements de RRIP sont simplement ignorés.

Note

Un peu intéressant de trivia est que le nom d'arête de roche a été pris de la ville occidentale fictive dans la selle de flambage de film.

Bâti Plus pluvieux

Le bâti plus pluvieux est un standard récent favorisé par Philips, Sony, Microsoft, et HP (Compaq). EasyWrite en outre appelé, montent plus pluvieux permet le soutien indigène de logiciel d'exploitation du stockage de données sur CD-RW et DVD+RW. Ceci facilite la technologie beaucoup pour employer (aucun conducteur ou logiciel spécial d'paquet-écriture n'est nécessaire) et permet CD-RW et DVD+RW conduit pour devenir les solutions entièrement intégrées de stockage.

Les caractéristiques principales du bâti plus pluvieuses sont comme suit :

Pour utiliser le bâti plus pluvieux, vous devez avoir une commande qui soutient la norme. Ceux-ci s'appellent parfois CD-MRW ou DVD+MRW conduit et pourrait à la place soutenir le bâti un logo plus pluvieux ou d'EasyWrite. Quelques commandes existantes de CD-RW peuvent être mises à jour au statut de MRW par reflashing les progiciels dans la commande ; cependant, la plupart des commandes plus anciennes devront être remplacées à la place.

En outre exigé est le software support directement dans le logiciel d'exploitation (comme avec Windows.xp ou plus tard), ou le software support peut être ajouté par l'intermédiaire d'une tiers demande ajoutée de logiciels d'exploitation plus anciens.

Les architectes de logiciel (www.softarch.com) produit WriteCD-RW pro ! Logiciel, qui permet l'échange entre des médias plus pluvieux et conventionnels de bâti d'UDF, aussi bien qu'entre des médias d'UDF écrits avec différents programmes et à différentes normes.

La commande plus pluvieuse du premier bâti (Philips RWDV1610B) a été libérée en avril 2002, et depuis lors beaucoup plus ont suivi. Puisque seulement des changements mineurs sont exigés des circuits et des progiciels d'entraînement pour permettre un appui plus pluvieux de bâti, beaucoup de plus nouvelles commandes incluent des possibilités plus pluvieuses de bâti ; vérifiez le site Web ou le manuel du fournisseur d'entraînement pour déterminer la compatibilité. En outre, la norme de DVD+RW a été conçue avec le bâti une compatibilité que plus pluvieuse dans la gestion de minddefect a été incluse en soi du commencement. (les commandes de DVD-RW ne soutiennent pas la gestion de défaut, ainsi elles ne sont pas compatibles avec le bâti plus pluvieux.) Les premières commandes de DVD+RW avec la compatibilité du bâti Rainier/EasyWrite ont commencé à embarquer début 2003.

Puisque le bâti plus pluvieux fait essentiellement CD-MRW et DVD+MRW conduit la fonction car les remplacements de grande capacité pour le disque souple, les commandes de fermeture éclair, et de superdisk, il ne seront pas longtemps avant que ceux soient mais une mémoire éloignée.

La dernière version des spécifications plus pluvieuses de bâti, la version 1.1., inclut DVD+RW comme des commandes de CD-RW. Il peut commander du site Web de propriété intellectuelle et de normes de Philips (www.licensing.philips.com). Pour plus d'information, allez au site Web plus pluvieux de bâti à www.mt-rainier.org.

c'est un article supplémentaire par Grace Nelson


Déni : Notre site Web n'est pas responsable de l'information contenue par cet article. Cet article reflète nullement les vues, les avis, les pensées ou la croyance du personnel d'annuaire d'articles.

Notification de traduction : L'article "systèmes de fichiers de ROM de CD" a été traduit en utilisant un service de traduction automatisé. Nous faisons des excuses sincèrement pour toutes les erreurs de traduction qui se sont produites. Merci de l'arrangement.

Online: 158 users browsing the articles directory