Часть вторая - сжатие. Самая интересная группа pcm-данные с них и начнём.
OptimFrog.
1. Нужно перепробовать light-режимы -
https://krinkels.org/threads/utaptyvaem-pc_eng-str-na-cd-r.3557/page-7#post-33840
2. Также были найдены данные, на которых опция --advanced-compression/--experimental портило сжатие.
2.1 А также --optimize best оказался не всегда лучшим, из чего следует, что нужно перегонять почти все сжатки заново.
Код:
set var=--encode --overwrite --mode ultranew-light --optimize normal
"ofr.exe" %var% --seek min --acm "118F1900.wav" --output "org_seek_min_acm.ofr"
"ofr.exe" %var% --seek min "118F1900.wav" --output "org_seek_min.ofr"
org_seek_min.ofr - 6,69 МБ (7 015 667 байт)
org_seek_min_acm.ofr - 6,70 МБ (7 027 685 байт)
3. Т.к собираюсь идти на рекорд, в итоговом сжатии нужно юзать raw режим, чтобы не хранить лишний заголовок wave файла (44 байта).
3.1 А также на файлах где будут лидировать не light-режимы использовать версию 4.900, т.к у неё сжатые файлы на 2 байта меньше. (ДВА БАЙТА, КАРЛ!)
4. Последнее, но самое интересное, наверное. Параметр seek - кол-во сэмплов в сжимаемом блоке. В оригинале эти значения следующие:
Код:
fast = 44100 * 10
normal = 44100 * 20
slow = 44100 * 40
min = 44100 * 120
Собственно, можно патчить ofr.exe меняя их в любую сторону (но при увеличении растет и потребляемая оперативная память), это может сказываться, как в лучшую, так и в худшую сторону.
https://i.gyazo.com/7a29f2ad6e0d46d3e50bd2ed4957b5e8.png
Кто умеет в IDA - может сам найти и изменить, где это, кто нет может подождать от меня либо патчер, либо патченные екзешники, подумаю, как проще.
SAC
Уже в теме всё обсуждалось
https://krinkels.org/threads/utaptyvaem-pc_eng-str-na-cd-r.3557/page-7#post-33926
Перепроверить сжатку с опцией оптимизации, и где будет выигрывать у фрог поиграться с частотой дискретизации, также в финальном варианте жать с опцией --striphdr, чтобы не хранить оригинальный заголовок.
По поводу SAC2, да, он может быть в некоторых случаях лучше первой версии, но он на порядок медленнее и даже я к такому еще не готов.
SREP-группы файлов. Пожалуй еще хуже, чем SAC2.
В данном случае влияет и порядок сортировки файлов, и параметры srep, и параметры аудио-компрессоров, пожалуй я пока точно не знаю, как их правильнее даже тестить, нужно многое учитывать.
Про ogg говорить особо нечего oggre да, пара финтов:
Сортировка и разделение на группы (нечто подобное:
https://krinkels.org/threads/mt-framework-audio-de-cryptor.3970/#post-34843), но не факт что вообще будет профит.
С ima_adpcm и анимационной инфой всё еще грустнее попробовать некоторые универсальные компрессоры, да группу paq/cc.
Вот такие дела, на этом пока всё.
