UFO:Alien Invasion
Archive => Bugs prior to release 2.3 => Topic started by: Edi on May 06, 2010, 08:09:32 pm
-
The game hangs at the loading screen and it looks like a whole lot of stuff is missing or incomplete.
I just compiled build 29770 using Muton's script v0.7.0.
It's giving me a No .mdx found error for almost every model in the model directory.
ufoconsole.log attached.
When I checked the source files, there are no mdx files there or anywhere else for that matter that I can see. I'm in over my head on this one, but fortunately I'm paranoid enough to have kept my previous installers so I can always go back to those versions.
-
run "make models"
-
Okay, time to ask some more stupid questions:
1) Where do I find the makemodels script?
2) Do I need anything special else to run it on Windows XP Pro?
3) Is there anything else I should know? Assume that you need to explain from the ground up.
Thank you in advance.
-
The game hangs at the loading screen...
Same here (r29773) since r29767, except that I don't get any error message.
-
It used to be that there was no problem with the previous installers that I built using muton's script. I don't know if it's the source or if it's the script. if the new script doesn't build the models while the older version did. Or if something else changed somewhere along the way.
What I did notice when updating the SVN from 29688 to current was that a whole lot of tga files had been switched for .png files. I assume that this shouldn't be a problem, but at what point did that switch happen?
-
you need to calculate mdx flles - the ufomodel tool is doing this. we are still working on this though. just call ufomodel -mdx
-
Uhm... was there any announcement ?
I removed ufomodel from the workspace because it didn't (and doesn't) compile.
Linking console executable: ..\..\ufomodel.exe
c:\codeblocks\mingw\lib/libmingw32.a(main.o):main.c:(.text+0x104): undefined reference to `WinMain@16'
-
Used make models and ./ufomodel -mdx
----------- parse scripts ----------
51 script files
47 ui script files
Shared Client/Server Info loaded
...118 items parsed
... 32 damage types parsed
... 79 map definitions parsed
... 29 equipment definitions parsed
... 10 inventory definitions parsed
... 22 team definitions parsed
executing keys.cfg
music change to van_theme (from PsymongN3)
s_language has no value
executing autoexec.cfg
"version" is "UFO: Alien Invasion 2.3-dev IA-32 May 6 2010 Linux DEBUG build 29770"
********************
ERROR: No mdx file buffer given
********************
./ufo(Sys_Backtrace+0x1f)[0x819cb26]
./ufo(Com_Error+0xf6)[0x813deca]
./ufo(R_ModLoadMDX+0xcc)[0x81806e6]
./ufo[0x8189e1a]
./ufo(R_ModLoadAliasMD2Model+0xab)[0x818a035]
./ufo[0x817fd62]
./ufo(R_RegisterModelShort+0xa6)[0x817fef3]
./ufo[0x8074ea8]
./ufo[0x8074fd7]
./ufo(CL_InitAfter+0x47)[0x8075356]
./ufo(Qcommon_Init+0x538)[0x813f33d]
./ufo(main+0x20)[0x819b827]
/lib/i686/libc.so.6(__libc_start_main+0xe6)[0xb71fda36]
./ufo[0x8067b81]
./ufo(Sys_Backtrace+0x1f)[0x819cb26]
./ufo(Sys_Error+0xe)[0x819bbbd]
./ufo(Qcommon_Init+0x122)[0x813ef27]
./ufo(main+0x20)[0x819b827]
/lib/i686/libc.so.6(__libc_start_main+0xe6)[0xb71fda36]
./ufo[0x8067b81]
Error: Error during initialization
... crash to console.
-
Last working build I have is 29651. I made an installer of 29688, but that hangs in the loading screen just like 29770. Does anyone have an intermediate version somewhere between what works and what doesn't?
Failing that, is there a working compilation of just the ufomodel tool so that we could try to troubleshoot this?
-
@Edi
the new behaviour was introduced in r29675. It does not hang, it is very slow. (the missing *.mdx-files are calculated)
As a workaround turn GLSL shaders off.
@Duke
add
-lmingw32 -lSDLmain -lSDL -mwindows
to Other Linker options
Then it does compile.
But there is something else wrong - on my mashine ufomodel can't find texturefiles
-
thanks dodon, i've added this to the c::b project files. the mdx files are only needed for the glsl shader lighting. arisian is working on getting this faster and smaller. see https://sourceforge.net/tracker/index.php?func=detail&aid=2995043&group_id=157793&atid=805244
once this is done there will be an announcement
-
Thanks for the info. I'll be sticking to 29651 in the meanwhile then.
-
Is there a reason to store stdout/stderr in a txt file?
Because we have so much batch files
i've attached a cmd that can compile the mdx files
reading models.mk
writing a log file too (compile_mdx.log)
we should not forget to add mdx into archives.bat too!
-
archives.bat is deprecated - use make pk3
-
@Duke
add
-lmingw32 -lSDLmain -lSDL -mwindows
to Other Linker options
Thx, Dodon, that did the trick :)
I could take out -lSDL because (meanwhile?) SDL is listed under libraries.
But what does -mwindows do ? Sounds to me like it could hurt the linux fraction if I committed the changed cbp file !?
-
the changes were already commited - feedback is welcome. (the -mwindows stuff was added as windows-only flag of course). also i don't think that anyone on linux is using the c::b project files to compile ufo ;)
-
As of r29781 the -mwindows was in, but the SDL was gone.
r29782 now has it back.
Thx for the help :)
-
i've reverted this once and you readded it again? ;)
the sdl lib is already included in the linker flags - if that isn't working we have to fix that. because sdl is needed for mac and linux, too - adding this to the windows only section doesn't make sense. see https://sourceforge.net/apps/trac/ufoai/changeset/29780
-
<Linker>
<Add library="SDL" />
<Add library="SDL_image" />
<Add library="z" />
<Add library="jpeg" />
<Add library="png" />
</Linker>
-
The
<Add library="SDL" />
was gone for me.
Anyway change the cbp to yor liking and I'll tell you if it works for me ;)
btw is there a way to make ufomodel use more than one core ? I mean other than to call it via make models ?
-
no, not yet - but feel free to change that ;)
-
Arisian fixed the mdx problem in latest trunk & the mdx files are generated on the fly now as I understand. Also the latest trunk version behaves very smooth... ;)
-
ufomodel.exe 'couse
27318:29824M
Die Anweisung in "0x0040bd77" verweist auf Speicher in "0x00000000". Der Vorgang
"read" konnte nicht auf dem Speicher durchgeführt werden.
-
I was talking about r29794 running very smooth...
I have not tested more recent versions yet...