> From: Warren Toomey <[EMAIL PROTECTED]>
> Date: Thu, 16 Dec 1999 16:57:41 +1100 (EST)
>
> Hi all,
> I'm trying to use Oliver Fromme's mp3asm tool
> (http://dorifer.heim3.tu-clausthal.de/~olli/mpg123/mp3asm.html) to select
> portions of the mp3 streams produced by Lame. However, it's essentially useless
> because mp3asm can't cope with frame data actually being stored in
> multiple frames. mp3asm tries to insert an `empty' frame, but this doesn't
> seem to work.
>
> What's a good solution to this problem? The mp3 streams I'm editing are
> just lectures, so I could live with a slight loss of quality. Can I
> disable the bit reservoir in Lame to keep frame data within one frame?
>
I think you can just modify one of the routines in reservoir.c to
always report that the reservoir size is 0. I haven't tried this yet,
but I would like to since I think it will usefull for making some
LAME validation test cases.
> Alternatively, how difficult would it be to extract the `extra' data
> from a previous frame. For example, suppose I want to extract frames
> 100 to 800 from an mp3 stream. However, some of frame 100's data occurs
> earlier. Can I easily construct and insert a frame before frame 100,
> so that the new mp3 file contains one new frame, then frames 100 to 800?
>
Can't you just chop the file at frame 99? Your mp3 decoder should
recognize frame 99 is incomplete, ignore it, and pick up at frame
100. But it should also be easy to patch frame 99
to make it valid: edit the header to set main_data_begin = 0 and
all the data length fields to 0.
Mark
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
