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

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

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

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

Код:

---

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

---

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

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

Цитата:

---

Сообщение от SegaBoy

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

---

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

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

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

Цитата:

---

Сообщение от NEO SPECTRUMAN

А еще мне интересно
какого хрена гф24 делит частоту на такое не естественное число как 9?? о_О

---

У меня есть только предположение. Тактирование процессора двухфазное, и для получения правильных временнЫх интервалов требовалось такое деление. Предположение основано на картинке в какой-то книжке, где расписывалось, как нужно тактировать процессор 8080, так вот там период был поделен на 9 частей.

Цитата:

---

Сообщение от NEO SPECTRUMAN

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

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

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

---

Да, предсказать точно нельзя. Пока вижу ~20 тактов процессора после окончания всей серии пакетов ПДП и началом вывода ВГ75 новой линии строки. Пакетов всего 10, даже если каждый задержится на несколько тактов, то максимум наедем на начало следующей линии и то на чуток.

Цитата:

---

Сообщение от barsik

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

---

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

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

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

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

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

Цитата:

---

Сообщение от Vital72

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

---

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

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

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

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

Цитата:

---

Сообщение от SegaBoy

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

---

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

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

Цитата:

---

Сообщение от SegaBoy

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

---

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

Цитата:

---

Сообщение от SegaBoy

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

---

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

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

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

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

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

Цитата:

---

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

---

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

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

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

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

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

Цитата:

---

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

---

Цитата:

---

Сообщение от NEO SPECTRUMAN

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

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

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

---

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

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

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

http://savepic.ru/13262935.jpg

[свернуть]

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

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

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

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


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

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

Цитата:

---

Сообщение от NEO SPECTRUMAN

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

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

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


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

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

---

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

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

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

Цитата:

---

Сообщение от Pyk

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

---

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

Цитата:

---

Сообщение от SegaBoy

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

---

Странно. Я использовал только RVV, и т.к это было почти 30 лет назад, то подробностей не помню. Но о необходимости перепрограммировать ПДП и сдвиге, и соответственно, сложности расчёта начал всех последующих строк, слышу первый раз. Зачем тогда нужен упр.код "конец строки"?

Цитата:

---

Сообщение от SegaBoy

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

---

Не понял, что за размер блока для ПДП. Если речь о размере ПДП-посылки, то вроде 8 - это уже и так максимум. И непонятно, что дало бы увеличение размера ПДП-посылки, если бы это даже было возможно.

Кто-нибудь из пользующихся цветом на РК86 и клонах может рассказать, как использовать цветовые атрибуты и какие возникают при этом проблемы?

Интересует проблема сдвижки начал последующих строк, если вставить атрибут? Никогда о такой проблеме не знал. Я считал, что 7 символов для правого бордюра как раз достаточны для того, чтобы вставить пару атрибутов и никакой сдвижки последующих строк не помню.

Атрибуты отображаемые пробелом, крайне неудобны. Как сделать тогда "балку подсветки" в НОРТОНЕ? И интересно, - сам символ пробел выводится с атрибутным сигналом уже активным или он станет таким только для следующего символа.

И что происходит тогда при выключающем цвет атрибуте? В одном из двух вариантов ответа, Вы никак не получите "балку подсветки", где один пробел в цвете балки до цветного текста и один цветной пробел после. А вот с невидимыми атрибутами проблем нет. По сути режим с отображаемыми пробелом атрибутами вообще никогда не нужен.

Да и вообще атрибуты для целей цвета или инверсии - полное дерьмо. Попробуйте сделайте ими такую картинку, что вообще, абсолютно без труда, делаю я, используя для инверсии фонт. Для цвета, кстати, будет то же самое - программирование на порядок проще и результат намного выше.

Вот почему я сразу же забраковал RVV и использовал инверсию альтернативным фонтом, что к тому же ещё даёт и рамки и инверсные окна. И легко в программировании. Атрибуты удобны только для оперативного переключения фонтов, чтобы, например, в одном экране видеть КОИ-8, т.е и мелкие + заглавные латинские и мелкие + заглавные русские буквы.

При цвете, что описан в журнале "Радиолюбитель" 04.1992, задают только цвет INK (PAPER всегда черный). Поэтому я всегда считал, что надо не напрямую управлять RGB-лучами кинескопа, а через кодо-преобразователь (РЕ3, РТ5). Тогда из тех же 3-х битов получаем 8 сочетаний цветов, т.е имеем цвет как для символа, так и для фона. А 8-ми сочетаний как раз хватает для всех системных программ.

;----------------------------

Судя по одному сообщению, что я где-то на сайте читал, атрибуты не могут идти подряд друг за другом. Никогда так не делал (да и цвета никогда не имел, только экспериментировал с RVV для инверсии знакомест). Соответствует ли это утверждение истине?

Вопрос: как тогда на цветных машинах устанавливают НЕОСНОВНЫЕ цвета (у которых несколько атрибутных сигналов активны). Если каждый из 3-х атрибутных выходов управляет одной цветовой пушкой телевизора, т.е R, G или B. А если надо включить белый цвет (для которого нужны все три луча), сразу после чёрного, то надо выводить подряд все 3 цветовых атрибута. Тогда если "перемежать" атрибуты пробелами, то тратятся не 6 байтов, а 12, а свободных имеется только 6. Тогда чтобы иметь белый цвет приходится строку укорачивать на 6 символов. А если на строке есть и другие фигурки в другом цвете? То строку укоротим ещё больше? Таким образом, цвета на базе атрибутов обходятся слишком большой "кровью" (программиста) и дают намного худший результат, чем цвет из МЦПГ.

В общем, тут требуется консультация знатока. Того кто разбирался с использованием цвета на РК и клонах. Это Pyk и b2m, а также владельцы цветных "Партнёров" и "Апогеев-010/Ц". Хотелось бы, чтобы они не скрывали свои знания от народа, т.к цветные игры выглядят намного лучше.

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

Цитата:

---

Сообщение от error404

интересно, ну вот когда вы разберетесь с времянками, что дальше? Что за сакральное знание, времянки?

---

Сакральные знания якобы позволят заимствовать опыт спектрумистов для создания немерцающих игр для РК86. В качестве выходного результата этой темы ожидается разработка "движка" для РК-игр, обладающих свойством "немерцаемости" и кучей других свойств, а также получение 30-ти игр для РК86 уровня первых лет ZX-Spectrum.