Секреты и трюки программирования (в том числе и игр) для РК-86

[NEO SPECTRUMAN]

ну да, скрипт на lua - это же так просто.

просто

но отлаживать его если оно не будет с ходу работать
рассматривать эти долбанные print-ы
которые в командной строке не бесконечно хранятся...

а еще нету никакого подобия goto
и возможности преждевременно завершить цикл...

+списка доступных команд в sjasm-е нету (во всех мануалах по lua их побольше да и написание местами не совпадает...)
все методом научного тыка...

[Advertiser]

[SegaBoy]

Добавил сигналы ВГ75 LC0-3, теперь наглядно видно какая линия из строки выводится.
Добавил сигналы ВТ57 /MEMWR, /IORD и /IOWR. Первый выставляет адрес в ОЗУ, второй дёргает /WR ВГ75. Что делает третий не знаю, он заведён на сигнал /RAS ОЗУ. Может это и есть регенерация?

Скрытый текст

[свернуть]

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

SegaBoy, раз уж у Вас есть аппаратура, не можете ли Вы выяснить, есть ли такие линии растра в знакоместе, при которых захвата шины никогда не бывает? Это бы существенно улучшило музыкальные возможности РК86.

Да, сейчас найду этот момент и выложу скрин. Так же выложу весь файл анализа для самостоятельного просмотра.

файл здесь

[NEO SPECTRUMAN]

(что за полезную работу можно сделать за 7 машинных тактов?)

да в принципе абсолютно не важно
если в эти 7 тактов успеет начатся команда побольше
например 5 + 16
то и эти 7 тактов расширятся

...
мультиколоры все равно ненакодить

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

можно будет грузить картинку на экран и видеть ее)))

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

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

ну я же вроде и "нарисовал" это
(только вчера этот период видел)

все равно делать такое...

ну железятники и программисты живут в разных вселенных...

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

Пакетов всего 10, даже если каждый задержится на несколько тактов, то максимум наедем на начало следующей линии и то на чуток.

напомню что чуток
1 такт процессора это 4.5 экранных пикселя
что совсем не чуть чуть...

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

Пакетов всего 10, даже если каждый задержится на несколько тактов, то максимум наедем на начало следующей линии и то на чуток.

напомню что чуток
1 такт процессора это 4.5 экранных пикселя
что совсем не чуть чуть...

Да, предсказать точно нельзя.

без видения исполняемого кода...

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

И еще как сделать доходчивое описание всего этого????? о_О
тут надо прилагать кучу осциллограмм...
все расписывать...
...у всего по 100500 режимов работы...
...кошмар...

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

А что такое ???

0 Нормальные символы
1 Недоступные (закрытые) символы

во время сброса
1-й байт параметра
в буржуйском мануале это называется spaced rows
и там есть для этого картинка
в которой после каждой строки
строка пробелов

видимо можно дать еще больше времени процу
используя этот режим (нужно вообще потестить на реале...)

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

и еще предложение
чтоб не путать строки символов и пикселей

давайте для строк пикселей будем использовать термин

Число горизонтальных линий в строке

[SegaBoy]

А что такое ???

во время сброса
1-й байт параметра
в буржуйском мануале это называется spaced rows
и там есть для этого картинка
в которой после каждой строки
строка пробелов

видимо можно дать еще больше времени процу
используя этот режим (нужно вообще потестить на реале...)

Тут всё просто. Если этот параметр равен 1, то экран становится через-строчным. Сначала выводятся все горизонтальные линии первой строки. Затем столько же выводится пустых (чёрных) линий. Потом начинается отображение всех горизонтальных линий второй строки, а за ней снова столько же пустых линий. И так до конца экрана. Соответственно сам экран в памяти занимает в два раза меньше места (и ПДП так же происходит в два раза реже).
Например можно сделать текстовый режим 64х16, читать в таком режиме будет намного удобнее.

Добавил под спойлер, как это выглядит на реальном Апогее.

Скрытый текст

[свернуть]

П.С. Похоже что последняя строка знакомест выводится без последующих spaced row. За ней сразу идёт кадровый синхроимпульс.

[NEO SPECTRUMAN]

не ну чтоб назвать это недоступные закрытые символы это надо быть...

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

а что в апогее по дефолту 4 байт конфига _F.. ....
записывается D3
field attribute mode 1 (не прозрачные атрибуты)


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

