Am Fri, 02 Mar 2007 23:35:27 +0100
schrieb "Robert Leiking" <[EMAIL PROTECTED]>:
> Hi Thomas,
>
> > There is some code / macros in mpg123 for fixed point but they don't seem
> > to work atm or are not complete.
>
> Just because I'm curious about it, which macros do you mean, in which files??
g
Hi Thomas,
> There is some code / macros in mpg123 for fixed point but they don't seem
> to work atm or are not complete.
Just because I'm curious about it, which macros do you mean, in which files??
> As I see it you use mpg123 in floating point mode - on an arch without
> floating point, you u
Am Fri, 02 Mar 2007 18:18:13 +0100
schrieb "Robert Leiking" <[EMAIL PROTECTED]>:
>
> Hi Thomas,
>
> is there also a fixed point implementation available from mpglib or mpg123??
> Or is this SHARP DSP already in fixed point?
The SHARC is 32-bit float, we even changed mpglib to skip the conversi
look at MADplay
JL.
- Original Message -
From: "Robert Leiking" <[EMAIL PROTECTED]>
>
> Hi Thomas,
>
> is there also a fixed point implementation available from mpglib or
> mpg123??
> Or is this SHARP DSP already in fixed point?
>
> cheers
>
> Robert
_
hs.org
CC:
Betreff: Re: [mp3encoder] mpglib/mpg123 MP3 Decoding
> Am Tue, 16 Jan 2007 13:08:21 +0100
> schrieb "Robert Leiking" <[EMAIL PROTECTED]>:
>
> > > There already was an attempt to make mpglib work on a SHARC 32bit DSP,
> > Maybe you could
Am Tue, 16 Jan 2007 13:08:21 +0100
schrieb "Robert Leiking" <[EMAIL PROTECTED]>:
> > There already was an attempt to make mpglib work on a SHARC 32bit DSP,
> Maybe you could give me some more information about this stuff:
Well, we started working on a branch of mpglib for this dsp. Including gi
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]>
Quoting Thomas Orgis <[EMAIL PROTECTED]> (from Mon, 15 Jan 2007
19:37:34 +0100):
> Am Mon, 15 Jan 2007 16:10:43 +0100
> schrieb Ruckert Martin <[EMAIL PROTECTED]>:
>> mpg123, however, is
>> not very good at resyncing. So once the player looses track
>> most likely the whole rest of the file is
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?
> mpg123, however, is
> not very good at resyncing. So once the pl
This is a problem with your bitstream. mpg123, however, is
not very good at resyncing. So once the player looses track
most likely the whole rest of the file is skipped.
Martin Ruckert
Robert Leiking wrote:
> Hi there!
>
> Currently I am using the mpglib (MPG123vers???) sources from LAME 3.97 to
Hi there!
Currently I am using the mpglib (MPG123vers???) sources from LAME 3.97 to run a
decoder on a high performance 32bit microcontroller.
I am getting the message "bitstream problem: resyncing..." very often. Is this
a problem of the mp3 file I am decoding or could this be an internal de
11 matches
Mail list logo
