[JGZinv]

Getting a launcher crash every time I go to pick a nightly exe.
Previously have and am still capable of running 3.6.12 final SSE2 exes.

Log below.

Tried:
Checking the nightly MD5s - fine.
Tried Windows 16 Jan 2011 - Revision 6948  &  21 Jan 2011 - Revision 6956 - no change.
Basically wiped all my custom settings out of the launcher - no change.
Tried editing the launcher ini exe path...  - won't load at all.
Tried loading a nightly exe directly, no launcher involved - does fire up.
Tried all the different SSE versions of the 6956 nightly for kicks - nope.
Made sure I have the launcher 5.5g, redownloaded and still no change.
Added the Nightly FAQ shaders package, no change.
Tried both debug and regular exes... no change.

Win XP SP2, video drivers and the rest up to date.
Everything runs fine and dandy till you go to browse and open/select the new exe.

Part of the Error Report:

AppName: launcher.exe    AppVer: 5.5.0.6    ModName: launcher.exe
ModVer: 5.5.0.6    Offset: 00010433

So I'm out of ideas folks...

Log from the "naked" launcher run on 3.6.12:

Code: [Select]

==========================================================================
DEBUG SPEW: No debug_filter.cfg found, so only general, error, and warning
categories can be shown and no debug_filter.cfg info will be saved.
==========================================================================
FreeSpace version: 3.6.12
Passed cmdline options:
  <none>
Building file index...
Found root pack 'C:\Games\FreeSpace2\multi-voice-pack.vp' with a checksum of 0xd50e7442
Found root pack 'C:\Games\FreeSpace2\root_fs2.vp' with a checksum of 0xd69bc796
Found root pack 'C:\Games\FreeSpace2\sparky_fs2.vp' with a checksum of 0x164fe65a
Found root pack 'C:\Games\FreeSpace2\sparky_hi_fs2.vp' with a checksum of 0xa11d56f1
Searching root 'C:\Games\FreeSpace2\' ... 27 files
Searching root pack 'C:\Games\FreeSpace2\multi-voice-pack.vp' ... 307 files
Searching root pack 'C:\Games\FreeSpace2\root_fs2.vp' ... 65 files
Searching root pack 'C:\Games\FreeSpace2\sparky_fs2.vp' ... 3027 files
Searching root pack 'C:\Games\FreeSpace2\sparky_hi_fs2.vp' ... 1337 files
Found 5 roots and 4763 files.
AutoLang: Language auto-detection successful...
Setting language to English
Initializing OpenAL...
  Using 'Generic Software' as OpenAL sound device...
  OpenAL Vendor     : Creative Labs Inc.
  OpenAL Renderer   : Software
  OpenAL Version    : 1.1

