Hard Light Productions Forums

Modding, Mission Design, and Coding => FS2 Open Coding - The Source Code Project (SCP) => Topic started by: chief1983 on April 19, 2013, 05:19:11 pm

Title: Release: 3.7.0 RC1
Post by: chief1983 on April 19, 2013, 05:19:11 pm
RC2 here. (http://www.hard-light.net/forums/index.php?topic=84731.0) Go there.
(http://scp.indiegames.us/img/irrelephant.jpg)

After a fairly short period of finalization, we have merged the Antipodes 8 pilot code into trunk, and are ready to start the RC phase for 3.7.0!  This is based on revision 9638.
Previous 3.6.18 Release Thread (http://www.hard-light.net/forums/index.php?topic=83889.0)

Important!!
As always, you need OpenAL installed.  Linux and OS X come with it but Windows users will need to get Creative's OpenAL installer (http://connect.creativelabs.com/openal/Downloads/oalinst.zip).

Important!!
Also, since the internal code linking for TrackIR was revised, an external DLL is now required for FSO to use TrackIR functions.
The following DLL is simply unpacked in to you main FreeSpace2 root dir.
TrackIR is only supported on Windows.
TrackIR SCP DLL (http://www.mediafire.com/download.php?ihzkihqj2ky) (Mirror (http://swc.fs2downloads.com/builds/scptrackir.zip)) (Mirror (http://scp.fsmods.net/builds/scptrackir.zip)) (Mirror (http://scp.indiegames.us/builds/scptrackir.zip))

Launchers, if you don't have one already:
All platforms:  wxLauncher (http://www.hard-light.net/forums/index.php?topic=67950.0) (ongoing project for a unified launcher)
Windows:  Launcher 5.5g (http://swc.fs2downloads.com/files/Launcher55g.zip) (Mirror (http://scp.fsmods.net/builds/Launcher55g.zip)) (Mirror (http://scp.indiegames.us/builds/Launcher55g.zip)) (Mirror (http://www.mediafire.com/?wdvzn7hhhzh418m)) Not compatible with Windows 8, use wxLauncher above
OS X:  Soulstorm's OS X Launcher 3.0 (http://www.hard-light.net/forums/index.php/topic,51391.0.html)
Linux:  YAL (http://www.hard-light.net/forums/index.php/topic,53206.0.html) or by hand (http://www.hard-light.net/wiki/index.php/Fs2_open_on_Linux/Graphics_Settings) or whatever you can figure out.

Known issues:


(http://scp.indiegames.us/img/windows-icon.png) WINDOWS Builds
Compiled on MSVC 2008

If you don't know which one to get, get the third one (no SSE).  If you don't know what SSE means, read this: http://en.wikipedia.org/wiki/Streaming_SIMD_Extensions
You can use freely available tools like CPU-Z (http://www.cpuid.com/softwares/cpu-z.html) to check which SSE capabilities your CPU has.

fs2_open_3_7_0_RC1.zip (http://swc.fs2downloads.com/builds/WIN/fs2_open_3_7_0_RC1.zip) (Mirror (http://scp.fsmods.net/builds/WIN/fs2_open_3_7_0_RC1.zip)) (Mirror (http://scp.indiegames.us/builds/WIN/fs2_open_3_7_0_RC1.zip))
This one is based on the SSE2 Optimizations from the MSVC Compiler.
MD5: 71b7c706aeb1cdd688e2d585270cbd20

fs2_open_3_7_0_RC1_SSE.zip (http://swc.fs2downloads.com/builds/WIN/fs2_open_3_7_0_RC1_SSE.zip) (Mirror (http://scp.fsmods.net/builds/WIN/fs2_open_3_7_0_RC1_SSE.zip)) (Mirror (http://scp.indiegames.us/builds/WIN/fs2_open_3_7_0_RC1_SSE.zip))
This one is based on the SSE Optimizations from the MSVC Compiler.
MD5: d32a55432eae3131a168f271fe7bf7bf

fs2_open_3_7_0_RC1_NO-SSE.zip (http://swc.fs2downloads.com/builds/WIN/fs2_open_3_7_0_RC1_NO-SSE.zip) (Mirror (http://scp.fsmods.net/builds/WIN/fs2_open_3_7_0_RC1_NO-SSE.zip)) (Mirror (http://scp.indiegames.us/builds/WIN/fs2_open_3_7_0_RC1_NO-SSE.zip))
MD5: 484b08e6c6ac7206078a661edbdd0b23

What are those SSE and SSE2 builds I keep seeing everywhere?
Your answer is in this topic. (http://www.hard-light.net/forums/index.php?topic=65628.0)


(http://scp.indiegames.us/img/mac-icon.png) OS X Builds
Compiled on Xcode 3.2.6

FS2_Open-3.7.0_RC1.dmg (http://swc.fs2downloads.com/builds/OSX/FS2_Open-3.7.0_RC1.dmg) (Mirror (http://scp.fsmods.net/builds/OSX/FS2_Open-3.7.0_RC1.dmg)) (Mirror (http://scp.indiegames.us/builds/OSX/FS2_Open-3.7.0_RC1.dmg))
MD5: 9f1d3a06ce6f9ac49ee69a92016a6ad4


(http://scp.indiegames.us/img/linux-icon.png) LINUX Builds
Compiled on Ubuntu 12.04 LTS 32bit, GCC 4.6.3

fs2_open_3.7.0_RC1.tar.bz2 (http://swc.fs2downloads.com/builds/LINUX/fs2_open_3.7.0_RC1.tar.bz2) (Mirror (http://scp.fsmods.net/builds/LINUX/fs2_open_3.7.0_RC1.tar.bz2)) (Mirror (http://scp.indiegames.us/builds/LINUX/fs2_open_3.7.0_RC1.tar.bz2))
MD5: 1060588b3edc347b083b0c3f9e0c8e32


(http://scp.indiegames.us/img/freebsd-icon.png) FREEBSD Builds (experimental, limited support)
Compiled on GhostBSD LXDE 3.0 RC2 32bit, GCC 4.2.1

fs2_open_3.7.0_RC1.tar.bz2 (http://swc.fs2downloads.com/builds/FREEBSD/fs2_open_3.7.0_RC1.tar.bz2) (Mirror (http://scp.fsmods.net/builds/FREEBSD/fs2_open_3.7.0_RC1.tar.bz2)) (Mirror (http://scp.indiegames.us/builds/FREEBSD/fs2_open_3.7.0_RC1.tar.bz2))
MD5: 6e3d453f7cfed9908cf4e7dcbe0d6131

Source Code Export
fs2_open_3_7_0_RC1_src.tgz (http://swc.fs2downloads.com/builds/fs2_open_3_7_0_RC1_src.tgz) (Mirror (http://scp.fsmods.net/builds/fs2_open_3_7_0_RC1_src.tgz)) (Mirror (http://scp.indiegames.us/builds/fs2_open_3_7_0_RC1_src.tgz))
MD5: c408998c636ef517232108487271edde


Changelog since 3.6.18 (the entire thing fits in a forum post!  Wow!):
Code: [Select]
------------------------------------------------------------------------
r9544 | karajorma | 2013-02-26 23:38:46 -0600 (Tue, 26 Feb 2013) | 1 line

Fix Mantis 2797 (Ship Loadout shouldn't remember the previous settings if the mission has changed)
------------------------------------------------------------------------
r9547 | chief1983 | 2013-03-01 15:44:12 -0600 (Fri, 01 Mar 2013) | 1 line

Update trunk version to 3.6.19 to make sure nightlies are now properly indicated as newer than 3.6.18.
------------------------------------------------------------------------
r9549 | Zacam | 2013-03-02 20:39:54 -0600 (Sat, 02 Mar 2013) | 3 lines

pre-Antipodes Staging Merge: "Inferno" build options go away, INF_BUILD settings now "default" settings.
Fixed and made consistent across all projects the Build Output names ("Debug" used for Debug builds at the very end of the file name before the extension and after other options such as SSE, where applicable)
Other unused #defines or #ifdefs removed: DEMO build Related, STANDALONE_ONLY_BUILD (already covered by -standalone command line flag)
------------------------------------------------------------------------
r9550 | Zacam | 2013-03-02 23:17:48 -0600 (Sat, 02 Mar 2013) | 1 line

Whoops. When removing #ifdefs, check the #else block.
------------------------------------------------------------------------
r9551 | Zacam | 2013-03-02 23:19:35 -0600 (Sat, 02 Mar 2013) | 1 line

And lets not forget Global Section headers.
------------------------------------------------------------------------
r9552 | Zacam | 2013-03-03 02:33:52 -0600 (Sun, 03 Mar 2013) | 1 line

Update to r9550: Make sure that we keep the right directory default for the reading of current player Pilot files until the Pilot code goes in.
------------------------------------------------------------------------
r9553 | Zacam | 2013-03-03 03:14:43 -0600 (Sun, 03 Mar 2013) | 1 line

aaaaaaaaand finally, lets make sure that we can actually see the "Inferno" directory for all those pilot files. *sighs* That had better be everything.
------------------------------------------------------------------------
r9554 | chief1983 | 2013-03-04 14:12:11 -0600 (Mon, 04 Mar 2013) | 1 line

Clean up a few more Inferno references.
------------------------------------------------------------------------
r9555 | chief1983 | 2013-03-04 14:18:54 -0600 (Mon, 04 Mar 2013) | 1 line

This version string is not used for output filenames, it's more useful indicating to developers that this is a trunk build as opposed to an RC or final release.  Also, the same change wasn't made to the Xcode 3 project so they ought to match one way or another.
------------------------------------------------------------------------
r9560 | zookeeper | 2013-03-07 04:35:08 -0600 (Thu, 07 Mar 2013) | 1 line

Fix turrets not getting can_move = true set for them; fixes at least glowpoints parented to turrets not moving right.
------------------------------------------------------------------------
r9561 | Zacam | 2013-03-07 23:22:57 -0600 (Thu, 07 Mar 2013) | 8 lines

*drum roll* Pilot Code!
Originated by taylor.
Additional direct work by: The E, niffiwan, CommanderDJ, Pyro3D, Echelon9 (PVS-Studio), Karajorma and Eli2. (If I missed you, don't kill me.)

MASSIVE thanks to Mjn.Mixael and Blue Planet for tireless constant testing.
(It's still not perfect, but it probably wouldn't be where it is at without them)

Spans a lot from initial commit to AP Branch in r6835.
------------------------------------------------------------------------
r9562 | zookeeper | 2013-03-08 02:26:19 -0600 (Fri, 08 Mar 2013) | 1 line

Fixed a syntax error.
------------------------------------------------------------------------
r9563 | FUBAR-BDHR | 2013-03-08 03:18:37 -0600 (Fri, 08 Mar 2013) | 1 line

Need to back out temporary commit 9553 or it looks in inferno\inferno and \inferno for pilots.
------------------------------------------------------------------------
r9564 | Zacam | 2013-03-11 01:14:07 -0500 (Mon, 11 Mar 2013) | 2 lines

For BluePlanet compatibility: change-nebula-pattern SEXP.
Also adds a logging nprintf for op_num in add_to_event_log_buffer.
------------------------------------------------------------------------
r9565 | FUBAR-BDHR | 2013-03-12 00:06:35 -0500 (Tue, 12 Mar 2013) | 2 lines

Commit 9473 from anitpodes to prevent standalone crashing never ported over.  Original commit message:
"From Eli2: Lower the value of MAX_SHIPS_PER_PACKET to 64 in order to keep packet size down"
------------------------------------------------------------------------
r9567 | chief1983 | 2013-03-13 15:55:33 -0500 (Wed, 13 Mar 2013) | 1 line

Missing doxproj from Antipodes.
------------------------------------------------------------------------
r9581 | zookeeper | 2013-03-14 12:06:26 -0500 (Thu, 14 Mar 2013) | 1 line

Fixed gr_opengl_circle drawing the middle horizontal line twice, which is a problem when drawing with alpha.
------------------------------------------------------------------------
r9582 | zookeeper | 2013-03-15 02:32:52 -0500 (Fri, 15 Mar 2013) | 1 line

Restored the code which loads up the default HUD colors from hud_3.hcf. Was apparently accidentally removed in r9549.
------------------------------------------------------------------------
r9583 | zookeeper | 2013-03-15 02:48:52 -0500 (Fri, 15 Mar 2013) | 1 line

Fixed an accidentally committed debug mprintf.
------------------------------------------------------------------------
r9584 | niffiwan | 2013-03-15 19:48:23 -0500 (Fri, 15 Mar 2013) | 1 line

Fix for mantis 2789: replace shield icons drawn with 100's of lines with 6-point polygons
------------------------------------------------------------------------
r9585 | niffiwan | 2013-03-18 03:49:10 -0500 (Mon, 18 Mar 2013) | 3 lines

derp - fix for r9584; remove 7th entry in the 6-item array
Thanks for zookeeper for noticing this

------------------------------------------------------------------------
r9592 | niffiwan | 2013-03-21 02:52:04 -0500 (Thu, 21 Mar 2013) | 1 line

Fix for mantis 2810: ensure Last Player from registry/.ini is at the top of the pilot selection list
------------------------------------------------------------------------
r9593 | zookeeper | 2013-03-21 14:22:39 -0500 (Thu, 21 Mar 2013) | 1 line

Fixed even secondaries without a free flight time receiving a decreased initial speed, which was causing particle spews to create a particle with the wrong speed when the weapon is created.
------------------------------------------------------------------------
r9594 | The_E | 2013-03-23 14:08:09 -0500 (Sat, 23 Mar 2013) | 2 lines

Patch for Mantis 2808: Player select menu always defaults to Single Player mode regardless of what the last played mode was.

------------------------------------------------------------------------
r9595 | The_E | 2013-03-23 14:10:25 -0500 (Sat, 23 Mar 2013) | 1 line

Accidentally committed some project files, ooops.
------------------------------------------------------------------------
r9596 | Echelon9 | 2013-03-23 22:17:28 -0500 (Sat, 23 Mar 2013) | 1 line

AddressSanitizer: global-buffer-overflow in bm_is_valid() bmpman.cpp fix
------------------------------------------------------------------------
r9597 | niffiwan | 2013-03-24 05:18:58 -0500 (Sun, 24 Mar 2013) | 2 lines

Fix for mantis 2809: re-enable quick-start-missions (g key in debug)
Save Recent_missions & last_flown_ship_si_index to CSG
------------------------------------------------------------------------
r9598 | chief1983 | 2013-03-25 13:31:47 -0500 (Mon, 25 Mar 2013) | 1 line

Revert r9596 and reopen #2818.
------------------------------------------------------------------------
r9599 | zookeeper | 2013-03-26 03:31:53 -0500 (Tue, 26 Mar 2013) | 1 line

Fixed dual fire being available even for secondary banks with only one firepoint.
------------------------------------------------------------------------
r9600 | karajorma | 2013-03-26 04:12:48 -0500 (Tue, 26 Mar 2013) | 1 line

Add all the strings that had no translation.
------------------------------------------------------------------------
r9601 | Echelon9 | 2013-03-26 04:19:51 -0500 (Tue, 26 Mar 2013) | 1 line

Have another go at fixing Mantis 2818, this time using the less fatal Warning() report in Debug builds when invalid handles passed to bm_is_valid()
------------------------------------------------------------------------
r9602 | karajorma | 2013-03-26 04:24:21 -0500 (Tue, 26 Mar 2013) | 1 line

Fix Mantis 2811 (Default Campaign File Name was not used).
------------------------------------------------------------------------
r9603 | Echelon9 | 2013-03-26 04:52:55 -0500 (Tue, 26 Mar 2013) | 1 line

Third shot at Mantis 2818, other sections of the code in modelinterp.cpp use -1 is odd ways but nonetheless valid ways
------------------------------------------------------------------------
r9604 | Echelon9 | 2013-03-26 05:45:01 -0500 (Tue, 26 Mar 2013) | 1 line

Fix Mantis 2822: AddressSanitizer: global-buffer-overflow in hud_target_change_check() hudtarget.cpp:4459
------------------------------------------------------------------------
r9605 | niffiwan | 2013-03-26 05:53:13 -0500 (Tue, 26 Mar 2013) | 1 line

Fix for mantis 2817: remove two redundant popups regarding missing campaigns
------------------------------------------------------------------------
r9606 | niffiwan | 2013-03-26 06:41:00 -0500 (Tue, 26 Mar 2013) | 2 lines

Update for mantis 2817: this is a better way of removing extra popups
There are more types of campaign load failures than just missing campaign files
------------------------------------------------------------------------
r9607 | Echelon9 | 2013-03-26 06:56:26 -0500 (Tue, 26 Mar 2013) | 1 line

Fix for Mantis 2823: AddressSanitizer: global-buffer-overflow in hud_escort_ship_hit()
------------------------------------------------------------------------
r9610 | m_m | 2013-03-28 06:39:04 -0500 (Thu, 28 Mar 2013) | 1 line

Fixed scripting functions which use the current camera to also use the main camera when no custom camera is in use. This adds a optional boolean parameter to getCurrentCamera to retain backwards-compatibility.
------------------------------------------------------------------------
r9611 | The_E | 2013-03-29 14:51:05 -0500 (Fri, 29 Mar 2013) | 2 lines

If the player ships' sensors are out, we need to exit button_function earlier.

------------------------------------------------------------------------
r9612 | Echelon9 | 2013-03-29 23:28:26 -0500 (Fri, 29 Mar 2013) | 1 line

Extra validation to help triage Mantis 2828
------------------------------------------------------------------------
r9613 | niffiwan | 2013-03-30 17:13:22 -0500 (Sat, 30 Mar 2013) | 2 lines

Fix for mantis 2814: don't check filename lengths when deleting .csg files
Also change win32 to check for last . in filenames, not the 1st
------------------------------------------------------------------------
r9614 | niffiwan | 2013-04-01 03:27:31 -0500 (Mon, 01 Apr 2013) | 1 line

Fix for mantis 2813: don't let pilot conversion create more than MAX_PILOTS
------------------------------------------------------------------------
r9615 | niffiwan | 2013-04-02 04:03:46 -0500 (Tue, 02 Apr 2013) | 1 line

GCC warning: vector.size() is unsigned, no point in checking if it's >= 0
------------------------------------------------------------------------
r9616 | karajorma | 2013-04-02 20:50:28 -0500 (Tue, 02 Apr 2013) | 1 line

Forgot to null check that. Also this SEXP was only designed to work on ships, not wings or teams. I can add that later maybe.
------------------------------------------------------------------------
r9617 | Echelon9 | 2013-04-03 07:37:59 -0500 (Wed, 03 Apr 2013) | 1 line

CommanderDJ's patch for half of the Doxygen warnings - see Mantis 2829
------------------------------------------------------------------------
r9618 | chief1983 | 2013-04-04 00:22:22 -0500 (Thu, 04 Apr 2013) | 1 line

Since the timerbar warning can't be fixed, this should fix the remaining parts of Mantis #2829 by escaping things it confused with xml tags.
------------------------------------------------------------------------
r9619 | Echelon9 | 2013-04-04 00:30:35 -0500 (Thu, 04 Apr 2013) | 1 line

Fix use of magic numbers in ConditionedHook::ConditionsValid()
------------------------------------------------------------------------
r9620 | Echelon9 | 2013-04-04 01:16:11 -0500 (Thu, 04 Apr 2013) | 1 line

Fix for Mantis 2835: AddressSanitizer: global-buffer-overflow in ConditionedHook::ConditionsValid() scripting.cpp:338
------------------------------------------------------------------------
r9621 | Echelon9 | 2013-04-04 01:53:37 -0500 (Thu, 04 Apr 2013) | 1 line

Fix Mantis 2836: AddressSanitizer: global-buffer-overflow in ai_fire_from_turret() aiturret.cpp:2528
------------------------------------------------------------------------
r9622 | niffiwan | 2013-04-05 23:11:39 -0500 (Fri, 05 Apr 2013) | 1 line

Fix mantis 2815: store single/multi squad names and images separately (in csg/plr respectively)
------------------------------------------------------------------------
r9623 | zookeeper | 2013-04-06 16:44:27 -0500 (Sat, 06 Apr 2013) | 1 line

Probably fixes is-secondary-selected not working.
------------------------------------------------------------------------
r9624 | niffiwan | 2013-04-06 19:46:59 -0500 (Sat, 06 Apr 2013) | 1 line

Fix mantis 2832: conversion functions now use certain consts from the new pilot code when exporting *only*
------------------------------------------------------------------------
r9625 | niffiwan | 2013-04-08 04:27:30 -0500 (Mon, 08 Apr 2013) | 1 line

From Yarn - Fix mantis 2839: remove overlap in default 640x480 res HUD gauges
------------------------------------------------------------------------
r9626 | Echelon9 | 2013-04-12 23:51:15 -0500 (Fri, 12 Apr 2013) | 1 line

Fix for Mantis 2820: AddressSanitizer: global-buffer-overflow in os_init_cmdline() cmdline.cpp on Mac
------------------------------------------------------------------------
r9627 | Echelon9 | 2013-04-13 02:57:17 -0500 (Sat, 13 Apr 2013) | 1 line

Fix Mantis 2828: AddressSanitizer: global-buffer-overflow in ship_subsys_disrupted() ship.cpp:8066
------------------------------------------------------------------------
r9629 | Echelon9 | 2013-04-13 20:56:22 -0500 (Sat, 13 Apr 2013) | 1 line

Fix Mantis 2825: AddressSanitizer: global-buffer-overflow in turret_weapon_has_flags() aiturret.cpp:316
------------------------------------------------------------------------
r9630 | Echelon9 | 2013-04-15 09:48:30 -0500 (Mon, 15 Apr 2013) | 1 line

Fix for Mantis 2844: AddressSanitizer: heap-buffer-overflow in pilotfile_convert::csg_import_red_alert csg_convert.cpp:438
------------------------------------------------------------------------
r9631 | Goober5000 | 2013-04-18 00:45:42 -0500 (Thu, 18 Apr 2013) | 5 lines

cleanup due to Mantis #2845...
straighten out and standardize the differences between the various OPF_SHIP_WING_* argument types
make sure all ships using an OPF_SHIP_WING_* type actually specify and handle the type they need to (removing the ones that don't make sense, e.g. you can't set the orientation of a waypoint)
fix num-ships-in-battle and is-in-box which were both broken
and make sure the sexp lookup for IFFs uses sexp_determine_team rather than iff_lookup (which is the actual fix for Mantis #2845)
------------------------------------------------------------------------
r9632 | Zacam | 2013-04-18 14:39:42 -0500 (Thu, 18 Apr 2013) | 1 line

Revert r9631: If you are going to make a fix, commit just the fix, not a slew of "oh, also" stuff that ends up breaking things. Especially not immediately preceding an RC phase, kthx.
------------------------------------------------------------------------
r9634 | chief1983 | 2013-04-18 18:59:31 -0500 (Thu, 18 Apr 2013) | 1 line

This was probably not letting linking work correctly.
------------------------------------------------------------------------
r9636 | chief1983 | 2013-04-18 19:34:34 -0500 (Thu, 18 Apr 2013) | 1 line

More missed filename renames.
------------------------------------------------------------------------
Title: Re: Release: 3.7.0 RC1
Post by: headdie on April 19, 2013, 05:33:51 pm
all ready????? good show guys
Title: Re: Release: 3.7.0 RC1
Post by: Dragon on April 19, 2013, 05:36:20 pm
Satan just called, he'll be a bit late for work because he can't find his driveway under the snow. The flying pig would've gone to get him, but he's busy trying out the new build. :)
Seriously guys, great work. I remember when 3.7 was a quasi-mythical build containing many awesome features that were never actually seen (too unstable, IIRC). It's really awesome to see it out (even if it's just an RC). Also, no more switching between "BP" and "Regular" pilots for testing stuff with nightlies. :yes:
Title: Re: Release: 3.7.0 RC1
Post by: headdie on April 19, 2013, 06:15:49 pm
Facebook and Reddit links posted
Title: Re: Release: 3.7.0 RC1
Post by: Rodo on April 19, 2013, 08:27:45 pm
good, I'll give it a spin tomorrow.
Title: Re: Release: 3.7.0 RC1
Post by: Nuke on April 20, 2013, 12:06:35 am
well i be damned
Title: Re: Release: 3.7.0 RC1
Post by: Fury on April 20, 2013, 01:12:34 am
I've been wondering, why doesn't SCP include OpenAL Soft in the FSO executables? OpenAL Soft is LGPL licensed, so it should be compatible with FSO's, right?
Title: Re: Release: 3.7.0 RC1
Post by: niffiwan on April 20, 2013, 01:38:33 am
:nono: -> You mean statically linked? IANAL, but I thought that LGPL was compatible only when dynamically linked (that's a somewhat simplistic view of course)

Oh I was so wrong.  Disregard last transmission.
Title: Re: Release: 3.7.0 RC1
Post by: jg18 on April 20, 2013, 02:09:44 am
I've been wondering, why doesn't SCP include OpenAL Soft in the FSO executables? OpenAL Soft is LGPL licensed, so it should be compatible with FSO's, right?

I brought this question up in a thread (http://www.hard-light.net/forums/index.php?topic=80971.0) in SCP internal last year. I believe static linking is possible if we complied with the LGPL 2.0 (http://www.gnu.org/licenses/old-licenses/lgpl-2.0.html)'s section 6(c).

There seemed to be some interest, although the conversation didn't go all that far. I vaguely remember one SCP member (The E, maybe?) saying on IRC that OpenAL Soft caused problems for him and that Creative's OAL implementation worked better.
Title: Re: Release: 3.7.0 RC1
Post by: Spoon on April 20, 2013, 04:46:24 am
Can we go back to adding in new features after this?
Title: Re: Release: 3.7.0 RC1
Post by: The E on April 20, 2013, 05:05:08 am
Yes, we definitely can and will.
Title: Re: Release: 3.7.0 RC1
Post by: Dragon on April 20, 2013, 05:23:24 am
Yeah, just think about all those possibilities opened by the new pilot code. A lot of stuff that used to be untouchable (due to being tied to pilot data) now becomes a fair game. I hope to see some groundbreaking innovations after 3.7.0 release.
Title: Re: Release: 3.7.0 RC1
Post by: Spoon on April 20, 2013, 07:43:03 am
Yes, we definitely can and will.
Yayifications!
Title: Re: Release: 3.7.0 RC1
Post by: mjn.mixael on April 20, 2013, 08:00:37 am
Yes, we definitely can and will.
Yayifications!

Inorite?

But I'm not getting my hopes up until 3.7 FINAL is out. Anyone remember that other RC that took a year?
Title: Re: Release: 3.7.0 RC1
Post by: headdie on April 20, 2013, 08:08:17 am
lol, hopefully this wont take as long
Title: Re: Release: 3.7.0 RC1
Post by: Dragon on April 20, 2013, 08:09:26 am
Yeah. Though it seems that SCP took steps to prevent just that from happening, so I'm not worried that much.
Title: Re: Release: 3.7.0 RC1
Post by: mjn.mixael on April 20, 2013, 08:16:24 am
Yeah. Though it seems that SCP took steps to prevent just that from happening, so I'm not worried that much.

While true... the coders who have been keeping us from doing that again by fixing bugs in a timely manner are really burnt out on fixing bugs. (Can't say I blame them either!) I feel bad nudging those same guys again to fix bugs after they have done so much already over a loooong period of time.

Certain other coders are just sitting by the sidelines waiting for the code freeze to be lifted....  :doubt:
Title: Re: Release: 3.7.0 RC1
Post by: chief1983 on April 20, 2013, 09:31:53 am
Luckily most of them have been working on one sweet new thing or another in the background.  Ani code, valathilthon, sdl for win, web standalone, I'm sure there's more...
Title: Re: Release: 3.7.0 RC1
Post by: MLCBotMan on April 20, 2013, 10:01:04 am
Found a bug
3.7 Doesn't seem to use replacement music tables. e.g. Fsport uses freespace 2 music with 3.7, 3.6.18 uses freespace 1 music.

fsport 3.4 + latest fsport media vps

[attachment deleted by ninja]
Title: Re: Release: 3.7.0 RC1
Post by: Yarn on April 20, 2013, 02:39:40 pm
Found a bug
3.7 Doesn't seem to use replacement music tables. e.g. Fsport uses freespace 2 music with 3.7, 3.6.18 uses freespace 1 music.

fsport 3.4 + latest fsport media vps
Confirmed here. This isn't happening in trunk, so I suspect that 3.7 isn't reading version tags (e.g., ;;FSO 3.6.5;;) correctly.
Title: Re: Release: 3.7.0 RC1
Post by: MLCBotMan on April 20, 2013, 03:28:58 pm
Always Like it when i don't feel like an idiot ;)
Title: Re: Release: 3.7.0 RC1
Post by: chief1983 on April 20, 2013, 03:33:37 pm
I wonder if it's the actual version bump to 3.7.0 that is causing the problem with the code then.  We need to audit anything that actually checks the build version in the code for potential issues it seems.
Title: Re: Release: 3.7.0 RC1
Post by: Yarn on April 20, 2013, 03:50:56 pm
I wonder if it's the actual version bump to 3.7.0 that is causing the problem with the code then.  We need to audit anything that actually checks the build version in the code for potential issues it seems.
The problem is that FSO expects all three numbers in the version tag to be less than or equal to the respective numbers in the build version. For example, a line beginning with ;;FSO 3.6.13;; should load in 3.7.0, but it doesn't because 13 is greater than 0. The bug most likely existed ever since version tags were implemented but has not become apparent until now.

I've attached a patch that corrects this behavior.

[attachment deleted by ninja]
Title: Re: Release: 3.7.0 RC1
Post by: Goober5000 on April 20, 2013, 07:12:47 pm
Heh, whoops.  I've reviewed and applied Yarn's patch.  It won't be in the next nightly build, since those are based on trunk instead of the RC branch, but it'll be in the next RC.
Title: Re: Release: 3.7.0 RC1
Post by: Yarn on April 20, 2013, 08:56:26 pm
I think that Mantis 2753 (http://scp.indiegames.us/mantis/view.php?id=2753) needs to be addressed before 3.7 goes final.
Title: Re: Release: 3.7.0 RC1
Post by: mjn.mixael on April 20, 2013, 09:00:02 pm
I've set it's target version to 3.7.
Title: Re: Release: 3.7.0 RC1
Post by: Mr_Maniac on April 21, 2013, 06:27:43 am
Hi!
What about Mantis 2801 (http://scp.indiegames.us/mantis/view.php?id=2801)? Or do just very few people get this?
Title: Re: Release: 3.7.0 RC1
Post by: Yarn on April 21, 2013, 02:47:02 pm
Hi!
What about Mantis 2801 (http://scp.indiegames.us/mantis/view.php?id=2801)? Or do just very few people get this?
That appears to happen only with the German version. Since most of us have only the English version, not many people encounter that bug.

Try this: Using a new, fresh pilot, play through the campaign without the MediaVPs. If you don't get the crash this time, then the bug is most likely related to the data in the MediaVPs.
Title: Re: Release: 3.7.0 RC1
Post by: Solatar on April 21, 2013, 04:57:40 pm
I wonder if it's the actual version bump to 3.7.0 that is causing the problem with the code then.  We need to audit anything that actually checks the build version in the code for potential issues it seems.

I've been playing the new FSPort with Dan Wentz's music, and it reverts to the original music when I switch from 3.6.19 (r9638) to 3.7 RC 1.  The .tbm file in the port uses the ;; 3.6.0 tag for most of the soundtracks, although the file names are the same.

e: actually, it's not a problem with the new music, since it reverts to original Freespace 2 music.  It must be discarding the version tagged FS1 soundtracks added by the Port.
Title: Re: Release: 3.7.0 RC1
Post by: X3N0-Life-Form on April 22, 2013, 02:01:53 am
Yes, we definitely can and will.
*Dusts off 4-months-old patch files*
Yayfication + 1

*Grabs RC*
Hammertime's up. It's testing time!
Title: Re: Release: 3.7.0 RC1
Post by: chief1983 on April 22, 2013, 12:36:09 pm
I wonder if it's the actual version bump to 3.7.0 that is causing the problem with the code then.  We need to audit anything that actually checks the build version in the code for potential issues it seems.

I've been playing the new FSPort with Dan Wentz's music, and it reverts to the original music when I switch from 3.6.19 (r9638) to 3.7 RC 1.  The .tbm file in the port uses the ;; 3.6.0 tag for most of the soundtracks, although the file names are the same.

e: actually, it's not a problem with the new music, since it reverts to original Freespace 2 music.  It must be discarding the version tagged FS1 soundtracks added by the Port.

Well, we think it's sorted out in trunk now.  The next RC will be able to tell for sure.  You can test the latest nightly though to make sure it's at least working there.  There will be a new windows one within the next couple of hours.
Title: Re: Release: 3.7.0 RC1
Post by: Echelon9 on April 26, 2013, 06:41:32 am
Proposing that the fix for Mantis 2853: AddressSanitizer: heap-buffer-overflow in change_ship_type() (http://scp.indiegames.us/mantis/view.php?id=2853) be ported to the next available RC.

This bug may lead to a range of subtle and hard to track down bugs any time a user changes ship pre-mission.
Title: Re: Release: 3.7.0 RC1
Post by: chief1983 on April 26, 2013, 09:24:15 am
Plan is still to sync all trunk commits to the 3.7.0 branch.
Title: Re: Release: 3.7.0 RC1
Post by: Yarn on April 27, 2013, 02:09:49 am
Mantis 2849 (http://scp.indiegames.us/mantis/view.php?id=2849) should be fixed too; a fix is attached a fix to that ticket. At least two (http://www.hard-light.net/forums/index.php?topic=84359.msg1686252#msg1686252) others (http://www.hard-light.net/forums/index.php?topic=84447.0) have noticed its effect. (And I probably should have set its severity to major; oh well.)
Title: Re: Release: 3.7.0 RC1
Post by: FUBAR-BDHR on April 27, 2013, 02:39:07 am
Mantis 2849 (http://scp.indiegames.us/mantis/view.php?id=2849) should be fixed too; a fix is attached a fix to that ticket. At least two (http://www.hard-light.net/forums/index.php?topic=84359.msg1686252#msg1686252) others (http://www.hard-light.net/forums/index.php?topic=84447.0) have noticed its effect. (And I probably should have set its severity to major; oh well.)

Committed r9650. 
Title: Re: Release: 3.7.0 RC1
Post by: Zacam on April 28, 2013, 04:30:38 pm
Code Review for 2753 (http://scp.indiegames.us/mantis/view.php?id=2753) should be tested as well, has been tested and needs to be in the next RC.

Commit 9655 needs examination, it is breaking current play-through. Correction, the reference for the look-up on the filename needs to be reviewed. I think it would be a lot easier to not try and look for -normal/-shine/-glow files for ANI or EFF files, I think that it what is tripping it up.
Title: Re: Release: 3.7.0 RC1
Post by: chief1983 on April 29, 2013, 10:47:10 am
How about only look for them if the combined filename is short enough, and if it's not, log that they couldn't even be scanned for because the filename was too long?  Unless we're certain that we'll never want to have EFF normals/shines/glows.  I don't know if we can make that assumption though.
Title: Re: Release: 3.7.0 RC1
Post by: mjn.mixael on April 29, 2013, 11:09:49 am
Yeah... We do have animated textures to consider, right?
Title: Re: Release: 3.7.0 RC1
Post by: z64555 on May 18, 2013, 08:04:05 am
Quick question. Does anybody know if the Joystick axes are saved?
Title: Re: Release: 3.7.0 RC1
Post by: The E on May 18, 2013, 08:14:58 am
We've had animated glows for a long time. There's no reason to disable them now, or declare animated normals and shines off-limits. There may be better ways to achieve these effects, but until those are implemented, removing this feature strikes me as distinctly unwise.
Title: Re: Release: 3.7.0 RC1
Post by: Mr_Maniac on May 21, 2013, 02:45:56 pm
I was just wondering:
Is there something like a demo-level or campaign that shows off all the "new" graphical features of FS2 Open (shaders, soft particles etc. pp)? And: Where are soft particles used in fs2 ATM?
Title: Re: Release: 3.7.0 RC1
Post by: Dragon on May 21, 2013, 02:54:31 pm
Soft particles are everywhere the normal particles are. Previously, explosions and such clipped into models in a rather ugly way. They don't do that now, that's basically soft particles at work. It's only noticeable when compared to previous version that didn't had them. Now they look "right", previously this was pretty jarring.
Title: Re: Release: 3.7.0 RC1
Post by: Spoon on May 21, 2013, 08:30:07 pm
I was just wondering:
Is there something like a demo-level or campaign that shows off all the "new" graphical features of FS2 Open (shaders, soft particles etc. pp)? And: Where are soft particles used in fs2 ATM?
http://youtu.be/RAoqzdGeczQ soft particles