Конвертация графики

[Dec]

S_V_B, а у тебя случайно нет в запасах дампа любого изображения 512x256?

[S_V_B]

37777 если картинка в другой палитре.

Для картинки с палитрами в заголовке писал код:
0xf0, 0x3f, Len_L,Len_H,0xDF,0x15,0,Pal,0xB2,0xFF,01,0,0x57,0,0,0xA0
который при запуске подгружает палитру

[litwr]

Может лучше формат с одной палитрой сделать в bin тоже - удобно загружать, не нужно ждать пока кто-то загрузчики напишет. Кроме того, сомневаюсь, что от картинок с переключением экранов будет хоть какая польза - фликер там будет неприятный и всё.
Для bin формата надо начинать с маленького загрузчика, например, такого

         movb #PALETTE,r0
         swab r0
         asl r0
         mov r0,@#^O177662
loop:    br loop

Это следующая последовательность hex-байт:

F2 3F 0E 40 95 c0  00 PALETTE 00 c0 0c c0  10 1f  ff b2 01 ff

где первый два байта - это адрес начала, вторые - длина, затем 14 байт кода.
Это все не проверял, будет картинка может проверю.

512x256 - однобитный (монохром)
256х256 - двухбитный 4цвета

Ну зачем путать человека?! Любую картинку на БК можно просматривать в двух режимах, а сама картинка одна и та же.

[S_V_B]

S_V_B, а у тебя случайно нет в запасах дампа любого изображения 512x256?

В однобитном не сохранял. Но суть же та же -- только каждый бит - точка
Просто тебя наверное сбивает то что в PDP-11 little-endian

- - - Добавлено - - -

Ну зачем путать человека?! Любую картинку на БК можно просматривать в двух режимах, а сама картинка одна и та же.

Ошибаешся - 256х256 каша будет если однобитную загрузишь

- - - Добавлено - - -

Сам посуди - если видеоконтроллер интерпретирует например два бита как точку в цветном режиме при переходе в однобитный как он лишний бит интерпретировать будет?? и наоборот.
Не путаешь выходы ТВ и ЦТВ???

[litwr]

S_V_B, а у тебя случайно нет в запасах дампа любого изображения 512x256?

Если это вопрос не только к S_V_B, то мог бы сделать дамп, например, стартового экрана бейсика. Но, повторю, это те же самые 16384 байта, что и для 256х256, просто биты будут браться по 2.

[hobot]

Ошибаешься - 256х256 каша будет если однобитную загрузишь

[litwr]

Ошибаешся - 256х256 каша будет если однобитную загрузишь

Сам посуди - если видеоконтроллер интерпретирует например два бита как точку в цветном режиме при переходе в однобитный как он лишний бит интерпретировать будет?? и наоборот.
Не путаешь выходы ТВ и ЦТВ???

Ну и дела! Откуда лишний бит?! в чб режиме бит в строке 512, и в цв. тоже 512, но в цв. два бита на пиксел идут - вот и вся разница.

[Dec]

В однобитном не сохранял

Просто я не могу найти у себя ошибку при сохранении файла в этом режиме. У меня есть конвертер и просмотрщик, просмотрщик используется для визуальной проверки генерируемых файлов. Но в просмотрщике какая-то хрень. И я не знаю, то ли дело в просмотрщике, то ли в конвертере. Может быть есть какое-нибудь ПО, работающее в режиме 512x256, с которого можно снять дамп? Мне не обязательно что-то высокохудожественное, устроит и простой текст.

[S_V_B]

Если это вопрос не только к S_V_B, то мог бы сделать дамп, например, стартового экрана бейсика. Но, повторю, это те же самые 16384 байта, что и для 256х256, просто биты будут браться по 2.

Не забывай что надпись ваиска монохром и пп вывода знает об этом. Неудачный пример..
Загрузи цветную картинку в двух режимах напрямую в видеопамять - удиви нас

[hobot]

выше в реж. 256х256 цветной выход БК = каша,
а вот 512 та же картинка