EugeneRoshal
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору vasevase Цитата: Mне досадно за сжатие текста. | Я бы уточнил - обычного текста на человеческих языках. Потому что когда мы смотрим в сторону больших машиночитаемых текстов типа xml или dbf, больших наборов исходников, текстов в сотни мегабайтов с множеством повторов, зачастую алгоритм RAR4 либо проигрывает в сжатии RAR5, либо требует указания больших порядков для PPM сжатия, что дополнительно снижает и без того невысокую скорость работы этого алгоритма. Я приводил здесь примеры таких файлов. Цитата: прожал свой эталонный En-Ru словарик | Цитата: альтернатива убранному сжатию "RAR-4" [текст/wav/изображения] | Время идет, типичные данные у пользователей меняются. Какой процент в пользовательских данных теперь составляют классические txt, сырые wav и большие, ничем не пакованные true color bmp. Я разрабатывал сжатие wav и bmp, когда mp3 и jpg уже появилсь, но еще не были распространены повсеместно. Если вспоминать, когда-то в RAR была опция и для сжатия Itanium exe. Добавлено: Цитата: Результат в размере погрешности у всех архиваторов: 25.3 / 25.5 / 25.7 / 25.9 МБ. | Да, с ростом объема, с ростом количества файлов у стандартного алгоритма появляется возможность компенсировать разницу с текстовым за счет поиска длинных совпадений на больших дистанциях. Причем в наше время это намного более жизненный пример, чем одинокий, не особо крупный .txt. Цитата: Но для близких к "голым TXT" исходникам всё равно надо запаску держать | Если исходники это типа c и cpp, на большом их объеме стандартный алгоритм все равно может быть не менее, а то и более эффективным за счет лучшей работы с длинными и далекими повторяющимися данными. При этом скорость распаковки у него выше в десятки раз. |