Bad Apple!! на Электроника МК-90 

С одной стороны, забить 960 байт видеопамяти сильно быстрее 16КБ, с другой, раза в 2-3 медленнее процессор и неудобная организация видеопамяти из-за которой приходится использовать медленные байтовые инструкции и в целом усложняются алгоритмы. Первое думаю перевешивает и да, вывод одного кадра, при прочих равных, на мк90 будет быстрее.

​​@@azya2kнигде не видел, какая примерно скорость процессора была у МК-90. Например, у похожего (то есть на основе того же комплекта К588) учебного ПК "Немига", насколько я помню, была указана производительность аж до 500 тысяч оп/с - а это вообще-то в 2 раза больше, чем у БК-0010/0011 при выполнении программы в ОЗУ (правда, у Немига не указано, это скорость в ПЗУ или в ОЗУ, и есть ли вообще разница - а у БК, например, она весьма заметна, особенно у 0011 и 0011М - в ПЗУ 400 тыс ОП/с, в ОЗУ - 262). Как вообще задаётся скорость работы в асинхронном процессоре (ведь у него вроде нет тактовой частоты? Или есть?) - напряжением питания или ещё чем-то?

@@vladtru9670 Производительность для простых инструкций оперирующих регистрами, очень примерно и если я ничего не напутал при измерении - 340 коп/c (любая косвенная адресация сразу уменьшает это значение в 3+ раза, не говоря уже об умножении и делении). Это с учетом обновления дисплея по DMA, которое отбирает процентов 15. Асинхронность, как я понял, заключается в том, что каждая микросхема набора сама определяет время выполнения своей задачи и не ориентируется на общую опорную частоту а только на сигналы управления, например АЛУ получает микрокоманду, выполняет ее и по окончании сигнализирует о завершении выполнения. Вообще, я сильно не влезал в железо МК90, он устроен довольно сложно для меня. Если интересно, вот самое подробное, что я находил по 588 серии - archive.org/details/B-001-014-455

спасибо, тогда получается, что производительность у МК-90 вполне сравнима (а то и выше) с БК и первыми ДВК, а также первыми Э-60, и это вполне серьезная скорость. Если это так, потенциал у МК-90 был весьма серьезный и для игр (тем более учитывая совсем маленький объем видеопамяти), и для прикладных программ. Впрочем, программировали на нем почти всегда на встроенном бейсике, так что важна, прежде всего, именно его скорость - и здесь всё довольно печально, Бейсик был очень медленный - такое впечатление, что сделан он на основе чрезвычайно тормозного интерпретатора Бейсик ДВК НЦ (такой применялся на первых ДВК и была версия для БК). По средней скорости тестов Бейсика ВМ1-ВМ8 (я делал таблицу по десяткам разных ПК уже много лет назад) МК90, к сожалению, в самом конце, уступая, например, Бейсику Микроши примерно в 2 раза, ДВК-1 с бейсиком-11 в 5 раз, IBM PC в 6 раз, ДВК-2 с процессором К1801ВМ2 (8 МГц) и Бейсиком-11 - в 10 раз и тд. Значит, причина здесь все же не в медленном процессоре, а в очень медленном интерпретаторе Бейсика? Кстати, нет ли у МК-90 разных вариантов производительности и энергопотребления, как у МК85, где была обычная скорость с маленьким потреблением и повышенная скорость (чуть ли не на порядок) с высоким потреблением (для работы от розетки)?

​@@vladtru9670 Да, получается сравнима, (выше в комментарии я был не прав, сказав что в 2-3 раза медленнее БК, не имел с ним дела и сравнил просто по тактовой частоте). А вот потенциал для игр не очень и по довольно глупой проблеме, которую я вообще не встречал нигде кроме как на МК90 - программно невозможно определить, нажата какая-либо кнопка или нет, т.е. момент нажатия отслеживается и все, поэтому какая-то прыгалка по типу Flappy Bird вписывается органично, а допустим в тетрис играть неприятно (не говоря уже о чем то более серьезном). Разных вариантов производительности на нем нет.

Да, очень подходящее видео для воспроизведения на разных древних (и не очень) устройствах.

Оооо, Сакамото-сан на аве! Уважаю тебя

