Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Aali

Pages: 1 2 [3] 4 5 ... 48
Troubleshooting / Re: Battle Menu Glitch
« on: 2014-01-13 15:16:02 »
It's not related to the compressed texture disk cache, it's the limited RAM cache in 0.8b and newer which is causing trouble. (0.7.11b had an unlimited RAM cache which caused the game to crash instead)

Troubleshooting / Re: Battle Menu Glitch
« on: 2014-01-13 14:37:41 »
It's an issue with the texture cache I bet, I assume you were using 0.8.1b? Apparently I didn't catch every case where it could unload textures which are still in use..

Troubleshooting / Re: FMV Brightness
« on: 2014-01-13 14:29:06 »
Thanks Rumbah, that does seem to be the problem! Your change will break full range codecs though so try this shader instead:

Code: [Select]
#version 110

uniform sampler2D y_tex;
uniform sampler2D u_tex;
uniform sampler2D v_tex;

uniform bool full_range;

const mat3 mpeg_rgb_transform = mat3(
1.164,  1.164,  1.164,
0.0,   -0.392,  2.017,
1.596, -0.813,  0.0

const mat3 jpeg_rgb_transform = mat3(
1.0,  1.0,   1.0,
0.0, -0.343, 1.765,
1.4, -0.711, 0.0

void main()
float y = texture2D(y_tex, gl_TexCoord[0].st).x;
float u = texture2D(u_tex, gl_TexCoord[0].st).x - 0.5;
float v = texture2D(v_tex, gl_TexCoord[0].st).x - 0.5;
vec3 yuv_color = vec3(y, u, v);
vec4 rgba_color;

if(full_range) rgba_color = vec4(jpeg_rgb_transform * yuv_color, 1.0);
yuv_color.x = yuv_color.x - (1.0 / 16.0);
rgba_color = vec4(mpeg_rgb_transform * yuv_color, 1.0);

gl_FragColor = rgba_color;

If it works fine it will be in the next version.

Covarr edit: 0.8.1b Download. To be removed if Aali's server ever comes back up.

1. Extract the archive into your ff7 or ff8 folder
2a. Run FF7Config.exe to configure sound settings (the graphics configuration you can do at this point is irrelevant)
3a. Apply the registry information in ff7_opengl.reg
4a. Change your settings in ff7_opengl.cfg
2b. Make sure EAX is properly installed (run EAXUnified.exe to install it if unsure)
3b. Change your settings in ff8_opengl.cfg
5. Play!


  • Fixed erroneous shader version that caused the shaders to require OpenGL 2.1 for no good reason
  • Hopefully fixed transparency issues where some objects would turn opaque
  • Changed default FPS for snowboard and coaster minigames to 60 and incorporated DLPB's fix for the coaster aimer
  • Fixed derp that could make FF8 crash on startup
  • Possible fix for the "couldn't lock sound buffer" error
  • Fixed missing fade-outs when using the vgmstream plugin
  • Popups are less obnoxious and should generally never repeat the same message twice
  • Removed the "zero count" message, it was quite possibly the least helpful error message of all time
  • Fixed z-sort issues in battle when using DLPB's menu overhaul (KOTR should work fine now)
  • Fixed texture cache issue that could cause menu and dialog textures to be unloaded

If you find any issues, please post screenshots, relevant information from app.log and if possible, a savegame.
If you get a crash, provide a copy of crash.dmp and app.log (preferably in a zip archive, this will make it 10x smaller)

I don't have anything yet, could you post your ff7_opengl.cfg file, an app.log where this happens and a dxdiag?

Quote from: Kaldarasha
Is it possible to add a fake fullscreen mode? In window mode the vsync works perfectly with my nvidia card. I find a program which removes the borders of the window.

With OpenGL there isn't really such a thing as a fake fullscreen mode or even a real fullscreen mode for that matter, your only option is a borderless window. If you leave window_size_x/y at 0 it won't touch your display settings at all, there's no reason why vsync would work in window mode and not in this configuration.

Quote from: Kaldarasha
But I got a problem when using Knigths of the round:
Code: [Select]
deffered draw queue overflowThe summon is a bit glitched after this.

Known problem and already fixed.

Geez Dan, I told you I don't know why there's garbage in the model, way to bag on the modelers :roll:

That sound buffer error doesn't look too good, do you still hear the music and FMV audio? Any pattern to when it happens?

That little bit of Z fighting is unavoidable for now and to be honest is probably never going to be fixed. Its just a side-effect of the crappy port.

I guess GLSL 1.20 is technically OpenGL 2.1. I wonder if I can get rid of that, don't remember why I needed GLSL 1.20 in the first place.

EDIT: Nope, can't find any good reason for that, just change it to #version 110, that should let you load them.

Sorry, you need shaders for 0.8b, supporting opengl 1.4 just isn't worth it anymore. You can try updating your graphics drivers, opengl 2.0 is almost 10 years old at this point so anything newer than that should technically be able to support it.

The vgmstream plugin will almost definitely crash with 0.7.11b.

Thanks for the new version of your driver Aali. Just got around to testing it and it seems to be working (after updating to the latest Nvidia beta driver from 327.23 which doesn't work right with your latest driver, on the old version all i got is a white screen when loading FF7). only problem i am having with FF8 so far is my controller doesn't work (works fine without the driver and with old version), i am using a official 360 Controller, i tried official driver and the XBCD driver, both have the same problem and just don't seem to work in-game when using this latest driver.

I changed it to not accept input if the window doesn't have focus, that might be causing issues with the controller support, I will look into it.


I've noticed myself that the battle swirl looks weird in 640x480 and that the texture cache can get a little confused sometimes and unload some textures which are still in use, leading to trashed text or dialogs.

Something will have to be done about that transparency issue that's for sure.. DLPB hold your horses on that until I've decided how it's gonna go down.

The balloons looking like crap is not my fault though, I dug into it and it turns out we got robbed with the PC port. First of all the texture is all messed, those dark borders that look all out of place? They should not be there at all. However it's not just a botched conversion job, there's also a slight difference in how it is used, the PC version uses a "neutral" texture with vertex coloring to make all the different balloon colors while the PSX version has a separate palette for each.

I also keep getting an error where ff8 says "failure to compress textures" while I'm using any menu - and in my APP.LOG, I have about 25 instances of failure to compress textures.
I am using SeeD mods, which is probably why but I don't know if it's supposed to compress the menu textures. And for some reason, I can't disable those popups.  I will try again without the mods folder enabled and see what happens.

You could turn on "opengl_debug" in the config file and see if that gives you any clues as to why the texture could not be compressed. If that doesn't help I suggest just turning off texture compression, you'll get worse performance if that option is turned on but not actually working.

Here is another bug:

Textures, which should be semi-transparent are non-transparent now. It also effects the balloons in the snowboard-minigame and the round-map in the Chocoborace.

The screenshot you have provided is a problem with the mod you're using, the original full-size worldmap is still transparent. This is a very tricky issue though, if you could provide screenshots of every occurrence of this issue that would be great.

The FF8 bug was a minor derp on my part, if you use the "nvidia" version of the 1.2 patch it works fine.

You know the drill, I need a crash log or atleast an offset for those FF8 issues. (It works fine on my end)

I hadn't had time to verify this but the framerates are fully configurable with these options; snowboard_framerate, highway_framerate, coaster_framerate and battleswirl_framerate.


1. Extract the archive into your ff7 or ff8 folder
2a. Apply the registry information in ff7_opengl.reg
3a. Change your settings in ff7_opengl.cfg
2b. Make sure EAX is properly installed (run EAXUnified.exe to install it if unsure)
3b. Change your settings in ff8_opengl.cfg
4. Play!


  • Fullscreen mode defaults to desktop resolution instead of 640x480
  • Old external textures feature is gone
  • Vsync-based frame limiters are gone, framerates should be consistent now
  • New music plugin based on vgmstream
  • Patched FF7Config is not included anymore, the plan was to make the driver fully configurable from FF7Config but that is not going to happen so I'll be happy to get rid of that ugly hack
  • 9999 limit break option is gone, just use the original patch
  • New battle interface option is gone, hopefully DLPB can incorporate it in his patch instead
  • OpenGL 1.1 backend is gone, its not worth the effort to support it anymore and OpenGL 2.0 is supported everywhere these days
  • Texture cache is limited in size (configurable) and the game will no longer crash due to it loading too many textures at once
  • Mipmapping (anisotropic filtering) is supported for modpath textures
  • Many minor bug fixes

Lots of old cruft cleaned out in this version, a bunch of features gone, some of them because they were difficult to maintain, some of them because they don't belong and never should have been included in the first place. Some of you will miss them that's for sure but trust me, it will all be worth it in the end.

If you find any issues, please post screenshots, relevant information from app.log and if possible, a savegame.
If you get a crash, provide a copy of crash.dmp and app.log (preferably in a zip archive, this will make it 10x smaller)

Is it possible to include a feature like in the Steam version that FFVIII can read the videos from the mod folder? I'm making a video mod for the Steam release with dubbed FMVs and I'd love to replace them. Since that's not possible with the old exe yet and the game reads the .PAK file from the image drive. I was wondering if this was possible to be included in the next driver version. Thanks!!!

It won't be in the next release but it's certainly not a bad idea. Likewise with FF7, no reason it couldn't read videos from the mod folder.
FF8 does have the small caveat that it would be an all-or-nothing deal, it wouldn't be able to fall back on the .pak files.

Troubleshooting / Re: Faded/Washed out enemy textures
« on: 2013-11-28 04:26:00 »
This is an elusive graphical glitch that has been in the driver since the very beginning, I found and fixed the problem a couple of months ago. Hold on to your hats for 0.8.

Team Avalanche / Re: [HD Remake] Midgar sewers
« on: 2013-09-04 17:52:52 »
It's certainly possible to change up all of the tiling, animations and what-have-you and it would even be possible to create an automatic tool that spits out a suitable set of tiles from a render, its depth buffer and a walkmesh. It is a huge undertaking though and in the end all you get is a tool that modifies a horribly outdated format designed for the PSX and shoe-horned into 90's PCs. It's probably easier to change how the game renders field scenes.

Troubleshooting / Re: Character Pyramid Cursor model?
« on: 2013-09-03 15:02:41 »
They're both in the same format as the PSX battle backgrounds, there's a short blurb about the format in the q-gears document but it is by no means complete.

Tools / Re: Kimera: FF7 p model simple editor
« on: 2013-07-31 09:37:00 »
There's also a mechanism for the game to completely override or disable the blend mode from the model so yeah, that could be happening.

Tools / Re: Kimera: FF7 p model simple editor
« on: 2013-07-30 08:42:29 »
Mmmm... But is blending explicitely turned off in real-time or is there some sort of flag in the file that specifies it should be diabled?

The V_ALPHABLEND state has to be enabled either in the group itself or somewhere above it in the render tree. Presumably models themselves usually don't touch this state at all and leave it up to the engine to enable it before rendering.

Tools / Re: Kimera: FF7 p model simple editor
« on: 2013-07-29 09:48:31 »
Blend mode doesn't matter if blending is turned off

Tools / Re: Kimera: FF7 p model simple editor
« on: 2013-07-28 12:09:54 »
In some situations the alpha is overwritten at runtime to get the right blending effect (128 for average, 64 for mode3) so in those cases the alpha from the vertices makes no difference whatsoever. I think it's when the game forces blending for a model which normally doesn't have blending enabled that it actually uses the alpha from the .p file and 128 just makes it look right for the most common blending mode (average). Looks like they made a bit of an ugly fix just to make it work.

Tools / Re: Kimera: FF7 p model simple editor
« on: 2013-07-27 22:43:56 »
I think a better default value for the alpha would be 128, that's what it's set to in all the stock models IIRC.

Pages: 1 2 [3] 4 5 ... 48