The display mode selection of this demo is very basic to keep the code simple, so i just barks when it can't find one instead of trying another one.  Maybe your cards can't do the requested 800*600*16*24 in OpenGL for whatever reason. Or try fullscreen with "refresh=0" instead. Which card are you using?
I've uploaded a new version that should be a bit faster and supports some more command line switches.
Anyway, here's an overview of the switches it supports:

-fullscreen
-mipmap
-trilinear
-16bit
-width=xxx
-heigth=yyy
-refresh=rrr
-zbuffer=zzz

I hope it's possible to find a mode that works by combining those switches.

I'm still working on the sources...the collision detection is driving me nuts... :?

Ok, i've added support for a wireframe mode for both, software- and GL-renderer. It will be included in the next release (0.94) which isn't too far away if everythings goes as planned (maybe in a week, maybe tomorrow...who knows...).

Your idea with the VertexController is something i came up with too, but it would require a complete construction of a transformation matrix for EVERY VERTEX if the method to do the projection would be as simple as project3D2D(SimpleVector...). Another option would be to transform a whole bunch of vertices with one call but this isn't cheap nor very elegant either. That, and the VertexController doesn't give you information about how the vertices are connected. So you are ending up with a soup of projected vertices but you wouldn't know how to connect them to form triangles.
To make you understand why there is no wireframe support in jPCT: There is no line-algorithm in jPCT...simply because you don't need one for the things jPCT is doing. However, there is one in Java, but i can't use it because it can't be used on a MemoryImageSource and therefor i would break 1.1 compatibility if i would use it. Another point is, that the OpenGL wireframe mode draws something like textured and lit outlines of the polygons and not just simple "white lines". To emulate this behaviour in software, i would have to use the texturemapper with a kind of degenerated triangles...i tried this once, but it didn't work too well on flat edges.
As you can see, there are some problems with wireframe... :wink:
How important is wireframe mode for your project  :?:

Edit: Would it be sufficient to draw the whole scene in wireframe or are you talking about "wireframing" certain objects only?

it's called 3d exploration, it's about 2 years old.  I downloaded it from some guys web page.   I found out later that it has become 'Deep Exploration' .   Which is a commercial product.    I don't know if the version I have is a freeware/shareware, a crack or what.   I haven't tried it yet, but I will in the next couple of days.  I'll let you know how it works.

Deep Exploration can load Half-Life maps?  :shock:
I know that it can load Half-Life models but i'm unsure about the map-format itself...
Too bad that i don't have any Half-Life maps ATM to try that, because i do own Deep Exploration (but only 2.0...3.0 is current). It's a GREAT tool...i just love it.

I have a conversion program that says it will convert it to 3ds.  Once it's converted I should be able to load it as a 3ds object  Then is it just  a matter of collosion detection and controlling the camera??

Basically yes! I'm currently writing some example code that shows how to start (the collision detection isn't perfect in this example and you can't shot anything, but anyway...).
I've uploaded a demo of it here (still without sources, but they'll follow once it's finished):
http://www.jpct.net/download/fpsdemo.zip
Controls go like this:

Commandline parameters:

width=xxx  : The width of the framebuffer
height=xxx : The height of the framebuffer
fullscreen : Force the engine to use fullscreen modes
16bit      : Try to get a videomode with 16bit color (instead of 32)


Controls:

cursor-keys : Moving around
PGUP/PGDWN  : Looking up/down
ESC         : Exit
x           : Switch between Software/LWJGL mode (may have some problems in fullscreen mode!)


BTW: I'm very interested in the HL->3DS converter (the level i'm using for the demo has been converted from Q3 format), because i was always looking for such thing but couldn't find anything good (that worked!).

Hope this helps.

I've noticed a flaw in the GLRenderer that was caused by the fact that LWJGL0.7 behaves slightly different than 0.6...it's fixed now and i've uploaded the fixed version as a "silent update"...

The topic says it all (almost)...the change-log can be found here:

http://www.jpct.net/changes.html

As you can see, this version supports LWJGL 0.7. It comes with a slightly newer version of the LWJGL-DLLs (0.71a) than the last official release of LWJGL does.

Finally, here's a shot showing how the new RGB-scale option for Lights may look like...this is vertex lighting only and as you may have noticed, the colors are looking quite rich though.

Related to this: The upcoming version 0.93 will (most likely) have support for RGB-scaling which can improve lighting quality/appearance. Here are some examples...


No scaling (this is what 0.92 would render)


2x scaling


4x scaling

While this isn't exactly what the software renderer offers (overbright lighting), it comes close to it. The software renderer will support the scaling too, of course.