|
Little Tigereye
Member
Join date: 17 Dec 2003
Posts: 39
|
01-09-2004 07:17
I was building yesterday and noticed a little display bug. I was creating a 95% hollow cube with one end cut out, effectively giving me a U shape. This was so I could use 1 prim for 3 walls, rather than 3. I then added a texture to the walls, with an alpha channel for the see through parts. It turned out all wrong. The objects back wall was displayed in front of the front wall (just try it and see). Seems like just some sort of display bug. It does not happen with textures that don't have alpha.
I re-did the object with 3 prims, and everything worked fine.
I'm running a P4, Win2k and nVidia Quadro2 Pro.
Little
|
|
Eggy Lippmann
Wiktator
Join date: 1 May 2003
Posts: 7,939
|
01-09-2004 07:20
That weird alpha bug has been around since at least 1.0. I'm surprised they havent fixed it. I was told back then it was a known issue.
|
|
Garoad Kuroda
Prophet of Muppetry
Join date: 5 Sep 2003
Posts: 2,989
|
01-09-2004 07:25
Kinda puts a damper on reducing your prim count for small buildings using that method. 
_____________________
BTW
WTF is C3PO supposed to be USEFUL for anyway, besides whining? Stupid piece of scrap metal would be more useful recycled as a toaster. But even that would suck, because who would want to listen to a whining wussy toaster? Is he gold plated? If that's the case he should just be melted down into gold ingots. Help the economy some, and stop being so damn useless you stupid bucket of bolts! R2 is 1,000 times more useful than your tin man ass, and he's shaped like a salt and pepper shaker FFS!
|
|
Starwaster Peregrine
Registered User
Join date: 14 Nov 2003
Posts: 26
|
01-11-2004 04:10
The cause of this is probably a zbuffer issue. Specifically your zbuffer being set to 16 bits.
I suggest you check your advanced graphics settings. If you have an option to set the zbuffer depth (Nvidia does not; curse them to Hell) then set it to 24 bit. (NOT 32 bit)
The reason I say you should not set it to 32 bit is that if your driver is unable to supply a 32 bit buffer then it may default to 16 bits instead of 24 which is more accurate than 16.
This is technically a driver issue but LL could provide us a workaround by giving us the option of choosing what zbuffer depth the application will request.
(this has been a known issue for quite awhile with OGL apps; there seems to be some dissention as to how the drivers should respond when they are asked for a zbuffer depth that can't be set)
_____________________
"I fear all we have done is awaken a sleeping giant and fill him with a terrible resolve." - Admiral Isoroku Yamamoto upon learning of the success of the Japanese raid on Pearl Harbor which killed 2,400 Americans.
|
|
Garoad Kuroda
Prophet of Muppetry
Join date: 5 Sep 2003
Posts: 2,989
|
01-11-2004 09:07
Yeah zbuffer is always a pain in the rear isn't it? 
_____________________
BTW
WTF is C3PO supposed to be USEFUL for anyway, besides whining? Stupid piece of scrap metal would be more useful recycled as a toaster. But even that would suck, because who would want to listen to a whining wussy toaster? Is he gold plated? If that's the case he should just be melted down into gold ingots. Help the economy some, and stop being so damn useless you stupid bucket of bolts! R2 is 1,000 times more useful than your tin man ass, and he's shaped like a salt and pepper shaker FFS!
|