|
|
в mp3 каждый фрейм независим (почти - почему почти - чуть позже)
и можнобыло бы от синхрослова до синхрослова нагло все выкидывать и не было бы проблем - если бы не ...
не битрезервы - кои изначают, что если не было использованно нужное количество бит - то остаток идет в резерв и как результат сама main_data для текущего фрейма может начинаться немного перед ним :) т.е. немного перед его синхрословом.
что бы с этим жить в информации есть поле - типа указывающее гже же это начало main_datы
это все красочно есть в картинках в самом стандарте - для тех кто их читал хоть раз. :)
отсель два варианта
1. закодировать так что бы гад не использовал бит_резервиор и тогда можн нагло резать от синхрослова до сихрослова - будет почти по барабану (про почти - дальше :) )
2. написать прогу (а лучше найти готовую) которая корректно работает с этим указателем на main_data и все сама как надо передвигает.
что легче - уж и не знаю - но должно же быть что то для монтажа звука в mp3 - потому что для монтажа видео например в mpeg-2 оно есть - а там все еще хуже с зависимостью фреймов.
почему "почти" - потому что на етапе после IMDCT и перед синтезом - есть процедурка по оверлапиванию двух гранул... Так вот этот оверлап скользит по фреймам ... Это достаточно интересное место - чтение стандарта ничего вразумительного про этот процесс не говорит и как минимум в двух работах в инете это место было неправильно описано - описание отличалось от реализации которая дает идеальное сходство по выходу с тестовым декодером от стандарторазработчиков. вот и понимай их как хочешь ...
E-mail: 
info@telesys.ru
