Стандартизация расширения файлов записанных с радиостанций передающих в ADTS

[MCW]

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

При записи потока с помощью AIMP или консольного приложения Streamriper будут сохраняться файлы с расширением *.aac. При открытии в AIMP проблем с отображением битрейта и продолжительности треков нет. Проблемы с отображением возникают при открытии в других проигрывателях, в частности в fb2k и ещё не работает стандартная полоса прокрутки / поиска трека.

При просмотре файла через MediaInfo видим формат контейнера ADTS, формат аудио AAC. Напрашивается расширение файла с форматом контейнера ADTS. После смены расширения файла *.aac на *.adts естественно ни AIMP ни fb2k (из коробки) его не читают. Но подключив к fb2k внешний FFMPEG и настроив на данный формат ADTS, все проблемы с отображением / воспроизведением пропадают.

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

[Artem]

Но подключив к fb2k внешний FFMPEG и настроив на данный формат ADTS, все проблемы с отображением / воспроизведением пропадают.

Вы попробуйте тоже самое с .aac. Я думаю все дело в том, что в голом aac просто нет т.н. seeking-table

[MCW]

Вы попробуйте тоже самое с .aac. Я думаю все дело в том, что в голом aac просто нет т.н. seeking-table

Пробовал всяко, с родным декодером и внешним FFMPEG настроенным и включенным вместо встроенного, с *.aac вышеописанные проблемы. Пока не сменишь расширение на *.adts.

Расширение файлов *.AAC



Расширение файлов *.ADTS

[Artem]

Пробовал всяко, с родным декодером и внешним FFMPEG настроенным и включенным вместо встроенного, с *.aac вышеописанные проблемы. Пока не сменишь расширение на *.adts

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

[MCW]

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

Да нет, встроенный декодер *.aac отключаю и включаю FFmpeg декодер *.aac (в настройках есть такая возможность).

Решил проверить, как воспринимают разные проигрыватели файлы записанные с радиостанции вещающей также в контейнере OGG / FLAC:
http://stream.p-node.org/piano

Получилась интересная картина. Записывал поток без конвертации консольным streamrippr.exe. Записанный файл получился с расширением *.mp3, что не соответствует действительности. С данным расширением fb2k его не читает и не воспроизводит, также и после смены расширения на *.flac. Всё нормализуется при смене расширения на *.ogg. Что соответствует действительности, если прочитать информацию через MediaInfo - OGG / FLAC.

Для проверки прикрепил три варианта фрагмента одного и того же файла с разными расширениями. AIMP их все читает, но выдает противоречивую информацию. И кстати информация по битрейту при воспроизведении потока радиостанции этими проигрывателями сильно отличается.
 
ТЕСТ FLAC_MP3_OGG

P.S. Сейчас заметил AIMP не видит информацию метаданных в файле с расширением *.ogg.

[Artem]

ТЕСТ FLAC_MP3_OGG

P.S. Сейчас заметил AIMP не видит информацию метаданных в файле с расширением *.ogg.

Ссылка невалидна

[MCW]

Ссылка невалидна

Поправил...

[Artem]

ейчас заметил AIMP не видит информацию метаданных в файле с расширением *.ogg.

Ох, там FLAC в OGG-контейнере...
Да, плеер такого не ожидает. Он там ожидает увидеть либо Vorbis, либо Opus.

[Artem]

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