Hard Light Productions Forums
Modding, Mission Design, and Coding => FS2 Open Coding - The Source Code Project (SCP) => Topic started by: jr2 on July 31, 2007, 03:46:36 am
-
Tweaking - a dev has commited it and is just finishing off little adjustments
Done/Fixed - for when it's completely done
3.6.10
Features:
- new FS2NetD2 code (Taylor)
- OpenGL fixes (Taylor)
- reworked ships lab (Taylor)
- reduced memory footprint (Taylor)
- and better multi-format file loading (particularly for music). (Taylor)
- ships.tbl level texture replacement (Skinning) (Taylor)
- Enhanced Autopilot (builting cinematics) (Kazan) Tweaking
- Fiction Viewer (Goober)
- fire-turret (Goober)
- invalidate-goal force (Goober)
- 'dynamicification' of MAX_PARSE_OBJECTS (Goober)
- Shield/weapon energy regen ship specific, measured in %/sec [Rqst: WCS]
- $disable linked fire penalty [Rqst: WCS]
- Ships.tbl "Flash"-effect flag needs work - brighter, quicker (<.25s duration) [Rqst: WCS]
- more explosion variety [Rqst: WCS]
Bugfixes:
- #1441 (http://scp.indiegames.us/mantis/view.php?id=1441) Able to target beyond max radar range (Kazan) FIXED
- #1315 (http://scp.indiegames.us/mantis/view.php?id=1315) FRED won't display ship info, such as name and co-ordinates (Goober)
- #1242 (http://scp.indiegames.us/mantis/view.php?id=1242) Mods being validated when they arent supposed to (Kazan)
- #1331 (http://scp.indiegames.us/mantis/view.php?id=1331) Crash on the Nebula color change (Kazan)
- #1431 (http://scp.indiegames.us/mantis/view.php?id=1431) Crash when setting cues in FRED (Kazan)
- #1203 (http://scp.indiegames.us/mantis/view.php?id=1203) Multi player host mission select list not displaying all missions (Kazan)
- #1281 (http://scp.indiegames.us/mantis/view.php?id=1281) After using cutscene sexps to teleport player to a new position warships have no collision detection (Kazan) FIXED[
3.6.11
Features:
- Compressed VPs (taylor)
- New scripting code (from HEAD) (WMC)
- SLDC (Shield Collision Trees) (Kazan)
- no collide subobject prop (if nobody else does it by then) (Kazan)
- Gravity Points (Goober)
- Explosion Time (Goober)
- Communications menu customization (Goober)
- Comm Taunting + Hostile death messages (me - they would go with the comm customizations) (Goober)
- Make alt-command briefing window - textbox at bottom, video window 2x large, video player capable of playing .mve/.ogg [Rqst: WCS]
- surface-shields would emit shield-hit ani [Rqst: WCS]
- taunts - four built-in message lines for taunts (random selection between list via 1 hotkey) - 2 taunts to target = 50% chance it changes target to taunter [Rqst: WCS] (same as what is already listed in roadmap under goober)
- Rework planetary orbits code - be able to specify "too close" distance [Rqst: WCS]
Bugfixes:
Features:
3.7
- Advanced Hazards System (better asteroids, mines, etc) (Kazan & Goober)
- Objects behind other objects become sensor obscured (if occluding object is properly flagged) (required for AHS)
- Region-defined volumetric fogging [via shaders? if via shaders we can get shader soft-shadows too Big grin] (required for AHS) (Kazan)
- Draw/don't draw hazard objects based upon distance-to-observer (ie they blend into the fog so don't have to be spent drawing) (required for AHS) (Kazan)
- New section in .fs2 format for defining AHS entities (Kazan)
- Improved Starfield (adding bitmap stars of various sizes to current AAlines stars, skewing distribution toward galatic plane, and possible toward nebula bitmaps) (Kazan)
- OBJ3 http://www.hard-light.net/forums/index.php/topic,47751.0.html (Bobboau)
- damage decals return (Bobboau)
- wxFred (Goober & Bobboau)
- First Person Shooter emulation (Goober)
- Custom HUD layouts per fighter [Rqst: WCS]
- Customizable Mainhall - with "doors" to other rooms (ex to mission simulator) [Rqst: WCS]
- HUD Weapon-selection alternative graphics (see 2j http://www.hard-light.net/forums/index.php/topic,39377.0.html) [Rqst: WCS]
Bugfixes:
Unscheduled
Features:
- Merge Imperial Alliance codebase (Goober)
Bugfixes:
Last Update: July 30, 2007
Nicely done. Thx, Kazan. :)
EDIT: Inquisitor, perhaps you could have copied that, instead of moving it!.... :p
-
- First Person Shooter emulation (Goober)
lol wut?
-
For when you eject & your escape pod lands on a Shivan-infested asteroid. ;7
-
question,
All this is well and good, and alot of progress has been made with this engine, but why are things such as shader implementation and shadows so far removed from being included in the roadmap? Surly these are things that can be done, and would be used to make the engine visibly more polished...
-
question,
All this is well and good, and alot of progress has been made with this engine, but why are things such as shader implementation and shadows so far removed from being included in the roadmap? Surly these are things that can be done, and would be used to make the engine visibly more polished...
Because we don't have any coders who will do them AND fix bugs at the same time.
Also, because there are a limited number of coders with a limited amount of time. We can't add everybody's favorite feature; we simply don't have the manpower. Find us some more coders and the situation might improve.
-
Where does one find coders that like to help out with volunteer game projects? FS:SCP is good enough to get their interest if they are into that sort of thing. Problem is matching the two. So, where do these coders hang out?
-
there aren't very many people who have the time, ability, and interest to do it.
Too bad FS2 isn't written in Ruby :D
-
@Kaz: you forgot $disable linked fire penalty feature ;)
-
Shield/weapon energy regen ship specific, measured in %/sec
I've been begging for this from like....day 1 :D :D :D :D
-
This is excellent, many thanks. I can't wait to try out 3.6.10/3.6.11/3.7. I especially can't wait to see what the first person shooter emulation is about. ;7 Once again, thanks.
-
any plans on the Red Alert bug?
And thanks for all the time you guys put into making this great game even better.
-
Also, because there are a limited number of coders with a limited amount of time. We can't add everybody's favorite feature; we simply don't have the manpower. Find us some more coders and the situation might improve.
What about Bobbaou's shadow stencils? They could be re-implemented, right?
-
This is excellent, many thanks. I can't wait to try out 3.6.10/3.6.11/3.7. I especially can't wait to see what the first person shooter emulation is about. ;7 Once again, thanks.
A primitive first-person shooter. :D All this really needs is some sort of physics feature that allows objects to glide over surfaces. This would allow ships to be driven around like cars. If you model a ship to look like a person, and you add submodel animations triggered by movement, you have a FPS.
-
What about Bobbaou's shadow stencils? They could be re-implemented, right?
Short answer: No.
Long answer: Read what I said above...
Because we don't have any coders who will do them AND fix bugs at the same time.
The way Bobboau creates features is he adds something that's 80% complete and full of bugs, then he posts lots of screenshots about it and disappears for six months. It's tantamount to blackmail, because we feel obligated to finish his feature and fix his bugs since he got everybody excited about it. That prevents us from fixing bugs that need to be fixed, and usually ends up significantly delaying release.
Right now, there are about three times as many bugs in Mantis as there were when 3.6.9 was released. Taylor and I have both gotten a little bit burned out, and the 3.6.10 release has been delayed because of it.
EDIT: I don't mean to single out Bobboau here. This is a problem that affects almost everybody in the SCP; Bobboau is simply the most obvious example. The simple point is that we either need more coders dedicated to bugfixing, or we need the coders we have to fix more bugs.
-
are the problems with rtt part of opengl fixes?
-
Gah...I swear, one of these days, I'm going to finally take a look at some part of the FS2 code, see what I can understand of it, and find out if there's any way I can lend you guys even a small hand. It isn't fair to have so few in the community pulling the work for so many, and I'd like to give back in whatever way I can.
-
Just a quick question: What version of SCP would this problem be resolved in?
The key problem with this ship, as has been mentioned already, is the subobject limit. Like it or not, FS2 has a 110 odd subobject limit, and you're not going to be able to effectively turret a ship 17 odd kilometers long with the 90 - 100 turrets you'll have left once the detail boxes and destroyable subobjects are done. In the old SW mod, the plan was to use this ship as a plot device - you might see it, it might kill a few ships at a great distance, or it might be a part of the background of a mission, or in a shipyard or something, but it would never be deployed as a standard combat ship. It's unkillable (or at least it ought to be) and thus plays hell with non scripted mission parts, and makes turreting it unneccesary. My advice, then, is to get it modelled and mapped but not to bother turreting it at all. If we need it to kill something, I can sort that out in FRED, but trying to treat something like this as a standard combat vessel is a recipe for, well, if not outright failure, certainly falling far short of what should be expected for a ship like this.
Before to choose this only option, why don't you asked to SCP coder to override the actual code to support more than 110 sub object ? I don't know the difficulties since I don't have the source code and well C++ isn't my langage of predilection :p
If it's just a value to modify, so it would be easy to have a ship with more than 110 subobject. If it's not the case and it's based on some mysterious parameter. :/
It looks like the limit may already have been removed, but you're still going to be left with an impossibly high number of turrets to path, table and properly pof, to produce a combat ready ship with no real mission value.
I tend to agree. I'd absolutely love to see this ship fully functional in-game, but simply for pure awe factor and not because it'd be of much use to a mission designer. Ships above a certain size, such as this and the Sath and Collie from FS2, are invariably little more than scenery or plot devices in most cases.
That said, I *can* think of a few cases where a fully armed version would actually be useful, so if you've got the time and inclination to take it all the way, then by all means... Just know in advance that much of the time it'll be a prop and not an actor. Though, without a doubt, a massively impressive and utterly astonishing prop.
Oh, and I guess another reason to do it might be to avoid the masses of whining Star Wars fans you'll have crawling up your alley once they download the game and realize this ship is not fully operational, expecting to be able to play the Battle of Endor and take out the bridge deflector shield, not realizing that it would take them a full 10 minutes at full thrust just to get from the tip of the wedge to their target due to the size of the ship :p
-
Well, there is a way around this... since you can't have 1000 turrets to cover such a large surface with NORMAL turrets...simply boost the range and firepower of the standard turrets..especially the range.
It would create the illusion of a far better armed ship, even tough it only has 100 turrets...not the best workaround...but it works.
-
i tend to favor fewer beefier turrets myself.
-
I am going to split this, this thread will remain informational, not a discussion to keep focused.
-
any plans on [fixing] the Red Alert bug?
-
any plans on making animation triggers for "when fired" and "after fired"?
-
http://www.hard-light.net/forums/index.php/topic,33568.msg692946.html#msg692946
Sort of gravedigging but... Could it be possible to add that to new builds? Assuming it works that is
Basically just a new flag that would prevent AI from overtaking the 'carrier'/'bus'/spawn missiles when they are launched from turrets. As the retail based override makes any attempt to use carrier missiles with turrets a total waste of time.
-
Gah...I swear, one of these days, I'm going to finally take a look at some part of the FS2 code, see what I can understand of it, and find out if there's any way I can lend you guys even a small hand. It isn't fair to have so few in the community pulling the work for so many, and I'd like to give back in whatever way I can.
I've tried myself but the source code makes about as much sense to me as 2001: A Space Odyssey or maybe Donnie Darko
-
Basically just a new flag that would prevent AI from overtaking the 'carrier'/'bus'/spawn missiles when they are launched from turrets. As the retail based override makes any attempt to use carrier missiles with turrets a total waste of time.
Eh?
And btw, the code in that post has a bug in it.
-
Basically you cant make turret launched 'spawn' flagged missile unless you want to fly directly along turrets normal and not home on anything (just like retail defensive spawn missiles do). Very cheapish retail override thing. Basically turret starts firing untargeted non homing missiles at their 'free flight velocity'. And on top of that they always use turrets normal - even with multi parts, causing missiles to be fired through multi part turrets 'roofs' (ie. not at barrel direction).
In any case i thought the matter had been solved in the thread i linked but wasn't committed to cvs..
Same issue:
http://www.hard-light.net/forums/index.php/topic,45708.0.html
http://www.hard-light.net/forums/index.php/topic,33568.0.html
-
How about disable banking while turning as part of the feature set for WCS? Just to give it that Wing Commander-esque feel to it. Many wingnuts would appreciate it.
-
what exactly does "first person shooter emulation" mean?
-
Playing FS like you would a FPS.
-
Could we add the material system to the roadmap? :nervous:
(Sorry, for beeing mostly concerned with graphical matters again...)
-
Playing FS like you would a FPS.
like a first-person freelancer?
-
/me wonders what "Gravity Points" (under 3.6.11) refers to
-
Presumably, code to create points that would exhibit the effects of gravitational attraction/repulsion. :v: themselves mentioned the possibility of ships in FS3 "big enough to create gravitational effects," and presumably something along those lines would be useful for things like atmospheric/ground missions, not to mention all sorts of fun with subspace anomalies/tractor beams/what-have-you.
-
yep.
I still don't get "first person shooter emulation" though.
-
Could we add the material system to the roadmap? :nervous:
(Sorry, for beeing mostly concerned with graphical matters again...)
A) you have dev access, this should be posted on the internal copy
B) is taylor actively coding? nope... and i don't think we have anyone else nearly good enough at OpenGL
the publically viewable copy has been updated
-
yep.
I still don't get "first person shooter emulation" though.
especially considering it wouldn't be difficult to script.
-
can we get normal maps working on OS X ? that would be really great. Everything else has really cleaned up there... still some remaining lighting issues tho.
-
can we get normal maps working on OS X ? that would be really great. Everything else has really cleaned up there... still some remaining lighting issues tho.
It's not as simple as just "getting them working". As much as I'd like to see them fixed too, taylor's mac is too old for doing this kind of stuff, and no one else really has the knowledge to fix it. Especially since the same code works fine on Linux and Windows. If you are able to find someone familiar with shaders in OSX, then that'd be great, but otherwise, I can't really see any way that they will be fixed. In the mean time, normal maps work in window mode, so you could try that (if it crashes on the pilot select screen, get a newer build; a fix for that bug was committed recently).
Though it would be nice to at least have it not look all weird on no_glsl mode...
-
Oh, i forgot about windowed mode. I'm not sure it's worth it for normal maps....
*edit* the game performance is really bad in windowed mode. It's much faster in the fullscreen mode. Since normal maps don't really add that much (especially on some models, where they sort of obscure the look) I'll leave them off.
So.... should we start a fund to get Taylor a new macbook pro ? it's only around 2100 dollars with tax. I'll contribute the first 10 dollars. Can we can 200 more people to do the same ?
-
Or 100 doing $21. Or something.
Realistically, there is PC hardware, that with little or no modification, you can install OSX into practically natively and it would better serve as a dual purpose platform. A lot better than buying an isolated, made-for-mac and trying to run other os's on. Buy generalized hardware that can run OSX, Windows and Linux.
-
Or 100 doing $21. Or something.
Realistically, there is PC hardware, that with little or no modification, you can install OSX into practically natively and it would better serve as a dual purpose platform. A lot better than buying an isolated, made-for-mac and trying to run other os's on. Buy generalized hardware that can run OSX, Windows and Linux.
That's a ridiculous thing to say. Macs can also run windows natively, i hope you know, via boot camp. I just would like to play my freespace install in OS X, which (IMO) is a vastly superior platform to work and play in.
-
Yes but it's far cheaper to build your own
-
is it planned to have a real time light and shadow systems?
This would be great in a dark asteroid field, and a whole new "spotlight" turret moving around the cap ships to spot any hostile movement... killing framerate too :warp:
-
Likely only if we get another good OpenGL programmer. Otherwise I wouldn't expect to see it anytime soon.
-
And am I on crack, or did things like Ship Limits, New Pilot handling code and a few other things (Banking Constant, etc) just completely disappear from the roadmap? Or were they hinted at for versions but never recorded?
And the first post should probably be edited to show a more up-to-date capture of the roadmap post.