Вопросы по Вектору (для эмулятора)

[Saar]

Ramiros,
У меня подозрение что дело не в командах. Тем более я сильно сомневаюсь что модель процессора от Vslav добавляет какие-то такты. Там если саму модель глянуть, видно что на реверсе построено.
А потом, если бы какая команда неправильно работала, то это вылезло бы более серьезно где-то. А у меня получается так что именно внутри информационной части экрана есть общий сдвиг относительно бордюра. При этом и b-ice и 256-color выводятся корректно если не обращать внимание на этот горизонтальный сдвиг.
Думаю, где-то я упускаю регистр задержки.
А еще возможно цвет бордюра через регистр задержки/квантования проходит. Это как у меня в спектруме было: я сначала сделал реакцию бордюра в любой момент на изменение, а оказалось что изменение фиксируется лишь каждый 8-й такт. Вот и тут есть подозрение что реакция бордюра не мгновенная.

- - - Добавлено - - -

вот, уже вырисовывается то, о чем я говорил.
По схеме индекс цвета бордюра приходит на сдвиговые регистры и на выходе появляется через 8 тактов. Как раз те, что нехватает.
Похоже, в bord.rom преключаются не значение цвета(было бы изменение мгновенное), а его индекс (изменение через 8 пикселей).

- - - Добавлено - - -

Регистр скролла по всей видимости записывается в счетчик за 8 тактов (пикселей) до его реального использования.

[Advertiser]

[svofski]

Saar, бобро пожаловать в наш клуб. Теперь ты тоде знаешь, что в Векторе все не так просто, как может показаться на первый взгляд

[Saar]

Не могу понять что демке mcolor не нравится в моем FDC. Причем тут вообще регистр FDC - непонятно..

- - - Добавлено - - -

конкретно порт 0x19 почему-то не нравится демке.

[KTSerg]

Не могу понять что демке mcolor не нравится в моем FDC. Причем тут вообще регистр FDC - непонятно..
конкретно порт 0x19 почему-то не нравится демке.

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

[Saar]

Короче, картина немного другая вырисовывается:
Поменял загрузчик на 512 байтный, который не умеет грузиться с FDC. И демка стала работать.
Но от этого яснее не стало.

Как загрузчик может влиять на дальнейшую работу программы?
Может я что-то упускаю при инициализации?

- - - Добавлено - - -

блин... ерунда какая-то..
После некоторых игр демка запускается даже при включенном FDC (в моем эмуляторе можно загрузить и запустить ROM во время работы без выхода в ПЗУ загрузчика).
Где-то что-то не ресетится правильно. Но при этом я не могу понять каким образом FDC влияет на прогу, его не использующую. У FDC нет DMA и он никак не вмешивается в работу если не опрашивать его регистры и не записывать в них...
При этом другие программы работают...

[svofski]

Не исключено, что M/COLOR просто читает из этого порта, думая, что там будет $FF.

[Saar]

Я думаю, что проблема в другом. Я экспериментально выяснил, что для загрузчика достаточно только запись и чтение регистра сектора (0x19) чтобы определить наличие FDC и вывести изображение дискеты.
Думаю, это активирует какие-то настройки в других устройствах, которые и воздействуют на демку. Думал, что может быть таймер - но его полное отключение не изменило ситуацию. То, что с 512 байтным загрузчиком без поддержки FDC (с с его наличием) не создает проблемы mcolor - как бы указывает что FDC не является непосредственной причиной а лишь триггером каких-то скрытых изменений.
Значит надо копать загрузчик и смотреть что там происходит при наличии FDC.
Нет ли где дизассемблированного с комментариями стандартного 2КБ загрузчика?

[Saar]

Кстати, помнится я высказывал предположение, что загрузчик прописывает JMP 100 в нулевой адрес, но было высказано сомнение в этом.

seg000:02B8                 ld      a, 0C3h
seg000:02BA                 ld      (sub_0), a
seg000:02BD                 ld      hl, 100h
seg000:02C0                 ld      (sub_0+1), hl

[KTSerg]

Кстати, помнится я высказывал предположение, что загрузчик прописывает JMP 100 в нулевой адрес, но было высказано сомнение в этом. ...

Зачем Тимошенко Александр (aka TIMSoft) это сделал не совсем понятно, поскольку это не совсем корректно.
Он предположил, сто Ось всегда будет грузиться с адреса 100h, но это не совсем так.
Утилита записи на системные дорожки даёт возможность указать начальный адрес загружаемой программы, и он может быть любой (с шагом 100h) и этот адрес записывается в служебную область дискеты. Нормальный загрузчик читает эти данные и использует их по назначению.
Соответственно установка в "нулевой" адрес команды перехода, в общем случае лишняя примочка, и указывает на НЕ универсальность данного загрузчика с дискеты.

[ivagor]

Базовый 512 с исходником, базовый 2048 с исходником