Сжатие и упаковка - обсуждение и сравнения

[introspec]

Интроспек, а в архиве ваши наработки или чьи-то?

Если это рипы музона и плейеров из разных игрушек, то можно проверить, что будет при сжатии в 2 или 3 архива (отдельно код, музло, графика). Есть шансы улучшить результат.

Но в данном случае жать универсальным компрессором -- не лучший вариант. "Вполуручную" скорее всего получится сделать круче. И, возможно, намного (если хорошо знать исх. материал).

Так вроде нет никакой проблемы со склейкой воедино под 48к, почему не получится?

Это мои рипы чужой биперной музыки. Разбивание на архивы и перегруппировка не слишком актуальны, т.к. это потребует подробного анализа, на который у меня нет времени. Разумеется, компрессор общего назначения жмёт хуже чем специализированный. Но тест сжатия чем-то вроде RAR, отлаженного для широкого применения, даёт неплохое представление о неэффективности выбранного представления на спектруме.

Склейка же не пройдёт потому, что на 48к машине нет 50к памяти

[Advertiser]

[Shadow Maker]

AM, Во-первых, табличка наглядная.
Во-вторых, я мало себе представляю человека, который такой разносторонне одаренный, что будет специализированно для своих данных изобретать компрессор.
В-третьих, хватит уже беспредметно. Есть какой-то конкретный компрессор для спектрума, который пакует данные introspec'a лучше и распаковывает быстрее? Прекрасно, показываем, делимся. А то "у меня РАР для ПЦ зажал круче" это ни о чем.

introspec, спокойнее, дышим ровнее. Никто никому ничего не должен. Не стоит так бурно реагировать.

[Titus]

Во-вторых, я мало себе представляю человека, который такой разносторонне одаренный, что будет специализированно для своих данных изобретать компрессор.


В-третьих, хватит уже беспредметно. Есть какой-то конкретный компрессор для спектрума, который пакует данные introspec'a лучше и распаковывает быстрее? Прекрасно, показываем, делимся. А то "у меня РАР для ПЦ зажал круче" это ни о чем.

Я делал не раз компрессоры именно для своих данных)

Быстрее всех скорее всего распаковывает любые данные мой Pro Turbo Cruncher.

[Shadow Maker]

Андрей, тебе это интересно было, так ведь? Именно написать упаковщик, чтобы быстро распаковывал и с хорошим сжатием. Однако таких как ты - единицы (а жаль!).

Многие хотят не заморачиваться над именно преобразованием своих данных, чтобы лучше сжало и соответствующие изменения пакера, а хотят универсальный наиболее хорошо жмущий, чтобы взял, зажал и все отлично. Многим интересен хороший компрессор, но единицы хотят его сами же и писать для каждого релиза (ну или они слишком тупые, типа меня, чтобы сначала прочитать кучу инфы, осознать, потом написать и в итоге это займет времени больше, чем сам релиз раза в три).

Такие дела

[AM]

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

---------- Post added at 21:58 ---------- Previous post was at 21:53 ----------

Андрей, тебе это интересно было, так ведь? Именно написать упаковщик, чтобы быстро распаковывал и с хорошим сжатием. Однако таких как ты - единицы (а жаль!).

Многие хотят не заморачиваться над именно преобразованием своих данных, чтобы лучше сжало и соответствующие изменения пакера, а хотят универсальный наиболее хорошо жмущий, чтобы взял, зажал и все отлично. Многим интересен хороший компрессор, но единицы хотят его сами же и писать для каждого релиза (ну или они слишком тупые, типа меня, чтобы сначала прочитать кучу инфы, осознать, потом написать и в итоге это займет времени больше, чем сам релиз раза в три).

Такие дела

В итоге это к теме "шашечки или ехать". Если надо ехать -- давайте конкретные данные, посмотрим что можно с ними сделать. Если шашечки (у кого длиннее компрессор) или флейм -- извините.

[Shadow Maker]

Это общая тема об обсуждении существующих пакеров и готовых универсальных решений. Так что ехать никуда не надо, просто обсуждаем кого лучше где. Обсуждаем по-доброму.

[introspec]

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

Речь просто о постановке задач и наличии свободного времени. В 1990е я тоже написал несколько простых компрессоров (уверен, все они были существенно хуже перечисленных в этой теме). Сейчас написание хорошего компрессора может запросто занять месяц или больше работы, на исследование наборов данных, на сбор статистики, на эксперименты со схемой упаковки и т.п.

Как может помочь таблица вроде той, что я тут привёл?

Пример 1: месяц назад я писал 1к интру, для которой мне нужно было сжать 3к графики. Выигрыш в несколько процентов может быть важным на больших наборах данных, но, в данном случае, разница между лучшим и худшим компрессором не превышала 50 байт (от 538 до 587 байт). Поэтому оказалось, что для решения данной задачи, компрессор zx7 оказался оптимальным инструментом, благодаря намного более компактному распаковщику.

Пример 2: данные, которые я выложил в этом треде - это треки для моей слегка протухшей биперной демы. Когда я выбирал оптимальный компрессор для этой демы в прошлом году, mhmt ещё не существовал, и мои знания о современных компрессорах были ограничены. В моих прошлогодних тестах выиграл MegaLZ. Дема протухла из-за недостатка времени и очень жёстких проблем с памятью. В этом году я повторил свои тесты с более широким наборов компрессоров и вижу, что заменив MegaLZ на Hrust, и используя mhmt, я получаю около килобайта дополнительной памяти. Что интересно, использование Exomizer в этом случае оказывается неоправданным, т.к. выигрыш в объёме сжатых данных оказывается нивелирован требованием дополнительной памяти для буфера распаковки.

[AM]

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

[introspec]

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

"Есть какой-то конкретный компрессор для спектрума, который пакует данные introspec'a лучше и распаковывает быстрее? Прекрасно, показываем, делимся."

[Eugene85]

В академических целях написан оптимальный компрессор для формата aPack/aPLib. Оставлю здесь, вдруг кому пригодится :)
https://gitlab.com/eugene77/oapack