"ZX-8080" - Даунгрейд компьютера "Ленинград"

[NEO SPECTRUMAN]

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

ну мораль гласит что любую процедуру можно уменьшить на 1 байт или ускорить на 1 такт
все процедуры уменьшены на 1 байт еще в 82 году

тут поможет только переписать нахрен по новой

- убрать какие то процедуры бейсика, то есть чем то пожертвовать, но не шрифтом.

ну шрифт и так будет в ПЗУ (правда сейчас в отладочных целях он лежит в раме)


заглянул в se basic там ~ столько же jr ix iy-ков
в придачу там наверно уже заюзано свободное место

так что не думаю что его адаптировать будет проще...

ну а например circle можно держать в раме
вот только сами команды не занимают много места
тк они написаны на байткодом калькулятора...
а сам калькулятор занимает видимо достаточно места

и он походу щас и не работает
вместе с выводом ошибок и прочими RST
которые работают по одному принципу

[ivagor]

Насчет WRM/ понял когда посмотрел дальше. На мой взгляд обозначение сбивает, это скорее не WRM/, а "признак незаписи в порт", т.е. должен выходить из прямого напарника OUTP/. У D42.2 можно поменять не выходы, а входы D4 и D6, тогда выходы будут правильно.

[Mick]

Насчет WRM/ понял когда посмотрел дальше. На мой взгляд обозначение сбивает, это скорее не WRM/, а "признак незаписи в порт", т.е. должен выходить из прямого напарника OUTP/. У D42.2 можно поменять не выходы, а входы D4 и D6, тогда выходы будут правильно.

Да, ты прав надо поменять D4 и D6 местами.

Обновил схему и вставил ссылку в первый пост, так проще будет ее обсуждать.

[zx_]

NEO SPECTRUMAN, про калькулятор читал ?
http://hype.retroscene.org/blog/1007.html

одна из супер задрочек

[NEO SPECTRUMAN]

про калькулятор читал ?
http://hype.retroscene.org/blog/1007.html

ничего нового и полезного
все это и так очевидно из сорца бейсика


нужно описание принципа работы самого интерпретатора
тк там какая то не логичная для меня дичь творится (со стеком)

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




охренеть загрузился галаксианс
правда на 8080 он явно не пойдет...




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

сделать для отладки соответствующий конфиг в emu, на первый взгляд это возможно. Принципиальных изменения два
1. Процессор
2. Адресация портов

и как в оно притулить выбор полурядов клавиатуры на отдельный порт?

методом научного тыка попытался сделать
нифига не получилось

с таким же успехом оно зависает при попытке грузить снапшоты...
в принципе оно и не должно их грузить тк другой проц...

[ivagor]

и как в оно притулить выбор полурядов клавиатуры на отдельный порт?

В текущей схеме Micka выбор рядов клавиатуры не на отдельном порту.
Сам я не справился с emu, опция kbd.mask работает не так, как я ожидал. Увы, вопрос с эмуляцией zx8080 остается открытым.

[Advertiser]

[Mick]

В текущей схеме Micka выбор рядов клавиатуры не на отдельном порту.

Если будут сложности с программной реализацией, то можно вернуться к дополнительному регистру.

[ivagor]

В программе для zx8080 сложностей нет, проблема с эмуляцией. А вариант с заданием "бывшей старшей половины" через дополнительный порт (я пробовал FF) в emu нормально работает.

[Mick]

В программе для zx8080 сложностей нет,

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

[ivagor]

Вариант чтения порта клавиатуры, соответствующий текущей схеме, проще всего реализуется фрагментом с модифицируемой командой in (маска клавиатуры, она же старшая половина порта z80, в A)

sta SetIn+1
SetIn: in 0

Причем очевидно этот фрагмент должен располагаться в озу и его удобно оформить в виде процедуры.
Вариант с заданием маски через отдельный порт

out 0FFh
in 0FEh

Это короче, но если оформить в виде процедуры, то каждый вызов в обоих случаях будет по 3 байта.