64-bit MIPS optimization (L@@K, Dan!)

[Robotbeat]

Who ever said that 64-bit optimizations for Casios were not possible or practical?!



Maybe with 64-bit optimized code, we could get a 25+% increase or so in PQ MIPS performance? Someone should try it out!

Does anyone know MIPS asm?

C'mon, fellow MIPS users! "Dan, Dan, he's our man! If he can't do it, no one can!" Or maybe they can?

[James S]

I might decide to keep my E-125 a bit longer... that is, if someone uses this knowledge for the good of all mankind... or just fellow MIPper's good, that's plenty good enough.

[James S]

Oh man, this new version of PocketDIVX kicks ass on my overclocked E-125. I barely dropped any frames in the Episode II trailer, and in Spiderman I saw scenes that the thing previously skipped right through! I'm just sitting here checking out every video clip I have on my PocketPC.

Dan you need to look into this. The source to PocketDivX is available, you might even be able to directly impliment their caching and display MIPS ASM routines into your current projects!

Robotbeat, next time your at PocketDivX's forums please suggest a "Start in Dir" setting for the open dialog box. I hate having to explore to \Storage Card\My Documents\Video everytime I want to open something.

[Robotbeat]

[James S]

[Robotbeat]

Back on topic...

[James S]

[T¹]

[Robotbeat]

I didn't rule out that last possibility! I am asking for people who know about MIPS asm to come forward.

This would be pretty cool if it became playable on MIPS. I am sure that some MIPS user will come forward and try to implement this.

Apparently, the people at ProjectMayo think it's important enough to spend plenty of time implementing it. And they have around 5 platforms (Windows, Mac, Linux, Amiga, Pocket Divx (BE-300, PPC 2K(2), e10x). Come on. As an opensource project, I think that PocketQuake should have more work done for it.

I have a question for Dan:
Are all the optimizations that you've done implemented in the current release of PocketQuake? If not, you should submit your current source so that work is not done twice.

[Dan East]

T1 pretty much summed up my stance on the MIPS optimization. I don't have access to MIPS hardware, plus anything I do at this stage would be global to all devices (fixed point conversions), or benefit the many (ie StrongARM - you know, the whole "the needs of the many outweigh the needs of the few" thing).

The source you see online is basically what I have here at this point.

Dan East

[Robotbeat]

Thanks, Dan!

I'll learn C++, now. I have waited long enough.

[randall]

Dans stance is 100% justified. Not only is he very busy anyway, but it just doesn't make sense to do changes that won't affect all the builds globally.

[Robotbeat]

I always stand behind Dan. I am not trying to demand that he give his time to do this or that, only that if he is going to spend his time, he might as well consider this. But now that I know that he won't do many device-specific things, I don't think that it was necessary to point this out to him. However, anyone willing to do a MIPS enhancement might look to doing this.

[Blade]

What about the guy who did the mips optim. for Pocket Divx ?

Somebody already asked HIM if he wants to take a look at PQ ?

Blade

[James S]