Source Code Project Mantis - FSSCP
View Issue Details
0001465FSSCPsoundpublic2007-08-15 05:072008-11-10 19:58
ReporterGoober5000 
Assigned Totaylor 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version3.6.10 
Summary0001465: multiplayer debriefing music problem
DescriptionIn multiplayer campaigns, the failure debriefing music plays even if you can continue. If you can't continue, the average music plays.

(This only happens for multiplayer clients. The server behaves correctly.)
TagsNo tags attached.
Attached Files

Notes
(0008436)
Goober5000   
2007-08-31 04:44   
This is caused by clients not receiving the campaign update packet before the music is initialized. The music should not start until after the packet is received.

More testing is needed here. Probably in tandem with karajorma.
(0008437)
Goober5000   
2007-08-31 04:44   

Reminder sent to: karajorma

Take a look at this.
(0008522)
karajorma   
2007-09-10 19:34   
Where exactly is the debrief music started?
(0010156)
taylor   
2008-11-04 18:52   
Unless I have missed something in the code, there isn't a single packet to evaluate to determine if all of the goals have been updated or not. Plus this is UDP, with no guarantee that the packet(s) will ever show up, so if we simply wait for something to come over the network then there may be no music playing at all.

One thing it looks like we can do is just start whatever music it starts with, continue to evaluate the goals for any changes and then switch the music if the gaols eval differently. The only other option that I see is to just delay playback of the music for 0000007:0000002-3 seconds, to give more time for the gaol packets to come in, and then start it.

I think that the delay option is probably the cleanest way to do it, and it would only be for clients as well so hosts and single-player wouldn't see any difference.
(0010161)
taylor   
2008-11-06 17:46   
Should be handled in my next build.
(0010168)
taylor   
2008-11-10 19:58   
Should be...


Fixered.

Issue History
2007-08-15 05:07Goober5000New Issue
2007-08-15 05:07Goober5000Statusnew => assigned
2007-08-15 05:07Goober5000Assigned To => Goober5000
2007-08-31 04:44Goober5000Note Added: 0008436
2007-08-31 04:44Goober5000Note Added: 0008437
2007-08-31 04:45Goober5000Description Updated
2007-08-31 06:50karajormaAssigned ToGoober5000 => karajorma
2007-09-10 19:34karajormaNote Added: 0008522
2008-11-04 18:52taylorNote Added: 0010156
2008-11-06 17:46taylorAssigned Tokarajorma => taylor
2008-11-06 17:46taylorNote Added: 0010161
2008-11-10 19:58taylorStatusassigned => resolved
2008-11-10 19:58taylorFixed in Version => 3.6.10
2008-11-10 19:58taylorResolutionopen => fixed
2008-11-10 19:58taylorNote Added: 0010168