Прямой эфир

Чисто наобум я бы предложил Exomizer, т.к. распаковщик не очень большой, буфер — не проблема, равно как и медленная распаковка. Вечером прогоню тест.
Development → Сжатие данных для современного кодинга под Z80 51
отличная статья! интересно было бы посмотреть, а для ни-рыбы-ни-мяса — для 4k — что лучше всего подходит? :)
dizzy4k/c2h5oh unpacked
Development → Сжатие данных для современного кодинга под Z80 51
Это сознательное решение: я не включил ни один специализированный упаковщик для упаковки картинок. Они, всё же, немного вещь в себе; тем более что там есть вариации ZX7 (RCS), различные версии Laser Compact и т.д. Это какое-то отдельное упражнение, которое я думаю оставить кому-то другому, отчасти из-за того, что сам я этими технологиями почти никогда не пользуюсь.
Development → Сжатие данных для современного кодинга под Z80 51
а что компрессор от Lethargeek?
он хоть и специфичный, но жмет то без потерь, и все равно что…
Эталон этот в три раза сжимает, до 5215. Распаковывает конечно медленно, но на картинках — красиво:)
ну и картинки уж точно вряд ли кто сильнее жмет.
Development → Сжатие данных для современного кодинга под Z80 51
Спасибо, помогло!
Новости → Продлён прием на VERVE 9
Всё, сделал для него распаковщик.
Development → Сжатие данных для современного кодинга под Z80 51
Добавил распаковщик Hrum; он получился слегка быстрее, чем Hrumer оценил в своей документации, скорее всего из-за того, что упакованный блок больше не перекидывается по памяти.
Development → Сжатие данных для современного кодинга под Z80 51
  • avatar boris
  • 0
diver4d Большое спасибо за помощь!
Блог им. boris → Конкурс лучшей игры на бейсике! 256
Понял. Тогда делай поправку на то, что у меня все заголовки и депакеры убраны (кроме Hrust 2, с которым я поленился возиться, т.к. Hrust 1 показался мне более полезным и LZ4).
Development → Сжатие данных для современного кодинга под Z80 51
*рыдает*

А если серьезно — расписание сейчас будет. Про предварительные ссылки — спасибо, запилим к вечеру.
Новости → Продлён прием на VERVE 9
  • avatar Vitamin
  • 0
Дык я ж написал:
Размеры со всеми заголовками и депакерами (если без него нельзя).

По факту, без депакера там только HRiP/RAR/ZIP/ZXZIP
У остальных форматов (кроме MegaLZ) в коде депакера содержится часть информации о сжатых данных (как минимум, размер). Так что просто вычесть из длины упакованного блока размер распаковщика нельзя.
Development → Сжатие данных для современного кодинга под Z80 51
Только он с депакером или все твои цифры с депакерами?
Development → Сжатие данных для современного кодинга под Z80 51
  • avatar Vitamin
  • 0
перепроверь свою цифру (я паковал используя mhmt)
Сходится. У меня с депакером, он 110 байт размером.
Development → Сжатие данных для современного кодинга под Z80 51
  • avatar prof4d
  • 2
Все это хорошо и замечательно, но где расписание что и когда будут показывать, где хотя бы предварительные ссылки на стрим, где вообще вся собранная в одном месте информация о VERVE?
Новости → Продлён прием на VERVE 9 
ApLib              |  8397
Exomizer           |  8317
Hrum (optimal)     |  8705 - упаковано используя mhmt
Hrust 1 (optimal)  |  8337
Hrust 2 (optimal)  |  8493
MegaLZ (optimal)   |  8666 - перепроверь свою цифру (я паковал используя mhmt)
Pletter5           |  8677
PuCrunch           |  8542
ZX7                |  9065
Development → Сжатие данных для современного кодинга под Z80 51
  • avatar Vitamin
  • 0
Кстати, да. TLZ тоже байтовый. Причем, его вторая версия еще и «шифрует» данные после сжатия(!). Я такого больше ни у кого не припомню.
Development → Сжатие данных для современного кодинга под Z80 51
  • avatar tsl
  • 0
Ахахаха =)
Development → Сжатие данных для современного кодинга под Z80 51 
LZ4 optimal        | 9804 (9791 если удалить заголовки)
Т.е., видимо, есть смысл посмотреть на TLZ.
Development → Сжатие данных для современного кодинга под Z80 51
  • avatar Vitamin
  • 1
bitbucket.org/zxtune/zxtune/raw/ef0d813f580c9e290d85513eb0808e352386ab03/src/formats/test/esv/etalon.bin
Development → Сжатие данных для современного кодинга под Z80 51
В любом случае, спасибо за дополнительные данные — тем более что наблюдения по коэффициентам сжатия вполне совпадают, насколько я вижу.
Development → Сжатие данных для современного кодинга под Z80 51