состав mp3-файла

[Gadget]

я тут изучаю mp3-файлы. на просторах интернета как-то очень мало информации о них на русском языке. есть одна неплохая статейка о составе заголовков фреймов, и еще одна о структуре mp3 файла, но после их прочтения все равно остаются некоторые неясности.
есть ли среди форумчан кто-нибудь, кто когда-нибудь сталкивался с декодированием mp3-файлов?

По словам автора 1-й статьи:

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

меня интересует, означает ли это, что возможна такая ситуация, при которой
- в разных фреймах одного файла будут указаны разные версии и/или подверсии MPEG
- в одном фрейме будет проверка CRC, а в другом не будет
- в разных фреймах будет разное количество (11 или 12) установленых флагов в области синхронизации
И еще.
Что делать, если где-нибудь на протяжении файла (например, вначале, куда часто впихивают всякую инфу об авторе и т.д., или в области данных) встретятся 12 единиц, которые можно спутать с началом заголовка очередного фрэйма? или это категорически не может случиться?

[Finch]

- в разных фреймах одного файла будут указаны разные версии и/или подверсии MPEG

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

Кстати, а зачем тебе? Все таки это закрытый и патентованный формат. Со всеми вытекаюшими последствиями.

[RXL]

Раз формат позволяет, значит такое возможно. Вопрос в целесообразности: усложнение кодера ведет к усложнению не столько декодера, сколько самого приложения в целом. Если разработчик у кодера и декодера разный, то без согласованных условий работать это не будет. Замечу, что привычный нынче MPEG 1 layer 3 VBR когда-то был экзотикой.

Надо спецификацию читать, там все ответы даны.

[Gadget]

Finch, приказали сделать программу, конвертирующую некоторые распространенные форматы аудио в wav.

Все таки это закрытый и патентованный формат. Со всеми вытекаюшими последствиями.

Хочешь сказать, что такой конвертер будет противозаконным?

Надо спецификацию читать, там все ответы даны.

Надо для этого английский учить

[RXL]

Надо. Причем разговаривать и шибко понимать не обязательно — только читать технические тексты. Лучше начать прямо сейчас.

Юридические ограничения. Патентом на MP3 владеет компания Alcatel-Lucent, которая требует лицензирования некоторых способов использования формата. Срок действия связанных с MP3 патентов истекает в 2007—2017 годах. Почти полный стандарт появился в открытом доступе 6 декабря 1991 года. В США изобретения публично раскрытые более года не могут быть запатентованы. Однако для патентов, оформленных до 8 июня 1995 года, существовала возможность увеличить их сроки действия. Известные патенты, касающиеся расшифровки MP3, прекратили действие в США к декабрю 2012; по другим данным, если учитывать только патенты, заявка на которые была подана до декабря 1992 года, это может произойти в сентябре 2015 года.

Декодировать можно. Проблемы могут возникнуть только если будешь продавать.

[Gadget]

RXL, это уже буду проблемы моего начальства! но за инфу спасибо.

[RXL]

Finch намекал тебе, что есть другие публичные форматы, не закрытые патентами. Рассмотри OGG Vorbis. Писать ничего не нужно, т.к. библиотеки кодеков представлены в исходниках.

[Gadget]

Я про такой формат впервые слышу, если честно.
В общем-то, вы правы, это действительно было бы проще. Но я человек подневольный.
Мне сказано взять, дословно, "те форматы аудио, которые воспроизводит windows media player".

[Dimka]

Непонятно, зачем для решения задачи конвертирования аудиопотоков залезать во внутренности форматов? Это ж задача правильной комбинации имеющихся кодеков.

[Gadget]

Dimka, поясни, пожалуйста насчет правильной комбинации кодеков

[darkelf]

Непонятно, зачем для решения задачи конвертирования аудиопотоков залезать во внутренности форматов? Это ж задача правильной комбинации имеющихся кодеков.

если необходимо конвертировать, то можно взять ffmpeg, он умеет конвертировать почти откуда угодно и почти куда угодно. Насколько я понял - есть сразу сборки и для Windows и для Linux, а если интересно разобраться, и есть более-менее соответствующий уровень - то есть и исходные тексты.

[Gadget]

darkelf, спасибо, это очень мне пригодится!

[RXL]

О как! Сколько раз твердилось, что вопрос надо уметь задать, прежде чем придумывать велосипед.

[Gadget]

RXL, ну кто ж знал, что этот велосипед уже придуман...
Вчера меня еле отговорили от написания архиватора

[RXL]

Gadget, какой вывод из этого?

[Gadget]

RXL, вывод: надо хорошенько прощупать почву, прежде чем браться за разработку.
Но, кстати, насчет архиватора я могу себя оправдать тем, что мне настолько понравился алгоритм bzip2, что захотелось реализовать его собственноручно. просто из праздного любопытства.

[RXL]

Даже не за разработку. Бери выше.

[darkelf]

RXL, ну кто ж знал, что этот велосипед уже придуман...
Вчера меня еле отговорили от написания архиватора

есть такая поговорка Google is your friend - поискав в google и wikipedia  и походив по ссылкам дальше можно найти много всего интересного. Но и Google надо уметь правильно задавать вопросы.

[Gadget]

Иногда даже обидно: придумаешь себе интересное задание, и только соберешься его делать, как узнаешь, что большая часть уже кем-то придумана.

[RXL]

Еще в 15-м веке. (с)

Все интересное делается из уже изобретенного.

[Джон]

Слушайте,  что  я  накропал  вчера ночью при колеблющемся свете электрической лампы:

Я помню  чудное  мгновенье,
Передо  мной явилась  ты,
Как мимолетное виденье,
Как гений чистой красоты.

Правда,  хорошо?  Талантливо?  И  только  на  рассвете,   когда дописаны  были  последние строки, я вспомнил, что этот стих уже написал А. Пушкин. Такой удар со стороны классика! А?

(c)

[Gadget]

 

[RXL]

Gadget, а чей копирайт — знаешь?