Конвертор ZX-картинок для Специалиста

Начал экспериментировать с графикой на Специалисте и столкнулся с отсутствием качественных цветных картинок. Мне показалось, что Спектрум - это хороший источник картинок. Мне повезло, что загруженные "в лоб" картинки из Exolon'а выглядели хорошо, иначе бы я, наверное, не взялся что-то делать дальше. Однако другие картинки, загруженные по тому же алгоритму, или вообще не отображались, или там было ничего не понятно. Мои дальнейшие эксперименты со спектрумовскими картинками на Специалисте вылились вот в такую программу:

https://pic.maxiol.com/images/154874...54906935.0.png https://pic.maxiol.com/images/154874...54906935.1.png
https://pic.maxiol.com/images/154874...54906935.2.png https://pic.maxiol.com/images/154874...54906935.3.png

Результат мне нравится. Безусловно, не все картинки выглядят хорошо, но подавляющее их большинство всё-таки радует глаз.

Программа пока не доделана, так как я упёрся в две проблемы:

1. Эмулятор Emu80, на котором я всё отлаживаю, глючит с эмуляцией загрузки с магнитофона. Эмулятор почему-то позволяет загрузить картинку только один раз, после чего требуется сброс, чтобы снова заработал перехват #c3f9.
2. Так и нет понимания в каком формате хранить конвертированные картинки. Поэтому сохранение картинок я не сделал.

Во вложении вы найдете:

1. Сам просмотрщик-конвертор.
2. Набор спектрумовских картинок в формате rks. В том же архиве лежит простой конвертор *.scr -> *.rks. Для конвертирования просто перетяните любую стандартную спектрумовскую картинку длиной 6912 байт на conv.bat.

Программа не использует никаких процедур из ПЗУ, кроме подпрограммы загрузки с магнитофона.

Превосходно! Посмотрел все 18 картинок. Делал всё через эмулятор emu. Главный файл gfx.rks тоже не грузился - убрал первые четыре байта в файле и загрузил сразу в память по адресам 0100...24B5. Далее по <5> просмотрел все картинки. Проблемы с загрузкой файлов может быть в том, что в конце файла должна быть указана контрольная сумма блока данных, по крайней мере в файле gfx.rks её не было.

Делал для себя утилитку obj2rks, которая добавляет заголовок и контрольную сумму к бинарникам.
Вызов
obj2rks file.obj [необязательный шестнадцатеричный начальный адрес, по умолчанию 0]
на выходе file.rks
Недостаток - расширение исходного файла д.б. obj, мне она только для tasma нужна. Можно изменить расширение исходного файла на obj и потом использовать с obj2rks.
Наверняка подобные (или более удобные) утилиты есть и у других людей, занимающихся разработкой для специалиста.

Цитата:

---

Сообщение от fifan

Делал всё через эмулятор emu.

---

Странно, у меня там тоже больше одной картинки не грузилось.

Цитата:

---

Сообщение от fifan

Главный файл gfx.rks тоже не грузился

---

А у меня грузился без проблем при старте эмулятора. Но я особо не разбирался, может там оно и не туда вовсе грузилось и не так. Я все эксперименты проводил с Emu80.

Цитата:

---

Сообщение от fifan

Проблемы с загрузкой файлов может быть в том, что в конце файла должна быть указана контрольная сумма блока данных, по крайней мере в файле gfx.rks её не было.

---

Вполне может быть. Во всех моих файлах, включая картинки, контрольная сумма пустая, вернее левая. Во-первых, Emu80 игнорирует факт несовпадения КС, а, во-вторых, я попросту не знаю как на лету эту сумму генерировать в SjASMPlus, из которого я получаю скомпилированный файл. Подозреваю, что этого нельзя будет сделать. И придётся полученный rks прогонять через какую-то внешнюю утилиту, которая будет пересчитывать и добавлять контрольную сумму. Есть ли где-то готовое описание алгоритма, по которому вычисляется контрольная сумма Специалиста, чтобы самому не копаться в ПЗУ?

Цитата:

---

Сообщение от CityAceE

Эмулятор Emu80, на котором я всё отлаживаю, глючит с эмуляцией загрузки с магнитофона. Эмулятор почему-то позволяет загрузить картинку только один раз, после чего требуется сброс, чтобы снова заработал перехват #c3f9.

---

Был такой баг. Судя по скриншотам, у тебя старая версия 4.0.307, обновись до последней - 4.0.316:
http://emu80.org/v4beta/Emu80qt_40316.zip

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

gfx.rks действительно не грузится по директиве R (видимо из-за отсутствия контрольной суммы), но его можно загрузить через меню либо Alt-F3.

Цитата:

---

Сообщение от Pyk

обновись до последней - 4.0.316

---

И действительно! В обновлённой версии всё работает, как задумано :)

Цитата:

---

Сообщение от ivagor

есть и у других людей, занимающихся разработкой для специалиста.

---

Что-то я таких людей здесь не вижу, либо они тщательно маскируются :) К сожалению, под Специалист уже давно ничего не выходило нового :(

Цитата:

---

Сообщение от Pyk

его можно загрузить через меню либо Alt-F3.

---

Я именно так и загружаю всегда. Наверное поэтому и не придал большого значения отсутствию КС.

Цитата:

---

Сообщение от CityAceE

Есть ли где-то готовое описание алгоритма, по которому вычисляется контрольная сумма Специалиста, чтобы самому не копаться в ПЗУ?

---

Алгоритм такой же, как в РК-86, вот фрагмент из Emu80:

Код:

---

        uint16_t cs = 0;
        for (uint16_t i = 0; i < fileSize - 1; i++) {
            cs += buf[i];
            cs += (buf[i] << 8);
        }
        cs = (cs & 0xff00) | ((cs + buf[fileSize - 1]) & 0xff);

---

Подкорректировал данные в gfx.rks (см. вложение в первом сообщении) и теперь файл без ошибок грузится в эмуляторы по директиве R.

Заодно придумал, как мне получить правильный rks после компиляции - с помощью внешнего скрипта на Python.

Вот текст скрипта на Python, который пересчитает и впишет правильную контрольную сумму в файл:

Код:

---

import sys

if len(sys.argv) > 1:
    filename = sys.argv[1]
    with open(filename, 'rb') as f_obj:
        rks = f_obj.read()
    finish = len(rks) - 3
    cs = 0
    for i in range(4, finish):
        cs += rks[i]
        cs += (rks[i] << 8)
    cs = (cs & 0xff00) | ((cs + rks[finish]) & 0xff)
    rks = bytearray(rks)
    print("Old check sum:", hex(rks[-1] * 256 + rks[-2]))
    rks[-1] = cs // 256
    rks[-2] = cs % 256
    print("New check sum:", hex(cs))
    with open(filename, 'wb') as f_obj:
        f_obj.write(rks)
else:
    print("Usage: python rkscs.py filename.rks")

---

Оптимизировал код, сделал отключение информационной панели и внёс другие доработки. Обновил программу в первом сообщении.

CityAceE, а байты 31 32 в конце каждого файла картинки - это замена контрольной суммы?
Их gfx даже не пытается читать, из-за чего файл rks в Emu80 не читается до конца и на какое-то время остается открытым после загрузки картинки.