PQ for CE2.11 HPC's

[gamefreaks]

[Jadam]

well, good luck!

[gamefreaks]

The object store is proving to be a real problem. I don't want to start with HPC GAPI untill I am 100% sure the current build will work on CE2.11.

Last night I wrote a program that added 16Mb of \o to the object store. It doesn't work. filesys.exe just crashes.

Does anyone know of a very good pack editing utility that I can use to strip down the PAK file.
Also, can someone tell me what can and can't be removed from the PAK file.

[gamefreaks]

OK we're up and running on the emulator!

I would pos a screenie but I can't be arsed to install my FTP software!
Maybe later!

Don't get excited yet though, Iv'e still got to implement GAPI HPC and tidy up the interface, but that shouldn't be too bad.

Oh yeah could Rob (AKA: Muffinman) please send me his Quake720 source? It would make my life a lot easier.
E-mail me at 82.00.curric.regent@regent-college.ac.uk

[gamefreaks]

Next!

Seems to work fine. So far so good. Now I need to get it to recognise storage cards.

I 'think' this code should be where Dan East's storage card code was. COM_InitFileSystem(), however the only directory it seems to recognise is "/Quake".
I can add any path to AllSearchDirs[count], but only "/Quake" will work.

Since WinCE 2.11's storage cards are treated as normal folders, I will have to hard-code the paths. (I don't think there are any Flash card-finding functions)
However when I try any other path than the default "/Quake", it wont find the quake directory at all.

Any suggestions?

[Robotbeat]

Have you tried it anyways? Because On Pocket PCs, if you want it on your Storage Card, you have to have it in the root of your Storage Card in the folder QUAKE, so it would look like this in the file system: /Storage Card/QUAKE/ , which is the same as WinCE 2.11, right?

[gamefreaks]

[gamefreaks]

Ok then. I run it and we get the blank screen. (on the device)

Am I right in thinking that the GAPI functions that have a _ (underscore) at the end of them are pointers to functions in the dynamicly loaded GX.dll. Since the HPC version links to a GAPI lib, not a dll, this code is not required.

When you try replacing the pointers with calls to the function, it throws a link error. After reading the 720 port thread (posted ages ago) I think that it is because the lib is not compatible with 'C' and the functions must be called from 'C++' code.

Is it correct to create a new .cpp file and call the functions from there and return the values to the original 'C' code in 'vip_ppc.c'?

Eg: Replace (*GXOpenDisplay_)(hWnd,GX_FULLSCREEN);
with ToC_GXOpenDisplay(hWnd,GX_FULLSCREEN);
and have a function like this in the .cpp file:

int ToC_GXOpenDisplay(HANDLE h,DWORD d)
{
return GXOpenDisplay(h,d)
}

This way the 'C' code gets the values returned to it and the net effect is the same as calling it directly.

[gamefreaks]

Well...nope. Just sticking the files in a .CPP file and passing it back doesn't work. At all.

However I have got it to compile and GAPI HPC initilises. And then not a lot happens. This may be because I dont have enough RAM available. Still, good progress...

[gamefreaks]

Ok we're buggered!
I've got GAPI to work fine in 'C' using 'extern' but the game still doesn't work. We get the "Trial version, not for resale" box so GAPI is being started.

I compiled the demo and that doesn't work either (we just get a blank screen)

Any ideas?

I'll e-mail Larry and see if he knows anything about it, because it seems that GAPI isn't getting the screen access right. Could this be the same problem as we are getting on the German 720's and the 710's?
(Program keeps calling GXBeginDraw() because it keeps returning an incorrect pointer.)

[R0B]

[gamefreaks]

[felixdd]

Will you port this to MIPS HPC's after you finish with making it for the 680? I'm just curious.

[gamefreaks]

[Guest]