Структура данных на CD дисках

[paul_met]

Посоветуйте, где можно почитать о структуре данных на CD дисках (не только игровых). Интересует полное описание форматов (Mode 1/2), как определять размер сектора (2048/2352), как и откуда читать файловую систему, по каким оффсетам находится та или иная информация и т.д. В сети находил какие-то скромные и не полные руководства.

[SILENT_Pavel]

Тут наверное смотрел но все же скину
http://wiki.redump.org/index.php?title=Dumping-Guides

на этом сайте должна быть информация по дампингу сиди тоже
http://www.gamecopyworld.com/games/gcw.php?nf=1

в целом в сдк пс1 например в деталях написано как лежат аудиотреки и прочее в структуре диска

[s1nka]

Тут наверное смотрел, но все же скину
https://en.wikipedia.org/wiki/ISO_9660
Ну и сам ISO 9660 или ECMA-119 к обязательеному чтению.

https://en.wikipedia.org/wiki/ISO_image
https://en.wikipedia.org/wiki/El_Torito_(CD-ROM_standard)
https://en.wikipedia.org/wiki/Joliet_(file_system)

з.ы. лично сам разгребал формат по ECMA-119, но в жизни пока все в коде не оформил.

[paul_met]

http://www.gamecopyworld.com/games/gcw.php?nf=1

Что-то не нашёл там ничего толкового.

Тут наверное смотрел, но все же скину
https://en.wikipedia.org/wiki/ISO_9660

Именно тут более-менее нормальная инфа, но мало.

[SQR218]

http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-119.pdf

[paul_met]

В принципе вроде раскурил то, что мне было нужно путём ручного разбора различных образов. Теперь буду пробовать. Всех благодарю за ссылки.

[s1nka]

paul_met, Если не сложно, то отпишись по заметкам своим и раскопкам. На русском инфы мало, а так хоть что-то. .
За ранее благодарю.

[MetalliC]

paul_met, если есть какие конкретные вопросы или что-то не понятное - спрашивай.
с этой темой возился вот буквально недавно, пока не забыл )

[paul_met]

paul_met, Если не сложно, то отпишись по заметкам своим и раскопкам. На русском инфы мало, а так хоть что-то. .
За ранее благодарю.

Поглядим.

paul_met, если есть какие конкретные вопросы или что-то не понятное - спрашивай.
с этой темой возился вот буквально недавно, пока не забыл )

О, это хорошо. Буду иметь в виду.

[paul_met]

Всё-таки меня терзают сомнения на счёт определения размера сектора. Неужели он определяется только по адресу в 16-м секторе, где записано "CD001"?

[MetalliC]

что ты вообще делаешь ?
размер сектора всегда одинаковый - 2048, в Primary Volume Descriptor(PVD) указан размер логического блока, на практике там тоже 2048, хотя в теории мож быть и другая кратная цифирка, впрочем как и PVD может быть не в 16м секторе.

[paul_met]

что ты вообще делаешь ?
размер сектора всегда одинаковый - 2048, в Primary Volume Descriptor(PVD) указан размер логического блока, на практике там тоже 2048, хотя в теории мож быть и другая кратная цифирка, впрочем как и PVD может быть не в 16м секторе.

Ну есть же размер сектора 2352 и разные режимы (Mode 1/2). Вообще, я пытаюсь найти файл в образе (iso/bin), если известно его имя и папка, в которой он лежит.

[Dyons]

Ну есть же размер сектора 2352 и разные режимы (Mode 1/2). Вообще, я пытаюсь найти файл в образе (iso/bin), если известно его имя и папка, в которой он лежит.

у тебя ж в образе у каждого файла указан лба, от него и пляши

[paul_met]

у тебя ж в образе у каждого файла указан лба, от него и пляши

И что мне с него, если я не определил размер сектора? К тому же, подразумевается. что я ничего не знаю о LBA того или иного файла. Передо мной стоит задача программно найти файл в образе, зная только его имя и путь к нему (если он в папках).
К примеру, есть 2 образа одного и того же диска - один с размером сектора 2048, а другой 2352. Понятное дело, что LBA файлов в обоих случаях будут совпадать, но за счёт разных размеров секторов абсолютные адреса файлов в образе будет отличаться.

[SILENT_Pavel]

задача программно найти файл в образе, зная только его имя и путь к нему

Случайно не такую вещь надо сделать как тут описано?
http://www.emu-land.net/forum/index.php/topic,69611.msg1035940.html#msg1035940

[Dyons]

К примеру, есть 2 образа одного и того же диска - один с размером сектора 2048, а другой 2352. Понятное дело, что LBA файлов в обоих случаях будут совпадать, но за счёт разных размеров секторов абсолютные адреса файлов в образе будет отличаться.

