ага, а потом устроим конкурс на лучшую игру под этот эмулятор!

эээ... а чем ГМовское чтение не угодило?

А-нука, ща почитаем-с ! Спасибо за интересный материал.

Очевидно, ГМ не умеет читать больше 1го байта. (а извращаться чтобы сделать из 4ех разных байт одно число.. Да и вообще с 39длл чтение удобнее)
Впрочем могу что-то путать... Давно не юзал ГМ для чтения файлов, но тоже помню что с 39длл удобнее.

так. чуствую себя нубом. но! как прицепить этот экстеншн? скопировал всё содержимое папки "extensions"(что из рархива) в экстеншены ГМа, но при открытии проекта ГМ ругается, что 39длл не нашёл.

Добавляешь 39длл скрипты в проект, копируешь 39длл в папку с проектом и все. No rocket science, как говорится.

Не, экстеншен устанавливать надо, через меню экстеншенов)
Resource -> Select Extension Packages -> Install, выбираешь ged или gex, я точно не помню. Потом перезагружаешь гм, открываешь мой проект. Но там пока кода только выбрать файл).

Добавлено (04.08.2010, 20:28)
---------------------------------------------
Гмовское чтение, не позволяет читать больше одного байта, плюс мне 39dll овское очень нравится, то что там есть буфера, все такое. Еще у 39dll неоспоримый плюс, в том что есть работа с битами, у гм такого нет.

Так, из инструментов, нам еще понадобится просмотровальщик файлов в hex, это нам для компилирования вручную файла.
http://freemariupol.narod.ru/programs/Haker/HexEditor.htm
тут вот есть, берите любой), только не испортите себе диски, каким нибудь из них)
Я взял этот, потому что он скачался. http://www.dreamsyssoft.com/hextreme-hex-editor/

Кстати, компилятор, эмулятор и игры, можно взять с сайта http://www.pong-story.com/chip8/, собственно есть в статье.

Сейчас, буду вручную компилировать файл MAZE, т.к. он самый маленький.

А вот и то как я работал, и то что получилось в конце.
Справа MAZE в HEX, слева блокнот, в котором я пытался подставить команды и попробовал представить результат работы.
Снизу слева калькулятор, в режими программист, считал из одной системы в другую, а слева справка по командам.
Вот текст из блокнота на всякий случай.

Добавлено (04.08.2010, 21:33)
---------------------------------------------

Получившийся почтикод. Можете считать что я просто удалил символы от -> до собственно кода, но на самом деле я думал как работает эта программа.

Добавлено (04.08.2010, 21:40)
---------------------------------------------
Теперь беремся за написание эмулятора. Можете считать, это все особой формой мазохизма)

Добавлено (04.08.2010, 21:42)
---------------------------------------------
И тут выясняется, что в пустом проекте подключен не тот экстеншен)

Добавлено (04.08.2010, 22:12)
---------------------------------------------
Значит, смотрим код на хабре,

Я тут подумал, и решил, попробовать сделать эти переменные буферами. А значит нужна функция для чтения произвольного места из буфера, создания буфера состоящего из н-ного количества байт, и т.д. Еще 80 байт шрифт занимает, но мы его использовать не будем... пока.
короче погряз я в изучении исходников у того парня. Странно, но нигде нет информации о том, где собственно программа храниться, и каким образом ее вычитывать из файла.

Добавлено (04.08.2010, 22:46)
---------------------------------------------
В общем, я и Sres, довольно долго уже спорим, как обстоит хранение рома в программе, в итоге, к консенсусу не пришли, и я буду хранить ее после 200$. Нда, такие дела. А еще вон еще сколько всего предстоит написать)

Подтверждаю, ведем плодотворную дискуссию, только я пытаюсь писать на МАСМ, а Хвост на ГМе (сочувствую, учитывая никакущую работу с памятью в оном).

Ух ты! Интересненько. Изучаю документации.

