Скрытый текст
Profi 5.06 1024K 12Mhz (кварц на 24), палитра, COM-порт, часы, hdd, covox, программатор
ZX-Spectrum +3, ZX-Spectrum +2B, ZX-Spectrum +2, ZX Spectrum 48, ZX Spectrum 48+
ZX Evolution Rev B.
Color 48 + Beta Disk Interface +FDD+YM2149F
Орель-08БК
Pentagon-48 (недоссобранный кем-то)
Pentagon-128 (полуубитый)
Кворум-128 (в ремонте)
Магик-05 (в ремонте)
Robotron 1715
Корвет ПК8020 и ПК8010
Amstrad CPC 464
Amstrad CPC 6128[свернуть]
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
TeleDisk под WinXP ничего не считает, т.к. система блокирует прямой доступ к диску для всех приложений (как DOS, так и Win32 и Win64).
Прямой доступ к диску есть только у драйверов, причём стандартный драйвер умеет читать только диски 720Кб и 1.44Мб, для чтения прочих форматов (TR DOS, iS-DOS и т.д.) нужен софт работающий через драйвер FDRAWCMD. Однако те программы что под этот драйвер написаны (ZXDiskStudio) как правило хитрозащищённые диски не читают.
Единственный вариант вручную восстанавливать защиту из неполноценных образов, как мы делали в случае жураналом.
Есть ещё такой вариант попробовать прочитать диск утилитой MakeFDI 1.2 (http://vtrdos.ru/pcutilz/MAKEFDI.ZIP), там надо правильно ключи указать чтобы создать udi файл вместо fdi. Только для этого надо в DOS загружаться, можно например с Live CD.
Тут еще все зависит на каком дисководе писали дискету. Как правило под голым DOS Teledisk у меня был способен прочитать дискеты только те, что и так прекрасно читались makefdi. И наоборот, если makefdi выдает ошибку что не может найти первый сектор, то и teledisk в пролете.
Это ещё одна особенность формата TR-DOS, и дисковод тут не причём.
Дело в том что если дискета изначально форматировалась в чистом TR DOS 5.03 (а не в ломанных 6.xx или 5.1x) то такая дисткета имеет одну особенность, первый сектор находится слишком близко к началу дорожки т.е. индексному отверстию (размер зазора GAP4 слишком мал). Контроллер BetaDisk определяет начало дорожки по переднему фронту индексного сигнала, в вот котроллер Intel по заднему фронту, и поэтому он не успевает прочитать первый сектор.
Всё вышексказанное не относится к дискетам отформатиронным в DCU и подобным форматировалкам либо отформатированных командой FORMAT в ломанных версиях TR DOS как напрмер 6.xx. Дискеты отформатиронные этими средствами нормально читаются на PC, поскольку первый сектор находится на нужном расстоянии от начала дорожки.
Выход такой: если диск не защищённый то можно сделать с него копию (естественно на реале) на диск, который предварительно отформатирован "правильной" форматировалкой. Этот скопированный диск уже можно нормально прочитать на PC.
Можно ещё услышать совет сделать диску с нечитаемымыми первыми секторами restore в любой форматировалке, но я этого делать не комендую, т.к. в случае с защищёнными дискетами можно потерять ключевые метки.
В OpenIT немного изменилось положение в лучшую сторону На 154 треке уже 2 сектора, как и должно быть, только вместо ожидаемого 1-го сектора идет сектор с номером 101, который содержит вместо данных разметку дорожки. 2й сектор, судя по всему, подходящий.
P.S.В общем, стало понятно, на чем строится оригинальная защита:
1) В буфер по адресу, допустим, c000 cначала грузится со 154 дорожки сектор номер 2 (512 байт).
2) Потом в этот же буфер по этому же адресу c000 грузится сектор номер 1, который записан с ошибкой. Сектор 1 загружается в буфер не целиком, а столько, сколько успело считаться до ошибки, естественно. Допустим, 194 байта.
(Если сектор считан БЕЗ ОШИБКИ, то это считается ненормальным и программа переходит в п.1)
Таким образом, получается, что в буфере с адреса с000 будет лежать считанный кусок (194 байта) 1го сектора и остаток до 512 байт заполнен окончанием второго сектора. Потом автором подсчитывается контрольная сумма половины буфера, и сохраняется, и сравнивается с ожидаемой. Если совпало, то ОК, переходим в буфер на выполнение кода, загруженного из "битого" сектора номер 1 (ксорка). Иначе возврат в п.1
Вывод: сектор 1 желательно считать
P.P.S. И отсылаю Гудбоя к нему же: http://zx.pk.ru/showpost.php?p=582455&postcount=4
P.P.S. И еще вот сюда отсылаю: http://zx.pk.ru/showpost.php?p=14608&postcount=12
Последний раз редактировалось Лас; 26.01.2014 в 00:31. Причина: P.S.
Нет, драйвера ей точно не нужны. Она хоть и способна запускаться под Windows, но работать с ней надо под чистым MS-Dos как Teledisk.
---------- Post added at 01:04 ---------- Previous post was at 01:01 ----------
Вот это интересная идея. А то я раньше считывал такие дискеты только заклеивая частично индексное отверстие. Но это не всегда помогало.
еще можно сделать нашлепку на пц кабель
у автора fdrawcmd.sys в faq по samdisk есть такая фраза
Sectors positioned too close to the index hole cannot be accessed at all. This is known to affect some TRS-80 and BetaDisk (TR-DOS) disks, where there is insufficient gap4a padding at the start of the track. Disks that aren't index-synchronised (including some 8-bit Atari formats) may also be affected by this. SAMdisk will usually warn if it suspects the first sector is missing, and supports use of an index-halving cable to access them.
и ссылка http://www.trs80.nl/trs80hw1.htm
у меня сработало,
правда с этим кабелем не работал скан секторов
но зато чтение работало прекрасно
разобравшись в конструкции дисковода понял что проще передвигать платку (тем более это предусмотрено ( у mitsumi, на teac датчик жёстко вмонтирован в плату)) вместо экспериментов с перекрытием отверстия на дискете. сейчас начну пробовать
Последний раз редактировалось goodboy; 26.01.2014 в 16:54.
Естественно не нужны. Приложения для DOS работают напрямую с железом без каких-либо драйверов. У makefdi надо правильно ключи в командной строке выставить чтобы результат был.
А драйвер нужен только для Windows приложений.
---------- Post added at 14:46 ---------- Previous post was at 14:39 ----------
Я так понимаю сектор 1 записан с использованием перерванной записи, поэтому чтение происходит до момента рассинхронизации MFM. К сожалению даже UDI формат такое эмулировать не может.
Выход один убирать защиту совсем.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)