Игра на ассемблере. Про z80->8080 было чуть-чуть написано на сайте Александра Тимошенко, сейчас вероятно можно найти в webarchive.Сообщение от Ведущий_специалист
Исходники elite для спека можно спокойно скачать (на bbcшную версию ссылку давать не буду, думаю все знают). А песню про портирование на 8080 я слышал, давно это было.
Сделал и цветную версию игрушки, выглядит повеселее. Режим стандартный, поэтому вместо кирпичей по бокам игровое поле ограничивается самим экраном, что мне представляется приемлемым решением для данного случая. Доработан звук взрыва бомбы, чуть поправлено описание.
Попутно обнаружились еще две опечатки в описании:
- порядок все же обратный
OldSpeccer(18.07.2023), Pyk(26.05.2022), Shamancs(14.09.2022), Ведущий_специалист(26.05.2022)
В КР05 выудил 5 фамилий, напиал в Ульяновский архив запрос по ним. Пока не ответили.
В остальном не самое интересное ТУ, есть тест памяти на бейсике, рисунков и схем нет.
У КР04 на 8 страниц ТУ побольше.
А ТУ 11-ТД0.303.000ТУ-87 "Радиоконструкторы серии "Электроника КР" похоже и вовсе от другого завода.
Исправил, спасибо!
Проверил на реале. Все играет все круто, спасибо!
Сделал просмотрщик картинок в формате krs, формируемых программой DaDither
(https://zx-pk.ru/threads/32400-dadit...=1#post1167097).
Во вложениях исходник и примеры файлов, скриншоты с эмулятора под спойлером ниже.
Некоторые подробности для интересующихся приведены в readme в архиве с исходниками.
О запуске примеров в Emu80
В версии Emu80 до 4.0.432 есть ошибка, проявляющаяся в поврежденном изображении
при загрузке файла из командной строки или с помощью встроенного загрузчика,
поэтому лучше использовать директиву I. В версии в репозитории ошибка исправлена.
Для красивого отображения gigascreen в эмуляторе Emu80 можно включить
настройку "Смешивать полукадры" в меню Настройки->Экран.[свернуть]
Скриншоты
[свернуть]
Ждем теста на реале.
- - - Добавлено - - -
Добавлю еще один пункт в описание КР-04.
14. Системные вызовы и документация.
Системные вызовы Монитора (F803-F833) совпадают с таковыми на РК-86, однако есть ряд изменений и дополнений:
- Вызов F82D (запуск индикации на экране) инициализирует экран в том режиме, который был установлен ранее. Режим хранится в системной переменной по адресу F604 (0 – текст. 16K/64, 1 – граф. 48K/40, 2 – текст. 32K/64, 3 – граф. 48K/80). При необходимости установки конкретного режима необходимо перед вызовом F82D предварительно записать нужное значение по адресу F604.
- Добавлена ESC-последовательность 1B 58 для выбора режима разрешения. К сожалению, с ее помощью нельзя установить текстовые режимы, а режимы в ее описании в документации перепутаны, фактически установленный бит 1 задает черно-белый режим, а сброшенный – цветной (см. стр. 52 руководства). Также некорректно работает заявленная возможность переключения буферов, изображение в альтернативном буфере отображается смещенным вверх и с обрезанной верхней частью, переключение буферов возможно запрограммировать самостоятельно, сгенерировав альтернативный текстовый буфер для ВГ75.
- Добавлены ESC-последовательности для работы с графикой: рисование линий, точек, работы с блоками и др., описание есть в документации. Упоминаемый в документации белый цвет в черно-белых режимах, фактически является зеленым.
Последний раз редактировалось Pyk; 26.11.2022 в 17:18.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Если я правильно понял, то для получения суммарного цвета при эмуляции гигаскрина используется простая формула (C1+C2)/2. Но, на мой взгляд, более правильно было бы сначала перевести RGB значение в sRGB, затем вычислить полусуммы, а затем полученный цвет перевести обратно в RGB. Т.е. правильное среднее между 0 и 255 не 128, а 188.
Если будет изменение формулы усреднения, то просьба добавлять новые варианты не вместо, а вместе. Все же консенсуса по данному вопросу нет.
По ссылке идет сравнение не 128 и 188, а палитры, получаемой с использованием загадочных коэффициентов (в которой тоже нет значения 128), и палитры, рассчитываемой через sRGB. Если значение 188 может быть не правильным, то значение 128 гарантированно не правильно.
IMHO: Вообще, сравнения гигаскрин-палитр не имеют особого смысла. Причина в том, что гигаскрин-палитру можно рассчитать только для калиброванного CRT-монитора, и значение 188 для него математически является оптимальным. А для современных LCD/PDP/LED/OLED/... мониторов гигаскрин-палитру монитора рассчитать не возможно в принципе. Современные мониторы по сути просто эмулируют CRT-мониторы, и правильная эмуляция гигаскрина технически очень сложна. Например, у LCD кристаллы поворачиваются далеко не мгновенно, т.е. гигаскрин цвет уже не будет совпадать с CRT версией. Дешевые 6-битные мониторы могут использовать собственный гигаскрин для эмуляции оттенков (temporal dithering). Есть куча факторов, которые влияют на то, как глаз воспримет переключающиеся цвета на монитора, и все их просто не учесть. Поэтому для ретро-платформ проще ориентироваться на CRT-монитор, для которого 188 является правильным значением.
По ссылке можно почитать комментарии, из которых следует, что использование srgb не является единственно верным вариантом.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
