Glitch64 the wrapper. WIP files and feedback

[avatar_58]

Originally Posted by mudlord

For the framebuffer problem in Perfect Dark, I experience the exact same issue (but Gonetz does not. Maybe he is using a different card..). I honestly don't know the exact cause, as the present code should be fine, and I now don't have much time these days to work anymore on the wrapper .

Same settings? I was just wondering if it was something I was doing wrong, but I guess not. I use a Geforce 6800GT if it matters.

[Gonetz]

Yes, I don't have framebuffer problem in Perfect Dark. May be your video card does not have enough memory. This effect requires a lot of texture frame buffers. I use Radeon9600 256mb, no problems.

[avatar_58]

Well as I just said I have a 6800GT so I doubt thats the issue here, considering your 9600 works. The x800 is the ATI equivalent of my card after all.

Oddly enough, if I hold down enter to close off the dozens of error messages that continue to popup the effect will continue until the enemy stops. The only real solution is simply not to use the IR scanner.

[mudlord]

Well, I worked out the cause to the problems in PD cloaking.

Reason? Framebuffer textures being too big for the video card's RAM. Thus, causing problems with 2 or more ingame characters cloaking at the same time, and causing the "incomplete_attachment" problem (due to the creation of too many framebuffer textures, that hog video card framebuffer memory).

Solution? Add a texture caching system, like a FIFO buffer or how glN64 manages hardware framebuffers. Dunno how feasible it will be. Or for a better and much more practical solution, get a video card with more RAM.

Attached is a screenshot of PD cloaking working for me (if two or more characters cloak, thats when problems occur.)

Also attached is the wrapper with the collection of source changes I made BEFORE I tried to implement depth buffer rendering for RE2.
Fixed things to the source are:
* Correction to 1600x1024 resolution
* Removed 2048x2048 from being selected
* Fixed framebuffers in windowed mode (borders work 100% fine in Mupen and 1964)
* Removed Adler32 algorithm (not needed. Seemed to be used to check framebuffer texture integrity, not really needed as OpenGL has its own checks for this)

edit:
Avatar_58: Does the problem occur in the "Deep Sea - Nullify Threat" level? In the 1st part, there is a lot of DataDyne soldiers cloaking...maybe thats the problem? Does the IR scanner work anywhere else for you?
sr_pener: I can reproduce those texturing errors too..I know its not related to my framebuffer fix, but I'll try to get some spare time to dig up a possible cause.

[avatar_58]

Mudlord - Yeah the Deapsea is one of the few places you are given the IR scanner and cloaking enemies. If I simply don't use the scanner it works fine. The IR scanner effect works just fine so long as people aren't cloaking in view. Also - my card has 256mb for ram, does the effect actually use that much?

[Gonetz]

Originally Posted by avatar_58

Also - my card has 256mb for ram, does the effect actually use that much?

Depends on resolution you use. Try 1024x768 or lower

[avatar_58]

Is there a way to get the skies working in Goldeneye/Perfect Dark with Glide64?

[Poobah]

I would also like to see this feature. Rice's video plug-in displays one frame of it, (and also stretches it as you look around), but I've never seen it emulated correctly. It's supposed to be an animating sky that doesn't stretch like it does in Rice video.