[jr2]

Also, until you play those missions with 3.6.12 and confirm the error didn't exist there (which nothing in your post indicates you did), you can't tell it is an error with 3.6.14. It might just be very old missions that could have broken for a multitude amount of other reasons, ranging simply from bad FREDing to recent MVP incompatibility.

You must've skipped a line.    I picked up on that.  (That he had tested on 3.6.12.)

[Echelon9]

So with Head.ani stuttering fixed in Mantis 2417, anything left to do before 3.6.14 Final?

[Goober5000]

Zacam and I briefly discussed this on IRC yesterday.  A few backports, some final validation, and we should be good to go.

[Spoon]

It's a new record! 

[TopAce]

Guys, correct me if I'm wrong, but Mantis 2670 was not properly fixed. I had a bug report that it breaks a mission in LCW (see this post).

[The E]

I've reopened the issue. I'll take a look at it later today, unless someone else gets there first.

EDIT: Took a look. This seems to go a bit deeper than my knowledge of the parsing code can take, so I've punted it over to those who know more about it.

[haloboy100]

Has the fix to Mantis 2612 been applied yet? Or am I mistaking how the process works?

[Iss Mneur]

Has the fix to Mantis 2612 been applied yet? Or am I mistaking how the process works?

The fix has been applied to trunk.  It has not been backported to 3.6.14 and is not scheduled to be backported.  Mantis 2612 will probably not be backported because it is not a showstopper. We have solved all of the show stoppers for 3.6.14 and adding more code at this point is just looking for ways to add more showstoppers.

The fix on trunk would normally be available in a knightly build, but because we are still trying to get the RC tested the knightly builds are suspended.

[chief1983]

I wanted to have the (hopefully) last RC out last week but we ran into an issue with the way the R key works.  Trying to figure out if it was 'broken' in retail or not.

[luehmann]

Zacam and I briefly discussed this on IRC yesterday.  A few backports, some final validation, and we should be good to go.

Definitely most wanted. By me I like the head anis, but had to turn them off. Thanks for your valuable work...

[haloboy100]

Sorry to bring something up again - I considered starting a new topic, but this only happens in RC7, and there's a similar issue on page 2-ish in this thread.
 I still experience sound clipping, but not to the extent that it cuts off voice messages or anything like that. For example, hitting afterburner plays the sound relevant to the afterburner initiating - but it's quickly cut-off but the next sound, which is the loop of the burner actually burning. Firing subachs and prom's at the same time only plays the subs, with the prometheus sound occassionally playing. Flak firing rapidly, as another example, only plays one explosion at a time, and only for half the duration of the actual sound before it gets cut-off by the other explosion's sound; I.E. I don't hear two complete explosions simultaneously.
Another example is beams not playing a charge-up sound; only playing the sound of the beam firing.

The fix that Iss Mneur linked to works fine, as well as every other version of FSO that I have (including RC6). I feel this may have already been patched. I hope I'm not looking in the wrong place if this has already been patched for the next release.

[chief1983]

There was one more commit made for RC8 to address some sound issues, and RC8 will be up in roughly 10 hours, so hopefully that addresses your issues.  If not we can try to get IssMneur to take one more look at it before final.