давай без гипотетических примеров
на CD диске у тебя размер сектора всегда 2352 байта, что туда пишется зависит от формата (http://www.cdcopy.com.ua/ru/articles/205.html)
а когда у тебя образ то тут надо смотреть какой у тебя формат образа, если простой iso, то там хранится только 2048 байта  пользовательских данных

[paul_met]

Случайно не такую вещь надо сделать как тут описано?
http://www.emu-land.net/forum/index.php/topic,69611.msg1035940.html#msg1035940

Не, всё попроще будет.

а когда у тебя образ то тут надо смотреть какой у тебя формат образа, если простой iso, то там хранится только 2048 байта  пользовательских данных

С ISO то всё понятно, но есть же и другие форматы, которые могут быть с разным размером сектора. Взять bin/cue к примеру, который может быть и с 2048 размером сектора для данных и с 2352.

[Dyons]

Взять bin/cue к примеру, который может быть и с 2048 размером сектора для данных и с 2352.

так в cue все и описывается https://en.wikipedia.org/wiki/Cue_sheet_(computing)

[paul_met]

так в cue все и описывается https://en.wikipedia.org/wiki/Cue_sheet_(computing)

Естественно. А если его нет? Как определить какой размер сектора у bin'а?

[Dyons]

Естественно. А если его нет? Как определить какой размер сектора у bin'а?

2352

[MetalliC]

Ну есть же размер сектора 2352 и разные режимы (Mode 1/2). Вообще, я пытаюсь найти файл в образе (iso/bin), если известно его имя и папка, в которой он лежит.

еще раз повторюсь, размер данных в дата-треке всегда одинаковый - 2048.
но физически каждый сектор CD (или GD) всегда содержит 2448 байт информации. в случае дорожки с данными там 2048байт собсно данных и 400 всякой фигни служебной инфы. что именно из тех 400 байт решили сохранить "для аутентичности" в образе, а что выкинуть зависит от формата образа, и настроек программы которой он был создан.
в случае на пример CUE-образов он указывается в теге "TRACK xx" -  MODE1/2352 MODE1/2048 итп

[paul_met]

2352

С чего вдруг так однозначно? Вот образ BIN/CUE в Mode1/2048:

Я удалю CUE и в моём BIN'e резко станет 2352 байт на сектор? Это же ерунда.

еще раз повторюсь, размер данных в дата-треке всегда одинаковый - 2048.
но физически каждый сектор CD (или GD) всегда содержит 2448 байт информации. в случае дорожки с данными там 2048 байт собсно данных и 400 всякой фигни служебной инфы. что именно из тех 400 байт решили сохранить "для аутентичности" в образе, а что выкинуть зависит от формата образа, и настроек программы которой он был создан.

Ладно. Тогда наглядный пример - как определить адрес начала данных файла, например, "BAM.SEQ" в образе (картинка выше)? На LBA не смотри, его программа посчитала. У тебя его типа нет.

[MetalliC]

Естественно. А если его нет? Как определить какой размер сектора у bin'а?

если на руках имеется только бинарник неизвестного происхождения, то да, только так и делать - искать сигнатуру CD001 и по офсету где она нашлась попытаться рассчитать размер и тип сектора. что может быть не просто в случае образов mixed mode CD в binary, или CD-XA, у которых в бинарнике перед собсно данными может быть кучка треков аудио.

Добавлено позже:

Ладно. Тогда наглядный пример - как определить адрес начала данных файла, например, "BAM.SEQ" в образе (картинка выше)? На LBA не смотри, его программа посчитала. У тебя его типа нет.

в сетиж должна быть кучка туториалов на эту тему, и исходников.
в общем случае - нужно сделать модуль парсера-фильтра различных типов образов, с функциями "открыть образ", "считать сектор по LBA/MSF" и "получить TOC" (чтоб из него узнать LBA начала трека(ов) с данными). и дальше уже модуль парсера файловой системы.

Добавлено позже:

А если его нет? Как определить какой размер сектора у bin'а?

размер сектора не "у bin'а", а у дорожек в этом бине, и у разных он может быть разный.

[paul_met]

если на руках имеется только бинарник неизвестного происхождения, то да, только так и делать - искать сигнатуру CD001 и по офсету где она нашлась попытаться рассчитать размер и тип сектора. что может быть не просто в случае образов mixed mode CD в binary, или CD-XA, у которых в бинарнике перед собсно данными может быть кучка треков аудио.

Да вот так и делаю пока что. Пока единственная проблемка, если вдруг в образе попадутся одинаковые файлы в одинаковых подпапках. Пока не придумал как при таком раскладе поступать.

в сетиж должна быть кучка туториалов на эту тему, и исходников.

Вот и создал тему, ибо мало чего толкового попалось на глаза.

размер сектора не "у bin'а", а у дорожек в этом бине, и у разных он может быть разный.

Я имел в виду конечно data трек. Аудио дорожки не интересуют.

[MetalliC]

ибо мало чего толкового попалось на глаза

можешь это глянуть
http://sourceforge.net/p/cdemu/code/ci/master/tree/
в libmirage/images/

[Yoti]

Пока единственная проблемка, если вдруг в образе попадутся одинаковые файлы в одинаковых подпапках.

Это как?

[MetalliC]

возможно имелся в виду поиск через Path Table (общую таблицу всех файлов имеющихся на диске), а не через чтение каждого каталога и поиск в них нужного файла

[paul_met]

Это как?

Допустим на диске есть два каталога - "Х001" и "Х002". В каждом из них вполне может быть подкаталог "Х003" с файлом "FILE.DAT".

[Yoti]

paul_met,
итоговый путь до файла будет отличаться всё равно В любом случае, мой вопрос снят.

[paul_met]

В общем, с размером секторов 2048 разобрался. А вот с 2352 есть проблема. Пересчёт EDC/ECC необходим? И если не пересчитывать, то как это повлияет на работоспособность образа? Что-то мне подсказывает, что никак. Наверное, разве что при записи на болванку. Или я не прав?