Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: MPC ARM decoder libraries based on MAD ? (Read 4446 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

MPC ARM decoder libraries based on MAD ?

HI,

as MPC might get support on PocketPC pretty soon ( read here ) i am in contact with Marc, the developer of PocketMVP.

Unfortunately, none of the existing MPC decoder libs worked for him because he needs

- an integer decoder ( Pocket PC cant do floating point )
- a decoder lib withou ARM assembler routines

I was pointing him to the sources from the Chinese MPC fan who once made the ARM decoder lib, and Marc is using it as a basis for MPC support in PocketMVP, however, he has to replace all ARM ASM parts.

He mentioned in the thread linked above that he has the feeling that the MAD MP2/3 decoder libs were used as a basis for it ? Is this possible ? Anybody to confirm that ?

Reason i ask is, if this is true, then the MAD license would apply for the ARM decoder, and then the KiSS guys couldnt use it for MPC support in the standalone DVD player  ?!?! ....

MPC ARM decoder libraries based on MAD ?

Reply #1 –
Don't know about the source code, but you slipped one new fact. Is it really Kiss who is making mpc playing dvd player?

MPC ARM decoder libraries based on MAD ?

Reply #2 –
Hmm, yeah, the synth.c and fixed.h are almost exact copies. Some stuff has been removed and some stuff has been added. But it is definately based on MAD.

The fixed.h has all the fixed point routines, meaning that writing a MADless MPC decoder would basically mean starting from scratch.
On the other hand I must say that there are not many ways to do fixed point multiplication and scaling, so the fixed.h stuff is debatable. But then synth.c is still used from MAD.

Menno