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