Эволюция ПО в разработке игр на практике: 1982 — IBM PC

Мир в 1982 году Общие даты , по категориям , наука , спорт , музыка , кино , театр , литература , живопись , игры ( англ. ), авиация , метро , железные дороги . Положение на игровом и компьютерно-железных рынках По моим впечатлениям, этот год не был чем-то примечателен - выходили новые игры и системы (компьютеры, приставки, портативные устройства) и ничто не предвещало бурь в следующем году. Из выпущенных систем стоит отметить: 11.1981 - PC-88. Несмотря на выпуск в прошлом году, игры начали выходить только с 1982 года (во всяком случае достоверной информации о играх за 1981 год нет, на mobygames с высокой долей вероятности может быть ошибка с платформой). 23.04.1982 - ZX Spectrum. Только в Британии, выпуск в США будет только в ноябре 1983 года. 06.1982 - MPC 1600 (Columbia Data Products). Первый IBM PC совместимый клон. 08.1982 - Commodore 64. Легенда и важный гвоздь кризиса игровой индустрии США в 1983 году. 10.1982 - PC-98. Самый известный японский компьютер. В последние годы, за счет основы на процессорах Intel, возможна эмуляция в DosBox-X. 11.1982 - Sharp X1. Самый продвинутый из основной тройки японцев на момент выхода (PC-88, X1, FM-7). 11.1982 - FM-7. Для обычного человека все тоже шло своим чередом - потребности покупать еще один компьютер нет, в отличие от приобретения софта и потенциального расширения памяти. Последнее можно было приобрести у IBM или же купить у Microsoft подобие-аналог RamCard (помимо опции расширения памяти её можно было использовать и как RAM-диск, что могло быть полезным). Другое направление - программирование. BASIC показался привлекательным по своей простоте и интересно посмотреть еще какой-нибудь язык. Таковым становится ассемблер, благо IBM и Microsoft продают компиляторы под него (но с нюансом).

https://habr.com/ru/articles/996664/

#masm #ibm_pc #assembler #assembly #retro #программирование #программы #старое_железо #старое_по

Assembler для Windows в Visual Studio. Часть вторая — MASM x64 и юникод

Вторая часть рассказа об ассемблере под Windows. Здесь я расскажу про 64-разрядные приложения в Windows, чем отличается MASM 64 от MASM 32, про макросы из MASM 64 SDK, как работать с Юникодом на примере простого консольного REPL'а, а ещё как обойтись без Visual Studio и пользоваться masm просто из командной строки. Первая часть — Assembler для Windows в Visual Studio .

https://habr.com/ru/companies/ruvds/articles/884240/

#assembler #masm #winapi #windows #visual_studio #64bit #ruvds_статьи

Assembler для Windows в Visual Studio. Часть вторая — MASM x64 и юникод

Вторая часть рассказа об ассемблере под Windows. Здесь я расскажу про 64-разрядные приложения в Windows, чем отличается MASM 64 от MASM 32, про макросы из MASM 64 SDK, как работать с Юникодом на примере простого консольного REPL'а, а ещё как обойтись без Visual Studio и пользоваться masm просто из командной строки. Первая часть — Assembler для Windows в Visual Studio .

https://habr.com/ru/companies/ruvds/articles/884240/

#assembler #masm #winapi #windows #visual_studio #64bit #ruvds_статьи

Любителям x86-64 assembler посвящается: DIY волокна в C++

Нас ждёт мозговыносящая смесь 64/32-битного ассемблера и старого-доброго C++. Мы сделаем собственную реализацию... Волокон (fibers) без вызова Win API и звонков в службу спасения.

https://habr.com/ru/articles/908406/

#assembler #c++ #fibers #fiber #как_работают_волокна #x64 #masm #agalilov #fibers_in_c++ #x8668

Любителям x86-64 assembler посвящается: DIY волокна в C++

Нас ждёт мозговыносящая смесь 64/32-битного ассемблера и старого-доброго C++. Мы сделаем собственную реализацию... Волокон (fibers) без вызова Win API и звонков в службу спасения.

https://habr.com/ru/articles/908406/

#assembler #c++ #fibers #fiber #как_работают_волокна #x64 #masm #agalilov #fibers_in_c++ #x8668

Основы inline ассемблера для С в Visual Studio (MSVC compiler) x86 компиляции для Windows

Всем привет! я долго искал статью на эту тему, но так как очень много кто использует GNU компилятор или линукс вариант написания, то мне это не подходит, эта статья призвана кратко разобрать основы inline ассемблера для С в MSVC x86 вариации, также стоит отметить, что я буду разбирать все организационные моменты с расчетом на то, что вы уже несколько лет пользуйтесь Visual Studio и C/C++ в частности, хотя бы на уровне джуна-самоучки, коим я и являюсь, поэтому новичкам стоит гуглить некоторые моменты, всем продуктивного изучения! Подробнее

https://habr.com/ru/articles/894860/

#msvc #c #assembler #gnu #windows #visual_studio #masm #masm32 #x86 #inline_assembler

Генерация SHA-256 посредством SIMD (SSE-2) инструкций, в MMX и XMM регистрах, без использования памяти (почти)

Сижу я значит спокойно, никого не трогаю, починяю примус, и вдруг как захочется сгенерировать SHA-256 целиком внутри процессора без обращения к памяти, что прям места себе не нахожу. В итоге к памяти все таки пришлось обращаться за самим сообщением, константами и сохранять начальное значение hesh блока, а в остальном смотрите ниже. Чтобы код имел хоть какай-то практический смысл, я скомпилировал его в статическую библиотеку и написал для него с++ имплементирующий класс, который разместил в заголовочном файле. Поскольку с точки зрения с++ метод представляет собой статическую функцию член класса, принимающую два параметра (указатель и длину) и возвращающую hesh непосредственно, значит реализация должна принимать три параметра, первый указатель на вывод, второй указатель на ввод, третий длина сообщения в байтах.

https://habr.com/ru/articles/859092/

#assembler #masm

Has anyone got any tips on converting #TASM and #MASM code to a more modern assembler like #NASM? Even just between TASM and MASM would be helpful.

I've got a few old bits of #Psion 8086 assembly that I'd like to use with NASM. My aim is to remove as many proprietary tools as possible.

I guess I'm looking for some sort of Rosetta stone for 8086 Small Memory Model assembly.

Books, web pages and video suggestions welcome.

#x86 #Borland #RetroComputing

New #DOS fun with GNU Make, this time using #MASM (ML) 6.11.

Looks like another DPMI runtime conflict - GNU Make is 32-bit, ML is 16-bit, and their respective runtimes won't run the other one.

I can manually run ML for each .ASM file, but it defeats the point of using Make.

I could convert the .ASM files to another DOS assembler. #TASM and #NASM both work with GNU Make.

NASM would make it easy to port the toolchain to other OSes, although it doesn't understand memory models.