Насчёт памяти: вначале маленький шрифт, потом интерпретатор (так на оригинальных приставках), а после $200 идёт уже эмулируемая нами игрушка.

Добавлено (05.08.2010, 00:31)
---------------------------------------------
> Хвост на ГМе (сочувствую, учитывая никакущую работу с памятью в оном).
Массивы и/или какие-нибудь дата_структуры будут эмулировать память (16 регистров + индекс, стэк, память RAM, два таймера), ничего страшного в этом нет. Разве что затраты большие...

Да нет, все можно эмулировать, но не так удобно.
Я продвинулся пока-что совсем не далеко... Объявил основные переменные и пишу основной цикл отрисовки. А сейчас спать...
Завтра уезжаю на море, так что работу над эмулятором не факт, что буду вести (но постараюсь, очень уж интересная затея).

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

Вот пока что есть. Ничего не компилирует, но вроде все инструменты для этого написал. Нужно обработать все команды, пока только 6.425 команда обрабатывается. Для компилирования MAZE необходима команда 2NNN, вызов процедуры, пока не знаю как ее написать.

> команда 2NNN
Добавляешь в стэк текущий регистр I (он же указатель на память текущего выполняемого кода, или нет?), потом по окончании процедуры (команда 00EE) берём адрес из стэка и возвращаемся... Т.е. от адреса NNN до команды 00EE - процедура.

Хым, несложно. Вечерком допишу.

Раз такая пьянка, попробую на C++ сделать

Посмотрел исходник MAZE. Все не так просто, как думалось. Но и не так сложно как могло быть).

По поводу ошибок:
Строки 16,17 и 18,19 - функции, вносят в память битовую маску. Ведь фиг догадаешься о такой подлянке)

Строки 10,14,15 - содержащие код goto(...)оказались JUMPом на метку. В принципе, тут я угадал, но, куда прыгают на самом деле нет.

Как я вычисляю адрес, (516-512)/2 = 2, смотрим вторую строку, а там V1=0; 15-ая строка (540-512)/2 = 14. А глядя в исходник, становится видно, что jump совершается на третью и пятнадцатую строку. goto(204) прыжок на строку рандома, а goto(21C) бесконечный цикл, дабы вывести на экран лабиринт.

Поправил еще пару мелких ошибок в коде, и вроде как получилось откомпилировать. Но ошибки остались, и ошибки логические.

Добавлено (07.08.2010, 10:36)
---------------------------------------------
И тут выясняется, что (540-512)/2 = 14 правильный адрес. Потому-что следующим шагом, мы инкриментируем позицию, и выполняем код на следующей строке.

Добавлено (07.08.2010, 10:39)
---------------------------------------------
Правда у меня нифига не так сделано, но работает только когда я так адрес указываю. Хым. Еще добавил математические функции. И нужно разобраться, почему отрисовка происходит фиг его знает как.

Теперь MAZE выполняет на раз, без ошибок). Можно пробовать что нибудь другое выполнить.

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

• 00E0 Clears the screen
  
• 6XNN Sets VX to NN
  
• ANNN Sets I to the address NNN
  
• 3XNN Skips the next instruction if VX equals NN
  
• 4XNN Skips the next instruction if VX doesn't equal NN
  
• 5XY0 Skips the next instruction if VX equals VY
  
• CXNN Sets VX to a random number and NN
  
• DXYN Draws a sprite at coordinate (VX, VY) that has a width of 8 pixels and a height of N pixels. Each row of 8 pixels is read as bit-coded starting from memory location I; I value doesn't change after the execution of this instruction. As described above, VF is set to 1 if any screen pixels are flipped from set to unset when the sprite is drawn, and to 0 if that doesn't happen.
  

Пишу, как обещал, на чистом асме (ассемблер - MASM), весь код свой, кроме генератора псевдослучайных чисел.

Добавлено (11.08.2010, 14:21)
---------------------------------------------
Реализовал все что требуется для работы MAZE, но появилась куча багов (скрывавшихся по мере тестирования команд по одной), надеюсь вытяну.