Продолжаю писать редактор графики для Commodore на Go.
В отличие от Python (точнее PyGame) приходится прописывать новые структуры, например, экранные кнопки.
Ну и я стараюсь все делать красиво, поэтому работа идет несколько медленно. Но зато все работает в 60 FPS.

Уже можно выбрать 3 цвета для каждого знакоместа, переключить цвет фона. Немного переписал управление для удобства. В общем, работа потихоньку движется=)

Начались подвижки в ролевой системе. Наконец-то...
В общем я немного полазил по исходному коду Doom RPG и не придумал ничего лучше, чем просто скопировать некоторые моменты.
Вышло как-то так:
Здоровье и броня:

8 бит.
30 при старте игры.
Увеличение каждый уровень: текущее значение + 3 + (random % 3).
Максимум - 100 (в оригинале было 99, но у меня есть 3 свободных знакоместа)
А

така, защита, уклонение и точность:

8 бит.
При старте равны 16, 12, 14, 16. И так всегда.
Увеличивается как: текущее + 1 + (random % 2).
Максимум 100.
О

пыт:

16 бит.
Количество опыта для нового уровня в оригинале высчитывается как: (номер уровня * 20) + 60.
Не понял, зачем так сложно, если можно просто прибавлять 20.

Ну и в итоге все это выводится на экран (как и меняется текст всех показателей во вкладках меню).

P.S. Добавил еще поле NXP - количество опыта для получения следующего уровня.

P.P.S. Для теста кинул эту функцию на кнопку SAVE=)

Наконец-то видеоотчет на настоящем железе :)

Ну я долго этого ждал )

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

Самый кайф в том, что в Atari стоит процессор MOS 6507. А в Commodore 64 - MOS 6510. И ассемблер там тот же )
Обязательно что-нибудь напишу для этой консоли.

Начал разбираться в устройстве 2600, и это конечно очень забавная консоль.
Во-первых, процессор 6507, может адресовать всего 8Кб памяти.
Во-вторых, у нас есть всего 128 байт (sic!) оперативки. Да уж, память и правда была в те времена дорогая.
В-третьих, размер картриджа всего 4Кб.

Если посмотреть на адреса, то это выглядит как-то так:

0000-002C TIA (Write)
0030-003D TIA (Read)
0080-00FF RIOT RAM
0280-0297 RIOT I/O, TIMER
F000-FFFF ROM

TIA - это местный видеочип, а RIOT - оперативка, ввод/вывод и таймер.
Но есть и плюс - PAL версия (как у меня) поддерживает аж 104 уникальных цвета. В Commodore 64, для сравнения, палитра состоит всего из 16 цветов. Хотя кажется, что все это будет с кучей ограничений.

Буду разбираться дальше=)

Это жесть, господа=)
Полдня потратил на то, чтобы добавить на экран спрайт. А все потому что это не Commodore, где ты просто кидаешь в нужные регистры позицию, изображение и цвета спрайта, а видеочип налету все подхватывает.
Здесь у спрайтов вообще нет такого понятия, как позиция. Все приходится вычитывать исходя из линии растра.

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

Короче, я сам еще не до конца понимаю, что тут происходит, но это довольно интересно.

А вот, как выглядит код для определения позиции спрайта по Y. С позицией по X там еще веселее, и я пока не разобрался.

        ; цикл для каждой линии отрисовки на экране
        ldx  #0
graph_loop
       ; вычитаем позицию спрайта из текущей линии
       ; и сравниваем с высотой спрайта
        txa
        sec
        sbc  #50
        cmp  #13
        bcc  next
        lda  #0
next
        ;кидаем в регистр спрайта значение из таблицы со смещением 
        ;(#0, если спрайт рисовать не надо)
        tay
        lda  player_data,y
        sta  GRP0
        ;тоже самое с цветом
        lda  player_colors,y
        sta  COLUP0
        ; тормозим процессор до следующей линии отрисовки
        stx  WSYNC
        ; меняем цвет фона
        stx  COLUBK
        inx
        cpx  #242
        bne  graph_loop

И данные спрайта. Нули в начале для очистки регистра, если спрайт рисовать не надо.

player_data
        .byte  #0
        .byte  %00111100
        .byte  %01111110
        .byte  %01011101
        .byte  %01111110
        .byte  %00111100
        .byte  %00011000
        .byte  %11111111
        .byte  %00011000
        .byte  %00011000
        .byte  %01100110
        .byte  %01100110
        .byte  %01100110
        
player_colors
        .byte  #0
        .byte  #$2c
        .byte  #$2c
        .byte  #$2c
        .byte  #$2c
        .byte  #$2c
        .byte  #$2c
        .byte  #$d2
        .byte  #$d2
        .byte  #$64
        .byte  #$64
        .byte  #$64

Я тут подумал.

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

Допустим, у нас есть изображение, зашитое в памяти.
Надо учесть, что весь экран таким образом закодировать не получится, так как на одну линию отрисовки надо 20 байт (160 пикселей/8 бит). В PAL версии, как у меня, 242 линии отрисовки основного экрана, что в сумме дает 4840 байт, а это превышает размер картриджа.

Но если это не учитывать, то, думаю можно добиться нужного эффекта. Пока луч рисует спрайт первого игрока, мы кладем в спрайт второго игрока следующий байт, и vice versa. Думаю, что таким же образом можно менять цвета каждого спрайта на линии. Хотя я так прикинул, процессор должен будет успевать менять нужные регистры в худшем случае за 3 такта, а это очень мало. Но есть также вариант расширить спрайты, что снизит разрешение, но позволит выбить немного тактов для процессора (и уменьшит размер изображения в памяти).

И конечно, не получится таким образом делать динамическую графику, потому что динамика подразумевает RAM, а у нас оперативки 128 байт...

Короче, я пока что пребываю в шоке от архитектуры этой консоли=)

https://www.youtube.com/watch?v=ql5edE8zje4

Тут мужик делает псевдо-3Д движок на GBA с редактором, в котором можно уровни в реальном времени делать прямо на консоли.
Очень похоже на Doom Builder.
Выглядит офигенно, правда, как я понял, реальную игру пока в редакторе сделать нельзя.

Картридж приехал. И СД карта а комплекте. Будем тестировать )

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

Но сперва, конечно, Коммодор!! У меня одна идея появилась, как сделать внутригровую карту, и это не так много ресурсов должно занять:)