CP/M для Вектора и Форматы файлов

[AzAtom]

Я предупреждал

Примерно так делал, когда преобразовывал картинки от спектрума. Но эти сдвиги мне не понравились, поэтому, просто развернул третий вложенный цикл. Писать чуть больше, но выполняется проще и быстрее.

Кстати, у вас в первой ветке, когда pix чётное, разве не должно в конце сдвигаться на 4, 5, 6 и 7? А то все биты попадают в 4 младших бита BMP.

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

RMB и RBR ничем не отличаются? Просто варианты расширений?

Созданный программой sprview файл .rmb этой же процедурой не открылся. Похоже там байты плоскостей идут не построчно, а целиком.

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

Точно, там только распределение по плоскостям отличается, а палитра, размеры и используемые плоскости одинаковые.

Ещё значение 0 в байте размера означает 256.

[Black Cat / Era CG]

Кстати, у вас в первой ветке, когда pix чётное, разве не должно в конце сдвигаться на 4, 5, 6 и 7? А то все биты попадают в 4 младших бита BMP.

а они же сразу сдвигаются на 0, 1, 2 и 3.
А потом все вместе на 4

Писать чуть больше, но выполняется проще и быстрее.

Да вроде скорости более, чем достаточно.

Созданный программой sprview файл .rmb этой же процедурой не открылся. Похоже там байты плоскостей идут не построчно, а целиком.

О! Это уже интересно!

Ещё значение 0 в байте размера означает 256.

Это во обоих форматах?

Точно, там только распределение по плоскостям отличается

То есть все строки 1 составляющей, потом 2 и т.д.?

Можно, кстати, RMB сюда?

[ivagor]

Созданный программой sprview файл .rmb этой же процедурой не открылся.

я уже писал

Работу с rbr/rmb в sprview надо править

[Black Cat / Era CG]

программой sprview

блин! совсем что-то я плох, я почему-то прочитал "в редакторе".
То есть все-таки RMB и RBR - это одно и тоже?

[AzAtom]

А потом все вместе на 4

Проглядел. 12 ночи

Это во обоих форматах?

Смотрел только в .rmb.

Вот этот файл. Просто он уже был размером 256х256 пикселей, специально не тестировал.
002_Foto_andresr-176-4b.rar

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

я уже писал
Сообщение от ivagor
Работу с rbr/rmb в sprview надо править

Т.е., и там тоже должно быть сначала все первые строки от всех плоскостей, затем все вторые строки и т.д.?

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

Да вроде скорости более, чем достаточно.

Это я со своей колокольни смотрю просто. Делал преобразователь из формата спектрума в bmp, в дальнейшем задумываю свой эмулятор накалякать, поэтому скорость была интересна и критична. Начал с варианта со сдвигами, 1200 fps, закончил самым оптимальным вариантом с 15000 fps на core i5-2520M, причём, это преобразование сразу в 2 варианта, с flash и без него.

[ivagor]

RMB и RBR - это одно и тоже?

Насколько я знаю - да

Т.е., и там тоже должно быть сначала все первые строки от всех плоскостей, затем все вторые строки и т.д.?

Конечно

[Black Cat / Era CG]

Насколько я знаю - да

Спасибо за внесение ясности

[AzAtom]

ivagor, А там sprview ещё выдаёт файл с расширением .grf. Странное там что-то открывается, полосатое. Может, помните его описание или сохранилось?

[ivagor]

файл с расширением .grf

Это узкоспециальный формат, который я "изобрел", чтобы сохранять в удобном для компоновки с игрушкой виде тайлы малобюджетных Hudsonовских игрушек. Если кто вдруг захочет заняться конверсиями с msx, я посижу над исходником и накропаю описание.

[AzAtom]

ivagor, понятно. Вроде разобрался с ним, только непонятна осталась одна вещь.

Картинка 128х128 пикселей, разбита на блоки 8х8 пикселей. Блоки идут слева направо, потом сверху вниз.
В блоке строка представляется 4 байтами, аналогично представлению в векторе и с такими же цветовыми плоскостями. Одному блоку соответствует 32 байта следующим образом:

Плоскость:                                0                        1                        2                        3
Строка в блоке (сверху вниз): 0  1  2  3  4  5  6  7 | 7  6  5  4  3  2  1  0 | 0  1  2  3  4  5  6  7 | 7  6  5  4  3  2  1  0
Байт:                        00 01 02 03 04 05 06 07  08 09 0A 0B 0C 0D 0E 0F  10 11 12 13 14 15 16 17  18 19 1A 1B 1C 1D 1E 1F

Непонятен зачем был нужен такой зигзаг в порядке байтов.