[NeonShivan]

I was able to fix most of the problems, however for the Petbe model the turret04b refuses to change from "none" to "y-axis".

[NeonShivan]

Alright so here's the most recent debug log: http://www.mediafire.com/download/kwhowlmjhg3ndlq/fs2_open.log

Some errors I am still working on cleaning up although one of them is out of my hands since the Ishtar requires a texture that, as far as I am aware, did not come with the ship. Will look into it.

[AdmiralRalwood]

Code: [Select]

WARNING: Unable to get shader uniform location for "desaturate"!
I don't know anything about this one.. Hopefully someone like The_E or AdmiralRalwood can shed some light here.

While I appreciate your faith in my troubleshooting abilities, a quick search through the code confirms that it's a problem deep in the graphics code (if I had to guess, vglGetUniformLocationARB() is encountering a problem, since the value failing the check is its return value, but there's no opengl_check_for_errors() call to find what the error is... assuming it would even report an OpenGL error), and graphics code is not one of my strong suits. It may also be completely harmless; I have no idea. Perhaps Swifty would have a better idea of what's going on there.

[NeonShivan]

I wanted to bump this along a bit. I'm still working on solving a lot of the easy to fix errors but one of the reasons as to why I started this thread was to solve a problem like this:

Code: [Select]

Could not load in 2_Pop3!
ntdll.dll! ZwWaitForSingleObject + 21 bytes
kernel32.dll! WaitForSingleObjectEx + 67 bytes
kernel32.dll! WaitForSingleObject + 18 bytes
fs2_open_3_7_2.exe! <no symbol>
fs2_open_3_7_2.exe! <no symbol>

What tends to happen is that at certain specific parts of missions for unknown reasons, the UI bugs out. Head Anis fail to properly play and the entire interface refuses to load, creating errors like this. I know I need to fix the other errors first but I thought I'd post it here anyways to see if you guys had any ideas. I'll play another debug run through the same mission once most of the errors are fixed and place the log in an edited portion of this post.

[ngld]

Take a look in your fs2_open.log, I guess you'll find the message "A free Cfile_block could not be found." at the end.
The engine is running out of free file slots (there are 64 in current trunk code). It seems you're using too many files at once. (Why is that limit so low anyway? Am I missing something?)

Code: [Select]

WARNING: Unable to get shader uniform location for "desaturate"!
[...] (if I had to guess, vglGetUniformLocationARB() is encountering a problem, since the value failing the check is its return value, but there's no opengl_check_for_errors() call to find what the error is... assuming it would even report an OpenGL error) [...]

The warning is raised by opengl_shader_init_uniform in graphics/gropenglshader.cpp which calls vglGetUniformLocationARB, so AdmiralRalwood was correct...
I guess the "desaturate" uniform is listed in your post_processing.tbl but no shader actually uses it.

[NeonShivan]

Take a look in your fs2_open.log, I guess you'll find the message "A free Cfile_block could not be found." at the end.
The engine is running out of free file slots (there are 64 in current trunk code). It seems you're using too many files at once. (Why is that limit so low anyway? Am I missing something?)

I had a feeling it was something involving this, so how do we rectify the problem?

Also, recent log with the same end error: http://www.mediafire.com/download/kwhowlmjhg3ndlq/fs2_open.log

[ngld]

Try this build and upload a new log. I've added a few debug messsages which should help.

[NeonShivan]

Here you go: http://www.mediafire.com/download/kwhowlmjhg3ndlq/fs2_open.log

[ngld]

We solved this on IRC. Apparently the issue was a .wav file which FSO couldn't load.
I've submitted a bug report for the cfile leak to mantis: http://scp.indiegames.us/mantis/view.php?id=3168