R-Type -- амбициозное название (Особенно учитывая, что это уж точно не R-Type )))

на линуксе, за отсутсвием вменяемых эмуляторов БК, пользуюсь досовскими эмуляторами

Интересно в каких редакторах это писали или просто кодами набирали?

Интересно про досы

Ничего не понял, но очень интересно)

Не могу понять, почему так мелено работает? Или это специально там сделана пауза, чтоб работал так же как на БК, т.к. сейчас даже на планшете процессоры очень мощные и быстрые и всё это могут в миг вывести. Ответ увидел в конце видео)))

Люблю АСМР-познавательные программы))) Такое редкость и мне это нравится =)

Того

Так ты режим выбрал не чистый БК-0010, поэтому я прав. К тому же тут игра тормозит просто дико, эти ракетницы пройти на скорости черепахи без проблем. Запустил щас на Гиде его, пушки стреляют, но управление просто гуано - лаги и фризы, управлять невозможно вообще! Так что в пень этот корявый гид))) И ещё косяк, на Гиде при зажатой стрельбе работают стрелки на клаве параллельно и с заносом по 1-2 секунды срабатывание, вообще дичь кривая. Ну может кому то это нормально, потому что на правильных эмулях не играли без лагов.

Удивительно, что кто то же создаёт эти эмуляторы ещё. Интузаясты.

Это баян для левшей?

Да динамик громко жуть,микрофон слабо

А,да так можно и в память через DATA, но на редакторе get ,было удобнее,но его нету

Целиком на Вильнюсском бейсике???

А где вы взяли турбо паскаль? Поделитесь пожалуйста.

Это не Диззи а другая игруха известная на Денди и др

Что за Диззи там прыгает.

Зап зап граф граф.

Игры на Бейсике - интересная тема. Их было много, а на БК они вообще малоотличимы от игр в кодах - Бейсик-полукомпилятор очень быстрый при работе с целыми числами, да ещё и вставки в машинных кодах были весьма популярны. Бейсик на Векторе-06Ц не был аналогом Бейсика MSX, а вот Бейсик у Корвета - да, делался как совместимый с MSX. Причем версия MSX - один из самых крутых бейсиков по части работы с данными разного типа и с графикой. Но у Векторовского Бейсика свои достоинства (хотя в целом он проще, чем Бейсик MSX) - отличная работа с текстом, графикой и музыкой. Он позволяет легко выводить на экран тексты любого размера, любого цвета и даже закрашенные произвольной заданной текстурой, чем авторы векторовских игр и программ на бейсике очень активно пользовались (и эта функция, при всей ее очевидности, не была реализована в стандартных бейсиках других популярных ПК, она уникальна на Векторе). Также может рисовать геометрические фигуры, закрашенные текстурой. Может управлять специфическими возможностями железа - скроллингом и палитрой, цветом бордюра. Может воспроизводить звуки и музыку одновременно с работой программы на Бейсике, используя аппаратный звукогенератор Вектора. Вообще, программы на Бейсике у Вектора могли быть достаточно впечатляющими. Можно посмотреть, например, недавний конкурс новых демок и игр на бейсике для Вектора-06Ц: kzbin.infoqHxIk4etmfY?si=qm1S0MNHJ13inLld Но старые игры были ничем не хуже :), и роликов в Ютубе по ним полно (например, kzbin.infomMW8VdzQECA?si=vr-5m0QpOUthM0eU) Корвет ПК8010/8020 - одни из самых крутых 8-битных ПК, разработаны примерно в 1984-85 годах, выпускались у нас массово как школьные компьютеры, имели 8-цветную графику 512х256 точек (программируемая палитра 16 цветов, размер видеобуфера - 48 Кбайт!), независимый от графики текстовый видеоконтроллер 64х16 (или 32х16), цвет текста любой из 16, графический ускоритель, увеличивающий скорость вывода графики на экран в разы, а скорость закраски произвольной области - в десятки раз. ОЗУ пользователя 64 КБ плюс видеопамять 48 или 192 КБ. Сам комп, кстати, небольшой, расположен в клавиатуре, а крупный корпус рядом с ним - это дисководы и блок питания. Имеет быстрый Бейсик, совместимый с MSX, и с гораздо меньшим числом ошибок и недоделок, чем вильнюсский Бейсик БК. На Векторе, кстати, тоже применялся Бейсик от Корвета, но работал только в монохромном режиме высокого разрешения (512х256). Графические возможности Корвета примерно такие же, как в самом массовом советском учебном ПК УКНЦ, по которому я делал ролик: kzbin.info/www/bejne/Z5W3iaFrjbpoj9Esi=4Dlfu8R3geCe_sOd