... OpenAL successfully initialized!
Initializing OpenGL graphics device at 1024x768 with 32-bit color...
  Initializing WGL...
  Requested WGL Video values = R: 8, G: 8, B: 8, depth: 32, double-buffer: 1
  Actual WGL Video values    = R: 8, G: 8, B: 8, depth: 32, double-buffer: 1
  OpenGL Vendor     : NVIDIA Corporation
  OpenGL Renderer   : GeForce GTX 275/PCI/SSE2
  OpenGL Version    : 3.3.0

  Using extension "GL_EXT_fog_coord".
  Using extension "GL_ARB_multitexture".
  Using extension "GL_ARB_texture_env_add".
  Using extension "GL_ARB_texture_compression".
  Using extension "GL_EXT_texture_compression_s3tc".
  Using extension "GL_EXT_texture_filter_anisotropic".
  Using extension "GL_ARB_texture_env_combine".
  Using extension "GL_EXT_compiled_vertex_array".
  Using extension "GL_EXT_draw_range_elements".
  Using extension "GL_ARB_texture_mirrored_repeat".
  Using extension "GL_ARB_texture_non_power_of_two".
  Using extension "GL_ARB_vertex_buffer_object".
  Using extension "GL_ARB_pixel_buffer_object".
  Using extension "GL_SGIS_generate_mipmap".
  Using extension "GL_EXT_framebuffer_object".
  Using extension "GL_ARB_texture_rectangle".
  Using extension "GL_EXT_bgra".
  Using extension "GL_ARB_texture_cube_map".
  Using extension "GL_EXT_texture_lod_bias".
  Using extension "GL_ARB_point_sprite".
  Using extension "GL_ARB_shading_language_100".
  Using extension "GL_ARB_shader_objects".
  Using extension "GL_ARB_vertex_shader".
  Using extension "GL_ARB_fragment_shader".
  Using extension "GL_NV_vertex_program3".
  Found special extension function "wglSwapIntervalEXT".

  Initializing Shaders Manager...
  Loading and compiling main shaders...
    Compiling main shader ->  main-v.sdr (null-v.sdr) / main-f.sdr (null-f.sdr) ...
    Compiling main shader ->  main-v.sdr (b-v.sdr) / main-f.sdr (b-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (lb-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lf-v.sdr) / main-f.sdr (lfb-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (null-f.sdr) ...
  Shaders Manager initialized.

  Max texture units: 4 (32)
  Max elements vertices: 1048576
  Max elements indices: 1048576
  Max texture size: 8192x8192
  Can use compressed textures: YES
  Texture compression available: YES
  Using trilinear texture filter.
  Using GLSL for model rendering.
  Shader Version: 3.30 NVIDIA via Cg compiler
... OpenGL init is complete!
Size of bitmap info = 760 KB
Size of bitmap extra info = 52 bytes
ANI cursorweb with size 24x24 (25.0% wasted)
GRAPHICS: Initializing default colors...
SCRIPTING: Beginning initialization sequence...
SCRIPTING: Beginning Lua initialization...
LUA: Opening LUA state...
LUA: Initializing base Lua libraries...
LUA: Beginning ADE initialization
ADE: Initializing enumeration constants...
ADE: Assigning Lua session...
SCRIPTING: Beginning main hook parse sequence....
Wokka!  Error opening file (scripting.tbl)!
TABLES: Unable to parse 'scripting.tbl'!  Error code = 5.
SCRIPTING: Inititialization complete.
SCRIPTING: Splash screen overrides checked
SCRIPTING: Splash hook has been run
SCRIPTING: Splash screen conditional hook has been run
Using high memory settings...
Wokka!  Error opening file (interface.tbl)!
WMCGUI: Unable to parse 'interface.tbl'!  Error code = 5.
ANI 2_radar1 with size 209x170 (33.6% wasted)
Windows reported 16 joysticks, we found 0
Current soundtrack set to -1 in event_music_reset_choices
Wokka!  Error opening file (armor.tbl)!
TABLES: Unable to parse 'armor.tbl'!  Error code = 5.
loading animated cursor "cursor"
ANI cursor with size 24x24 (25.0% wasted)
Ships.tbl is : VALID
Weapons.tbl is : VALID
cfile_init() took 74
Movie Error:  Unable to open 'intro' movie in any supported format.
Got event GS_EVENT_GAME_INIT (49) in state NOT A VALID STATE (0)
ANI cursor.ani with size 24x24 (25.0% wasted)
Got event GS_EVENT_MAIN_MENU (0) in state GS_STATE_INITIAL_PLAYER_SELECT (37)
Wokka!  Error opening file (FreeSpace2.fc2)!
Error parsing 'FreeSpace2.fc2'
Error code = 5.
ANI 2_mainwalk.ani with size 209x477 (6.8% wasted)
ANI 2_mainflyby.ani with size 509x189 (26.2% wasted)
ANI 2_maincrane.ani with size 192x116 (9.4% wasted)
ANI 2_mainexit.ani with size 319x174 (32.0% wasted)
ANI 2_mainbarracks.ani with size 273x158 (38.3% wasted)
ANI 2_mainreadyroom.ani with size 231x145 (43.4% wasted)
ANI 2_maintechroom.ani with size 69x119 (7.0% wasted)
ANI 2_mainoptions.ani with size 337x206 (19.5% wasted)
ANI 2_maincampaign.ani with size 308x190 (25.8% wasted)
No music file exists to play music at the main menu!
Got event GS_EVENT_QUIT_GAME (5) in state GS_STATE_MAIN_MENU (1)
Freeing all existing models...
... Log closed, Fri Jan 21 19:57:42 2011


[Jeff Vader]

Erm,

Code: [Select]

Found root pack 'C:\Games\FreeSpace2\multi-voice-pack.vp' with a checksum of 0xd50e7442
Found root pack 'C:\Games\FreeSpace2\root_fs2.vp' with a checksum of 0xd69bc796
Found root pack 'C:\Games\FreeSpace2\sparky_fs2.vp' with a checksum of 0x164fe65a
Found root pack 'C:\Games\FreeSpace2\sparky_hi_fs2.vp' with a checksum of 0xa11d56f1Have you noticed that, according to the log, there's a high number of retail files missing from your installation?

[JGZinv]

Probably because if it's related to missions or non essentials, we eliminated some of it a long time ago.
Saves on having to update more to our own SVN, among other things. We are working on a mod, not worried
about FS2.

3.6.12 works fine, with mod settings and all... I just need to update the exes for some of the newer features (ie hud code)
and it's not working with the launcher.

Now if the launcher/exe is checking for something and it's missing, hence the crash....
are there different files that the newer nightly builds are dependent on compared to 3.6.12 ?

I really don't know what else to do but make a from scratch reinstall of everything and try again.

Even wrong ideas might lead to something at this point. I'm rather stuck.

[JGZinv]

Update:
Decided to try to see if I could find a nightly that did work.  Interestingly enough,
6077 and older do not crash the launcher. 6170 and newer all yield a crash.


Ok... complete reinstall of the game. FS2 retail > 3.6.12 w/launcher 5.5g, 3.6.12 mediaVPs with updates,
all settings as required in the readme's and guides... no FringeSpace or other mod folders.

It still... crashes as soon as I go to use a nightly.




New log.

Code: [Select]

==========================================================================
DEBUG SPEW: No debug_filter.cfg found, so only general, error, and warning
categories can be shown and no debug_filter.cfg info will be saved.
==========================================================================
FreeSpace version: 3.6.12
Passed cmdline options:
  -spec_exp 15
  -ogl_spec 20
  -spec_static 1.5
  -spec_point 1.2
  -spec_tube 1.5
  -ambient_factor 35
  -env
  -missile_lighting
  -glow
  -spec
  -normal
  -3dshockwave
  -rearm_timer
  -targetinfo
  -ship_choice_3d
  -weapon_choice_3d
  -warp_flash
  -snd_preload
  -mod mediavps_3612
  -fps
  -window
Building file index...
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Advanced.vp' with a checksum of 0x4b8b0f5a
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_AnimGlows.vp' with a checksum of 0x6a554026
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Assets.3612.vp' with a checksum of 0x59649c21
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Assets.vp' with a checksum of 0x529cc70f
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Effects.3612.vp' with a checksum of 0x9c510aa0
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Effects.vp' with a checksum of 0xb9a9a485
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Music.vp' with a checksum of 0xb3e21469
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Root.3612.vp' with a checksum of 0x7c9d7e74
Found root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Root.vp' with a checksum of 0x6ffd5c78
Found root pack 'C:\Games\FreeSpace2\root_fs2.vp' with a checksum of 0xce10d76c
Found root pack 'C:\Games\FreeSpace2\smarty_fs2.vp' with a checksum of 0xddeb3b1e
Found root pack 'C:\Games\FreeSpace2\sparky_fs2.vp' with a checksum of 0x164fe65a
Found root pack 'C:\Games\FreeSpace2\sparky_hi_fs2.vp' with a checksum of 0xa11d56f1
Found root pack 'C:\Games\FreeSpace2\stu_fs2.vp' with a checksum of 0xd77da83a
Found root pack 'C:\Games\FreeSpace2\tango1_fs2.vp' with a checksum of 0x4c25221e
Found root pack 'C:\Games\FreeSpace2\tango2_fs2.vp' with a checksum of 0x86920b82
Found root pack 'C:\Games\FreeSpace2\tango3_fs2.vp' with a checksum of 0x705e8d71
Found root pack 'C:\Games\FreeSpace2\warble_fs2.vp' with a checksum of 0xd85c305d
Searching root 'C:\Games\FreeSpace2\mediavps_3612\' ... 0 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Advanced.vp' ... 1283 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_AnimGlows.vp' ... 1641 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Assets.3612.vp' ... 228 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Assets.vp' ... 1905 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Effects.3612.vp' ... 2 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Effects.vp' ... 1892 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Music.vp' ... 32 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Root.3612.vp' ... 13 files
Searching root pack 'C:\Games\FreeSpace2\mediavps_3612\MV_Root.vp' ... 358 files
Searching root 'C:\Games\FreeSpace2\' ... 35 files
Searching root pack 'C:\Games\FreeSpace2\root_fs2.vp' ... 157 files
Searching root pack 'C:\Games\FreeSpace2\smarty_fs2.vp' ... 10 files
Searching root pack 'C:\Games\FreeSpace2\sparky_fs2.vp' ... 3027 files
Searching root pack 'C:\Games\FreeSpace2\sparky_hi_fs2.vp' ... 1337 files
Searching root pack 'C:\Games\FreeSpace2\stu_fs2.vp' ... 2355 files
Searching root pack 'C:\Games\FreeSpace2\tango1_fs2.vp' ... 32 files
Searching root pack 'C:\Games\FreeSpace2\tango2_fs2.vp' ... 15 files
Searching root pack 'C:\Games\FreeSpace2\tango3_fs2.vp' ... 10 files
Searching root pack 'C:\Games\FreeSpace2\warble_fs2.vp' ... 52 files
Found 20 roots and 14384 files.
AutoLang: Language auto-detection successful...
Setting language to English
TBM  =>  Starting parse of 'mv_core-lcl.tbm' ...
Initializing OpenAL...
  Using 'Generic Software' as OpenAL sound device...
  OpenAL Vendor     : Creative Labs Inc.
  OpenAL Renderer   : Software
  OpenAL Version    : 1.1

... OpenAL successfully initialized!
Initializing OpenGL graphics device at 1024x768 with 32-bit color...
  Initializing WGL...
  Requested WGL Video values = R: 8, G: 8, B: 8, depth: 32, double-buffer: 1
  Actual WGL Video values    = R: 8, G: 8, B: 8, depth: 32, double-buffer: 1
  OpenGL Vendor     : NVIDIA Corporation
  OpenGL Renderer   : GeForce GTX 275/PCI/SSE2
  OpenGL Version    : 3.3.0

  Using extension "GL_EXT_fog_coord".
  Using extension "GL_ARB_multitexture".
  Using extension "GL_ARB_texture_env_add".
  Using extension "GL_ARB_texture_compression".
  Using extension "GL_EXT_texture_compression_s3tc".
  Using extension "GL_EXT_texture_filter_anisotropic".
  Using extension "GL_ARB_texture_env_combine".
  Using extension "GL_EXT_compiled_vertex_array".
  Using extension "GL_EXT_draw_range_elements".
  Using extension "GL_ARB_texture_mirrored_repeat".
  Using extension "GL_ARB_texture_non_power_of_two".
  Using extension "GL_ARB_vertex_buffer_object".
  Using extension "GL_ARB_pixel_buffer_object".
  Using extension "GL_SGIS_generate_mipmap".
  Using extension "GL_EXT_framebuffer_object".
  Using extension "GL_ARB_texture_rectangle".
  Using extension "GL_EXT_bgra".
  Using extension "GL_ARB_texture_cube_map".
  Using extension "GL_EXT_texture_lod_bias".
  Using extension "GL_ARB_point_sprite".
  Using extension "GL_ARB_shading_language_100".
  Using extension "GL_ARB_shader_objects".
  Using extension "GL_ARB_vertex_shader".
  Using extension "GL_ARB_fragment_shader".
  Using extension "GL_NV_vertex_program3".
  Found special extension function "wglSwapIntervalEXT".

  Initializing Shaders Manager...
  Loading and compiling main shaders...
    Compiling main shader ->  main-v.sdr (null-v.sdr) / main-f.sdr (null-f.sdr) ...
    Compiling main shader ->  main-v.sdr (b-v.sdr) / main-f.sdr (b-f.sdr) ...
    Compiling main shader ->  main-v.sdr (b-v.sdr) / main-f.sdr (bg-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (lb-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (lbg-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (lbgs-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (lbs-f.sdr) ...
    Compiling main shader ->  main-v.sdr (le-v.sdr) / main-f.sdr (lbgse-f.sdr) ...
    Compiling main shader ->  main-v.sdr (le-v.sdr) / main-f.sdr (lbse-f.sdr) ...
    Compiling main shader ->  main-v.sdr (ln-v.sdr) / main-f.sdr (lbgn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (ln-v.sdr) / main-f.sdr (lbgsn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (ln-v.sdr) / main-f.sdr (lbn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (ln-v.sdr) / main-f.sdr (lbsn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lne-v.sdr) / main-f.sdr (lbgsne-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lne-v.sdr) / main-f.sdr (lbsne-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lf-v.sdr) / main-f.sdr (lfb-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lf-v.sdr) / main-f.sdr (lfbg-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lf-v.sdr) / main-f.sdr (lfbgs-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lf-v.sdr) / main-f.sdr (lfbs-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lfe-v.sdr) / main-f.sdr (lfbgse-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lfe-v.sdr) / main-f.sdr (lfbse-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lfn-v.sdr) / main-f.sdr (lfbgn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lfn-v.sdr) / main-f.sdr (lfbgsn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lfn-v.sdr) / main-f.sdr (lfbn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lfn-v.sdr) / main-f.sdr (lfbsn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lfne-v.sdr) / main-f.sdr (lfbgsne-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lfne-v.sdr) / main-f.sdr (lfbsne-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (null-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (lg-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (lgs-f.sdr) ...
    Compiling main shader ->  main-v.sdr (l-v.sdr) / main-f.sdr (ls-f.sdr) ...
    Compiling main shader ->  main-v.sdr (le-v.sdr) / main-f.sdr (lgse-f.sdr) ...
    Compiling main shader ->  main-v.sdr (le-v.sdr) / main-f.sdr (lse-f.sdr) ...
    Compiling main shader ->  main-v.sdr (ln-v.sdr) / main-f.sdr (lgn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (ln-v.sdr) / main-f.sdr (lgsn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (ln-v.sdr) / main-f.sdr (ln-f.sdr) ...
    Compiling main shader ->  main-v.sdr (ln-v.sdr) / main-f.sdr (lsn-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lne-v.sdr) / main-f.sdr (lgsne-f.sdr) ...
    Compiling main shader ->  main-v.sdr (lne-v.sdr) / main-f.sdr (lsne-f.sdr) ...
  Shaders Manager initialized.

  Max texture units: 4 (32)
  Max elements vertices: 1048576
  Max elements indices: 1048576
  Max texture size: 8192x8192
  Can use compressed textures: YES
  Texture compression available: YES
  Using trilinear texture filter.
  Using GLSL for model rendering.
  Shader Version: 3.30 NVIDIA via Cg compiler
... OpenGL init is complete!
Size of bitmap info = 760 KB
Size of bitmap extra info = 52 bytes
ANI cursorweb with size 24x24 (25.0% wasted)
GRAPHICS: Initializing default colors...
SCRIPTING: Beginning initialization sequence...
SCRIPTING: Beginning Lua initialization...
LUA: Opening LUA state...
LUA: Initializing base Lua libraries...
LUA: Beginning ADE initialization
ADE: Initializing enumeration constants...
ADE: Assigning Lua session...
SCRIPTING: Beginning main hook parse sequence....
Wokka!  Error opening file (scripting.tbl)!
TABLES: Unable to parse 'scripting.tbl'!  Error code = 5.
TBM  =>  Starting parse of 'mv_flak-sct.tbm' ...
TBM  =>  Starting parse of 'mv_dbrs-sct.tbm' ...
TBM  =>  Starting parse of 'mv_exp-sct.tbm' ...
SCRIPTING: Inititialization complete.
SCRIPTING: Splash screen overrides checked
SCRIPTING: Splash hook has been run
SCRIPTING: Splash screen conditional hook has been run
Using high memory settings...
Wokka!  Error opening file (interface.tbl)!
WMCGUI: Unable to parse 'interface.tbl'!  Error code = 5.
TBM  =>  Starting parse of 'mv_effects-sdf.tbm' ...
ANI 2_radar1 with size 209x170 (33.6% wasted)
CFILE: Created new directory 'C:\Games\FreeSpace2\mediavps_3612\data\'
Windows reported 16 joysticks, we found 0
Current soundtrack set to -1 in event_music_reset_choices
TBM  =>  Starting parse of 'mv_music-mus.tbm' ...
TBM  =>  Starting parse of 'mv_effects-mfl.tbm' ...
Wokka!  Error opening file (armor.tbl)!
TABLES: Unable to parse 'armor.tbl'!  Error code = 5.
TBM  =>  Starting parse of 'mv_effects-amr.tbm' ...
TBM  =>  Starting parse of 'mv_effects-wxp.tbm' ...
BMPMAN: Found EFF (exp20.eff) with 75 frames at 20 fps.
BMPMAN: Found EFF (ExpMissileHit1.eff) with 92 frames at 20 fps.
BMPMAN: Found EFF (exp04.eff) with 49 frames at 22 fps.
BMPMAN: Found EFF (exp05.eff) with 93 frames at 20 fps.
BMPMAN: Found EFF (exp06.eff) with 92 frames at 22 fps.
BMPMAN: Found EFF (capflash.eff) with 40 frames at 10 fps.
BMPMAN: Found EFF (Maxim_Impact.eff) with 23 frames at 30 fps.
ANI Lamprey_Impact with size 80x80 (37.5% wasted)
TBM  =>  Starting parse of 'mv_core-wep.tbm' ...
TBM  =>  Starting parse of 'mv_effects-wep.tbm' ...
TBM  =>  Starting parse of 'mv_assets-wep.tbm' ...
TBM  =>  Starting parse of 'mv_effects-obt.tbm' ...
TBM  =>  Starting parse of 'mv_core-shp.tbm' ...
TBM  =>  Starting parse of 'mv_effects-shp.tbm' ...
TBM  =>  Starting parse of 'mv_assets-shp.tbm' ...
TBM  =>  Starting parse of 'mv_core-hdg.tbm' ...
TBM  =>  Starting parse of 'mv_effects-str.tbm' ...
loading animated cursor "cursor"
ANI cursor with size 24x24 (25.0% wasted)
MediaVPs: Flaming debris script loaded!
MediaVPs: Explosions script loaded!
Ships.tbl is : VALID
Weapons.tbl is : VALID
cfile_init() took 741
Movie Error:  Unable to open 'intro' movie in any supported format.
Got event GS_EVENT_GAME_INIT (49) in state NOT A VALID STATE (0)
ANI cursor.ani with size 24x24 (25.0% wasted)
Setting detail level to 3 because of new pilot
CFILE: Created new directory 'C:\Games\FreeSpace2\data\players\single\inferno\'
Got event GS_EVENT_MAIN_MENU (0) in state GS_STATE_INITIAL_PLAYER_SELECT (37)
ANI 2_mainwalk.ani with size 209x477 (6.8% wasted)
ANI 2_mainflyby.ani with size 509x189 (26.2% wasted)
ANI 2_maincrane.ani with size 192x116 (9.4% wasted)
ANI 2_mainexit.ani with size 319x174 (32.0% wasted)
ANI 2_mainbarracks.ani with size 273x158 (38.3% wasted)
ANI 2_mainreadyroom.ani with size 231x145 (43.4% wasted)
ANI 2_maintechroom.ani with size 69x119 (7.0% wasted)
ANI 2_mainoptions.ani with size 337x206 (19.5% wasted)
ANI 2_maincampaign.ani with size 308x190 (25.8% wasted)
Got event GS_EVENT_OPTIONS_MENU (8) in state GS_STATE_MAIN_MENU (1)
Frame  0 too long!!: frametime = 0.748 (0.748)
Got event GS_EVENT_CONTROL_CONFIG (19) in state GS_STATE_OPTIONS_MENU (5)
Frame  0 too long!!: frametime = 0.371 (0.371)
Got event GS_EVENT_PREVIOUS_STATE (7) in state GS_STATE_CONTROL_CONFIG (15)
Got event GS_EVENT_PREVIOUS_STATE (7) in state GS_STATE_OPTIONS_MENU (5)
Got event GS_EVENT_TECH_MENU (11) in state GS_STATE_MAIN_MENU (1)
Techroom successfully initialized, now changing tab...
Loading model 'fighter01.pof'
IBX: Found a good IBX/TSB to read for 'fighter01.pof'.
IBX-DEBUG => POF checksum: 0x3503498e, IBX checksum: 0x4024384c -- "fighter01.pof"
Frame  0 too long!!: frametime = 0.719 (0.719)
Loading model 'fighter06.pof'
IBX: Found a good IBX/TSB to read for 'fighter06.pof'.
IBX-DEBUG => POF checksum: 0xc5eced1d, IBX checksum: 0xa550d138 -- "fighter06.pof"
Frame  0 too long!!: frametime = 0.539 (0.539)
Loading model 'fighter2t-05.pof'
IBX: Found a good IBX/TSB to read for 'fighter2t-05.pof'.
IBX-DEBUG => POF checksum: 0xbfb37609, IBX checksum: 0x1453d51d -- "fighter2t-05.pof"
Frame  0 too long!!: frametime = 0.252 (0.252)
TECH ROOM: Dumping excess ship textures...
Loading model 'bomber05.pof'
IBX: Found a good IBX/TSB to read for 'bomber05.pof'.
IBX-DEBUG => POF checksum: 0xd59519de, IBX checksum: 0x50f53527 -- "bomber05.pof"
Frame  0 too long!!: frametime = 0.457 (0.457)
TECH ROOM: Dumping excess ship textures...
TECH ROOM: Dumping excess ship textures...
Loading model 'Drone02.pof'
IBX: Found a good IBX/TSB to read for 'Drone02.pof'.
IBX-DEBUG => POF checksum: 0x44d303d0, IBX checksum: 0xc7f961d1 -- "Drone02.pof"
TECH ROOM: Dumping excess ship textures...
Loading model 'freighter2t-01.pof'
IBX: Found a good IBX/TSB to read for 'freighter2t-01.pof'.
IBX-DEBUG => POF checksum: 0x6b7f2453, IBX checksum: 0x1da48d26 -- "freighter2t-01.pof"
Frame  0 too long!!: frametime = 0.767 (0.767)
Loading model 'cargo02.pof'
IBX: Found a good IBX/TSB to read for 'cargo02.pof'.
IBX-DEBUG => POF checksum: 0x3083cd08, IBX checksum: 0x22a01ec5 -- "cargo02.pof"
Submodel 'transport02c-cargo' is detail level 2 of 'transport02a-cargo'
Submodel 'transport02b-cargo' is detail level 1 of 'transport02a-cargo'
Submodel 'transport02d-cargo' is detail level 3 of 'transport02a-cargo'
TECH ROOM: Dumping excess ship textures...
Loading model 'cargo03.pof'
IBX: Found a good IBX/TSB to read for 'cargo03.pof'.
IBX-DEBUG => POF checksum: 0xe68e53b4, IBX checksum: 0xfbdde624 -- "cargo03.pof"
TECH ROOM: Dumping excess ship textures...
Loading model 'cruiser01.pof'
IBX: Found a good IBX/TSB to read for 'cruiser01.pof'.
IBX-DEBUG => POF checksum: 0x13dc2d00, IBX checksum: 0x2df49670 -- "cruiser01.pof"
Submodel 'cruiser01b-hull' is detail level 1 of 'cruiser01a-hull'
Submodel 'cruiser01c-hull' is detail level 2 of 'cruiser01a-hull'
Submodel 'cruiser01d-hull' is detail level 3 of 'cruiser01a-hull'
Submodel 'turret09b-01-main' is detail level 1 of 'turret09a-01-main'
Submodel 'turret09c-01-main' is detail level 2 of 'turret09a-01-main'
Submodel 'turret09d-01-main' is detail level 3 of 'turret09a-01-main'
Submodel 'turret09b-02-sub' is detail level 1 of 'turret09a-02-sub'
Submodel 'turret09c-02-sub' is detail level 2 of 'turret09a-02-sub'
Submodel 'radar01b-dish' is detail level 1 of 'radar01a-dish'
Submodel 'radar01c-dish' is detail level 2 of 'radar01a-dish'
Submodel 'radar01d-dish' is detail level 3 of 'radar01a-dish'
Frame  0 too long!!: frametime = 0.632 (0.632)
TECH ROOM: Dumping excess ship textures...
Loading model 'frigate2t-01.pof'
IBX: Found a good IBX/TSB to read for 'frigate2t-01.pof'.
IBX-DEBUG => POF checksum: 0x26425b71, IBX checksum: 0xcc61c428 -- "frigate2t-01.pof"
Submodel 'frigate_b' is detail level 1 of 'frigate_a'
Submodel 'frigate_c' is detail level 2 of 'frigate_a'
Submodel 'frigate_d' is detail level 3 of 'frigate_a'
Frame  0 too long!!: frametime = 0.498 (0.498)
TECH ROOM: Dumping excess ship textures...
Loading model 'capital01.pof'
IBX: Found a good IBX/TSB to read for 'capital01.pof'.
IBX-DEBUG => POF checksum: 0x8e4830bc, IBX checksum: 0x9d5c0f31 -- "capital01.pof"
Potential problem found: Unrecognized subsystem type 'fighterbay', believed to be in ship capital01.pof
Submodel 'turret01b' is detail level 1 of 'turret01a'
Submodel 'turret01c' is detail level 2 of 'turret01a'
Submodel 'turret02b' is detail level 1 of 'turret02a'
Submodel 'turret02c' is detail level 2 of 'turret02a'
Submodel 'turret03b' is detail level 1 of 'turret03a'
Submodel 'turret03c' is detail level 2 of 'turret03a'
Submodel 'turret04b' is detail level 1 of 'turret04a'
Submodel 'turret04c' is detail level 2 of 'turret04a'
Submodel 'turret05b' is detail level 1 of 'turret05a'
Submodel 'turret05c' is detail level 2 of 'turret05a'
Frame  0 too long!!: frametime = 1.007 (1.007)
TECH ROOM: Dumping excess ship textures...
TECH ROOM: Dumping excess ship textures...
Loading model 'transport01.pof'
IBX: Found a good IBX/TSB to read for 'transport01.pof'.
IBX-DEBUG => POF checksum: 0x1c21a549, IBX checksum: 0x055d3fab -- "transport01.pof"
Frame  0 too long!!: frametime = 0.329 (0.329)
TECH ROOM: Dumping excess ship textures...
Loading model 'GunPlatform01.pof'
IBX: Found a good IBX/TSB to read for 'GunPlatform01.pof'.
IBX-DEBUG => POF checksum: 0xa6ffd8a3, IBX checksum: 0x6af64fb2 -- "GunPlatform01.pof"
Submodel 'turret01b' is detail level 1 of 'turret01a'
Submodel 'turret01c' is detail level 2 of 'turret01a'
Submodel 'turret02b' is detail level 1 of 'turret02a'
Submodel 'turret02c' is detail level 2 of 'turret02a'
Submodel 'turret01b-destroyed' is detail level 1 of 'turret01a-destroyed'
Submodel 'turret02b-destroyed' is detail level 1 of 'turret02a-destroyed'
TECH ROOM: Dumping excess ship textures...
Loading model 'escapepod01.pof'
IBX: Found a good IBX/TSB to read for 'escapepod01.pof'.
IBX-DEBUG => POF checksum: 0x43783a23, IBX checksum: 0x7e4b9111 -- "escapepod01.pof"
Submodel 'flightpod01b' is detail level 1 of 'flightpod01a'
Submodel 'flightpod01c' is detail level 2 of 'flightpod01a'
Submodel 'flightpod01d' is detail level 3 of 'flightpod01a'
Loading model 'fighter08.pof'
IBX: Found a good IBX/TSB to read for 'fighter08.pof'.
IBX-DEBUG => POF checksum: 0xa3d1fd3f, IBX checksum: 0x96257f14 -- "fighter08.pof"
Potential problem found: Unrecognized subsystem type 'ABFlaps', believed to be in ship fighter08.pof
Frame  0 too long!!: frametime = 0.328 (0.328)
TECH ROOM: Dumping excess ship textures...
TECH ROOM: Dumping excess ship textures...
Loading model 'support2v-01.pof'
IBX: Found a good IBX/TSB to read for 'support2v-01.pof'.
IBX-DEBUG => POF checksum: 0xbca18023, IBX checksum: 0x1ea4886c -- "support2v-01.pof"
Submodel 'hercb' is detail level 1 of 'herca'
Submodel 'hercc' is detail level 2 of 'herca'
Submodel 'hercd' is detail level 3 of 'herca'
Loading model 'transport02.pof'
IBX: Found a good IBX/TSB to read for 'transport02.pof'.
IBX-DEBUG => POF checksum: 0x52f3eee4, IBX checksum: 0xb6163a34 -- "transport02.pof"
Submodel 'transport02b-hull' is detail level 1 of 'transport02a-hull'
Submodel 'transport02c-hull' is detail level 2 of 'transport02a-hull'
Submodel 'transport02d-hull' is detail level 3 of 'transport02a-hull'
Submodel 'gearightb' is detail level 1 of 'gearighta'
Submodel 'gearightc' is detail level 2 of 'gearighta'
Submodel 'gearleftb' is detail level 1 of 'gearlefta'
Submodel 'gearleftc' is detail level 2 of 'gearlefta'
TECH ROOM: Dumping excess ship textures...
Loading model 'freighter2v-01.pof'
IBX: Found a good IBX/TSB to read for 'freighter2v-01.pof'.
IBX-DEBUG => POF checksum: 0xffa11309, IBX checksum: 0xb44838ae -- "freighter2v-01.pof"
Submodel 'vasfreight-b' is detail level 1 of 'vasfreight-a'
Submodel 'vasfreight-c' is detail level 2 of 'vasfreight-a'
Submodel 'vasfreight-d' is detail level 3 of 'vasfreight-a'
Frame  0 too long!!: frametime = 0.306 (0.306)
TECH ROOM: Dumping excess ship textures...
Loading model 'cargo04.pof'
IBX: Found a good IBX/TSB to read for 'cargo04.pof'.
IBX-DEBUG => POF checksum: 0x0fc0049a, IBX checksum: 0x849ec006 -- "cargo04.pof"
Submodel 'freighter05b-cargo' is detail level 1 of 'freighter05a-cargo'
Submodel 'freighter05c-cargo' is detail level 2 of 'freighter05a-cargo'
Submodel 'freighter05d-cargo' is detail level 3 of 'freighter05a-cargo'
TECH ROOM: Dumping excess ship textures...
Loading model 'freighter04.pof'
IBX: Found a good IBX/TSB to read for 'freighter04.pof'.
IBX-DEBUG => POF checksum: 0x33df5f1d, IBX checksum: 0x3f252eab -- "freighter04.pof"
Frame  0 too long!!: frametime = 0.267 (0.267)
Loading model 'cruiser02.pof'
IBX: Found a good IBX/TSB to read for 'cruiser02.pof'.
IBX-DEBUG => POF checksum: 0xee515f57, IBX checksum: 0xf76f3046 -- "cruiser02.pof"
Submodel 'turret02b' is detail level 1 of 'turret02a'
Submodel 'turret01b' is detail level 1 of 'turret01a'
Frame  0 too long!!: frametime = 0.598 (0.598)
Got event GS_EVENT_SIMULATOR_ROOM (58) in state GS_STATE_TECH_MENU (7)
Freeing all existing models...
Frame  0 too long!!: frametime = 1.330 (1.330)
Got event GS_EVENT_MAIN_MENU (0) in state GS_STATE_SIMULATOR_ROOM (20)
Got event GS_EVENT_QUIT_GAME (5) in state GS_STATE_MAIN_MENU (1)
Freeing all existing models...
... Log closed, Sat Jan 22 16:50:23 2011


[Iss Mneur]

Update:
Decided to try to see if I could find a nightly that did work.  Interestingly enough,
6077 and older do not crash the launcher. 6170 and newer all yield a crash.

Can  you narrow it down more?  There are three builds in that range that potentially directly affect the flag file (6154, 6144, and 6087).

[Zacam]

Was the Retail Launcher ever run to set the Registry? (Run As Administrator)

As well, try running the Launcher ONCE as Administrator, then immediately exit and launch as normal and try again.

[JGZinv]

Can  you narrow it down more?  There are three builds in that range that potentially directly affect the flag file (6154, 6144, and 6087).

Either point me at the exes to try, or tell me another way to check. I don't claim to be a coder
so I'm going off process of elimination here. Those numbers don't appear to have exe builds, I've tried searching the forum.


@Zacam - the registry is probably set from a looooong time ago. I've been running the same install for a few years.
No idea if I did the retail launcher first or not, but unlikely.

Want me to try your requests with 3.6.12 exes I assume so it'll complete the startup process?

[Shivan Hunter]

Windows builds seem to go straight from 6077 to 6170 in the nightlies forum, so intermediates are unavailable. And wow, those builds are old. Did this start happening recently and/or did you just update?

[JGZinv]

Last time we updated was from 3.6.11 to 3.6.12 final.
Honestly I tried keeping up with all things scp when we started but it just isnt possible
anymore. I'm trying to update now to get the custom hud code.
FYI - evidently the mainhall as mission scripting has changed, there's a single model issue
and I will have to do something about some mvps problems....
But more on that when I'm not typing from a phone.

[JGZinv]

OK guys I'll try to break this down. I've driven myself nuts with reinstalls and ineffective tests to get this much.

After I tried the initial nightly on launcher 5.5g (henceforth "5.5g") I tried the wxLauncher ("WX").
The WX will run nightly builds, however it has issues saving the settings it appears, plus it caused some
really nasty side effects with our mod.

In more detail:

Basically the mediaVPs were not being applied, the in game stuff was retail or something like it. I had sort of regular
roids with chunky green asteroids together - causing nasty video slowdown. Our primary fighter the Archangel has LOD 0 and 1
normal map issues where it looks like a billion points of confetti raised slightly above the hull. Everything else was fine, including other
models. We lost complete transparency/masking in our mainhall replacement, backgrounds and suns were old and heavily dithered looking.

WX does not seem to save settings. I've had to set Trillinear, 32 bit color, and the  general settings over and over again. I can confirm this by running a 3.6.12 final exe first in 5.5g, then running WX with the same settings, then opening up again with 5.5g. The settings are 16 bit color, Billinear, etc...  it's not saving the settings.

I get the impression (unconfirmed) that the nightly caused the 5.5g launcher to corrupt something. As I've had to completely uninstall FS2, delete the registry entries manually, reinstall, and setup everything by hand again in order to make it start applying changes made in the launcher. 

My opinion:

WX launcher doesn't have the nightly bug for whatever reason... but it's also really old. The latest version is from July 1 2010.
The mediaVPs 3.6.12 are newer than that, and so are most of these exes (August and later). Sounds like it's just not up to date, or it's buggy.


Other note:
For whatever reason, I can't get the 3.6.12 MediaVPs as they were provided in the 3.6.12 maximum (plus updates) configuration,
to apply with our mod. I can seem to get them to work with stock FSO, but that's it. They show up as a option in WX. FringeSpace
will accept our limited group of 3.6.12 mVPs in the meadvps folder, but not meadvps 3.6.12 folder. Yes I've endlessly changed the
mod.ini files for FringeSpace. I've tried "mediaVPs 3.6.12" and the "meadiavps_3.6.12" in pretty much every combination with
WX launcher... but it just doesn't show up in game any different than the green roids and issues mention above.


Conclusion:

WXlauncher seems to be broken as to settings saving and application.
5.5g seems to have a nightly exe acceptance bug, as discussed previously.


What do you guys need out of me in order to napalm this bug infestation?

[Iss Mneur]

WX does not seem to save settings. I've had to set Trillinear, 32 bit color, and the  general settings over and over again. I can confirm this by running a 3.6.12 final exe first in 5.5g, then running WX with the same settings, then opening up again with 5.5g. The settings are 16 bit color, Billinear, etc...  it's not saving the settings.

Unfortunately, wxLauncher does not read in the old config settings.  It also only writes the config that FSO can read when you click "play".

WX launcher doesn't have the nightly bug for whatever reason... but it's also really old. The latest version is from July 1 2010.
The mediaVPs 3.6.12 are newer than that, and so are most of these exes (August and later). Sounds like it's just not up to date, or it's buggy.

They way that the launcher and FSO interact, age of the binaries is not an issue.
There very likely are bugs in wxLauncher as it is still considered to be in Alpha (by me anyway), however it works a bit differently and checks what it is doing better than 5.5g does so it may or may not actually fix things which is why it gets suggested.

Other note:
For whatever reason, I can't get the 3.6.12 MediaVPs as they were provided in the 3.6.12 maximum (plus updates) configuration, to apply with our mod. I can seem to get them to work with stock FSO, but that's it. They show up as a option in WX. FringeSpace will accept our limited group of 3.6.12 mVPs in the meadvps folder, but not meadvps 3.6.12 folder. Yes I've endlessly changed the mod.ini files for FringeSpace. I've tried "mediaVPs 3.6.12" and the "meadiavps_3.6.12" in pretty much every combination with WX launcher... but it just doesn't show up in game any different than the green roids and issues mention above.

Spaces in the primarymod and secondarymod in the mod.ini are not supported by 5.5g.  wxLauncher shouldn't have any problems with them though I can't say that I have tested it either. However I doubt that FSO will accept it as a valid mod path.

Please post a fresh log from a run with FringeSpace selected, and a screen shot of your Freespace2 directory.  Based on your previous logs, placing a mod.ini that contains:

Code: [Select]

secondarymod=mediavps_3612
in your FringeSpace directory should cause the mediavps to load in the proper order.

Weird colours in textures are normally indicate that either you are using textures that your graphics card doesn't support, the textures are damaged, or graphics card is defective (ie overheating).  So please humour me and try it without MV_advanced.vp.

[z64555]

Weird colours in textures are normally indicate that either you are using textures that your graphics card doesn't support, the textures are damaged, or graphics card is defective (ie overheating).  So please humour me and try it without MV_advanced.vp.

The glitch was confirmed to be a DDS format error. Has been corrected now, and noted for future reference among whats left of the mostly-asleep braincells.

[JGZinv]

I think we've got everything working again except 3 error messages during mission loads, the mediavps_3612 (doesn't work for WX) folder,
and we've lost the transparency / mask for our mainhall replacement logo.

Eyes/brain fried, will get you guys a proper update tomorrow.

[z64555]

and we've lost the transparency / mask for our mainhall replacement logo.

That's one of the most finicky glitches I've seen. Most of the time it doesn't work, but sometimes it does. 

[JGZinv]

For whatever reason... 5.5g is loading nightly exes now. Don't have any great
insight as to why, it just does.

Here's the FS2 Dir image:
http://files.fringespace.org/jgz/HLP/FS2dir.gif

Log from 5.5G run with nightly 6969- forum says there's too many characters, so it's a link.
http://files.fringespace.org/jgz/HLP/fs2_open.log


-------------------------------------------------------------------------------------------------


Fixed the mod.ini not finding the 3.6.12 folder. Works for 5.5g and WX.
Proper line was:

Code: [Select]

[multimod]
primarylist  = ;
secondarylist=mediavps_3612 ;
Even with this, the MediaVps do not show up as selected with FringeSpace in the WX mods menu.
You can use the other formats of secondarylist = and granted it will show both being selected, but the
mediaVps will not be applied in game. Seems like an issue of how WX interprets the mod.ini.


As to the menu graphic. WX using any exe will not load it with the transparency.
5.5g works fine with all exes and transparency.

5.5g


WX


Lost the alpha somehow?


-------------------------------------------------------------------------------------------------


Here's the 3 errors we get from in game:

This one shows up on load of at least 2-3 missions.

Code: [Select]

Unable to find WEAPON_LIST_TYPE string "ÿÿÿÿ" in stuff_int_list

Many possible sources for this error.  Get a programmer!

<no module>! KiFastSystemCallRet
<no module>! WaitForSingleObject + 18 bytes
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! RegisterWaitForInputIdle + 73 bytes

This one happens when you explode a bouy in the fenris map. The blast shockwave
is set way too high, so this occurs roughly at the time the blast goes out. Not sure
yet if it's a genuine "error" or just a matter that the blast needs to be turned down.

Code: [Select]

Assert: sw->num_objs_hit < SW_MAX_OBJS_HIT
File: shockwave.cpp
Line: 390

<no module>! KiFastSystemCallRet
<no module>! CreateThread + 30 bytes
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! RegisterWaitForInputIdle + 73 bytes

This one is on load of the mission that is the mainhall replacement.

Code: [Select]

Assert: max_speed != 0
File: hudreticle.cpp
Line: 433

<no module>! KiFastSystemCallRet
<no module>! WaitForSingleObject + 18 bytes
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! RegisterWaitForInputIdle + 73 bytes


-------------------------------------------------------------------------------------------------

Having some kind of issue with the hud_gauges.tbl not allowing $Speed Unit Multiplier:
do anything... it's just not having any affect. But I'm continuing to fiddle with it.
It "acts" like a duplicate hud tbl is somewhere, or a mismatched tbm, but I can't locate anything
that would do that.

[Iss Mneur]

For whatever reason... 5.5g is loading nightly exes now. Don't have any great
insight as to why, it just does.

Here's the FS2 Dir image:
http://files.fringespace.org/jgz/HLP/FS2dir.gif

Log from 5.5G run with nightly 6969- forum says there's too many characters, so it's a link.
http://files.fringespace.org/jgz/HLP/fs2_open.log

Nothing jumps out at me from the log. However, mod dirs should always be lowercase as should references to them in the mod.ini.  This is because while FSO is not cases sensitive on Windows it is case sensitive on linux and OSX.  Honstly the everything lowercase rule applies to all resources loaded by FSO as well.

Fixed the mod.ini not finding the 3.6.12 folder. Works for 5.5g and WX.
Proper line was:

Code: [Select]

[multimod]
primarylist  = ;
secondarylist=mediavps_3612 ;
Even with this, the MediaVps do not show up as selected with FringeSpace in the WX mods menu.
You can use the other formats of secondarylist = and granted it will show both being selected, but the
mediaVps will not be applied in game. Seems like an issue of how WX interprets the mod.ini.

IIRC, wxLauncher is case sensitive when matching the mods for display in the mod list.  Try renaming the mediavps_3612 folder so that it is all lowercase.

As to the menu graphic. WX using any exe will not load it with the transparency.
5.5g works fine with all exes and transparency.

5.5g


WX


Lost the alpha somehow?

Again I am not really sure how using a different launcher could cause that problem.  What happens when you run the FSO binaries directly?  After running with 5.5g? After running with wxL? (that is, run FSO from 5.5g, run FSO directly, run FSO from wxL, run FSO directly).  Can you please attach the debug.log from each of these runs.

Here's the 3 errors we get from in game:

This one shows up on load of at least 2-3 missions.

Code: [Select]

Unable to find WEAPON_LIST_TYPE string "ÿÿÿÿ" in stuff_int_list

Many possible sources for this error.  Get a programmer!

<no module>! KiFastSystemCallRet
<no module>! WaitForSingleObject + 18 bytes
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! RegisterWaitForInputIdle + 73 bytes

That indicates that you have a damaged file somewhere in your data.  Start with removing you cache.  Next turn on parse in your debug_filter.cfg and see if you can isolate the file that is the actual source (it should be the last loaded).

This one happens when you explode a bouy in the fenris map. The blast shockwave
is set way too high, so this occurs roughly at the time the blast goes out. Not sure
yet if it's a genuine "error" or just a matter that the blast needs to be turned down.

Code: [Select]

Assert: sw->num_objs_hit < SW_MAX_OBJS_HIT
File: shockwave.cpp
Line: 390

<no module>! KiFastSystemCallRet
<no module>! CreateThread + 30 bytes
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! RegisterWaitForInputIdle + 73 bytes

Basically, you are hitting too many objects with one shockwave (more than 64 objects).

This one is on load of the mission that is the mainhall replacement.

Code: [Select]

Assert: max_speed != 0
File: hudreticle.cpp
Line: 433

<no module>! KiFastSystemCallRet
<no module>! WaitForSingleObject + 18 bytes
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! <no symbol>
<no module>! RegisterWaitForInputIdle + 73 bytes

That assert is guarding a division (protecting it from division by zero).  For some reason the game is trying to draw the hud (specifically trying to draw the current throttle setting indicator) when the player's currently set max speed is 0 and the ship that the player is flying has a max speed in the z direction of 0.

Having some kind of issue with the hud_gauges.tbl not allowing $Speed Unit Multiplier:
do anything... it's just not having any affect. But I'm continuing to fiddle with it.
It "acts" like a duplicate hud tbl is somewhere, or a mismatched tbm, but I can't locate anything
that would do that.

$Speed Unit Multiplier does not appear to be a supported directive by the current trunk nor 3.6.12. That is, it is not parsed, its use should result in a parse error. $Length Unit Multiplier: appears to do what $Speed Unit Multiplier does according to the wiki.

[JGZinv]

5.5G

http://files.fringespace.org/jgz/HLP/wxissue/1/fs2_open.log

Exe alone after 5.5G

http://files.fringespace.org/jgz/HLP/wxissue/2/fs2_open.log

WX launcher

http://files.fringespace.org/jgz/HLP/wxissue/3/fs2_open.log

Exe alone after WX

http://files.fringespace.org/jgz/HLP/wxissue/4/fs2_open.log

[Iss Mneur]

There are two differences that I have noticed in the logs:

The exes that wxLauncher configured are running 16-bit colour whereas the win32 launcher configured binaries are running 32-bit colour.  Please try setting 32bit colour in wxLauncher.

As I noted on IRC, the wxLauncher runs have -3dshockwave enabled.

[Zacam]

$Speed Unit Multiplier does not appear to be a supported directive by the current trunk nor 3.6.12. That is, it is not parsed, its use should result in a parse error. $Length Unit Multiplier: appears to do what $Speed Unit Multiplier does according to the wiki.

Was added to Trunk as part of Antipodes 7 merge to trunk.

Was added to Antipodes in r6823 (fixed later in Trunk Commits: 6900, 6905 & 6970 and AP Commits: 6901 & 6906)

If you feel it's not working somehow, could you raise that on internal please?

[Iss Mneur]

$Speed Unit Multiplier does not appear to be a supported directive by the current trunk nor 3.6.12. That is, it is not parsed, its use should result in a parse error. $Length Unit Multiplier: appears to do what $Speed Unit Multiplier does according to the wiki.

Was added to Trunk as part of Antipodes 7 merge to trunk.

Was added to Antipodes in r6823 (fixed later in Trunk Commits: 6900, 6905 & 6970 and AP Commits: 6901 & 6906)

If you feel it's not working somehow, could you raise that on internal please?

It wasn't that it's not working, I couldn't find the parse location and couldn't understand how the flag didn't cause a parse error.  Apparently either I was blind or using who knows what version of the code to do the search.

Now that I have found it, I have reviewed its code, it is such a simple feature that I don't see how it could not work so JGZinv, without a specific example, I would have to say as you suggested it is in fact an issue with your data.  I would suggest using .tbms unless you have a very good reason to use a .tbl because IIRC all .tbms are processed after the first .tbl found.