Простой упаковщик спектрум картинок по методу RLE, используется 5-ть методов упаковки данных. На выходе получается упакованная картинка со встроенным релоцируемым декомпрессором. Интересно было бы сравнить с другими аналогичными
Вид для печати
Простой упаковщик спектрум картинок по методу RLE, используется 5-ть методов упаковки данных. На выходе получается упакованная картинка со встроенным релоцируемым декомпрессором. Интересно было бы сравнить с другими аналогичными
Симпатичная программа, приятный интерфейс. Сравнивать имеет смысл только с другими реализациями RLE. Потому, что против LZSS/LZB всегда будет разница 10-20% в пользу последних. На стандартных экранах 6912 это будет лишние 600-800 байт.Цитата:
Сообщение от Jukov
Ну можно с моей древней поделкой сравнить:)
https://zxart.ee/rus/soft/tool/packe...screen-packer/
даже для сравнительно разреженного grandprix разница с лазеркомпактом ~40%Цитата:
Сообщение от SoftLight
на заполненных картинках должно будет получаться и того больше
и это только для побайтовой (а не чанковой) упаковки
крч на типичных спектрумовских картинках RLE разве что для атрибутов имеет смысл
- - - Добавлено - - -
а чем "по гор. байтам" отличается от "по гор. линиям"?Цитата:
Сообщение от Jukov
Спасибо, сравнил. Прогресс определенно естьЦитата:
Сообщение от Vitamin
- - - Добавлено - - -
В методе по горизонтальным линиям берутся 32 байта первой (самой верхней) линии, затем под ней и т.д.Цитата:
Сообщение от Lethargeek
В методе по гор. байтам берутся 7-е биты расположенных сверху вниз 8-ми байт и получается первый байт данных, затем 6-е, 5-е и т.д. до нулевого, после чего происходит переход к следующему в строке знакоместу
- - - Добавлено - - -
Можете подсказать конкретную программу для ZX по данному методу для сжатия спектрум-картинок?Цитата:
Сообщение от Lethargeek
Стало интересно, решил проверить на нескольких пакерах, что были под рукой. Понимаю, что не все они, RLE, но тем не менее:
https://i.postimg.cc/d3TQx5HW/RLE-SC...1-0-000000.png https://i.postimg.cc/RZmfwtqr/RLE-SC...1-0-000001.png https://i.postimg.cc/3xZG1wDk/RLE-SC...1-0-000002.png
https://i.postimg.cc/Fzt1NtLt/RLE-SC...1-0-000003.png https://i.postimg.cc/hv9vGCLX/RLE-SC...1-0-000004.png https://i.postimg.cc/YqzjKs2V/RLE-SC...1-0-000005.png
https://i.postimg.cc/zGdB3HgF/RLE-SC...1-0-000006.png https://i.postimg.cc/nrYVxXx7/RLE-SC...1-0-000007.png https://i.postimg.cc/g2SRssg6/RLE-SC...1-0-000000.png
https://i.postimg.cc/25gWR6Rk/RLE-SC...1-0-000001.png https://i.postimg.cc/J0LB02zS/RLE-SC...1-0-000003.png https://i.postimg.cc/LhdRNWL3/RLE-SC...1-0-000000.png
Да, можно еще попробовать VideoStudio в виде "сделать видео из одного кадра" - он станет ключевым и сожмется as is. Там не RLE в чистом виде, но какая-то его быстрая вариация в связке с BitPack. Главное включить поддержку этого режима и цвета (если надо).Цитата:
Сообщение от Jukov
но это же не горизонтальные байты, да и вообще не байты, а вертикально-битовые штрихи)Цитата:
Сообщение от Jukov
вообще правильнее было бы обозначать методы наподобие v8v, v8h, h256, v192 итд
в смысле "данному" - чтобы только именно RLE и запускалось именно на zx?Цитата:
Сообщение от Jukov
специально не интересовался, да и в чистом виде вряд ли где применяется, кроме разве самых древних поделок
а так на втрд лежит кучка упаковщиков экрана как для zx, так и утилит для пц
Вообще-то я эту индикацию метода компрессии думаю убрать из финальной версии. Оставил я её, чтобы посмотреть статистику: не стоит ли исключить некоторые методы, которые всегда проигрывают другим.Цитата:
Сообщение от Lethargeek
Только сейчас заметил, что на vtrd кроме архиваторов есть отдельно упаковщики экранов.Цитата:
Сообщение от Lethargeek