Ретро-ЯП Millfork для Atari, Apple II, ZX Spectrum, MSX, CP/M, NES, Game Boy и MS-DOS

[breeze]

в The Last Word используется ANTIC Mode F(Gr.8), этого хватает для символов.

Ну я так подозреваю, что принцип примерно такой же как на спектруме, делаем шрифт 4x6 с двойными символами, а потом копируем либо левую, либо правую половинку, в пустой шрифт, который отображается на экране?

Кстати, ты был прав насчет выравнивания шрифта:
http://user.xmission.com/~trevin/atari/antic_regs.html

Я забыл тогда отписать, поэкспериментировал с адресами, он не кратное плывёт шрифт сразу.

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

Тут другой вопрос возник. Только я разобрался с интами и выравниваниями новых шрифтов/цветов, словил леща при попытке переключить ширину экрана с 40 на 48 (для скроллов):



Чё только не делал, плывёт первая строчка и всё, не успевает переключится в 48й режим. А если сделать на строку выше, тогда уже включается 48й режим для предыдущей строки.

[Advertiser]

[Shiny]

Ну я так подозреваю, что принцип примерно такой же как на спектруме, делаем шрифт 4x6 с двойными символами, а потом копируем либо левую, либо правую половинку, в пустой шрифт, который отображается на экране?

Вот шрифт от редактора

Тут другой вопрос возник. Только я разобрался с интами и выравниваниями новых шрифтов/цветов, словил леща при попытке переключить ширину экрана с 40 на 48 (для скроллов):
Чё только не делал, плывёт первая строчка и всё, не успевает переключится в 48й режим. А если сделать на строку выше, тогда уже включается 48й режим для предыдущей строки.

я с этими режимами - 32/48 не сталкивался, надо смотреть исходник. А нужно ли оно для сдвигов?

[breeze]

Вот шрифт от редактора

Забавно, значит надо искать печаталку

я с этими режимами - 32/48 не сталкивался, надо смотреть исходник. А нужно ли оно для сдвигов?

Ну конечно, ты «печатаешь» за кадром новые тайлы, а потом они спокойно выезжают.

Очень подробная статья про эти самые скроллы.

Другой вопрос, что мне как обычно хочется «странного»

Я прошелся дебаггером в альтире (благо что там есть пошаговая возможность отображения луча экрана)
И пришел к выводу, что на одной линии DLI не успевает и сменить разрешайку на 48 и поменять шрифт и поменять цвета. Только 2 из 3х

И тут либо костылить и пропускать линию предыдущего блока, либо текущего, как вариант не трогать разрешайку и сразу всем врубить 48

Короче надо думать

[Shiny]

А зачем тебе установка значений в DLI?

[breeze]

А зачем тебе установка значений в DLI?

Не понял вопроса

Есть три области, в них разные графические режимы, цвета и размеры.
По моему DLI как раз-таки и задумывался для переключения оных, или я чего-то не знаю?

[Shiny]

Не понял вопроса

Есть три области, в них разные графические режимы, цвета и размеры.
По моему DLI как раз-таки и задумывался для переключения оных, или я чего-то не знаю?

Почему 3?
Я бы сделал две области - строка статуса со счетчиком игры и индикатором жизней и игровое поле с фоном - выходит джве, и параметры цвета и шрифта задаются для каждой зоны.
Тогда в Display List:
.byte $80 ; цвета и шрифт для статуса
.byte $42
.word status_text; это для данных
.byte $80 ; второе прерывание задает параметры для игрового поля

В прерывании удобнее сделать запись в $200/$201 адреса второго вектора, так меньше тактов.

Со сдвигом фона можно использовать трюк наподобие того, что я применял в 16К WYSIWIC

