OptimFROG [AIMP5.40]

[Soolo]

OptimFROG Encoder v5.100 Soolo | 2025-03-10 | 328.1 KB | Downloads: 1612 Platform: Windows App Version: v5.40 or newer Type: Encoders Target: 32-bit, 64-bit OptimFROG is a lossless audio compression program. Its main goal is to reduce at maximum the size of audio files, while permitting bit identical restoration for all input. It is similar with the ZIP compression, but it is highly specialized to compress audio data. Based on the OptimFROG utility Download

.OFR

[Stranger Loner]

OptimFROG - это алгоритм для сжатия звука без потерь

А он точно lossless??? А то я взял файл во flaс'е, конвертанул его с максимальным сжатием в ape, в этот фрог, в wav и так же во flac, всё (кроме wav естественно) с максимальным сжатием. На фроге поставил compression: max. И потом ape, flac и этот фрог расжал в wav. С первым wav у всех был вес до бита один и тот же, кроме фрога, wav из него получился легче чем первоначальный.
--------------------
Повторил эксперимент с другим файлом flac, только добавил для фрога ещё вариант сжатия 10, помимо max. И всё повторилось. Все распакованные wav'ы из перечисленных форматов бит в бит сошлись с исходным wav, а из фрога wav получался меньше. Вики подтверждает что он lossless, а так же там ниже есть инфа про "OptimFROG DualStream", который как раз с потерями. Так я что-то делаю не так или... Где засада? Дело-то серьёзное. Плаг обещает отсутствие потерь, а они есть.
---------------
Решил сжать flac фрогом со степенью сжатия 2. Сжался. Пытаюсь играть аимпом - аимп отказался. Пытаюсь из этого фрога сделать wav, чтобы сравнить с первоначальным wav'ом... опять ошибка. Скрины во вложении. Другие степени сжатия не стал пробовать.
------------------------
Поправка. Аимп увидел обновление. Обновился. Не играющий файл заиграл и распаковался в wav.
В связи с обновлением попробовал ещё раз сделать то, что описывал выше. Неа, при распаковке все lossless дают одинаковый по весу wav файл, а вейв из фрога - не совпадает, он меньше. Это не lossless. Не знаю в чём дело, НО ЭТО НЕ LOSSLESS кодек.

[Алексей Долматов]

Описание плагина взято из описания кодека с его сайта.
Другая вики указывает, что используется гибридное сжатие с потерями и без потерь.
Конвертировал через плеер формат wav, декодировал этой же утилитой. Файл полегчал. При этом спектральный анализ не видит различий.
Если кодировать в консольном режиме (без плеера), то получается восстановить оригинальный файл.
Дело не в кодеке.
Да и про потери - зависит от того, нужен оригинальный файл или идентичность воспроизводимых данных.
Насколько помню объяснения разработчика и параметры использования кодировщиков. Для консольных кодировщиков выводится информация в сыром виде (stdout/raw), т.е. не оригинальный формат.
Однако, и без этого нужно проверять работу с OFR форматом. У меня шипение при попытке воспроизвести сконвертированные файлы. При этом в декодированном файле от плеера (аудиоконвертера) на выходе получаю вообще не читаемый wav.
Шипение также наблюдается и в другом плеере (bass_ofr.dll и OptimFROG.dll есть) при воспроизведении "правильно" конвертированного файла.

Общее
Полное имя                               : E:\Downloads\0.wav
Формат                                   : Wave
Настройки формата                        : PcmWaveformat
Размер файла                             : 78,7 Мбайт
Продолжительность                        : 3 мин. 54 с.
Режим общего битрейта                    : Постоянный
Общий битрейт                            : 2 822 Кбит/сек

Аудио
Формат                                   : PCM
Профиль формата                          : Float
Идентификатор кодека                     : 3
Идентификатор кодека/Подсказка           : IEEE
Продолжительность                        : 3 мин. 54 с.
Вид битрейта                             : Постоянный
Битрейт                                  : 2 822 Кбит/сек
Канал(-ы)                                : 2 канала
Частота дискретизации                    : 44,1 КГц
Битовая глубина                          : 32 бита
Размер потока                            : 78,7 Мбайт (100%)

Общее
Полное имя                               : E:\Downloads\222.ofr
Размер файла                             : 72,6 Мбайт
___
fr --check 222.ofr

srcFile: <222.ofr>
Checking      done.
Stored   raw PCM input data MD5: none
Computed raw PCM input data MD5: 439a64ba92c492423b888417b8af19fc

Общее
Полное имя                               : E:\Downloads\444.ofr
Размер файла                             : 58,7 Мбайт
___
srcFile: <444.ofr>
Checking      done.
Stored   raw PCM input data MD5: none
Computed raw PCM input data MD5: 67f0a98b1799ede2ff5cee670d421f16

Исходя из написанного, я бы не рекомендовал использовать этот формат, в т.ч. по причине устаревших методов кодирования.

[Stranger Loner]

Файл полегчал. При этом спектральный анализ не видит различий.

