Там с программной точки зрения инверсная логика: бит в "1" - ни одна кнопка, имеющая сканкод, не нажата, бит в "0" - хотя бы одна кнопка, имеющая сканкод, нажата.Сообщение от MM
Там с программной точки зрения инверсная логика: бит в "1" - ни одна кнопка, имеющая сканкод, не нажата, бит в "0" - хотя бы одна кнопка, имеющая сканкод, нажата.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Не знал, в какую тему приткнуться, решил написать здесь. Я добавил в утилиту DaDither возможность конвертации изображений в цветовую палитру БК-0010/0011.
Скриншот
[свернуть]
Программа умеет автоматически подбирать палитру, также позволяет выбрать ее самостоятельно. Я не нашел ни какой информации о форматах графических файлов, используемых на вашей платформе, поэтому экспорт только в bmp/png/gif. Если будут предложения по выходному формату - пишите.
Сохранять в формате битмапа экрана наверное будет одной из полезных опций.
очень круто, спасибо
manwe.pdp-11.ru
БК0011М (БК11М) имеет 2 видео буфера переключаемых программно. и прерывание по кадровому синхроимульсу около 49ц (времянки Пентагона).
если с частотой приблизительно 25гц последовательно высвечивать картинки из двух видеобуферов с разными палитрами то будет очень круто. палитры БК11М очень ограничены но по крайней мере сочетание с черным будет как регулировка яркости. Да и сочетание нескольких палитр при последовательном выводе может дать новые оттенки.
25гц глаз замылит на ЭЛТ все переключения
Там много для творчества!
СПС!
- - - Добавлено - - -
палитры можно переключать не только по кадровому прерыванию но и в любом другом месте где программист рассчитал будет находиться луч (точка вывода) формирующий изображение
можно ознакомиться с демками манипуляциями палитр
- на каждую строку
- гдето на каждые 24-32 последовательных пикселя растра 256*256 (4 оттенка)
Последний раз редактировалось svinka; 05.01.2021 в 02:19.
Если кто-нибудь мне предоставит образцы дампов экрана для режимов 256x256 и 512x256 - то добавлю экспорт в формат битмапа экрана. Поскольку еще нужно сохранять код палитры, то выходной файл будет на 1 байт больше, чем размер экрана. Но нужно решить вопрос куда писать код палитры - в первый байт выходного файла или в последний?
- - - Добавлено - - -
Но их значения весьма проблематично рассчитать. Т.е. рассчитать то их можно, но эти значения будут верны только на откалиброванном CRT мониторе. На современных LCD мониторах воспринимаемый цвет будет совершенно другим. Или делать по принципу на безрыбье и рак рыба?
мура и страшный фликер. Некоторые мудрят с эмуляторами или видеозахватом, чтобы повысить качество на ютубе, но это это называется жульничество.
Да там все просто и плоско. Линейно идут 16-битные слова, но нумерация бит обратная, самый младший бит отображается самым левым. Если работаем через цветной вывод, то биты группируются по два, что даёт 4 цвета.
Это радует, но мне нужны имеено дампы.
Ламповый аналоговый монитор все сгладит. если какойто уникум больше 25гц различает - пусть звонит на ТВ
А эмуляторы и захват - то конечно редкостное *****. Никак из двух полукадров один не слепить. без ИИ тут никак
Не могу понять, что за дамп? Взять любые 16 КБ - это и будет скрин-дамп.
Если яркости у пикселов различаются чуть-чуть, то это может и сгладит фликер до терпимого предела, но БК палитры резко друг от друга различаются.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
