ради справедливости, замечу, что в конце 80-х, начале 90-х эмигрировать в США из экс-СССРа было несколько проще, чем сейчас. Гринкарты выдавали всем подряд, как и социальное жильё и пособие. Знаю не мало семей, весьма среднего достатка, которые в то время свалили в штаты. Да более того... Есть знакомые которые даже в наши дни, имея совсем мизерные накопления, успешно эмигрировали. Было бы желание...
изучать x86 ассемблер с помощью онлайн-компилятора какого-то, это крайне сомнительное решение. Лучше бы просто скачали DOSbox и любой ассемблер для DOS (TASM, YASM, NASM) . Так проще всего, имхо.
Если знаете Си, то можно на встроенном ассемблере упражнятся.
А еще лучше поразвлекаться сайзкодингом. Это прокачивает знание ассемблера, особенностей архитектуры и кодерскую смекалку, при этом это не скучно и есть определенная тусовка, где можно общаться, задавать вопросы, показывать свои достижения :)
на самом деле не обязательно ради ностальгии. Полно разработчиков, которые вообще родились в 2000-х и не застали никаких 8-битных игр в своем детстве. Но им нравится эстетика старых игр, пиксель-арт, платформеры, чиптюны.
Может, конечно, есть и коньюктурщики, которые делают это, чтобы продавать ностальгирующим. Но мне кажется, что если ты сам не тащишься от олдскульной эстетики, то ничего хорошего не выйдет.
mov ebx, 0x00000005 not ebx ; получили отрицательное число not ebx ; инвертировали его обратно inc ebx ; получили число, к которому можем мысленно подставить знак –.
Но погодите! Мы получили при таком инвертировании –6, а не –5, как ожидалось! Почему же так?
Потому что существует инструкция NEG, для изменения знака числа. А NOT просто инвертирует биты.
Учитывая, что авторы ветераны демосцены, прошедшие и DOS, и Amiga, и Windows... То действительно... Пущай на пенсии отдыхают, делая демо для "Pico-8", оно и для здоровья полезнее :) Впрочем Pico-8 им уже мало, теперь есть PICOTRON!
это не опечатка, там же формулировка изначально неверная: "она умножает значение в текущем регистре на значение, которое было в предыдущем регистре".
mul всегда умножает сожержимое AL/AX/EAX на любой регистр указанный как операнд. Никаких "предыдущих регистров".
Учитывая фигню написанную и про трехоперандный imul, я почти уверен, что это писала нейросетка. ЧатЖПТ часто так тупит. Алсо, статья озаглавлена как методичка по asm x86-32, но почему-то упоминаются 64-разрядные регистры.
Дальше я просто проверять не стал, уверен, там и в остальном полно нейро-галлюцинаций.
Можно я поворчу как старый дед? Меня вот всегда бугуртит, что всякие там Pico-8, Tic-80, MicroW8 называют "фантази консолями". Ведь по факту это просто фреймворки с некоторыми искуственными ограничениями. Там даже ассемблера нет. LUA блин... Не, как удобная среда для программирования игрулек и демок в олдскул-стиле, это окей. Но их же часто суют в одни конкурсы с реальными платформами (на демосцене). Вот это уже багахуйьство!
Если бы автор "фэнтази консоли" придумал хотябы архитектуру процессора, видео/звуко-подсистемы, сэмулировал бы это программно, и под это дело был ассемблер, компилятор. Тогда еще ладно... А так... Тогда и Macromedia Flash можно было "фантази-консолью называть", и ваще любой фреймворк.
Операция mul является самой старой и примитивной: она умножает значение в текущем регистре на значение, которое было в предыдущем регистре. То есть, если вы пишете:
mov eax, 4 mov ecx, 3 mul eax
То команда берет значение eax, умножает его на значение в предыдущей строке ecx и сохраняет туда же, в eax
Вы утверждали, что "никто не научился перевозить грузы, расходуя меньше топлива". Я привел доказательство, что это, конечно же, не так. Остальные ваши фантазии никому не интересны.
Еще не прибыло. В ноябре 2026-го обещают первый релиз.
ради справедливости, замечу, что в конце 80-х, начале 90-х эмигрировать в США из экс-СССРа было несколько проще, чем сейчас. Гринкарты выдавали всем подряд, как и социальное жильё и пособие. Знаю не мало семей, весьма среднего достатка, которые в то время свалили в штаты. Да более того... Есть знакомые которые даже в наши дни, имея совсем мизерные накопления, успешно эмигрировали. Было бы желание...
может заработать, а может и не заработать. Что не так? :)
там вроде и не сказано, что его из СССР эвакуировали.
у него парик в руку врос, ему не проще
смотря какая моделька, и какой спрайт...
изучать x86 ассемблер с помощью онлайн-компилятора какого-то, это крайне сомнительное решение. Лучше бы просто скачали DOSbox и любой ассемблер для DOS (TASM, YASM, NASM) . Так проще всего, имхо.
Если знаете Си, то можно на встроенном ассемблере упражнятся.
А еще лучше поразвлекаться сайзкодингом. Это прокачивает знание ассемблера, особенностей архитектуры и кодерскую смекалку, при этом это не скучно и есть определенная тусовка, где можно общаться, задавать вопросы, показывать свои достижения :)
ЗЫ: еще у вас ссылки в оглавлении не работают
на самом деле не обязательно ради ностальгии. Полно разработчиков, которые вообще родились в 2000-х и не застали никаких 8-битных игр в своем детстве. Но им нравится эстетика старых игр, пиксель-арт, платформеры, чиптюны.
Может, конечно, есть и коньюктурщики, которые делают это, чтобы продавать ностальгирующим. Но мне кажется, что если ты сам не тащишься от олдскульной эстетики, то ничего хорошего не выйдет.
Потому что существует инструкция NEG, для изменения знака числа.
А NOT просто инвертирует биты.
ЗЫ: к слову "mul eax" не бессмысленно, просто на выходе в EAX будет возведенное в квадрат число, в данном случае будет 16. А еще это обнулит EDX.
Чтож, я поворчал. А теперь пару "фэнтази-консольных" демок, которые мне нравсятся:
(https://hellfire.untergrund.net/download/nuova/html/nuova.html - запуск в браузере)
Учитывая, что авторы ветераны демосцены, прошедшие и DOS, и Amiga, и Windows... То действительно... Пущай на пенсии отдыхают, делая демо для "Pico-8", оно и для здоровья полезнее :)
Впрочем Pico-8 им уже мало, теперь есть PICOTRON!
https://www.pouet.net/prod.php?which=106000
Ну и еще стильная демка под TIC-80:
( https://tic80.com/play?cart=4406 - запуск в браузере )
это не опечатка, там же формулировка изначально неверная: "она умножает значение в текущем регистре на значение, которое было в предыдущем регистре".
mul всегда умножает сожержимое AL/AX/EAX на любой регистр указанный как операнд. Никаких "предыдущих регистров".
Учитывая фигню написанную и про трехоперандный imul, я почти уверен, что это писала нейросетка. ЧатЖПТ часто так тупит. Алсо, статья озаглавлена как методичка по asm x86-32, но почему-то упоминаются 64-разрядные регистры.
Дальше я просто проверять не стал, уверен, там и в остальном полно нейро-галлюцинаций.
Можно я поворчу как старый дед? Меня вот всегда бугуртит, что всякие там Pico-8, Tic-80, MicroW8 называют "фантази консолями". Ведь по факту это просто фреймворки с некоторыми искуственными ограничениями. Там даже ассемблера нет. LUA блин... Не, как удобная среда для программирования игрулек и демок в олдскул-стиле, это окей. Но их же часто суют в одни конкурсы с реальными платформами (на демосцене). Вот это уже багахуйьство!
Если бы автор "фэнтази консоли" придумал хотябы архитектуру процессора, видео/звуко-подсистемы, сэмулировал бы это программно, и под это дело был ассемблер, компилятор. Тогда еще ладно... А так... Тогда и Macromedia Flash можно было "фантази-консолью называть", и ваще любой фреймворк.
Так сделать нельзя. Третий операнд imul может быть только константой.
Вы нейросетку штоле попросили сгенерировать вам методичку?
MUL не так работает.
а нету уже тех волос, ахахаха
Зато человека можно. Как минимум запутать. Он вам о насосах, а вы ему о колёсах.
Вы утверждали, что "никто не научился перевозить грузы, расходуя меньше топлива". Я привел доказательство, что это, конечно же, не так. Остальные ваши фантазии никому не интересны.
Путевки раз в год распределялись, а вот - Кому за бутылкой бежать? - задача куда как более частая.