Ну, я больше поверю цифрам, чем картинке.

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

В конвертере? Блииин. А не коверкает ли он и другие lossless файлы при, например, разбиении альбома через cue-файл с пережатием в тот же lossless, ведь просто резать он не может. Успокаивает полная идентичность, до бита, при многократном конвертировании файлов из lossless в wav и обратно. Они одинаковы по размеру. Ну, если верить нижней строке в Тотал Коммандер. Если, конечно, кодер не хитрит и не добивает при потере информации файл до исходного размера нулями.

Да и про потери - зависит от того, нужен оригинальный файл или идентичность воспроизводимых данных

Не совсем понял... Нужно отсутствие потерь при конвертировании файлов между lossless форматами. Ато бывает скачаешь альбом в ape, одни файлом + cue, ну и через cue пережимаешь его в flac и разбиваешь на треки. Я так люблю. Ну и хотелось бы быть уверенным, что ничего при этом не потерял.

У меня шипение при попытке воспроизвести сконвертированные файлы.

У меня, вроде, воспроизводится нормально. Но после обновления. А до обновления сжатие на двойке не играл.

на выходе получаю вообще не читаемый wav

То же самое, пока не обновил АИМП.

Исходя из написанного, я бы не рекомендовал использовать этот формат, в т.ч. по причине устаревших методов кодирования.

Тоже думал об этом и уже снёс этот кодек. Согласен. Проверенных инструментов хватает.

[Artem]

Где засада? Дело-то серьёзное

Можно по шагам? Как повторить?

[Stranger Loner]

Можно по шагам? Как повторить?

Что повторить? Берёте lossless-файл, конвертируете его в, хотя бы, основные lossless форматы: ape, flac, wv, alac и в wav, назовём этот wav первым. Потом все эти полученные lossless-файлы разжимаете опять в wav и сравниваете полученный wav с первым wav'ом. Размеры должны ПОЛНОСТЬЮ совпасть, до бита. Мне удобнее в Тотал Командере смотреть, внизу. Вот этот размер должен полностью быть одним и тем же для первого wav и для полученного wav'а из сжатых ранее lossless-файлов. Скрин во вложении.

[Artem]

Вот этот размер должен полностью быть одним и тем же для первого wav и для полученного wav'а из сжатых ранее lossless-файлов.

У меня эти размеры совпадают для OptimFROG.

Скрин во вложении.

Лучше бы привели настройки кодировщиков и характеристики исходных файлов

[Tony Hawk]

Проделал следующее. Взял любой попавшийся файл *.flac.
Сконвертировал его конвертером в этот .ofr и например в *.ape.
И потом все эти три файла сконвертировал обратно в .wav.
В результате файлы .WAV-ы полученные из .flac и .ape сошлись по контрольным суммам.
WAV полученный из .ofr был с другой контрольной суммой.
Но я потом удалил все теги через TagEditor, и все три файла стали с одинаковой контрольной суммой, то есть без потерь.
Мне кажется в этом загвоздка. При конвертации в .ofr в новый файл не пишутся теги (если они есть), и поэтому он отличается от других.

[Stranger Loner]

Лучше бы привели настройки кодировщиков и характеристики исходных файлов

Кодировщики настроены на максимальное сжатие, дискретизация и битность не трогал, галочки не стояли, то есть, какая дискретизация и битность в исходном файле, такие и в выходном. Исходный файл flac. Какая разница какие его характеристики, если мы сравниваем не lossless-файлы, а WAV'ы полученные из пережатых  lossless-файлов.

[Stranger Loner]

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

Да, действительно, я мимо ушей пропустил, когда читал про этот формат, что у него нет тегов. Ща попробую повторить эксперимент и удалить теги. Отпишусь.
----------------------
Да, получилось. Дело было в тегах. И как я про них забыл. Таки-да, это lossless-формат. Только почему разработчик поддержку тегов не сделал? ...

[Алексей Долматов]

У меня шипение при попытке воспроизвести сконвертированные файлы. При этом в декодированном файле от плеера (аудиоконвертера) на выходе получаю вообще не читаемый wav.

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

[Soolo]

Ещё вчера про теги подумал. Но не было возможности проверить. Кто ж так аудиофайлы сравнивает? Нужно не размер сравнивать, а содержимое. В Тотале для этого есть инструмент, кстати.

[Artem]

Да, действительно, я мимо ушей пропустил, когда читал про этот формат, что у него нет тегов

Есть у него теги - он поддерживает ID3v2.

[Stranger Loner]

Нужно не размер сравнивать, а содержимое.

А разве при изменении содержимого размер не меняется? Хотя, может нулями добить до нужного размера... Нет? А как надо?

[Soolo]

А разве при изменении содержимого размер не меняется? Хотя, может нулями добить до нужного размера... Нет? А как надо?

Тут ситуация наоборот: размер меняется, а содержимое не особо.
В Тотале: файл - сравнить по содержимому...
Если отличия только в начале файла или в конце - это на 99% из-за тегов или другой служебной информации