, но не буду отсылать к исходникам, а попробую описать:
Строки Display List:
.byte $52 ; $40+$10+2 lms+hscroll+mode_gr_0
.word screena
.byte $52
.word screena+80
.byte $52
.word screena+120
...
Данные фона генерируются и записываются столбцом по адресу screena+40,screena+120...
Когда сдвиг завершен(значения меняются от 3 до 0, да?), данные копируются с адреса screena+40 в screena, из screena+120 в screena+80.
Затем для строк увеличиваются адреса на 1: screena+1,screena+80+1.Если адрес первой строки достиг screena+40, то сброс на screena.

Выглядит сложно, но получишь бесконечный сдвиг фона.

[breeze]

Почему 3?

Ну сути это не меняет, можно хоть 10. В моём случае три потому что я хотел сделать вверху логотип, потом игровую область (нет смысла её делать огромной), и внизу очки, жизни итд.

В прерывании удобнее сделать запись в $200/$201 адреса второго вектора, так меньше тактов.

Ну скорее всего ты прав, попробую такой вариант.

Со сдвигом фона можно использовать трюк наподобие того, что я применял в 16К WYSIWIC

До движений я так пока и не дошел. Но спасибо посмотрю.

Строки Display List:
.byte $52 ; $40+$10+2 lms+hscroll+mode_gr_0

Надо более детально врубится в команды дисплей листа, ибо я только пока понял, что:
$8x - вызвать DLI,
$4x - новый адрес для карты тайлов (экрана)
$Cx - совместить 8x и 4x (но оно тоже хер пойми как вызывается, толи адрес сначала меняется, толи сначала DLI влетает)

младшие значение режим антика $x2 $x4 итд

Сейчас вижу у тебя $10 как я понял это отсрочка или в конце строки DLI вызывать?

Что такое $52?

[Shiny]

$8x - вызвать DLI,
$4x - новый адрес для карты тайлов (экрана)
$Cx - совместить 8x и 4x (но оно тоже хер пойми как вызывается, толи адрес сначала меняется, толи сначала DLI влетает)

младшие значение режим антика $x2 $x4 итд

Сейчас вижу у тебя $10 как я понял это отсрочка или в конце строки DLI вызывать?

Что такое $52?

Старшие биты 7-4 это и есть комбинация возможных значений. В mapping указаны значения, но вертикальный и горизонтальный сдвиги перепутаны.
$52 это комбинация флагов и режима: $40-команда LMS(нужно слово адреса в памяти), $10 - горизонтальный сдвиг, 2 - текстовый режим.

Прерывание начнется раньше, я указал $80.

[breeze]

Ну нашел наконец-таки нормальное описание битов:

7 6 5 4 3 2 1 0
DLI LMS VSCROLL HSCROLL

Mode

The 4 flags are:

DLI ($80): enable a display list interrupt when processing this instruction

LMS ($40): trigger a Load Memory Scan, changing where ANTIC looks for screen data, and requires an additional 2 byte address immediately following this instruction byte.

VSCROLL ($20): enable vertical scrolling for this mode line

HSCROLL ($10): enable horizontal scrolling for this mode line

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

Старшие биты 7-4 это и есть комбинация возможных значений. В mapping указаны значения, но вертикальный и горизонтальный сдвиги перепутаны.
$52 это комбинация флагов и режима: $40-команда LMS(нужно слово адреса в памяти), $10 - горизонтальный сдвиг, 2 - текстовый режим.

Прерывание начнется раньше, я указал $80.

Спасибо. Короче нужно ставить дебаг в альтирре и проходить потактово, что бы понять как это всё работает

[Shiny]

Ну нашел наконец-таки нормальное описание битов:

полистай DeReAtari.pdf, итак расписано.

Спасибо. Короче нужно ставить дебаг в альтирре и проходить потактово, что бы понять как это всё работает

Шальная мысль: задать одно значение в ячейке 559(48 символов) и работать с памятью с учетом смещений. Но печать пойдет наискосок - если я правильно понял исходники OS, то процедура жестко пришита к стандартным видеорежимам, без учета размеров в 559:
https://atariwiki.org/wiki/Wiki.jsp?...urce%20Listing
процедура INCRSB



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


Обычный режим с poke 559,35 и poke 82,0