View Issue Details

IDProjectCategoryView StatusLast Update
0002265FSSCPuser interfacepublic2010-12-07 16:47
ReporterGalemp Assigned To 
PriorityhighSeverityminorReproducibilityalways
Status closedResolutionno change required 
Product Version3.6.12 RC3 
Summary0002265: Main hall animations not layered properly in recent builds
DescriptionLayering of animations in the Main Halls has changed somehow since 3.6.10. Please refer to the attached screenshot. In 3.6.10 and all previous builds, including Retail, these overlapping animations were drawn correctly.

What's changed in this section of the code recently?
TagsNo tags attached.

Activities

2010-07-19 05:48

 

mainhallerror.jpg (102,506 bytes)   
mainhallerror.jpg (102,506 bytes)   

chief1983

2010-07-22 04:32

administrator   ~0012254

Galemp, we have png support and animated eff. Those two things both involved some significant rewrites in those areas of the code, so we do need to get any bugs in those areas sorted out asap.

2010-07-22 13:43

 

mainhallani.patch (434 bytes)   
Index: menuui/mainhallmenu.cpp
===================================================================
--- menuui/mainhallmenu.cpp	(revision 6320)
+++ menuui/mainhallmenu.cpp	(working copy)
@@ -1206,7 +1206,7 @@
 	}
 */
 	// render all other animations
-	for(idx=0;idx<MAX_MISC_ANIMATIONS;idx++){
+	for(idx = MAX_MISC_ANIMATIONS - 1; idx >= 0; idx--){
 /*
 		// skip anim 3, which was previously rendered, if at all
 		if(idx == 2){
mainhallani.patch (434 bytes)   

The_E

2010-07-22 13:46

administrator   ~0012258

Found the cause. Before the ani/eff rewrite, there was a hack in there that would play misc ani 3 first, and then all the others. In other words, this was caused by the engine working correctly.

The attached patch switches the rendering order around, so that the last misc ani is rendered first; but it seems to me as if this is more of a data issue than an engine one.

chief1983

2010-07-22 13:59

administrator   ~0012259

Unless we can fix that data, we're gonna have to keep supporting the hack.

The_E

2010-07-22 14:26

administrator   ~0012261

Last edited: 2010-07-22 14:26

I strongly disagree. We're supposed to reduce the number of stupid compatibility hacks for broken data, not keep supporting them ad infinitum.

The problem is, if we keep supporting it, it would cause bugs once the data is fixed (as the rendering would once again be broken).

I'd rather the data was fixed, really. And since it's not like we need to change retail data, I don't quite see the problem.

chief1983

2010-07-22 14:47

administrator   ~0012262

Well, often we can't get rid of hacks without breaking retail support. But since this wasn't a bug in FS2 retail data that makes it somewhat interesting.

Galemp

2010-07-23 00:38

reporter   ~0012263

What exactly needs to be fixed in the data? Is every mod gonna have to go and edit all the Main Halls and change the order of the animations from the defaults? That doesn't sound optimal.
Is 'hacking' the code to play Misc Ani 3 first going to break anything or frustrate anyone?

The_E

2010-07-23 01:06

administrator   ~0012264

Last edited: 2010-07-23 01:15

It frustrates me, because it's something that is severely unintuitive. Rendering the animations in normal order, that is 1, 2, 3, 4, that's simple to explain and easy to take advantage of. Rendering them in stupid order, that is 3, 1, 2, 4, is just a stupid, stupid hack that never should have been needed in the first place.

In order to get the correct layering, you need to make sure that what is now misc anim 3 is rendered before what is now misc anim 1. Swapping those two should fix the problem quite easily.

In addition, the only mod that would be broken by this change is the FSPort. Correct me if I'm wrong, but I don't know of any other mod that uses layered mainhall anis.

Goober5000

2010-07-23 02:31

administrator   ~0012265

Have a look at the thread in the HPC forum:
http://www.hard-light.net/forums/index.php?topic=70512.0

If we simply moved the main2-m3 entry (along with its coordinates) to the top of the list of animations in mainhall.tbl, hopefully that should fix the issue. I can't test it right now though.

The_E

2010-12-07 16:47

administrator   ~0012506

Closing this, as it is a data issue that should be handled by the modders.

Issue History

Date Modified Username Field Change
2010-07-19 05:48 Galemp New Issue
2010-07-19 05:48 Galemp File Added: mainhallerror.jpg
2010-07-22 04:32 chief1983 Note Added: 0012254
2010-07-22 04:32 chief1983 Priority normal => high
2010-07-22 13:43 The_E File Added: mainhallani.patch
2010-07-22 13:46 The_E Note Added: 0012258
2010-07-22 13:59 chief1983 Note Added: 0012259
2010-07-22 14:26 The_E Note Added: 0012261
2010-07-22 14:26 The_E Note Edited: 0012261
2010-07-22 14:47 chief1983 Note Added: 0012262
2010-07-23 00:38 Galemp Note Added: 0012263
2010-07-23 01:06 The_E Note Added: 0012264
2010-07-23 01:15 The_E Note Edited: 0012264
2010-07-23 02:31 Goober5000 Note Added: 0012265
2010-12-07 16:47 The_E Note Added: 0012506
2010-12-07 16:47 The_E Status new => closed
2010-12-07 16:47 The_E Resolution open => no change required