OptiVorbis — оптимизатор файлов Ogg Vorbis, дожимает ещё немного без потери качества

[VEG]

Появился lossless оптимизатор файлов Ogg Vorbis. Программа позволяет уменьшить в размерах (до 10%) уже существующие файлы Ogg Vorbis путём оптимизации внутренних данных Vorbis.

Страница проекта: https://github.com/OptiVorbis/OptiVorbis

[Sunday]

Спасибо за информацию. Работает.

[CMEPTb]

Если удаётся досжать, значит кодек не оптимален?
Знаю для mp3 такую же программу.

[VEG]

Там на самом последнем этапе кодирования для упаковки внутренних структур Vorbis применяется алгоритм сжатия без потерь типа gzip, и в нём большой простор для улучшений ценой более медленного кодирования. Но большого выигрыша от него ожидать не стоит.

[CMEPTb]

Выходит портативность может пострадать, если такие файлы на портативный плеер кидать? Как время будет, проведу эксперименты.

[VEG]

Не думаю, что повлияет на это.

[VEG]

Небольшое обновление проекта: https://github.com/OptiVorbis/OptiVorbis/releases/tag/v0.3.0

[CMEPTb]

Никто батничек не делал для пакетной обработки файлов или папок? Лень самому мастерить.
А хотя наверно в фубар добавлю в энкодер.

[VEG]

Для "дожатия" FLAC я использую такой батник, можете адаптировать:

Код: Выделить всё

@for /F "delims=" %%S in ('dir /S /A-D /B *.flac') do @(
   flac "%%~dpnS.flac" --force -8ep
   @echo.
   @echo --------------------------------------------------------------------------------
)

[CMEPTb]

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

@echo off
for /R %1 %%f in (*.ogg) do (
D:\programs\optivorbis.exe "%%f" "%%~dpnf-.ogg"
del "%%f"
ren "%%~dpnf-.ogg" "%%~nf.ogg"
)

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

[Sunday]

VEG, а что не "-8epr8" с "exact rice" версией?
У меня на i9-9900kf в -j16 скорость в среднем x18-20

[VEG]

Скрипту лет 10 уже, не помню чем руководствовался. Не был в курсе, наверное. Сделал -8epr8. Спасибо =)

Добавлено спустя 17 минут 40 секунд:
Потестил на первом попавшемся файле, но он даже на несколько десяток байт подрос (на v1.4.3 и v1.5.0, билды от rarewares.org):

Код: Выделить всё

-8     65233639 байт
-8ep   65173327 байт
-8epr8 65173394 байт


Вернул -8ep как было

[Sunday]

Странно, проверил у себя. Взял два трека из своей коллекции. Первый тот что ужался лучше всего, второй что хуже всех. (14% и 87% соответственно)

Код: Выделить всё

       Rarewares   exact rice
ep     8 844 484    8 825 557
epr8   8 844 484    8 825 557

       Rarewares    exact rice
ep     36 894 557   36 884 272
epr8   36 887 119   36 876 761

(тэги в тесте убраны, для чистоты эксперимента)

[VEG]

OK, я не был в курсе, что есть отдельные билды с этой фичей. Тогда непонятно что это r8 делает в билдах без поддержки этой фичи =)

[Rollinn]

Полезность -r 8 в первую очередь зависит от сжимаемого материала, а не от "exact rice". Наибольший прирост сжатия от -r 8 будет при наличии в сигнале зверского клиппинга, типа такого:

Под клиппингом следует понимать именно прямоугольный срез волны, а не достижение сэмплом значения 0 dBFS.

Небольшое разъяснение от разработчика:

So, why does FLAC outperform very advanced codecs like SAC here? Because these high partition orders make FLAC able to 'switch' extremely quickly if the signal does so too. If you look at the signal, it is almost a square wave: you have some samples (about 10) with exactly the same value, then a upwards slope for a few samples, than some more samples with exactly the same value, then a downward slope. With an extremely high partition order, FLAC can spend few bits on the samples with the exact same value and spend more bits on the slopes. If you use -r6 like the presets do, all these samples need to use the same number of bits (more exact: the same rice parameter) to be described.

https://hydrogenaudio.org/index.php/topic,122179.msg1014266.html#msg1014266