-------- Original-Nachricht -------- Datum: Mon, 15 Jan 2007 19:37:34 +0100 Von: Thomas Orgis <[EMAIL PROTECTED]> An: mp3encoder@minnie.tuhs.org Betreff: Re: [mp3encoder] mpglib/mpg123 MP3 Decoding
> Am Mon, 15 Jan 2007 16:10:43 +0100 > schrieb Ruckert Martin <[EMAIL PROTECTED]>: > > > This is a problem with your bitstream. > > You have metadata embedded? Perhaps a stored shoutcast stream with the > periodic track meta info? Album art? > It definitely was a bitstream problem: there was a bug in my own memory access implementation, which I had to write since I don't have a filesystem... Seems that it's working fine now, though it takes quite long to decode even a very short mp3 (far from real time), currently I'm trying to figure out where the main workload comes from. > The lame mpglib based decoder is based on code that was taken from > mpg123 before the pre0.59s (IMHO). > Generally, the mpglib package needs fixing -- merging improvements that > happened in the console application mpg123. > Can you check if the standalone mpg123 (0.63 and pre0.59s) can play > your files correctly? If so, it should be just a matter of some work to > get the newer mpg123 code into mpglib. > > I (the main mpg123 maintainer) have sincere plans to do this mpglib > update from which in turn lame could re-include code, but it would take > me some months to find the time to do it alone (thesis work). > Perhaps if you are motivated to get your microcontroller project going > with some coding (I assume you are when hacking already;-) we could > help each other. Sure, we could help each other, but my project is more focussed on benchmarking the DSP performance of that specific microcontroller. MP3 decoding and encoding (would be the next step) is just taken as an example DSP application. So getting one open source algorithm running and hand-optimising it afterwards on assembler level might be more important for me than trying out several different implementations. > There already was an attempt to make mpglib work on a SHARC 32bit DSP, > btw - we got the code basically working on it, but the project was let > down and so we didn't come to the part with bugfixing the decoder with > fresher mpg123 code. Maybe you could give me some more information about this stuff: > What do this members of the structure mp3data_struct in mpglib.h mean:"ssize, > dsize, bsize, bsnum"? > > In this structure: Does "framesize","fsizeold" represent the number of > samples within one mp3 frame (1152 for a Mp3 file, right?) or does it mean > the length of a frame in bytes? > regards Robert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer _______________________________________________ mp3encoder mailing list mp3encoder@minnie.tuhs.org https://minnie.tuhs.org/mailman/listinfo/mp3encoder
