(Минусаторов сразу предупреждаю, что это ШУТКА. Что такое «шутка», можно посмотреть на википедии. Или, если вы (что весьма вероятно) ей не доверяете — в БСЭ).
Кстати, небольшой минус еще — спектрум был не в полный размер проекции экрана. Это сильно сказывалось на картинках и демах без бордера, они реально смотрелись как в окошке в 1/4 экрана, помещенном в центр. Понятно, что экран не совсем 4:3 был и что бордер никто не отменял, он мог быть и в графике и в демах. Но судя по картинке с лайвов, изображение можно было возможно увеличить пропорционально по обеим осям еще на 15-20% без выхода даже бордера за пределы экрана. Кстати, реально наверное было бы круто, если бы экран спектрума был близок по разрмеру к физическому экрану на стене, а бордер выходил бы за его пределы )))
На самом деле и .TAP и поддержка оригинального железа это вопрос религиозный. В момент, когда мы его откидываем, начинается noflic, gigascreen, а там и до ATM2+ недалеко…
Я провёл специальное исследование и выяснил что ютуб смотрят 90%,9% смотрят в эмулях и умеют включать пентагон, и 1% пытается запустить на своих divmmc. А если серьёзно то я третьего дня объяснял уже что я раньше делал тапки и фиксил под классику, но никакой разницы не заметил, как не смотрели наши европейские партнёры так и не смотрят. А вот в играх другое дело, смотрят, играют, донатят и фидбэчат так что спектрум демы на поуте просто тихо краснеют в дальнем углу спектрумизма.
Очень хочется прокомментировать статью, но пока не знаю, что написать!
Потому что я так и не понял, как всё это работает. Но Денис, ты мега молодец! И Артёмка тоже! И Олежа!
Для VSCode есть Z80 Debugger by maziac. Суть этой штуки в том, что она умеет договариваться с эмулем ZEsarUX по Хитрому Отладочному Протоколу, в результате в Code появляется отладчик со всеми этими вот брякпоинтами, вотчами и прочим. Сам не пробовал пока, но, наверное, удобно.
Ещё из интересных штук есть Z80 Assembly Meter by Néstor Sancho, который умеет показывать прямо в статусбаре, сколько в байтах и в тактах занимает код под курсором или в выделении. Не знаю, нужно ли это кому, все ведь уж давно выучили табличку наизусть, но мало ли ;)
И напоследок – ASM Code Lens by maziac, очень удобная штука для рефакторинга. Можно одним махом поменять название метки по всему дереву исходников, грабить корованы и вот это всё.
кроме того, пути к файлам меток\бряков можно передать аргументами командной строки:
Я не смог разобраться, поддерживаются ли выраения для бряков в bpx.ini, но read/write/execute бряки точно поддерживаются :)
формат примерно такой:
На самом деле и .TAP и поддержка оригинального железа это вопрос религиозный. В момент, когда мы его откидываем, начинается noflic, gigascreen, а там и до ATM2+ недалеко…
Плюсуй по славу Великого Секущего Луча! https://www.pouet.net/prod.php?which=83540
(И особенная благодарность за информацию о ZEsarUX).
Потому что я так и не понял, как всё это работает. Но Денис, ты мега молодец! И Артёмка тоже! И Олежа!
Надеюсь, ты не против, я добавил все ссылки в пост!
Ещё из интересных штук есть Z80 Assembly Meter by Néstor Sancho, который умеет показывать прямо в статусбаре, сколько в байтах и в тактах занимает код под курсором или в выделении. Не знаю, нужно ли это кому, все ведь уж давно выучили табличку наизусть, но мало ли ;)
И напоследок – ASM Code Lens by maziac, очень удобная штука для рефакторинга. Можно одним махом поменять название метки по всему дереву исходников, грабить корованы и вот это всё.