Hi, reading in the ISO 11172-3 i see on page 43, Figure A.7.b. that the MP3 stream consists of frames (of course) and that a part of the "main data" can be located in a previous frame.
That is ok so far, but in the example i see also that the "main data" can span _several_ previous frames. Is there a limitation to the number of previous frames that i need to consider for the "main data" of a frame? For example, i'm decoding frame 345, it is ok that i need to look back to frame 344 in some cases. As i understand Figure A.7.b i also may need to consider frame 343. How far can this reach back? Is this something that is just "on paper" but does not happen in reality? Is my understanding correct so far? How does this interfere with resyncing? If i need to resync to a frame and i find a valid frame, but its "main data" starts in the 4th previous frame, then i have to skip this valid frame, is this correct? Can anybody suggest me a pseudo-algorithm that considers both problems (resyncing & back-referring of "main data")? Or did i just misunderstand the spec here? Thanks for any hints, Torsten. _______________________________________________ mp3encoder mailing list mp3encoder@minnie.tuhs.org https://minnie.tuhs.org/mailman/listinfo/mp3encoder
