Re: Replacing mpglib

Am Wed, 02 Aug 2017 08:35:40 +0200
schrieb [email protected]: 

> decoding/transcoding purpose, gapless handling from libmpg123 is 
> sufficient (it removes both leading and trailing data, right?)

Yes it does … I presume the analyser wants to handle the padding
explicitly?

> You might also have to look at teh following options: 
> --mp1input,--mp2input,--mp3input,--decode-mp3delay

Thanks. Will do.

Currently I am trying to dissect struct plotting_data into the parts
that get filled in by libmpg123 and those internal to Lame. Some glue
will be applied. Something dawned on me, though, as I did not yet
review the I/O aspect: In mp3x, is there a tight coupling between the
encoding producing a frame and then that being streamed to the decoder,
after which the next encoded frame appears? So the stream is
continuously at the end from the perspective of the decoder?


Alrighty then,

Thomas
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Lame-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lame-dev