www.jpct.net
jPCT - a 3d engine for Java => Bugs => Topic started by: joseluis on May 14, 2004, 05:27:33 pm
-
Hi, sorry for my bad english.
I get some problems on render the JPCT demos os MacOS X 10.2 with Java 1.4.1. and LWJGL 0.8 and 0.9
The screen appears magenta and no input in the demos.
(http://deplastic.com/jpctosx.gif)
any tip for help me?
Thanks.
-
The code of the OpenGL renderer includes a comment: "Will this work on Mac? (byte order)"...well, obviously it doesn't... :wink: Should be an easy fix in this case, albeit i'm not sure that it's the only place where little endian vs. big endian matters.
Anyway, i'll upload a version for you to test on monday.
About the input problem: I don't know. Seems to be a LWJGL problem then. You mean that you can't move around in the fps example, i assume!?
-
Hi.
I get bad color and no input in the JPCT first person demo, when I press the x key to switch the render to LWJGL. It works OK in software mode.
Thanks for your help.
-
Hi Egon.
I don't have problems with LWJGL 0.8 and 0.9 in MacOS X.
Only with JPCT + LWJGL.
But, congratulations for your engine.
-
I've uploaded a fixed version here: *Link removed*
It's only the API-jar, not a complete distribution. Please compile the examples from the regular distribution with this jar and tell me, if the textures are looking fine now.
Edit: The fix is now included in the release version of jPCT
-
YES !!! :lol: :lol: :lol: OK !!!
I have been recompiled the demos with the new .jar and the render is perfect.
This is a separate OS X version of JPCT, or is a fixed 1.0 version compatible with other platfforms?
I have some ideas for porting some games and educational demos with JPCT.
Very interesting your engine.
Thanks very much for your work.
cheers.
-
It's a fixed version that will work everywhere. The problem was, that i allocated a ByteBuffer in native order, where i should have one allocated in LITTLE_ENDIAN. This works for Intel, because native order is LITTLE_ENDIAN there...but on Mac, native order is BIG_ENDIAN. The ByteBuffer is now always LITTLE_ENDIAN regardless of the system.
About your input problems: This is most likely a LWJGL problem. The fps-example uses two different approaches to query the keyboard. The SUN-like approach is used when using software rendering and the LWJGL-approach when using LWJGL. If this doesn't work, it's either a problem of LWJGL for Mac or i'm doing something not 100% right to query the keyboard. Then again, there's not much room to do things wrong...
Have you tried fullscreen mode on Mac? Maybe the keyboard will work there!?
-
Hi.
Yes, in the JPCTdemo, when I press the X key, I get the textures OK now, but I loss the input over the demo. I think the problem is the "on-fly" change of the render from Software to FullScreen LWJGL. I think LWJGL have some problems in FullScreen mode on Mac. I have only tested windowed demos of LWJGL.
You have another simple demo to test it on OS X?
I try to recompile the fps demo with some changes now.
cheers.
-
Thanks for fix the problem with big endian on Mac OS.
cheers.