Ну почему странное? это увлекательное занятие:)
Я бы посоветовал emu6502 для быстрого старта, в программе есть встроенный ассемблер и отладчик, я использовал такую фичу, когда отлаживал код алгоритмов для Firstie, потому что у эмуляторов неудобные дебаггеры.
Далее, пример не совсем удачный, я уже видел исходник, проще собрать в бинарник и почувствовать себя великим кодером.
для Atari есть два адресных пространства:
$0600-$06FF(6я страница)
$2000-$BEFF — свободное пространство, можно использовать адреса с $1000-$1FFF, если программа не обращается к диску. Как раз пример размещен по этому адресу.

Следует помнить, что для 6502 не реализовано чтение/запись портов, поэтому обращение к устройствам реализовано через аппаратные ячейки, например:

lda $D40b; VCOUNT

а что это? я не помню таких цифр, зато знаю по мнемоникам, описанным в Atari Menory Mapping. Список включен в Dis6502 — это удобное средство для исследования программ.


*=$2E0
.word start


А это что? а это запись в адрес $2E0 адреса автозапуска программы.

Теперь: какой эмулятор выбрать? с Atari полная засада: эмуляторам нужны образы ROM, которые нелегко найти в интернетах. Выбор эмулятора — дело вкуса, я привык с Atari800win+, хотя у Altirra есть свои преимущества и я неоднократно сталкивался с тем, что Altirra эмулирует лучше.
Ассемблер — дело привычки. MADS очень популярен, пакет содержит массу нужных примеров. Единственное, что мне не понравилось — неописанные макросы:(
Xasm — понимает синтаксис MADS и немного капризен к записи кода в исходнике.
Мне нравится Atasm, хотя дядька JAC! жалуется, что ассемблер не работает.

Теперь, вопрос: а в чем еще 6502?

Oric: osdk.defence-force.org/ На сайте есть SDK с примерами и утилитами, можно найти документацию.

Apple: Легко скачать эмулятор и создавать приложения с помощью ACME, для запуска проще использовать CiderPress или Apple Commander. А вот где найти документацию, это другой вопрос.

Было бы желание и упорство, все прибудет.
Рисуешь линию по квадрату, т.е. по координатам. Вслед за нарисованным стираются точки — см. описанный массив.
  • avatar VBI
  • 1
самое интересное — «заливка», не описана.
можешь дополнить?
  • avatar VBI
  • 0
всем realtime!
Не разобрался, как paper включить. Это реально?
  • avatar diver4d
  • 3
Проверь настройки контрастности или режимы работы монитора (игровой/кино/и т.п.). Разница между bright теряется при задранной контрастности.
  • avatar Al-Rado
  • 1
Может просто выбрать другой режим картинки на мониторе. Или не помогло?
  • avatar VBI
  • 2
некоторое подобие строки поиска подготовлено
  • avatar Nuts_
  • 0
Да есть такие штуки в виндах как цветороррекция, цветокалибровка… чтоб на разных мониторах одинаково выглядело.
  • avatar nodeus
  • 0
Рисовать в любой палитре, а потом воспользоваться любой программой из пункта (9).
  • avatar Buddy
  • 0
все понял. Благодарю. Но все одно, это лучше чем вечные косяки с яркостью то тут то там
  • avatar prof4d
  • 1
От формата файла индексированная палитра не меняется.
Разница по яркости будет, то что ты видишь у себя и то как это будет выглядеть на других мониторах.

Выше в комментариях есть картинка дайвера «alone» в двух разных палитрах. По ней как раз это и видно.
  • avatar Nuts_
  • 0
она доступна в исходниках можно и компильнуть
даже выкоряв Steam
  • avatar nyuk
  • 0
Редактор, в котором хочется рисовать!
Еще бы можно было палитры выносить за пределы основного окна — на второй монитор. Хоть другой моник покупай…
  • avatar Buddy
  • 1
Спасибо. Собралась палитра из алоновской темной и пульсаровской яркой. Вроде нормально теперь. А картинка будет нормально выглядеть если scr передавать а не png ;-)
  • avatar prof4d
  • 1
Так сделай сам, любой же пиксельный редактор позволяет цвета менять. В эмуляторе тоже можно самостоятельно палитру изменить. Только помни, что на других мониторах твои картинки из-за этого несколько иначе будут выглядеть.
  • avatar prof4d
  • 0
Хорошая вещь, спасибо за наводку!
  • avatar Buddy
  • 0
Не подскажете какая палитра самая контрастная? а то на новом мониторе совсем брайт не вижу. Даже у белого с трудом различаю
Если словарь будет меняться каждые несколько кадров, тогда может получиться. Я не пробовал, ориентировался на один словарь изначально. Вообще, думаю, идея строить его по частоте сама по себе не очень. Наверное, если попробовать размазывать ошибку по кадру, будет получше. Кстати, algorithm вроде бы собирался релизить свою тулзу с правильным vq, генетикой и прочим блэкджеком, интересно было бы потрогать.
  • avatar Vitamin
  • 0
Ну потери качества они по любому будут. Интересует какой уровень сжатия получится.

А что думаешь по поводу динамического словаря? Т.е. выбирать самые частотные блоки не на всей выборке кадров, а локальные максимумы.