iS-DOS

[sirx]

Да-да! Это именно защита. Я с таким же явлением тоже сталкивался при копировании теледиском дисков СТАРЫХ версий исдоса (версия фирмы "Слот").

Вот оно че, Михалыч спасибо, я такого не слышал, чтоб так еще извращались.
По логике-то да - там и места поди нет на дорожке под еще один сектор, а имитация что есть.
Максим, в итоге ты их как-то копировал?

[Максагор]

Вот оно че, Михалыч спасибо, я такого не слышал, чтоб так еще извращались.
По логике-то да - там и места поди нет на дорожке под еще один сектор, а имитация что есть.
Максим, в итоге ты их как-то копировал?

А теледиск несмотря на эти помехи создает вполне рабочие образы - эти лишние "сектора" ни самой системой, ни загрузчиком никак не учитываются и не обнаруживаются - они, видимо и нужны были только для помех копирования имеющимися на начало 90-х средствами. Так что можно просто отформатировать другую дискету под исдосный 800Кб-формат и потреково перенести диск в диск, а потом уже делать файлы TD0 или FDI или даже просто посекторные образы IMG с него.

[Vadim]

Да-да! Это именно защита.

Тогда вопрос. Есть ли смысл юзать мне ZX-Studio? Студия снимет полный образ или только 5 секторов по 1К на треке? В таком случае может этого образа теледиск будет достаточно?

[goodboy]

Есть ли смысл юзать мне ZX-Studio?

студия удобней - сразу видны `битые` сектора (при ошибке можно перечитать произвольную дорожку)

[Максагор]

Выложил полноценный пакет утилит и драйверов для прямой работы с CD-ROM в среде iS-DOS Classic/Chic и TASiS (в т.ч. для создания автозагрузочных CD-дисков этих систем). Подробности тут:
http://zx-pk.ru/showpost.php?p=790024&postcount=99

[Sayman]

Максагор, было бы хорошо. если бы этот пакет программ не использовал прямой доступ к портам, а работал через точки системы. тогда этому пакету программ было бы всё ровно какой там стоит контроллер. хотя, я могу и ошибаться...

[Vadim]

Вот тот мой образ. На дискете наклейка, написано "Система IS-DOS диск Изготовлено SLOT C. LTD. Москва 117330 ая 707 рег номер И010144

[goodboy]

немного утилит http://disck.narod.ru/isdos/index.htm

[Максагор]

немного утилит http://disck.narod.ru/isdos/index.htm

Ага, видел. Есть полезные. Особенно хорошо, что ко многим исходники прилагаются.

---------- Post added at 13:35 ---------- Previous post was at 12:49 ----------

Максагор, было бы хорошо. если бы этот пакет программ не использовал прямой доступ к портам, а работал через точки системы. тогда этому пакету программ было бы всё ровно какой там стоит контроллер. хотя, я могу и ошибаться...

Пожелание законное, но не всегда выполнимое. Для справки опишу ситуацию:

Стандартных точки входа для любых блочных устройств ввода-вывода четыре: точка инициализации драйвера при кстановке/перемещении в памяти/удалении, точка инициализации физического устройства, точка чтения (куда передается номер логического блока и количество блоков для чтения - драйвер уже сам пересчитывает логический номер блока в физические треки и сектора) и точка записи (аналогично чтению). Плюс на выходе с драйвера мы получаем при случае те или иные сообщения об ошибках, обрабатываемые далее системой.

Так что обращение к этим точкам хода возможно только в случае работы на чтение-запись секторов. А теперь пройдемся по утилитам пакета и посмотрим, можно ли их подогнать под драйвер?

CDPLAYER - однозначно нет. Это нестандартная работа с CD-ROM - не как с хранилищем файлов или секторов с блочными данными, а как с музыкальными треками, тут идет работа с минутами, секундами, паузами, звуковыми дорожками. Под лекала дискового драйвера это не подгонишь.

CDCOPY - теоретически да, возможно. Если убрать процедуру открытия/закрытия трея, которая "не в кассу" - не вписывается в стандартные точки. Основная проблема в том, что изначально эта утилита была написана давным-давно, как эксперимент, что работа с CD-ROM на спектруме вообще возможна (работа шла параллельно с экспериментами покойного Веги и на основе, в том числе, его статей по этому поводу). И уже потом просто в новых версиях оттачивалась. Процедура поддержки монтирования драйвера (кстати, она как раз не работает с портами - только системные вызовы по поиску загруженных в ОЗУ дров) просто добавлена в новой версии к имеющимся доработанным исходникам. Вычленить оттуда процедуры прямого чтения/записи/обработки физических ошибок на CD-ROM и заменить их на вызовы точек входа драйвера можно. Но все же проще потом написать подобный копировщик с нуля, чем влезать в структуру не мной написанных подпрограмм...

CDIMG.BLK - это собственно драйвер и есть. Ему на роду написано работать прямо с портами. Именно к нему через точки входа могут обращаться другие программы. Так что для другого контроллера его исходники надо будет перекомпилировать под другие порты.

CDTUNE - как раз и написана мной под стандартные системные точки входа. Так что ей параллельно, какой контроллер IDE стоит на компе. Был бы нужный драйвер в ОЗУ.

CDBOOT.COM
AUTORUN.ZX1
AUTORUN.ZX1 -
А вот эти программы написаны не под систему специально и изначально, и просто представляют собой запускаемые блоки кодов (просто стартовые адреса подобраны так, чтобы их можно было запустить и из-под iS-DOS и они при этом не затерли перед стартом ядро). Это просто "запускаторы" опять-таки написанных не под систему блоков кодов непосредственно с CD-ROM, когда еще никакая система не загружена. Так что тут тоже по любому придется делать отдельные версии.

[Максагор]

Кстати, народ, тут вопрос возник:

Как известно, в iS-DOS Chic неизменяемая часть ядра перенесена в страницу RAM0, которая включается вместо ПЗУ в область #0000. А оставшаяся часть ядра ранее находившаяся в системе Classic в RAM0 в области #C000, перенесена в RAM8, которая включается туда же в область #C000, и эту подмену софт не видит и воспринимает прозрачно.RAM8 в какую-то другую (что сказалось на совместимости с некоторыми программками, пользующимися портом #7FFD). Так вот, никто не помнит, в какую страницу они перенесли это ядро? А то вроде бы раньше информашку видел, да не надо было. А сейчас понадобилось, и никак найти не могу....