Мысль одна есть по даунграунду Ленинграда. Опыт хочу провести - поставить туда ВМ80, так вот думал есть исходники бейсика от ПК8000, заменить там процедуру вывода на экран и клаву. Чтобы так сказать попробовать на чем то. Но раз полного дизассма нет, то конечно вопрос снимается.Сообщение от DemonId7
Разработал метод переноса любых полноэкранных картинок (изображений) на экран ПК8000.
В архиве из 4-х частей представлены:
- бейсик-программа для просмотра изображений AP;
- 26 примеров графических изображений 256 на 192 точки в CAS-формате;
- утилита BMP2CAS.xlsm для создания своих изображений, с использованием макросов в книге MS Excel;
- инструкция (.docx), описывающая все этапы создания своих изображений.
BMP2CAS.part1.rar
BMP2CAS.part2.rar
BMP2CAS.part3.rar
BMP2CAS.part4.rar
Улучшенную версию BMP2CAS v2.0.xlsm см. по ссылке:
https://zx-pk.ru/threads/32077-prosm...=1#post1214072
Последний раз редактировалось AMM; 05.05.2025 в 22:42.
Конвертер картинок для ПК8000 - это хорошо, но текущий вариант на мой взгляд слишком громоздкий (неудобный) и в примерах кое-где остались артефакты.
Есть довольно много готовых качественных картинок, пригодных для показа на ПК8000, например
И один очень важный момент, связанный с графикой не до конца прояснен: яркость должна быть "типа msx", влияющая на три канала (как в emu) или "типа zx", влияющая на один канал (как в emu80). Возможно этот вопрос не прояснен только для меня и для авторов одного из упомянутых эмуляторов, но пока окончательного вердикта не видел.
Да, действительно, любое спектрумовское изображение с обрезанным бордюром до 256*192 без изменений сохраняется утилитой BMP2CAS в CAS-файл. И спектрумисты создали множество гениальных картин, например, "Девушка под водой". ПК8000 позволяет создавать более детальные по цвету изображения, но уникальных, авторских и легендарных картин для него нет. Предлагается не просто конвертер, с кнопками открыть и сохранить, а мастерская или среда триединства Retro-X, Photoshop и конвертера, целью которой создать дух соревнования и вступить в "схватку" с авторами, работающими для других платформ. На конкретные предложения по улучшению интерфейса BMP2CAS постараюсь отреагировать (amm38522@gmail.com).
По яркости. Младший бит в коде цвета отвечает за яркость всех цветов одновременно, например, 1110 - серый, 1111 - белый или 1100 - фиолетовый, а 1101 - светло-фиолетовый.
Я привел ссылку на картинки для режима timexа, который соответствует по цветовому разрешению ПК8000. Там еще есть картинки с повышенным цветовым разрешением для других режимов.
Тут нужна проверка на реале. В принципе фотографии с реала со всеми цветами есть, но т.к. до сих пор авторы эмуляторов не пришли к единому мнению, значит вопрос не закрыт.
Иллюстрации к тому, о чем я писал
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Наслышан об этом старом споре. Но проблема искусственная и связана с непониманием формирования сигналов RGB на аппаратном уровне. Когда на экране, к примеру, должен быть синий цвет, микросхема выдаёт 100%-ый уровень синего сигнала при ярком цвете и приблизительно 75% при неярком. По остальным сигналам уровень равен 0%. Но, когда сигнал попадает в монитор, к синему сигналу электронные компенсаторы начинают добавлять до 30% сигналов зеленого и красного, особенно, когда входной сигнал 100%. И получается не синий цвет, а его оттенок, который и фотографируют, утверждая, что это цвет оригинала. Плюс взаимные помехи и наводки внутри соединительных кабелей. Наиболее ярко это взаимопрониконовение цветов в одном сигнале видно в MSX-палитре. Вот, к примеру, из фотографии палитры эмулятора берем пипеткой в MS Paint ярко-красный цвет, открываем окно "Изменение палитры" и смотрим значение всех цветов. Красный - 255, синий - 90, зеленый - 90. Откуда в чисто красном сигнале из микросхемы ПК8000 взялись синий и зеленый? Возможно в компьютере MSX на аппаратном уровне сделано взаимосмешение цветов, не знаю. Но спектрум, с точки зрения "железа" видеовыхода, ближе к ПК8000. И спор, какой должен быть уровень приглушенного неяркого цвета 75, или 63%, или ещё сколько-нибудь процентов, является всего лишь вопросом индивидуального предпочтения.
В целом ПЗУ дизассемблировано, но нужно пройтись по коду и убрать "магические числа", типа:
Плюс нужно подкорректировать константы для задержек. К примеру чтение/запись с кассеты инициализирует переменную:Код:ROM:2F0E: lxi b, 0FB5Ch
Понятно, что значение зависит от частоты процессора.Код:ROM:341C: lxi h,1911h ROM:341F: shld magWait0
А в целом задача вполне реализуема.
Штатно из компьютера выходят четыре цифровых сигнала и преобразование в аналоговый RGB происходит где-то снаружи (похожие вопросы возникают, например, с Корветом, Орионом). Кто как подмешает интенсивность к цветам при подключению к монитору, так и будет.
Во вложении захват с Суры через комплектный ТВ-адаптер.
Интенсивность подмешивается через диоды, схема аналогична Спектрумовской - 15 цветов, тёмно-серого(ярко-чёрного) нет.
К ТВ-адаптеру у меня два вопроса:
1) почему такое отношение яркого и не_яркого ?
2) почему на яркости работает один резистор (R1) ?
Вижу необходимость вместо одного R1 использовать три последовательно с каждым диодом и номиналом (навскидку) 1...1,5 кОм.
---
Если в этом же тв-адаптере подмешивать интенсивность без диодов, а только на резисторах, будет 16 цветов(плюс тёмно-серый) и яркие цвета с меньшей насыщенностью.
фдеукю у-ьфшдЖ ввз"шярюсщь D356 47C0 35F8 F55E 8A52 A88F F3F8 B003 03EB 3D7F
За утилиты спасибо. А вот BMP2CAS.xlsm не пашет, версия офиса не подходит. Впрочем, он особо и не нужен, сам накидаю утилитку для конвертации готовых битмапов. В связи с чем вопрос: а нельзя ли выложить файлы примеров картинок в формате BMP? Хочу попробовать сделать вьюнер под CP/M.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
