What you have there is 2 object that have the exact same distance from the camera right? That's a common problem with 3D graphics in general and some videocards, but it has nothing to do with jME specific.
What you should do is make sure one object is just a little closer to the camera than the other.
Accually one of the surfaces is a little closer to the camera. I don't have a problem when in 32 bit (screen color, not jme properties) and when standing a bit closer to the surfaces this doesn't occur.
I didn't have this problem before I converted to quake3loader. Then all was dynamic light,
now the static geometry (like the wall the picture is hanging on) is multitextured with lightmaps (i think) and has no dynamic light
and the picture that is hangin on the wall is all dynamic lights.
Could it have something to do with the fact that they have different renderstates?
Where'd you get those keyboard key images? Those are nice.
Thanks, I photographed my laptops keyboard and edited them in Photoshop.
No you can't do that in code, as it's driver/videocard specific. Just make sure the difference in distance is bigger, or reduce the drawing distance of your camera, or give up on 16 bit mode. (who uses that these days really?)
It changes the order of rendering… maybe they flipped position and it works better.
But if you're going to work with transparant objects, you should put all (non transparant) objects in the OPAQUE queue. In the queue the closest object should be rendered first, so let's hope it'll work that way.
I'd have to agree with Renanse. It looks to be z-fighting, the difference between the near and far plane play a pivotal role in the accuracy of depth calculations for objects further from the camera. What are you setting the near/far planes to? As a test I'd try setting it to something like (1, 500). Try to keep these values as close together as you can get away with, it is very tempting to make them huge.
I'm not sure I understand what you mean. Do you mean the distance between the two surfaces that are mixing?
I couldn't make that huge because that would result in misplacement of that plane. The picture that is "hanging" on the wall needs to be rather close to the wall or it will look funny. But thats not what you are talking about right?
As I posted before the problem vanished when I removed the wall trimeshes from the opaque bucket. I later tested putting all non transparent and non ortho stuff in the opaque bucket and that works too.