Дум)

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

@@slowcuber_aze ласт фм

Спасибо! Спасибо! Спасибо!) Со звуком как-раз было больше всего возни.

Не, дело не в фанатстве - просто удобный, ставший уже классическим, материал для демонстраций

@@azya2k А ведь этот клип начинался с простого словестного описания в одном японском паблике xD

@@thewizard3944 Да, я немного изучил историю клипа, а уж сколько раз я его посмотрел и послушал)

Спасибо!

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

podmyshkoliz1998 идёт писать: тоху не аниме

Спасибо!

Спасибо!)

Спасибо! Совместить звук и видео было как раз основной сложностью.

Спасибо!

Спасибо!

Спасибо!

Хотелось бы написать небольшую статью, но пока не уверен, что заставлю себя.

@@azya2k было бы просто отлично. У меня возник вот такой вопрос, эта штука писалась к встроенному интерпретатору бэйсика или на асме?

@@user-ih6zg9zm1z На ассемблере, на Бейсике так не получится.

@@azya2k было бы интересно узнать больше об этой работе, с нетерпением жду статью

Спасибо!

Спасибо!

Ждал увидеть Вас здесь. Обожаю ваши видео

Спасибо!

Спасибо!

Ассемблер и свободное время)

Спасибо!

На самом деле, процессору не сильно принципиально, что считать, а вот контроллеру внешних устройств здесь приходится "напрячься", т.к. он используется и для вывода звука и для передачи видеопотока практически без остановки постоянно переключаясь между этими задачами, что ему не свойственно.

Безусловно)

Там на тактовый выход одного из каналов последовательного порта повешено пьезо, соответственно задавая частоту передачи порта можно менять высоту тона, т.е. вручную дрыгать выходом не надо. Но конечно тоже не без проблем, конкретно в этой демке нужно постоянно читать с СМП данные, но во время воспроизведения звука мы этого делать не можем, соответственно приходилось читать только в паузы, делать буфер кадров, корректировать мелодию для наличия нужного количество пауз, в общем много мороки) Еще существенный недостаток - ограничение на частоту ноты снизу, не помню точно, но где-то на уровне малой октавы, из-за чего "ударные" звучат хуже чем могли бы и в целом пришлось транспонировать мелодию.

Панель заменена, да. Хотя эффект все же есть, но меньше, чем раньше.

Нет ничего невозможного)

bad apple как doom только ни где ни портировали

Вы льстите моему скилу видеомонтажера)

Poxyi 1.5l:ьуь

Я в процессе, конечно, написал себе скрипт для конвертации обычного видео, но он сильно заточен под Bad Apple. Обычные видео с полутонами будут выглядеть ужасно, а если добавить дизеринг, то степень сжатия сильно упадет да и сильно уж большие пиксели для него. В любом случае опубликую его, но чуть позже.

@@azya2k как-то интегрировать с проектом с полутонами? или уже производительности не хватит?

@@night_gryphon Со звуком точно не хватит, а если без, кадров 50-60 возможно получится вытянуть - на 1 полутон хватит, хотя там будут сложности с синхронизацией. Планирую попробовать.

@@azya2k а с чисто чёрно-белым видео проблем не будет?

@@nimitrorrrr5889 не должно быть

Лучшая реакция на подобную работу :) А по существу, вы наверно сравниваете с выводом графики в Бейсике?

Здесь - ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-l7-jWWDTD_g.html гораздо быстрее, около 100 кадров в секунду для создания оттенков серого.

@@azya2k круто

@@azya2k для оттенков используете ШИМ?

@@weiqist в этой анимации нет оттенков, скорости уже не хватило бы.

Much better on ti-84

Через последовательный порт куда втыкается СМП (или в данном случае эмулирующий его RPi Nano) при всем желании не получится рулить экраном в обход всего остального. Поэтому нет, все аутентично и при желании можно было бы повторить в 89-ом (хотя, конечно, не без сложностей - все же нужно хранить 782кБ).

На счет скорости - 26 кадров на этом видео в принципе не так уж быстро, вот здесь ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-l7-jWWDTD_g.html мне пришлось обновлять экран со скоростью ~100 кадров в секунду, чтобы получить 6 оттенков. И эта игра запускается с обычного СМП.

