Hard Light Productions Forums
Modding, Mission Design, and Coding => FS2 Open Coding - The Source Code Project (SCP) => Test Builds => Topic started by: chief1983 on August 18, 2008, 10:10:31 am
-
Quite a few more bugs have been fixed, so if anything in the log below is something you wanted fixed, doublecheck it and make sure it's working properly for you now. Also updated VS2003 project files, and something related to ship templating in 4754. Read the log for more info. For now, keep Mantising those new bugs, so they get fixed for 3.6.10.
edit: Can't forget a possible ship spinny fix in 4754 as well, be sure to test that too
fso-20080818_CHIEF_4758 (http://swc.fs2downloads.com/files/fso-20080818_CHIEF_4758.7z)
MD5Sum (http://swc.fs2downloads.com/files/fso-20080818_CHIEF_4758.md5)
Shaders for normal maps, etc (http://swc.fs2downloads.com/files/sdr1119.rar)
Revision: 4758
Author: taylor
Date: 12:56:46 AM, Monday, August 18, 2008
Message:
fix broken commit from partial Xt merge
----
Modified : /trunk/fs2_open/code/freespace2/freespace.cpp
Revision: 4757
Author: phreak
Date: 5:26:59 PM, Sunday, August 17, 2008
Message:
Don't flash the screen red when damaged while invulnerable (either through cheat or sexp).
----
Modified : /trunk/fs2_open/code/ship/shiphit.cpp
Revision: 4756
Author: phreak
Date: 4:55:03 PM, Sunday, August 17, 2008
Message:
Fix beam damage when time compression is active.
----
Modified : /trunk/fs2_open/code/weapon/beam.cpp
Revision: 4755
Author: karajorma
Date: 3:13:43 AM, Saturday, August 16, 2008
Message:
Hmmmmmm. Using a VC2005 keyword as a variable name is just asking for trouble.
----
Modified : /trunk/fs2_open/code/parse/sexp.cpp
Revision: 4754
Author: Goober5000
Date: 12:06:38 AM, Saturday, August 16, 2008
Message:
fix a few bugs by rolling back the non-ship-template code from revision 4636
this also fixes the ship spinny thing (which both argv[-1] and Backslash had noticed and fixed previously)
----
Modified : /trunk/fs2_open/code/ship/ship.cpp
Revision: 4753
Author: phreak
Date: 8:37:38 PM, Thursday, August 14, 2008
Message:
Add a check to see if the complete escort list is full before adding an additional ship.
----
Modified : /trunk/fs2_open/code/hud/hudescort.cpp
Revision: 4751
Author: karajorma
Date: 3:29:36 PM, Tuesday, August 12, 2008
Message:
Fix Mantis 1745 (TvT scoring for players kills scales with difficulty)
----
Modified : /trunk/fs2_open/code/stats/scoring.cpp
Modified : /trunk/fs2_open/code/stats/scoring.h
Revision: 4750
Author: phreak
Date: 11:11:46 PM, Sunday, August 10, 2008
Message:
Remove check for no-collide-invisible ships when checking to see if a weapon passed it's target. Changed FOV check to allow for missiles with FOV half-angles greater than 90 degrees.
----
Modified : /trunk/fs2_open/code/weapon/weapons.cpp
Revision: 4749
Author: phreak
Date: 4:17:00 PM, Sunday, August 10, 2008
Message:
Fix for mantis #1744
----
Modified : /trunk/fs2_open/code/hud/hudescort.cpp
Revision: 4748
Author: phreak
Date: 4:16:22 PM, Sunday, August 10, 2008
Message:
Possible fix for mantis #1728
----
Modified : /trunk/fs2_open/code/freespace2/freespace.cpp
Revision: 4747
Author: karajorma
Date: 5:37:20 AM, Sunday, August 10, 2008
Message:
Add builtin messages for support ships back into TvT missions.
----
Modified : /trunk/fs2_open/code/ai/aicode.cpp
Modified : /trunk/fs2_open/code/hud/hudsquadmsg.cpp
Modified : /trunk/fs2_open/code/network/multimsgs.cpp
Modified : /trunk/fs2_open/code/network/multiutil.cpp
Revision: 4746
Author: WMCoolmon
Date: 8:35:17 PM, Wednesday, August 06, 2008
Message:
ATTN: Swifty - Mantis #0001707. Update to fix what looks like basic math error on my part.
----
Modified : /trunk/fs2_open/code/ship/shipfx.cpp
Revision: 4745
Author: karajorma
Date: 4:25:55 PM, Tuesday, August 05, 2008
Message:
Fix Mantis 1605 (Support ships are forever marked as abort on clients after initially called in).
Fix a bug where support messages were sent from the client and the server so they played twice.
----
Modified : /trunk/fs2_open/code/ai/aicode.cpp
Modified : /trunk/fs2_open/code/network/multimsgs.cpp
Revision: 4741
Author: WMCoolmon
Date: 5:54:03 PM, Monday, August 04, 2008
Message:
Update MSVC2003 project files
----
Modified : /trunk/fs2_open/projects/MSVC_2003/Freespace2.vcproj
Modified : /trunk/fs2_open/projects/MSVC_2003/code.vcproj
Revision: 4739
Author: karajorma
Date: 4:56:40 AM, Monday, August 04, 2008
Message:
Fix the Run Freespace option in FRED. Still not 100% but it should get a valid name more often than not.
----
Modified : /trunk/fs2_open/code/fred2/fredview.cpp
Revision: 4738
Author: karajorma
Date: 6:39:05 AM, Sunday, August 03, 2008
Message:
Fix Mantis 1731 (CTEXT reporting the variable value if a block variable of the same name existed)
----
Modified : /trunk/fs2_open/code/parse/sexp.cpp
Revision: 4737
Author: karajorma
Date: 2:20:58 PM, Saturday, August 02, 2008
Message:
Fix Mantis 1232 (Can't use Zeta in Coop or Beta/Gamma in TvT)
----
Modified : /trunk/fs2_open/code/mission/missionparse.cpp
Revision: 4736
Author: karajorma
Date: 11:53:09 AM, Saturday, August 02, 2008
Message:
Fix Mantis 1734 (Block variables appearing in modify_variable menu and SEXP)
----
Modified : /trunk/fs2_open/code/fred2/sexp_tree.cpp
Modified : /trunk/fs2_open/code/fred2/modifyvariabledlg.cpp
-
I'm running into this issue in pretty much all the recent builds so I'd like to find out if it's my system or a generic problem.
Essentially, I'm getting choppiness when multiple beams fire in a mission and other weapons are firing. The choppiness is probably due to framerate flux - it's dropping from the stable 60 (I have vSync enabled to actually reduce this as otherwise it drops from 120) down to 30-45ish for less than a second then back up to 60. The effect of this is that I get little jerks or pauses in the fluidity of the gameplay.
Now, normally I'd think this has more to do with resources than anything, but these are my (brief) system specs:
Intel Core2Duo E8400 @3.0Ghz
NVidia GF8800GTS 512 (OC by BFG)
4 GB RAM
Auzentech Prelude 7.1 sound card
The system is less than 3 months old. Which begs the question... have the mediaVPs really gotten that advanced, or is there a resource issue in 3.6.10?
I'm using all the 3.6.10 MediaVPs (and I've tried with and without advancedeffects) and my command lines are as follows:
-ambient_factor 75 -spec_exp 11 -spec_point 0.6 -spec_static 0.8 -spec_tube 0.4 -ogl_spec 80 -spec -glow -env -mipmap -missile_lighting -normal -cache_bitmaps -dualscanlines -targetinfo -rearm_timer -ship_choice_3d -3dwarp -warp_flash -snd_preload -fps
Driver set is from June, I don't have the exact ForceWare number handy.
-
sounds like the choppyness bug is back... which os and... umm... does it stutter only when the beam fires for the first time or does it occur when more of them appear?
-
sounds like the choppyness bug is back... which os and... umm... does it stutter only when the beam fires for the first time or does it occur when more of them appear?
Vista Business 32-bit. Generally it happens during the first beam firing and then, less frequently, sporadically when multiple beams fire. I disabled Vsync yesterday to do some testing and it seems to be the result of a severe and rapid framerate drop from a stbale range in excess of 100 fps down to 30-40 and then a spike back to the average. That naturally produces a drop,so the trick is figuring out what exactly in the newer builds or media vps is causing such a massive performance hit on a relatively new system.
-
i have vista 64-bit ultimate and i have no idea what are you talking about sooo... (the performance bug that is)
fs2 runs fine with all of my stuff.
-
The game will lock up sometimes when I'm selecting a different ship in the Tech Room using this build, or the REV 4731 build. Music keeps going, and my system isn't hard locked, but Freespace is otherwise frozen.
Both builds also play the intro movie unexpanded and shoved up against the left hand side of my screen, something the old Xt build from 2007 I'd been using does not.
-
Try WMC's 9/03 build. He and others have fixed quite a bit since this one.
-
can't tell if those have anything to do with the changes I made in this build. I did have to change aspects of the dock/undock code, but that was mostly related to trying to keep things from trying to dock with ships in limbo (However, limbo ships may still be able to dock with things not in limbo...hmmm....)
Do the same things also happen with C09032008?
EDIT: D'oh, just realized that this was 08/06 and not 09/06. Check to see if these happen in Chief's last trunk build and put 'em in mantis. I'm not going to work on generic bugs unless they're easy or until I've cleared up the things that I need to take care of involving my code.
Yes, it still happens in this build too. Ships simply refuse to undock.
-
Neither this nor 9/03 are currently the latest builds. The first of many nightly builds (http://www.hard-light.net/forums/index.php/topic,56333.0.html) was released a couple nights ago, and WMC's latest build (http://www.hard-light.net/forums/index.php/topic,56287.msg1138665.html#msg1138665) was just released today.
-
I don't think I updated from trunk with my last build so it's not entirely up-to-date.
-
Allright. I'll try the mission with both builds.