Вид для печати
Небольшое пожелание: не задавать CHS образа диска настройкой в конфиге, а автоматически вычислять из размера образа диска. Очень неудобно: у меня много образов HDD разного размера и при переключении каждый раз приходится вооружаться калькулятором. А если не поправить, то с диска читается странное.
Формулы не подскажешь? :) Как минимум нужно знать количество секторов на дорожке и количество головок, а количество дорожек, так и быть рассчитаю. Собственно, контроль количества дорожек можно и отключить, задав столько дорожек, сколько душе угодно.Цитата:
Сообщение от Error404
16 головок, 63 сектора, дорожек <размер_файла/(512*головок*секторов)>+1Цитата:
Сообщение от b2m
Где-то примерно так. Ну, можно еще количество секторов попробовать вычислять из кратности размеру файла.
Но ведь это не всегда так? У меня образ hdd с твоего сайта - 16 секторов.Цитата:
Сообщение от Error404
У меня число "секторов" при открытии файла подбирается в цикле чтобы максимально точно попасть в размер файла - это число секторов и возвращется через Identify. Я не уверен, что это правильно (проверить не чем, все мои софтины используют только LBA-адресацию и соотвественно честный LBA-размер винта, равный реальному с кратностью в 512 байт). Для того файла, о котором идет речь, число секторов, видимо, вычисляется эмулятором как 16 (реально был взят первый попавшийся более-менее понравившийся по размеру файл с "С:\", подключен как образ и fdisk-oм разбит на партиции/отформатирован).Цитата:
Сообщение от b2m
По крайней мере современные LBA-винты для "эмуляции" геометрии CHS используют формулу C*16*63
Если используется только LBA, то можно установить CHS по максимуму - это снимет все ограничения на позиционирование головки, а при адресации в режиме LBA параметры CHS не используются.
Добавлено через 3 минуты
Кстати, в таком случае, можно вообще убрать эту строку с геометрией, по умолчанию у меня используется 1024C255H63S, что соответвует файлу более 8Гб. По-моему достаточно :)
Добавлено через 7 минут
А геометрию я добавил не для Ориона, там и без неё всё работало. А вот на Векторе используется CHS адресация.
Можешь помочь? Нужно слепить конфиг для Ориона: чтобы был CPU ВМ80, IDE по схеме на ВВ55 на порту 0F600h, ROM-DISK (обычный авторский - с Ordos) на порту 0F500h, клавиатура PK86.Цитата:
Сообщение от b2m
Хочу попробовать поизвращаться - попрограммировать для ВМ80. :)
Возьми за основу стандартный Orion-128.cfg, добавь в конце
А после строчекКод:app2 : K580ww55 {
}
hdd : cf-ide {
drive[0].image="Orion\dos-hdd.ohi"
addr=app2.portA[0-2]
cs0=app2.portA[3]
cs1=app2.portA[4]
iowr=app2.portA[5]
iord=app2.portA[6]
msb=app2.portB
lsb=app2.portC
}
добавьКод:map[ ][F500-F5FF]=app1.data
Код:map[ ][F600-F6FF]=app2.data
После долгого перерыва воспользовался отладчиком b2m, возник вопрос:
Какие ошибки имелись в виду? Две довольно неприятные (для меня в конфиге вектора c z80, c кр580 раньше тоже было, сейчас не проверял) - 1) "чудеса" с отображением мнемоник команд при включенном обращении стеком к КД и выполнении команды pop, 2) "залипание навечно" клавиши, если обработка ее нажатия протрассирована под отладчиком (формулировка может не на 100% верная но близко к тому).Цитата:
Сообщение от b2m
Насчёт "залипания навечно" я почти на 100% уверен - не может быть такого. Нажатие клавиши не может быть обработано при трассировке, т.к. сообщения о нажатии/отпускании обрабатываются отладчиком, а не эмулятором. Другое дело, когда клавишу мы нажали при нормальном выполнении, а потом сработала точка останова - тогда отпускание обработается отладчиком, и клавиша останется нажатой. В таком случае нужно лишь нажать и отпустить эту клавишу ещё раз при нормальном исполнении.
А про чудеса: в конфигурации с кр580 точно быть не должно, а с z80 вроде я ещё не исправил.