14. Движение спрайтов

• Zero-Page RAM
• Подпрограммы
• Управление регистрами для подпрограмм
• Наша первая подпрограмма: отрисовка игрока
• Соединяем всё вместе
• Домашняя работа

13. Графика фона

• Таблица паттернов фона
• Составление таблицы имён
• Таблица атрибутов
• Дополнительные изменения
• Использование проектов NES Lightbox
• Домашняя работа

11. Ветвление и циклы

• Управление потоком в языке ассемблера
• Ветвление
• Обзор опкодов циклов и ветвления
• Ещё один пример ветвления
• Выполнение сравнений
• Использование сравнений в циклах

10. Спрайтовая графика

• Спрайтовые данные
• Object Attribute Memory (OAM)
• Работа с NES Lightbox
• Отображение спрайтов в игре

9. Picture Processing Unit (PPU)

• Палитры
• Таблицы паттернов
• Спрайты
• Фоны

8. Рефакторинг

• Константы
• Файл заголовка
• Импорт и экспорт ca65
• Собственная конфигурация компоновщика
• Соединяем всё вместе

6. Заголовки и векторы прерываний

• Заголовки iNES
• Выделение процедур с помощью .proc
• Векторы прерываний

4. Оборудование NES

• Консоль
• Картриджи
• Как это связано с нашим тестовым проектом?
• Цвета и палитры
• Возвращаемся к тестовому проекту

Эта серия статей посвящена изучению и практике программирования на языке ассемблера.

Материал рассчитан на новичков в ассемблере, студентов, которым пришлось столкнуться с «динозавром» в виде MS-DOS, и может быть интересен тем, кто хочет немного узнать как функционировали операционные системы на заре своего существования.

Писать мы будем резидентную программу (TSR), которая при завершении возвращает управление оболочке операционной системы, но остается в памяти и продолжает своё существование. В современном мире близкий аналог этого понятия — демон/служба.

Программа будет выполнять следующие функции:

– вывод текста вниз экрана по таймеру,

– переключение режима отображения шрифта: italic/normal,

– русификация,

– запрет на ввод прописных русских букв,

– резидентные часы,

– вывод бинарного представления символа.

Кто готов погрузиться в палеолит — погнали!

2. Фундаментальные понятия

• Работа с данными
• Регистры процессора
• Память
• Как задаются данные
• Как сделать данные человекочитаемыми
• Соединяем всё вместе

Введение

Сегодня мы будем анализировать бинарники на пару с CPU профилями, чтобы создать на их основе расширенные профили исполнения. Эти дополненные профили мы сможем использовать для оценки времени, которое программа тратит на проверки выхода за границу массивов и слайсов.

Разбор фрагментов кода из загадочной книги, которая содержит только ассемблерный листинг и никаких комментариев. Часть 1

Удаление Witelist ноутбука HP Pavilion dv6-2135er. Реверс-инжиниринг и модификация дампа bios.

Недавно в процессе выполнения учебного задания мне потребовалось реализовать метод конечных разностей для нахождения приближённого решения краевой задачи. По сути, я впервые столкнулся с вычислениями с плавающей точкой и не мог не попробовать запустить свою программу на Эльбрусе, зная о его больших возможностях и заточенности под вычисления такого рода. Хотите удивиться? Отправляйтесь со мной в увлекательное путешествие!

Привет, Хаброжители! Обратите внимание на большую распродажу в честь Старого Нового года.

Когда виртуальная машина Java компилирует ваш исходный код Java в машинный, одна из задач, которые она должна при этом выполнить – решить, где хранить локальные переменные Java и другие подобные временные значения. В вашей машине отсутствует концепция локальных переменных, поэтому на этапе компиляции необходимо определиться, какое место в памяти стека (какой машинный регистр) будет использоваться для хранения каждой переменной. Эта операция называется «выделение регистров». Может показаться, что выделение регистров – сложная абстрактная теоретическая тема, но в этом коротком посте я покажу, как сначала соотнести исходный код Java с теорией, потом понять, как его видит компилятор, а потом – показать результирующий машинный код. В данном случае моя цель – продемонстрировать, что все эти концепции очень легко опробовать на практике с реальным компилятором. 

Люди часто думают, что код на ассемблере читается не просто плохо, а очень плохо. Но я думаю, что это совершенно не так.

Я всегда считал, что читаемость кода на совести программистов и язык здесь совершенно не причём.

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

Честно говоря, я сомневаюсь, что на языке высокого уровня можно написать это более компактно и понятно.

Но возможно я ошибаюсь. Увидим далее в статье.