Есть режим отображения спецсимволов, кажется "ИНД СУ". В нем можно увидеть в виде текста листинг.

Это рисунок в режиме ГРАФ - Фокалом рассматривается, как текстовая строка (он и в реальности - просто набор символов, включая начальное включение ГРАФ и конечное его выключение. Это документированная фишка. Совершенно стандартное поведение.

Ничего не слышно

Ошибка 7 - стек переполнился (paint активно использует стек) - попытка залить сложный профиль. А профиль сложный - из-за выведенного текста.

Ого какие забавные игры)

Кстати, если понимать механику и рубиться напролом, то игра короткая -- примерно час до финишного махача (очень надо подготовиться, иначе кирдык сразу)

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

Самая непонятная игра на БК.

символ ";" забыли поставить после until keypressed в конце видео

круто

Видимо вы не понимаете зачем нужна демка по демонстрации комбинации цветов

во-первых, К1801ВМ1 - оперирует 16-тибитными словами, а не байтами во вторых, БК0010-01 имеет цветной графический режим с тремя цветами 00-черный,01,10,11 - три цвета RGB. Соответственно одно слово 16-бит содержит 8 горизонтальных точек по два бита каждая. 3, 14, 60, 300 - это в восьмеричной системе счисления, что в двоичной системе выглядит так 11,1100,110000,11000000. То есть сдвинутые на два бита относительно друг друга. чтобы задать координаты, с Y-координатой относительно просто, а вот с X нужно координату разделить на 8 (или 4 в восьмеричной системе), чтобы определить в каком 16битном слове находится точка с координатой X. а потом подсветить нужные разряды в соответствии с остатком от деления на 8

В своё время, ещё в школе, тоже засиживался перед большим кинескопным экраном и прогал БК в машинных кодах. Даже без ассемблера, а чисто в восьмиричном коде, выучив команды Но зачем сейчас, в 2024-м году, ковыряться в этом, простите, археологическом говне, когда есть нормальные языки программирования и среды разработки? Я уж молчу о том, что одна ардуина со спичечный коробок заменит десятки этих старых БК Я не говорю, что БК был плох - для своего времени он был великолепен. Для кого-то он был единственной возможностью приобщиться к миру IT. Но то было тогда, когда не было альтернатив. Не лучше ли было бы сейчас потратить время на изучение того же CI/CD и прочих девопс практик?

ого. не знал, что на бэкашках паскаль был. на то на бейсике учили.

в школе в компьютерном классе такие стояли)

Главное сам понял, а остальные кому надо потом тоже что то поймут в подсказке :-)

Ниче не понял. О чем видео? В условиях, в функции NearM - IF ты путаешь. Если явного указателя ELSE нету - то каждый IF выполняется, то есть все IF в количестве 8 штук выполняются и считают количество мин вокруг заданной точки. То есть предположим ты вызываешь эту функцию для координаты 3,3 - пользователь на эту координату тыкнул. Первый IF проверяет наличие мины в поле 2,2 (-1,-1). и если там есть мина - увеличивает счетчик мин (m) +1. Следующим условием проверяется координата 3,2 (0,-1), затем 4,2 (+1,-1) и т.д. тоесть идет проверка 8 клеток вокруг заданной 3,3. Никакого ELSE там нет. UNTIL keypressed - это бесконечный цикл, ожидание нажатия любой клавиши. например прога нарисовала заставку - написала там "нажмите любую клавишу чтобы продолжить" и уходит в цикл UNTIL. Ты нажимаешь клавишу любую и программа идет исполнятся дальше. А чтобы узнать какую клавишу пользователь нажал - дальше есть строка K:=readkey. В переменной K после ожидания нажатия на клавишу будет ASC. код нажатой клавиши. В твоей модификации программа не работает правильно. Она сначала типа зависает, ты нажимаешь на кнопку, потом прога опять зависает, еще раз нажимаешь на кнопку и в переменной К появляется ASC код. Так как насколько я помню на клавиатуре БК0010 автоповтора нажатия на клавишу - нет.

