Пишем тетрис на ассемблере под DOS (x86)
Вставка
- Опубліковано 14 тра 2021
- Сегодня балуемся ассемблером под DOS.
Гугл-документ, где я при необходимости буду размещать заметки и ссылки на полезные странички: docs.google.com/document/d/1_...
Онлайн-доска, где я буду рисовать: scribbletogether.com/whiteboa...
Поддержать канал: www.donationalerts.com/r/drun...
Завел табличку по реквестам: docs.google.com/spreadsheets/...
E-mail для связи: drunkflyteam@gmail.com
Новости и паблик в Телеграме: t.me/drunkflyteam
Вступайте в нашу группу ВКонтакте: drunkflyteam - Наука та технологія
![Старейшая нерешённая задача [Veritasium]](http://i.ytimg.com/vi/FuRem6-sTmQ/mqdefault.jpg)
![Старейшая нерешённая задача [Veritasium]](/img/tr.png)
Когда засыпал под ютуб, потом открываешь, а тут типы тетрис пишут
🤪🤣💯👍👍👍
ХАХАХАХА ТАК ЖЕ БЫЛО
такая же тема, просыпаюсь и уже изучаю ассемблер))) не могу сказать, что мне не понравилось :D
с языка снял, на этом же видосе!
классика!
Пришёл по рекомендации психотерапевта. Спасибо, сильно помогло.
Ахахахнвзх
А я пришел по рекомендации начальника, после того как я ему сказал, что у меня сложная работа
Пххахахахахп😂
Пхахахаха мухахаха
@@dmitrii491 Это где собаку кефиром напоили, а бомж снимал?
Иногда рекомендации ютуба радуют прям
Когда-то в конце 90-х будучи студентом я самостоятельно изучал ассемблер.
Я в основном развлекался программами работающими в разных текстовых режимах. Выводил текст с помощью прерываний DOS, прерываний BIOS и путём прямого обращения к видеопамяти. Писал свою реализацию работы с окнами в текстовом режиме.
С того времени мне запомнилась одна интересная программа которую я скопировал в своём ВУЗе с местного IBM PC XT, а потом пытался дизассемблировать.
Эта DOS программа была читалка теста в текстовом режиме 80x25 символов.
Но особенность была в том, что при прокрутке текст скролился максимально плавно, а не перескакивая смещаясь на высоту целой строки.
(Кстати, недавно я видел точно такой же эффект прокрутки в англоязычном видео про PDP11, где на аутентичном старом терминале, текст скролился так же плавно.)
Я тогда пытался разобраться как авторы добились такого эффекта.
Я только смог с помощью трассировки определить, что для скроллинга используются два разных вызова прерываний.
Одно прерывание вызывается для скроллинга сразу на целую строку.
А другое прерываение вызывается несколько раз в промежутке между смещением на целую строку и при каждом вызове сдвигает весь текстовой экран на один пиксель.
При этом новая появляющаяся строка начинает отображаться не полностью, а символы постепенно попиксельно начинают прорисовываться. Т.е. на половине смещения видно половину символа. Аналогично и со строкой, которая уходит с экрана. Она пропадает постепенно по пиксельным строкам.
Напомню, что речь идёт о текстовом режиме, а не о графическом. Выглядело это просто как какая-то магия. Нигде в книгах (которых я тогда читал много) я не встречал описания подобного функционала. По какой-то причине я так и не смог тогда разобраться и повторить такой функционал.
К сожалению, сама эта программа у меня не сохранилась и я даже не знаю её названия. Вполне возможно, что это была просто чья-то самописная программка-читалка.
Пользоваться ей было очень удобно, т.к. при однократном нажатии на соответствующую кнопку программа автоматически начинала медленно скроллить текст и можно было комфортно читать текст не нажимая на клавиши и не теряя строки взглядом.
С того времени для меня этот эффект остался неразгаданной загадкой, который я не смог повторить.
Как вообще возможно сдвинуть текстовой экран в текстовом режиме на пиксель вверх или вниз.
Я предпологал, что таинственное прерывание как-то управляет отклонением луча на ЭЛТ монитора, что и приводит к отклонению всего текстового экрана на пиксельную строку вверх или вниз, а части символов сверху и снизу экрана просто не влезают в рамки видимой области экрана.
А сейчас кроме главного вопроса о магии этого прерывания меня мучает ещё вопрос, смогла бы работать такая программа на жидкокристаллическом мониторе, и вообще, работало бы это всё в DOSBOX?
Для этого, скорее всего, использовались регистры видеоадаптера, позволяющие смещать экран. С точки зрения видеокарты, особой разницы между текстовым и графическим режимом нет, просто в текстовом режиме пиксели берутся не напрямую из видеопамяти, а через ПЗУ со шрифтом. Но все остальные схемы, собственно обеспечивающие вывод картинки на монитор, там все те же самые. Поэтому все настройки этих схем применимы и в текстовом режиме. DOSBOX вроде достаточно точно эмулирует видеоадаптер, поэтому, думаю, там тоже бы работало.
Мне самому не приходилось программировать скроллинг, но задача звучит интересно. Может быть когда-нибудь попробую из любопытства запрограммить скролл в текстовом режиме.
@@DrunkFly Спасибо за ответ.
Я давно мучился этим вопросом, не зная с кем можно его обсудить.
Сейчас мало кто пишет на ассемблере, а те кто это делает обычно не балуются текстовыми режимами.
Сейчас я уже очень давно ничего не писал на ассемблере, и многое подзабыл, но иногда смотрю тематические видосики.
Я вспомнил, почему я не стал использовать такой скроллинг в своих программах.
Кажется я тогда всё же отловил это прерывание и смог повторить смещение.
Но я тогда думал о том, чтобы попробовать сделать игру в текстовом режиме со скроллингом.
Для такой игры этот режим совершенно не подходил, т.к. он сдвигал весь экран полностью.
И условный игровой персонаж будет так же плавно сдвигаться, а потом другой функцией резко перескакивать на целую строку.
Также фишкой этой читалки было то, что текст занимал всё пространство экрана без окантовки символами псевдографики как окна Norton Commander.
Если добавить контур или какие-то служебные строки то они так же будут "плавать" вместе со всем экраном.
Было бы прикольно скроллить не весь экран, а только отдельное текстовое окно с заданными размерами, но у меня такого не получалось. И я не уверен, что это вообще возможно.
И хотя у меня и получилось вызывать эту функцию смещения экрана через прерывание BIOS, использовав данные по аналогии с оттрасированной читалкой, но интрига оставалась в том, что я тогда нигде не смог найти описания этой функции, хотя у меня были даже довольно подробные книги по архитектуре IBM PC, по которым я тогда и изучал ассемблер самостоятельно.
Кстати, что забавно, первое время, не имея компиляторов ассемблера я писал ассемблеровские програмки внутри программ на Turbo Pascal.
И кстати, при работе в текстовом режиме, самый быстрый способ вывода это занесение данных напямую в видеопамять. Поэтому, я всегда воспринимал текстовой режим, как некоторый целостный способ отображения, который транслируется на экран на низком уровне, недоступном для программы.
Более того, вывод символов напрямую в видеопамять, это кажется вообще единственный способ с помощью которого в Turbo Pascal можно вывести символ в правый нижний угол текстового окна без того, чтобы это окно проскролилось на строку вверх из-за перевода каретки.
И кстати, о видео со скроллингом текста на древнем терминале от PDP11, про которое я писал.
Насколько я могу судить, тот терминал заточен только под текстовой режим.
В общем, я не уверен, что от плавного скроллинга можно получит много пользы. Кроме создания простой читалки или досовского скринсейвера.
Хотя, если есть возможность скролить не только вверх-вниз, но и одновременно с этим, влево-вправо, то можно было бы попробовать сделать демку в текстовом режиме, в которой ASCII-арт плавно бы плавал в произвольном направлении.
У меня для вас вопрос.Как вы изучали и практиковали ассемблер?В те времена было мало информации.Какие книги,статьи и т.д
Я плавный скроллинг сделал на Commodore 64. На ассемблере. На егошном видеоконтроллере все это делается через регистрацию видеоадаптера. В то время мне было интересно, как работают игрушки и всякое разное. Все дизассемблировал, смотрел, изучал. Делал одновременно на пол-экрана текстовый режим. На пол-экрана - графический. Делается это через прерывание irq. В обработчике через регистр видеоадаптера видно, с какой строчкой развёртки в данный момент работает адаптер. И если он меньше порога, включаем текстовый режим. Больше - графический. Вот так одновременно на одном экране светились два режима...
@@tuttifrutti6603 Кстати, мне недавно подсказали одно англоязычное видео где автор писал демо программку на Си под DOS в текстовом режиме.
Там в качестве эффекта использовался плавный скроллинг.
По упоминанию в этом видео я нашёл сайт с документацией режимов VGA на английском языке:
Hardware Level VGA and SVGA Video Programming Information Page CRT Controller Registers
А потом ещё погуглив нашёл даже русскоязычную книгу в онлайн формате:
Программирование видеоадаптеров CGA, EGA и VGA © Александр Фролов, Григорий Фролов Том 3, М.: Диалог-МИФИ, 1992, 287 стр.
Там есть описание режимов графических процессоров и как их использовать. Там вроде не только вертикальное смещение возможно, но и горизонтальное.
В общем, очень интересно.
Цитата от туда:
-----
Предварительная установка горизонтальной развертки
(Preset Row Scan Register - PRSR) (индекс 8)
Регистр позволяет производить плавную вертикальную прокрутку содержимого экрана дисплея в текстовых режимах (свертку). В графических режимах регистр должен содержать нулевое значение.
D4-D0 Биты предварительной установки строчной развертки. Эти биты задают для самой верхней строки текста на экране номер линии в матрице символов, начиная с которой начинают отображаться символы (см. рисунок 8.1). Как видно из рисунка самая верхняя строка текста отображается не полностью. Плавную прокрутку экрана можно производить увеличивая или уменьшая
значение этих битов.
D6-D5 Биты управления побайтовым панорамированием. Используются только VGA. Они являются двумя дополнительными битами регистра горизонтального панорамирования контроллера атрибутов и позволяют сдвигать экран более, чем на 8 пикселов.
D7 Не используется.
-----
Кмк для тетриса фигуры удобнее ( и компактнее) всего хранить как смещения, например: 1-лево, 2-вниз, 3-вправо, 4-вверх
например, квадрат - 3,2,1,3 (лишняя 3 в конце - чтобы выровнять по длине данных каждую фигуру), шляпа - 3,4,2,3 и т.д
Это для вращения от крайнего кубика, можно отрисовать из центр, описав фигуры на 2 числа длиннее, тогда вращаться будет от центра.
Что удобно в таком способе хранения, это простота вращение против и по часовой - как +1 к числам или -1, 0>3,5>1 (ну или от 0 до 3, не суть)
Проверять коллизию при повороте и падении - тупо обходя новые координаты аналогичным смещением.
На zx такие финты позволяли впихнуть тетрис в 100 байт.
Только подумал об этом и уже хотел написать, но ты меня опередил, и да ты прав, я сам в недоумении, почему это так не реализовали 😮
скиньте ссылку на тетрис в 100 байт
прибыл
Мужик, почему я не нашёл тебя раньше?... Сам факт существования такого канала мотивирует разобраться нормально с ассемблером даже если не для проектов под современные системы, то для развития мышления. Включил и мозг начал приятно болеть вспоминая то что последний раз слышал в шараге 16ом году...
Спасибо большое за трансляцию!
это самое лучшее объяснение регистров.
Уснул под игру, проснулся под программирование. Подписываюсь
А мне вот больше был интересен алгоритм. Хотя я тоже мыслю готовыми спрайтами изображений, но и такой подход очень даже ничего. Всегда полезно взглянуть с другой стороны. Ко всему, перерасчет положения фигур позволяет сэкономить немного места в программе. Что может быть весьма важным в условиях DOS (да, ресурсов у DOS больше чем у ZX-Spectrum, но и они не бесконечны, мало ли вдруг чего).
Запись стрима ещё только начал смотреть, но уже возник вопрос -- неужели за весь стрим не запустили встроенный в DOS Navigator тетрис? :D
Вижу название и мой мозг вопит - " нет, нет, нет! Неет! Мы точно не будем смотреть это. Нет, даже немножко! Нет, к тому же это 3 часа!!! Зачем я посмотрел на время, если решил, что не буду смотреть? "
И вот я уже тут и пишу комментарий ...
3:41:51 вес тетриса 950 байт. Меньше килобайта. Если кому интересно.
На самом деле намного меньше. Можно было не тащить с собой в COM файл лишние инициализированные данные, например тот же field, а юзать field db 20*10 dup (?) и переместить в конец. Да, пришлось бы руками заполнять при старте для верности, зато файл бы похудел сразу на 200 байт.
@@Dan-ig2rl и обнуление регистров нужно делать не через "mov ,0", а через "xor ,". И память экономится, и такты.
Это офигенно!
В детстве писал не на ассемблере а прямо в кодах. Но не на 8086 и не на з80 а на дековской архитектуре. Комп БК0010.
Это очень круто 🔥🔥🔥
Вспомнил себя в молодости. Спасибо.
Очень круто! Спасибо. Будто, на 25 лет назад перенесся. В конце, правда, вместо поворота получилось транспонирование. Но это понятно, ведь ингредиенты для шаурмы сами себя не купят :-) 3:09:23
стрим который можно смотреть с родителями девушки
ХАААХАХАХ Я ПОД ЭТО ВИДЕО ЗАСНУЛ И Я КОГДА СПАЛ 3 ЧАСА ПОТРАТИЛ
Увидел в начале командер. Вспомнил, как это было важно иметь много логических дисков. Признак богатства и большого количества места!
всегда думал, что больше 30 строк на ассемблере невозможно отладить ) а тут магия какая-то )))
За стрим огромное спасибо! У меня вопрос. Как перегоняешь инсталяции на виртуалку? Через floppy образы *.img? Каким совтом это делаешь? Или есть другой способ?
С компа на виртуалку дистрибутивы перегнал через iso (использовал триальную версию PowerISO, пробовал еще Free ISO Creator, но он исковеркал имена файлов). С виртуалки на комп перегонял через образ дискеты, да. Извлекал содержимое с помощью триальной версии WinImage :) К следующему разу хочу настроить сеть и Shared Folders, у Virtual Box на сайте есть мануал.
@@DrunkFly Спасибо большое. Тоже поставлю триальную версию WinImage. Попробую.
Я не знаю что тут происходит, но чувак просто цифровой Бог!
3:24:36
- Вайф это что, жена?
- Нет. Это ширина.
Чё-то я ржуууу )))
Скажите пожалуйста, как называется музыка из начала стрима?
А что за музыка в начале стрима? Откуда она?
А мисье знает толк в извращениях
На ассебмлере..ты мега мозг...вернее ты мега муха...У мухи мегамозг! На ассемблере! Сила!
ВОПРОС уважаемому олдовому сообществу: может кто знает такой тетрис досовской эпохи, где фигуры проваливались насквозь, если внизу есть подходящая дырка. текстовый режим, черный фон, если я всё правильно помню, возможно русский программист, но это неточно.
уже несколько лет ищу.
что было бы если бы хованский занимался нормальной деятельностью, а не бухал) я кстати не знаком с ассемблером совсем, но что-то понял из видео, написать конечно сам с нуля наверно не смогу, но уже чуть чуть начинаю понимать что вообще эти символы означают, благодаря вашему видео, спасибо.
Если б Хованский не бухал, он бы точно не стал писать на ассемблере
@@artemmm095он писал бы на машинном коде:)
@@artemmm095 в какой то вселенной бы занимался
Крутяк!
Хотел посмотреть комедию перед сном, а случайно натнулся на это.. залип на два часа и только усилием воли заставлю себя отложить допросмотр на завтра, т.к. рано надо вставать.
Получится тетрис или нет не говорите.
Интрига..
Кто знает, как найти канал Валерия Лиса, о котором в самом начале говорилось?
супер! спасибо
ДОброго дня. Скажите, Вы МС ДОС на чем запускали? в виртуалке или на древнем компе?
На этом стриме, если я правильно помню, я запускал в виртуалке - так проще перекидывать файлы.
У меня есть подходящее железо, надеюсь, когда-нибудь постримлю с него :)
Может сделайш програму под kolibrios
Вот это ничего себе мне ютуб выдал.
Автор - ты красаучег. Я с 90года так или иначе в программировании, но вот так вот я не умею.
ютуб моросит бесит уже, что за рекомендации я никогда не интересовался этим
Зачем я это смотрю, я же слишком тупой для всего этого
Для чего? Для ассемблера? Так современным программистам и не надо постигать этот мозгодрочь. Нормальные языки программирования в разы проще
Мдя, аналог notepad виндового писал на асм когда-то, все таки в flat модели асм уже не так больно делать
И только через 3 с половиной часа поняли, что фигуры надо хранить как точки и их количество.
Кайф)
Пьяная Муха -я столько невыпью🙃
А не лучше ли было завести на каждую фигуру все четыре положения поворота, а не вращать? При этом фигуры хранятся в памяти сразу отцентрированными внутри поля 4 на 4.
Таким образом можно определить при повороте наилучшее положение в пространстве для каждой фигуры. И это было бы быстрее и проще сделать, мне кажется.
Плюс, в этом случае можно легко кидать фигуры в одном из повёрнутых положений.
ЗЫ А, в конце Crazy Metal как раз сказал про хардкодить поворот...
Да может и лучше. Хорошая мысля приходит опосля.
Если фигуры переворачиваются самостоятельно, то это позволяет легко модифицировать Тетрис, например, добавить фигуры из 5 блоков или фигуры с произвольным количеством блоков от 1 до 5. Да и сама фигура должна тоже генерироваться, а не описываться заранее. Вот так будет лучше всего.
@@c3po839 Так Тетрис - это же русская программа. Ответим НАТО новыми Тетрисам 🙂
@@c3po839никто не вас на нападал, всего лишь фантазия разыгралась
@@OdinKG ps. фигуры не могут двигать собой самостоятельно (это вам не схемотехника) - вам приедается их пинать научившись жонглировать каждой колизией (ТЗ в любом случае надо делать)
моя думать однако проще сделать матрицы генерированные заранее (сначала на бумаге создаём логику работы игры (правила):
игровое поле Y*X
самая длинная фигура занимает 5 ячеек подряд
фигура не может занимать больше 2 либо 3 рядов
правила колизий
интерфейс (игра стрелками или нумпадом)
отсюда (8-верх, 4-лево, 6-право, 2-низ, остальные переходные колизии(промежуточные положения))
789
456
123
5 (двойная) = 456 и 852
выделяем в памяти место согласно правил игры для хранения текущей фигуры:
4## 456 6##
100 010 001
100 010 001
100 010 001
100 010 001
100 010 001
8## 852 2##
11111 00000 00000
00000 11111 00000
00000 00000 11111
выделяем ячейку памяти названия фигуры SSSSSSSSSS
выделяем ячейки памяти текущего положения отрисовки в игровом поле Y5X (минус по ячейке по вокруг, при нажатии в крайнем положении происходит смена колизии на угловое положение, в правилах оговорить что перемещение в центре сначала переводит колизию в угловое положение, а затем уже производит смещение либо наоборот)
выделяем ячейку памяти текущего положения отрисовки ZZZ
смотрим литературу на время операций чтение/запись видеопамяти и чтение/запись озу(+вывод в видео память):
используем в виде буфера прямой доступ в видео память либо матрицу озу для хранения занятых ячеек
двигаем фигуру пока она не будет создавать колизии соударения снизу(разрешим провернуть влево, в право внизу на 2 такта) и обработаем примыкание фигуры (запишем ее положение в буфер игрового поля) проверяем влезет ли новая фигура
реализуем игру по частям используя прыжки как переход между функций
пытаюсь повторить, но так так и не понял, что делает операция or al,al, мне кажется именно этот костыль портит мне картинку, еще заметил если сдвинуть верхний угол на нечетную позицию все аттрибуты портятся и выходит цветная рамка
Скорее всего, речь об операции, после которой идет условный переход. Инструкция or al, al не меняет регистр al, но проставляет флаги. Это не костыль, а классический способ проверить регистр на равенство/не равенство нулю (проставить ZF) без изменения значения самого регистра.
@@DrunkFly спасибо, с этим разобрался, стакан рисуется, но только если сдвиг от нуля четный
@@DrunkFly скопировал исходник с гитхаба, ничего не меняю, на выходе имею стакан с цветным мусором внутри. Что яделаю не так? (Gui Turbo Assembler x64 v3.0.1, дефолтные значения линкера, на выходе exe-шник)
@@alexkapobel Я проверю и отпишусь. Скорее всего завтра.
@@alexkapobel Я посмотрел. По умолчанию эта среда генерирует EXE-файл. Ассемблерный исходник написан под COM-файл. Поэтому он не работает, когда из него делают EXE (не настроен сегмент стека, как минимум). Я попробовал поменять в настройках аргументы линкера на /x /t, чтобы генерировался COM-файл. Это сработало, но похоже среда разработки не умеет работать с COM-файлами. Однако, получившийся COM-файл заработал в DOSBox.
Пиздец просыпаюсь в 3 часа ночи и вижу на телеке вот это
Как то у наших программистов каша получается!
Формат AT&T использовал синтаксис 0х10 а Intel использовал 10h , что более понятно.
Я видел тексты на ассемблере, многих программистов. Нигде AT&T не использовался, везде Intel синтаксис.
не IBM, а Intel. вот где каша
AT&T использовался только в UNIX (и, соответственно, в Linux). Там крайне редко возникает потребность в ассемблере, для системного программирования обычно пишут на Си. Синтаксис Intel используется в FASM и NASM.
когда хочу посмтореть ютуб ПОСТОЯННО это видео автопроигрованием ставится, я УСТАЛ МНЕ НЕ ИНТЕРЕСНО ПРОПАДИ ТЫ!"!
я видел под дос игры которые без ос запускаются с дискеты. видимо как раз на ассемблере. ты так делал?
Из загрузочного сектора можно сделать, да. Но там либо ограничение 512 байт, либо писать свой код чтения дополнительных секторов с дискеты.
1:12:45 Это на всю жизнь :) Тоже сразу вспомнил что альт+F5 - Dos Screen.
Я в 86 году тетриса написал в машинных кодах на Электронике С5-2200. На службе было нечего делать -))
Ребят, знаете, что интересно... Лет 10 назад был у меня телефон Siemens M65. Качал я для него игрушки, написанные (я так думаю) на Java. В числе прочего были шахматы. Они весили 80 килобайт! И ведь толковые были шахматы! На первом уровне можно обыграть, на втором трудно, на третьем - мне не удавалось. 80 килобайт!! Как такое возможно??... А ведь в эти 80 кб помимо кода самой игры, понятно, входит и оформление и ещё что-то...
1 килобайт это страница A4 художественного текста (500-600кБ стандартная художественная книга)
java на себя берет реализацию взаимодействия с железом(готовые библиотеки кода в ос)
применение БД дебютов (урезанной - по первой линии)
фигурки это шрифт из коробки(скорее всего как в винде) на которые в лучшем случае натягивается градиент
"правила игры" - не сами правила, а алгоритм по которому должен действовать человек перед совершением хода - ищите на ютубе порядок анализа доски у шахматистов
Блин, пацан из фильма Bad Santa!
никогда бы не подумал что чувак который даже нормально не может выстругать деревянный огурец не порезавшись для Санты способен написать игру на Ассемблере
ну ты жесткий
чтоб локальные метки работали надо процедуры правильно оформлять -- через proc/endp
впервые увидел как а асме пишут
Что за вайдф (width)? :)
Ширина
Кто ты воин ? Где тебя учили ?
"STOS трогает счётчик?"
Нет конечно. Только DI.
Счётчик "трогает" оператор LOOP и его префиксная форма REP
Спасибо за уточнение 😅 Я уже не помню, что дословно я говорил на том стриме. Думаю, я запутался из-за ассемблера Z80, где LDI (грубо говоря аналог MOVS) тоже меняет счетчик, как и LDIR (аналог REP MOVS).
@@DrunkFlyCloset
Я не разбирался в ассемблере Z80, но ассемблер x86 представляю себе неплохо.
А вообще спасибо за стрим - в олдскульных тонах. Этакая ностальгия пробирает и воспоминания о времени когда "деревья были большими".
ты псевдографикой будешь рисовать?
На ассемблере, на сколько я знаю, пишут не под ОС (DOS), а под конкретную архитектуру процессора...
архитектура x86, написано же😄
а вообще попробуйте программу для x86 мака запустить под виндой и она скажет что не понимает как такое запускать, хотя программы скомпилированные из текстов на любом языке превращаются в одинаково понятный (процессору и непонятный человеку) байт-код
таакс, посмотрим, т.к. я сейчас пишу тетрис на LUA ))
написали? хотелось бы взглянуть на исходники ))
Нихрена не понятно но очень интересно
а какой у тебя файловый менеджер тут?
DOS Navigator
Зачем под DOS? Есть видео I made an entire OS that only runs Tetris.
На асме там кода если килобайт наберётся, хорошо.
А где можно код взять, пожалуйста?
Код был тут: github.com/drunkfly/8086tetris
@@DrunkFly Ок, спасибо
🤔ассемблер -основа для хакерства
Ура
что-то новое
Из программирования знаю лишь print("goodbye world") но всё равно было интересно
Если первый язык программирования ты изучишь ассемблер то ты мега титан
@@xcrusedz Ассемблер простой язык, я изучал его в школе после Бейсика. Вот выучить Лисп или Haskell это круто.
1:06:01 урааа первый визуал!!!
🤯
Турбо С, и встроенный асм
А как называется канал Валерия Лис? Очень интересно ;)
К сожалению, Лис расстроился после начала известных событий, удалил все со своего канала и ушел из публичного пространства. Остался канал в телеге с последователями, вроде бы там кто-то даже сохранил копию его канала до удаления.
@@zapolnov Жаль. Ибо настальгия по ZX вернула меня в Z80. И с 1990х годов многое изменилось.
У кого не спрашиваю как прочитать или записать на TR-DOS файл, нет рабочих примеров :)
Не Бейсике есть а на ассемблере нет. :(
@@SerjCrimea не знаю, актуально ли. Из ассемблера можно же вызывать из rom процедуры. Бейсик их и использует.
долистал до ютуб премиума
А мне в своё время не хватило 640 килобайт ) игру писал свою.
давай на МК -52 тетрис забацай!
Я перемотал, это доснавигатор Орлова?
Честно говоря, я первый раз слышу про "Дос Навигатор Орлова", поэтому скорее всего это что-то другое. Тот, про который я говорил - это DN от Ritlabs (они же еще впоследствии сделали известный почтовый клиент TheBat!)
@@DrunkFly если нажать f1 че говорят?)
ахахаха)) "вайф - то же жена, да?" - "нет, это ширина"))) орррр))) with vs wife
with это обозначает "с чем то", "с кем то". Width это ширина!
@@user-hc7dc6eb1k ой да) одну букву пропустюнькала)
@@aurashka бывает. Комментаторов бдительных развелось. Сегодня упражнялся с экселем в написании логических выражений. Мозг немного поскрипывал от длительного простоя! :-)
Коля, чёрт тебя побери :)
Я сижу, смотрю запись твоего стрима, на которую попал чисто случайно, и не столько ностальгирую на asm, сколько думаю, где же я твою кудрявую башку видел-то в реале? И голос, голос знакомый.
Ключевые слова - Life.Sreda, Семенчук, и т.д. Помнишь?
Привет. Помню :) Рад, что контент понравился :)
@@DrunkFly Контент отличный! Я никогда не писал на ассемблере x86, но когда-то писал на ассемблере БK-0010/0011 (DEC/PDP), очень приятный язык.
3:38:25 - Что в итоге получилось
X-DOS
30:40:07 зеленая палка не провалилась в самый низ
Ты в тетрис хоть раз играл? Или это рофл такой?
А где рейтрейсинг?
Чел ты...
@@qkiee лоллололололол
Кто ты воин?
привет. вы точно пишите на ассемблере? а, то фаил для вывода строки "привет мир" занимает больше 300 кб
привет. вы точно понимаете то о чём пишете? а, то, фаил, для, вывода, строки "привет мир", занимает, ровно, 28 байт (50:43) а, строчка "392,159,232 bytes free", показывает, сколько, свободного, места под фаилы осталось, на диске, с. И, хоть это, формально, действительно "больше 300кб", но, фактически это, чертовски, больше 300 кб
ливерная колбаса имитирует процесс программирования на ASM, но под конец расплылся в студень
Друг сказал, что смотрел это ночью чтобы расслабиться
Пи#дец
Маньяк.
Тест
Ничего не понятно. Но интересно.
Давай "ZX 1K CHESS"
Шахматы на Бейсике! ))
Поиск в ютубе: "80's Chess Battle: ZX81 1K Chess vs Tim Hartnell's BASIC Chess on ZXSimulator"
🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥
Под DOS это не плохо, но 2021-й год был, надо бы уже было сразу под Windows 10 писать ;-)
"quazatron3 Тетрис ждет судьба Змейки? Интрига..." - комментарий прям в точку :-)))
ZX Spectrum и приставки (NES, Sega Megadrive) будут поинтереснее DOS. А в Windows и Linux нет особого смысла использовать ассемблер, т.к. все возможности реализуются библиотеками (WinAPI и POSIX). Получится то же самое, что и на Си. А прямого доступа к оборудованию там добиться сложно, для этого надо знать глубоко архитектуру ОС.
Вот чем должна заниматься элита программистов, а не созданием лагучей и тяжёлой виндоус 11. Я серьёзно. Я считаю, что софт должен быть максимально лёгким, без всякой никому не нужной мишуры, забивающей оперативную память. Чтобы даже на старом досе работало.
Ля, если мы тетрис будем делать 3 часа то винду 11, дай боже за 1000 лет сделать
От части согласен, но только об электроне
Какой современный софт не возьму - сделан на лагучем куске тапочка под названием «electron»
@@FloatingGamesнанять индусов, и они тебе за дополнительную тарелку куриного карри сделаю windows 12 на машинном коде, в минималках у которой будет 286 Интел
Есть легковесная KolibriOS на ассемблере, присоединяйтесь.
прежде чем это делать нужно менять опкоды чтоб они реализовали интерпретатор высокоуровневых команд с возможностью побитового доступа к каждому регистру в железе
"Чтобы даже на старом досе работало" - вы в прерывания биос по видео выводу залезьте - там такое г... наворочено
+ нет стандартизации для шин в открытом доступе
Это хардкор! В 2021 году? кому нужен ASM. Хайп на змее.
Асм нужен тому, кто хочет много зарабатывать
Вот даже 2023-й год идёт, но ASM как был так и остаётся ;-)
Для взлома тоже асм
В основном пиратам и хакерам.
"не только лишь всем" - микроконтроллеры - асм на который налепили пародию на недо си, с++ и тп. через задницу
асм как таковой не нужен, а нужна инъекция опкодов и нормальная подробная документация с примерами реализации