В целом так, сложности, как обычно - в деталях

Да, именно так. В теории, можно собрать "железный" картридж на контроллере используемом в оригинальных ПЗУ-картриджах, но, к сожалению, достать эти контроллеры (как и картриджи) сейчас нереально.

Вроде у Вас был картридж МПО-10

@@sergeymoiseev518 обычные МПО-10 были с ОЗУ (в основном) и там контроллер поддерживает максимум 64КБ. Но, кроме них, еще были картриджи с ПЗУ, гораздо более редкие, у них контроллер (КА1835ВГ7) теоретически поддерживал до 1МБ

@@azya2k у меня картридж с УФ-стираемым ПЗУ на 512 килобит , так вот там оказался КА1835ВГ2

Точно :)

@@azya2k тогда поражен)) на ассемблере написано?

@@egorowitaliy Да, на ассемблере

Запустить не проблема, проблема его портировать)

@@azya2k понятно

Все 3 проекта на разных платформах, поэтому существенно отличаются, с другой стороны, конечно, я, когда делал STMP, смотрел код Genjitsu SMP, а когда делал PIMP использовал все, что можно из STMP.

Вы на ассемблере писали программу? Сжимал вариацией LZ77 плюс пропуск неизменных областей из предыдущего кадра.

@@azya2k, на бейсике) даже и не знал, что мк поддерживает не интерпретируемые яп. В любом случае результат у вас весьма и весьма крутой.

​@@ATtiny13a-PU Спасибо! На самом МК ассемблера конечно нет, но можно использовать кросс-ассемблер и заливать на картридж уже готовую программу.

Порт, в описании есть ссылка на оригинальное видео. Вообще Bad Apple - это очень популярный материал для демонстрации на различных платформах.

@@azya2k не заходит. в ютубе есть?

@@dmitriypikul1626 ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-UkgK8eUdpAo.html

@@azya2k госпаде я знаю что есть такая песня я ее до этого слушал, но ты скопировал или пробовал рисовать?

Да, стоковый, только модуль памяти неродной

В каком-то виде Дум наверно возможен на МК90, но я едва ли за такое возьмусь)

@@azya2kкста, надо будет сравнить по характеристикам МК90 и TI-83 Plus на котором запускаличтото типа дума

Вы имеете ввиду выше? Пришлось транспонировать немного, т.к. у МК90 нет возможности воспроизводить низкие частоты.

Аппаратно нет, но можно делать программно, как например здесь - ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-l7-jWWDTD_g.html

Что именно?)

@@azya2k подобные гаджеты, стоимостью от 1000 рублей, произведённые в России и полностью из отечественных компонентов в плоть до процессора и аккумулятора Да пусть уже и за 10000 рублей но на отечественных компонентах, или это невозможно даже за 100000 рублей? И поддержкой спутникового интернета, пусть хоть и со скоростью 1кб в секунду

@@AvitoB0T Ходит слух, что МК-90 в Беларуси до сих пор производятся) А если серьезно, то никакой конкуренции с современными устройствами МК-90 не выдержит при любой цене.

@@azya2k а ведь действительно, дети не оценят устройство даже за 100 рублей Так как у каждого на порядок более производительные аппараты на руках Вот если закрыть поставки из Китая полностью то такие игрушки за 100 рублей будут очень кстати

Нет)

@@azya2k покажи в руках , пуск стоп, ракурсы, свет, температура

@@123456789099837 Не такая уж невероятная работа, чтобы заморачиваться с доказательствами, это - ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-l7-jWWDTD_g.html написать было сильно сложнее. Кстати, а температура для чего?

@@azya2k Если появляются не верящие в реальность происходящего, значит цель точно достигнута :)

@@alextrusty2585Точно, лучшая похвала)

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

@@azya2k ну, если я верно понимаю, то был неплохим? А про отсталость - это я к нашим недоброжелателям.

МК-90 производил завод "Интеграл" г. Минск, Беларусь, с 1988 по 1992 г. К нему же выпускалась док-станция - графический принтер МК-92. Технологии предтеч, как сказали бы в фантастических романах шаманы племени.