и зачем это включать тогда по дефолту??????

[SegaBoy]

не ну чтоб назвать это недоступные закрытые символы это надо быть...

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

а что в апогее по дефолту 4 байт конфига _F.. ....
записывается D3
field attribute mode 1 (не прозрачные атрибуты)


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

и зачем это включать тогда по дефолту??????

Если на Апогее случайно поместить управляющий код в экранную память, то он отобразиться как пробел, а за этим пробелом будет напечатан следующий символ. И всё, ничего страшного не случится. Если так сделать на РК, то он не отобразиться, а следующий символ будет напечатан вплотную к предыдущему. Но так как управляющий код это загруженный через ПДП байт, то ВГ75 попросит ещё один символ взамен неотображаемого. ВТ57 выдаст ему дополнительный символ, только это будет уже начало новой строки, так как случайно кинув атрибутом в экран мы не пересчитали размер блока для ПДП и не переинициализировали ВТ57. Выглядит на РК это как бегущий экран - чем больше накидать управляющих символов, тем сильнее он бежит.

Проще говоря, если этот бит установлен, то размер блока ПДП равен размеру экрана (78*30 байт по умолчанию). И не важно что в этом экране, нули, символы или управляющие коды. Если этот бит опущен, то размер блока ПДП надо всегда пересчитывать. Он будет равен размеру экрана, плюс количество атрибутов в этом экране. Если их расставить заранее и все посчитать, а потом не трогать (или трогать аккуратно) то экран не разрушится. Если их количество менять по ходу программы, то надо всегда их пересчитывать и инициализировать ПДП или экран убежит.

[Pyk]

NEO SPECTRUMAN, для простоты - чтобы не приходилось перепрограммировать ПДП при каждом добавлении управляющего кода.
Меняем пробелы между словами, например, на управляющие коды - и слово уже выделено другим цветом, и не нужно думать о программировании ВГ75 и ВТ57...

[Error404]

NEO SPECTRUMAN, для простоты - чтобы не приходилось перепрограммировать ПДП при каждом добавлении управляющего кода.
Меняем пробелы между словами, например, на управляющие коды - и слово уже выделено другим цветом, и не нужно думать о программировании ВГ75 и ВТ57...

А если надо выделить букву не с начала слова? Пример распространенный (управление в меню по ключевым кнопкам).
Вообще интересно, ну вот когда вы разберетесь с времянками, что дальше? Что за сакральное знание, времянки? Какие-то нештатные вещи с ВГ75 использовать?

[SegaBoy]

Значит так. ПДП не беспокоит процессор пока ВГ75 выводит линии с 3 по 8. Включается на последней строке 9 и продолжается с 0 по 2. Это актуально для оригинального режима. При сокращении линий в строке с 10 до 8, свободные от ПДП линии будут с 3 по 6 и запрос к ПДП начнётся с линии 7. Если менять режимы работы контроллеров то и эти цифры могут измениться.

Скрытый текст

[свернуть]

П.С. файл анализатора для самостоятельного изучения выложил в прошлом посте.

П.П.С. Поправочка. Ввёл всех в заблуждение, так как не учёл в 4-м параметре инициализации ВГ75 значение M. По умолчанию в РК (и Апогее) оно равно 1. Значит на выходах LC формируется значение на один больше.
Цифры выше надо понимать так - с 4 по 9 отображаемую строку нет ПДП и с 0 по 3 оно есть.

[NEO SPECTRUMAN]

А еще мне интересно
какого хрена гф24 делит частоту на такое не естественное число как 9?? о_О
и создает нам этим неимоверную кучу проблем...
почему нельзя было делить по людски на 8!!!

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

не я вкурсе что там

JJJJJJJJJ
ПП_______
__ППППП__
123456789

ВСЕ РАВНО БЕСИТ

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

Значит так. ПДП не беспокоит процессор пока ВГ75 выводит линии с 3 по 8. Включается на последней строке 9 и продолжается с 0 по 2.

это нелзя просто взять и предказать
была бы у 8080 40 тактовая команда
и проц бы пока не выполнил бы её всю
не подтверждал бы hlda
и переброска даже не начиналась бы....

всё напрямую зависит от исполняемого кода...

это вам не 6,5,4,3,2,1,0,0 на спектруме...