тут некоторые пропагангдоны кричат что в России начали скупать самодельные компы, типа совсем худо с компами 😂. Но мы то знаем для чего нам нужны эти компы😁.

Чё за фигня? Нафиг енто всё? Поучи книжку😆

Да когда вы успеваете столько рассматривать) Такие эксклюзивные игры, которых наверно уже точно не где нет.

Тут step 2 в Ханойской башне по той же причине что целые числа в памяти по 2 байта идут подряд, так же и в других играх далее на видео

Это программы были для реального железа? Может стоит учитывать акцент на эмулятор, там то как не крути немного по другому может быть.

Архитектура PDP11 - она подразумевает что экранная память ничем не отличается от основной, то есть нету дополнительной, своей видеопамяти. Контроллер дисплея сканирует определенную область основной памяти, для БК начинающейся &O40000 и выводит ее на физический экран. В самой программе - какая-то залипуха. В формуле - 2*I% это понятно. Это адресация 16 битного слова. А аппаратная адресация в байтах происходит поэтому и 2*i% это выравнивание на 2 байта. А вот откуда 640 взялось - неясно. Если он считает визуальные строки на экране, то 640 - константа не верная. Разрешение экрана БКшки в решиме повышенного разрешения(для простоты) по горизонтали 512 точек. В этом режиме одна точка соответствует одному биту. То есть количество байт в одной строке будет - 512/8=64 байта. Ааа. надо же таким костноязычным быть в книге. Видимо под информационной строкой он подразумевает выводимые текстовые строки. То есть на 1 строку выводимого текста будет 64 горизонтальных байта и 10 вертикальных графических визуальных строк итого 64*10=640 байт. Ты не обращаешь внимания на стоки с USR() - а это вызов попрограммы в машинных кодах. Там может и лабиринт выводиться и т.п. Адрес в десятичной системе - 17644=&O42354 - что есть тоже видеопамять. Адреса с &O1000 по &O4000, по моему, не уверен насчет точности, занимает промежуточный, скомпилированный код программы на бейсике. И при определенной сноровке - ты можешь вытащить напрямую оттуда данные, например спрайта, чтобы не делать 10 телодвижений, типа в DATA описывать спрайт, потом его в коде бейсика переписывать куда-то в память, а потом уже копировать его из этой памяти в "экранную" память. Кстати, Параграф "1.3. Устройство вывода - дисплей" твоей документации, что ты смотришь - там есть информация по знакоместам и т.п.

не внял... бейсик изучали вручную... а не с экрана современного компьютера... ролику 👎 это не критика а указ на то что тебе, малыш, не понять... а хочешь понять: изучи ассемблер, процессоры (МК-51, например) возьми паяльник, собери свою первую схему и... ) жду продолжения

А теперь прими во внимание что черный цвет это 00, зеленый 01, синий 10, красный 11. И попробуй закодировать строчку спрайта в соотвествии с этим 00 00 01 01 11 00 00 00, теперь ставляешь в любой программерский калькулятор - получаешь на выходе &O2700 для первой строчки. Далее 00 00 00 11 11 00 00 00 - &O1700, и так далее..

Ох как давно же это было.. :)) Символ Амперсанд и O - код в восьмеричной системе. Про что ты говоришь это не совсем цвета. Ты переведи слово в двоичный вид. Увидишь там - на одну точку идет 2 бита. Не помню точно - 00 это черный, 01 - зеленый, 10- синий, 11 - красный. Вроде так. И вот это слово - будет 8 точечным представлением виртуального цвета.. Сложенного их точек различных цветов.

Ты какой эмулятор андроида используешь? если это эмулятор, а не планшет)))

какая кислотная жесть!

Интересная тема

Это такой БЭЙСИК на БК был? Там даже комментарии можно было писать через символ '

Ого, это что реально на Бэйсике сотварили))) ну гиганты. И хватит читирить с червяками))))) птичка лопнет.