Hard Light Productions Forums
Modding, Mission Design, and Coding => FS2 Open Coding - The Source Code Project (SCP) => Nightly Builds => Topic started by: SirKnightly on January 05, 2010, 06:37:48 pm
-
Here is the nightly for Windows on 05 Jan 2010 - Revision 5777
Group: SSE2
fso-WIN-SSE2-20100105_r5777.7z (http://swc.fs2downloads.com/builds/WIN/fso-WIN-SSE2-20100105_r5777.7z)
MD5Sum (http://swc.fs2downloads.com/builds/WIN/fso-WIN-SSE2-20100105_r5777.md5)
Group: Standard
fso-WIN-Standard-20100105_r5777.7z (http://swc.fs2downloads.com/builds/WIN/fso-WIN-Standard-20100105_r5777.7z)
MD5Sum (http://swc.fs2downloads.com/builds/WIN/fso-WIN-Standard-20100105_r5777.md5)
Group: Inferno_SSE
fso-WIN-Inferno_SSE-20100105_r5777.7z (http://swc.fs2downloads.com/builds/WIN/fso-WIN-Inferno_SSE-20100105_r5777.7z)
MD5Sum (http://swc.fs2downloads.com/builds/WIN/fso-WIN-Inferno_SSE-20100105_r5777.md5)
Group: Inferno_SSE2
fso-WIN-Inferno_SSE2-20100105_r5777.7z (http://swc.fs2downloads.com/builds/WIN/fso-WIN-Inferno_SSE2-20100105_r5777.7z)
MD5Sum (http://swc.fs2downloads.com/builds/WIN/fso-WIN-Inferno_SSE2-20100105_r5777.md5)
------------------------------------------------------------------------
r5764 | Goober5000 | 2010-01-02 23:55:17 -0600 (Sat, 02 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/code/parse/parselo.h
hooray for function prototypes
------------------------------------------------------------------------
r5765 | Echelon9 | 2010-01-03 02:52:46 -0600 (Sun, 03 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/projects/Xcode/FS2_Open.xcodeproj/project.pbxproj
Update Xcode project file to reflect removed .cpp/.h source code files
------------------------------------------------------------------------
r5766 | Echelon9 | 2010-01-03 03:46:14 -0600 (Sun, 03 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/projects/Xcode/FS2_Open.xcodeproj/project.pbxproj
Update Xcode project file for portej05's code
------------------------------------------------------------------------
r5767 | portej05 | 2010-01-03 08:27:39 -0600 (Sun, 03 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/code/ExternalDLL/externalcode.h
A /trunk/fs2_open/code/ExternalDLL/trackirglobal.cpp
M /trunk/fs2_open/code/freespace2/freespace.cpp
M /trunk/fs2_open/projects/MSVC_2008/code.vcproj
Fix TrackIR compile errors
------------------------------------------------------------------------
r5768 | Goober5000 | 2010-01-03 14:20:49 -0600 (Sun, 03 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/code/parse/parselo.h
location oops
------------------------------------------------------------------------
r5769 | Wanderer | 2010-01-04 05:21:56 -0600 (Mon, 04 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/code/mission/missionlog.cpp
fix for mantis 2077
------------------------------------------------------------------------
r5771 | Wanderer | 2010-01-05 03:41:35 -0600 (Tue, 05 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/code/ship/shipfx.cpp
Fix for mantis 2063 from warfull
------------------------------------------------------------------------
r5775 | Hery | 2010-01-05 06:56:33 -0600 (Tue, 05 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/code/graphics/gropenglpostprocessing.cpp
M /trunk/fs2_open/code/graphics/gropenglpostprocessing.h
Fix for mantis 2078, two pass bilinear downscaling in order to reduce artifacts
------------------------------------------------------------------------
r5776 | Hery | 2010-01-05 11:51:57 -0600 (Tue, 05 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/code/graphics/gropengltexture.cpp
Fix for bloom using outdated mipmaps
------------------------------------------------------------------------
r5777 | Wanderer | 2010-01-05 12:00:01 -0600 (Tue, 05 Jan 2010) | 1 line
Changed paths:
M /trunk/fs2_open/code/object/collideshipship.cpp
M /trunk/fs2_open/code/object/collideshipweapon.cpp
M /trunk/fs2_open/code/object/objcollide.cpp
M /trunk/fs2_open/code/object/objcollide.h
M /trunk/fs2_open/code/object/object.h
M /trunk/fs2_open/code/parse/lua.cpp
lua handled collision groups and lua bitwise ops library
------------------------------------------------------------------------
-
If you're a trackir user, you will need this DLL dropped into the root directory of your installation.
This is a BETA release of this - the code is still waiting for final approval.
The reason we need to release this component as a DLL is because of the TrackIR licence. We cannot release code for it.
[attachment deleted by admin]
-
There's also a free/open source TrackIR applicattion out there, is there not? Will code for that also be released eventually as well?
-
FreeTrack should work with it.
-
There's also a free/open source TrackIR applicattion out there, is there not? Will code for that also be released eventually as well?
Linky? I haven't got time to do masses of research (and it currently works as it always did :P )
Is it an external library or driver or?
(me likee the idea of cross platform trackir)
-
I don't know if there's other open-source versions of this type of software, as I don't use it. However, here's a link to the FreeTrack website:
http://www.free-track.net/english/
-
I'm Mantising a bug that didn't appear before this build, about training messages. Check http://www.hard-light.net/forums/index.php?topic=67327.20 (http://www.hard-light.net/forums/index.php?topic=67327.20) for more info.
Edit : Mantis 2086
-
I don't see where you fixed the problems I was having in r5758 (http://www.hard-light.net/forums/index.php?topic=67272.0), but the Inferno SSE debug seems to be working, so thanks for that! :)
-
I'm Mantising a bug that didn't appear before this build, about training messages. Check http://www.hard-light.net/forums/index.php?topic=67327.20 (http://www.hard-light.net/forums/index.php?topic=67327.20) for more info.
Edit : Mantis 2086
The training message queue changes have been reverted back out until they can be further looked at. Problem should be resolved in the next nightly.
-
I haven't really dipped my toe into the nightly builds before right now, so maybe this has been answered elsewhere, but are these builds vetted against the 3.6.10 final MediaVP release? Because running the normal SSE2 build posted above generates the following error from mv_music-mus.tbm, of all places:
mv_music-mus.tbm(line 18:
Error: Missing required token: [#Soundtrack End]. Found [#SoundTrack Start] instead.
<no module>! KiFastSystemCallRet
<no module>! WaitForSingleObject + 18 bytes
<no module>! <no symbol>
<no module>! <no symbol>
Command line is as follows: -mod ASW,mediavps -spec -glow -env -mipmap -nomotiondebris -noscalevid -missile_lighting -3dshockwave -dualscanlines -targetinfo -rearm_timer -ballistic_gauge -ship_choice_3d -weapon_choice_3d -3dwarp -warp_flash -voicer
There are a number of similar messages that pop up if I OK past this one. I re-downloaded MV_music just to make sure I didn't have a corrupted copy, but the problem persisted. Any ideas?
(Apologies if I didn't include some needed bit of info; I can't remember if/where debug builds exist for the nightlies.)
-
Command line is as follows: -mod ASW
ASW was designed to run with 3.6.10 Final, and apparently it does not like nightly builds (have tested myself, and got the same error).
-
I don't think those errors even mean anything, I've played through the campaign and nothing sounded wrong.
-
I've noticed this in several other campaigns too. You can safely ignore it, never had problem because of it.
-
The issue is when mods utilize a music.tbl instead of a mod-mus.tbm and the MediaVPs -mus.tbm (not being over-ridden by the mods TBM because it's a table) conflicts with it. Place a blank mv_music-mus.tbm into the ASW\data\tables and you'll be fine and no longer see those warnings.
-
Place a blank mv_music-mus.tbm into the ASW\data\tables and you'll be fine and no longer see those warnings.
I assume it would also work if the blank mv_music-mus.tbm is in a .vp in \asw\ . And if so, I'll just quickly update the ASW patch.
Edit: Success! Works on my end at least.
-
Issues like this wouldn't happen if mod devs would properly debug their mods before releasing. Mod is not release quality if debug complains about something.
-
Thanks for the help, guys; I'll go grab that patch now. :) I know ASW was meant for 3.6.10 final, but I wanted to nerf the super-accurate enemy countermeasures bug that was recently fixed, so that my missiles would actually have a chance against them. (I'm glad that bug confirmed my niggling suspicion that they'd become way more effective at some point in the past. :p)
Issues like this wouldn't happen if mod devs would properly debug their mods before releasing. Mod is not release quality if debug complains about something.
This actually popped up with the release build, not even the debug. But to be fair, like Jeff said, the mod was intended for 3.6.10 final, so the team may not have tested it with nightlies.
Edit: Woah...I had no idea that my crappy old video card supported post-processing. The bloom effect looks fantastic. :D