Hi, I have ported a small implementation of the GSM codec which i found. It works fine on the lan, but im sure it wont work well on the internet.
Converting the floating point routine to the fixed point implementation seems to be the logical thing to do. None of the handheld devices have a FPU so floating point operations are gonna slow down the execution. How does the codec fare now after the conversion to fixed point implementation?? Im searching for ways to do the same at the moment. Rakesh. "Pjuol Jola" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > hello Rakesh, > > I have also ported a codec(mp3) to Palm and it also > crawls :( > > What codec did you port? Do you know where your codec > slows down? I noticed that my decoder slows down on > the IMDCT function where a number of floating pt > functions are called. So right now I'm thinking of > using a fixed point implementation of the math > functions.. I'm not sure if it would make a big > difference but it's worth a shot. > > Does anyone know how Realplayer, mmplayer etc > implemented their codecs? I'm just wondering how they > can still decode mp3's in the background. > --- Rakesh Pai <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > I just managed to port a codec which was developed > > for the windows platform > > to Palm OS. Im not really happy with the results. It > > is too processor > > intensive, too slow. > > > > Are there any good audio codecs written specifically > > for the Palm OS > > platform?. I mean keeping the memory and processing > > power constraints in > > mind? > > > > Thanx, > > > > Rakesh. > > > > > > > > -- > > For information on using the Palm Developer Forums, > > or to unsubscribe, please see > > http://www.palmos.com/dev/support/forums/ > > > > > > > _______________________________ > Do you Yahoo!? > Declare Yourself - Register online to vote today! > http://vote.yahoo.com > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
