Custom graphics driver for FF7/FF8 [v.1-.7.6]

[Cyberman]

Going back to shaders and filters, what causes the glitches when you apply it to the whole scene ?  The fact that some layers show artifacts when rendered ?

Simply put they are aligned on integral points based on a screen that's 320x224.  So let's say you try to display those at 1024x768.  The layers do not exactly fit as integer multiples and although rational numbers do not allow for precise alignment of each layer on top of each other. The "jaggies" of weird color are the layers behind showing through in reality.

If so, wouldn't it be possible to apply a filter/shader individually to each layer and skip the ones that show artifacts (the alpha layer comes to mind) ?  Pete's GPU drivers seem to use a similar principle for filtering and it works well for ff7 on epsxe.  I have to admit I don't recall if it improves the backgrounds at all though.

If so ... what?  If you READ Pete's discussion of it when he posted about it you would understand WHY this happens.  In particular it is a combination of the fact the GPU in the PS1 is 2d (no 3d in that graphics processor) and the 2d polys are chosen using the GTE and software Z buffering the alignment of the polygons in 2d create the problem of the none integer multiple display and create the "EVIL JAGGIES"

If it doesn't show, I don't know much about these things and I'm tossing (probably ridiculous!) ideas out there based on what little I do know but realistically, I think this is the closest somebody has ever been to improving the backgrounds as I doubt anybody is ever going to go through the 758 or so field files of the game to re-render them at a higher resolution!

Hmmm the problem comes with how the engine renders them. And this was discussed in several other threads (and previously in this one).

Cyb

 

[magixts]

http://epj.no-ip.org/upl/ff7_opengl-0.2b.zip

Tested and working on Vista x64 in 1920x1440 using preserve_aspect = true option. 2560x1600 however causes a crash in ff7_opengl.dll!0x6e51f767h.

Code: [Select]

  ff7_opengl.dll!6e51f767()    [Frames below may be incorrect and/or missing, no symbols loaded for ff7_opengl.dll]   ntdll.dll!77022f1f()  > msvcr90.dll!free(void * pBlock=0x00000000)  Line 115 + 0x5 bytes C  00002154()

Code: [Select]

...6E44F720  push        ebp  6E44F721  push        edi  6E44F722  push        esi  6E44F723  push        ebx  6E44F724  sub         esp,0BCh 6E44F72A  mov         eax,dword ptr [esp+0D4h] 6E44F731  mov         ecx,dword ptr [esp+0D0h] //dword ptr [esp+0D0h] == 0x0h6E44F738  mov         ebx,dword ptr [eax] 6E44F73A  mov         dword ptr [esp+90h],ebx 6E44F741  mov         edx,dword ptr [eax+4] 6E44F744  mov         dword ptr [esp+94h],edx 6E44F74B  mov         edi,dword ptr [eax+8] 6E44F74E  mov         dword ptr [esp+38h],edx 6E44F752  mov         ebp,dword ptr [esp+38h] 6E44F756  mov         dword ptr [esp+98h],edi 6E44F75D  mov         esi,dword ptr [eax+0Ch] 6E44F760  mov         dword ptr [esp+0A0h],ebx 6E44F767  mov         ebx,dword ptr [ecx+60h] //exception (ecx == 0x0h)

 

[Aali]

Tested and working on Vista x64 in 1920x1440 using preserve_aspect = true option. 2560x1600 however causes a crash in ff7_opengl.dll!0x6e51f767h.

Confirmed. That's a crash in libswscale though, so if you disable nice_movies it'll work

 

[magixts]

Tested and working on Vista x64 in 1920x1440 using preserve_aspect = true option. 2560x1600 however causes a crash in ff7_opengl.dll!0x6e51f767h.

Confirmed. That's a crash in libswscale though, so if you disable nice_movies it'll work

Nice, looking forward to coming improvements.

 

[Akimbo]

Too tech for me, simple Q: Will this eventually fix these stupid fps issues?

 

[Trenholm]

Working for me.  Played for 5 minutes to try it out, here's what I noticed.

-Battle Swirl Missing
-Small framerate drops for fractions of a second.
-any way to enable Vsync?  I noticed horizontal tearing when moving around fields.

These are the only things I really noticed.  Goddamn nice work here man, for a 0.2 release, surprisingly complete.

 

[Aali]

Hmm, my system is waaay too fast to ever show the battle swirl, might be why I haven't noticed that
Not sure whats up with the framerate drops, does it happen randomly or is there a pattern to it?
Vsync could be a problem if FF7 wants to use a framerate not compatible with your monitor, but I'll see what I can do.

 

[Trenholm]

Took a look with fraps to check the framerate.  Field, instead of running at 30 at all times, runs at 29/28.  The Vsync problem seems to be gone for some reason, who knows what happened with that..

 

[Aali]

And that only happens in field? What are your system specs?

 

[Trenholm]

2.6 GHz AMD Anthlon64 x2
ATI Radeon X1950XT
2GB RAM (Don't remember the speed and don't feel like finding CPU-Z to check if you need it let me know)
Windows XP Pro SP3

Field runs at steady 29 FPS (rather than 30, but its really not a big deal since it isn't really noticeable)
World map is always changing anywhere from 30 to 28.  Never really hangs on a single FPS.
Battles run at steady 15 as they are supposed to

 

[Aali]

Yeah, that system is way too fast to run this game

Seriously though, I have no idea what could be causing it, I can't reproduce it (smooth as silk here, 30fps all the time in both field and worldmap) and there's nothing that should block outside of the movie player (the only thing that does any kind of disk access on a regular basis)

 

[Trenholm]

Again, its not really noticeable so I really wouldn't worry about it too much.  Everything else seems to work great.

I have a question though, is it running in 32 bit color?

 

[Aali]

It is, and its fairly noticeable on any non-textured areas. Compare the following screenshots:

OpenGL driver, 32-bit:

D3D driver, 16-bit:

 

[koral]

Totally awesome update Aali, I just cannot thank you enough for creating this new driver!!  :-D

 

[The SaiNt]

Nice job, Aali.

I just wonder that noone discovered the possibility of injecting a custom graphics driver into the engine before, especially since there have been several patches developed for the internal engine.

And we thought that we have already reached the limits of the original engine years ago... 

 - Alhexx

If you look it up, I think Qhimm noted it quite some time ago.
I've looked at it before when I did the high res patch, but never got round to actually playing with it.

 

[magixts]

Nice job, Aali.

I just wonder that noone discovered the possibility of injecting a custom graphics driver into the engine before, especially since there have been several patches developed for the internal engine.

And we thought that we have already reached the limits of the original engine years ago... 

 - Alhexx

If you look it up, I think Qhimm noted it quite some time ago.
I've looked at it before when I did the high res patch, but never got round to actually playing with it.

\me rounds up mob

 

[Hellbringer616]

This is shaping up to be a very nice project, great work Aali!

Did we ever figure out if it was a no go on injecting 3d backgrounds? (sorry if this is off topic)

 

[Trenholm]

Correct me if I'm wrong, but won't this do absolute wonders for compatibility on newer systems?

 

[ultima espio]

How do you get it to run in a window and custom resolution :?I cant figure it out.

 

[Aali]

You have to change some variables in ff7_opengl.cfg, open it in notepad or any other text editor, every option is commented with an explanation of what it does.