[Tolwyn]

• Mainhall EFF support
• HUD EFF support (not sure about feasibility) - HUD to be rewritten

Add these two and I'll send a, ehhh... small gift your way.

[JGZinv]

I'd also greatly, massively, appreciate a HUD system that can handle more advanced
animations or color.

Have had a couple of new HUDs gathering dust or stalled as WIP because they couldn't be utilized to their fullest yet.


Will this also aide in allowing individual unique HUDs per ship in the future?

[portej05]

I looked at HUDs at one point - it's a mess in there!
I've stripped out someones earlier attempt (NEW_HUD) in preparation for either an attempt at it myself or someone else to have a go.
Whatever happens, it needs to be fairly well planned!

[Swifty]

I'm working on a HUD rewrite. The plan is right now is to have EFF support, ability to move all HUD gauge locations, change characteristics of individual HUD gauges, per ship HUD layouts, and make it easier for coders to add more HUD gauges without dirtying up the code.

No ETA yet.

[Reprobator]

well as long as you have your hands in the hud, it would be awesome to be able to set manually the resolution we want the hud to be stretched
For exemple in a 1680*1050 game resolution if we could force the hud to render in a 1280*1024 resolution from the center this would be awesome (and this would add triplehead compatibility as this is the last thing that give problem for it. )
is it?

[Flaming_Sword]

• Mainhall EFF support
• HUD EFF support (not sure about feasibility) - HUD to be rewritten

Add these two and I'll send a, ehhh... small gift your way.

The HUD comment is referring to Swifty's rewrite. I'll see if I can get the mainhall working this weekend.

[Flaming_Sword]

I've found and fixed a bug in this build.

Keyframe functionality only applies the first time an animation loads.

Example: weapon select screen - loads default weapon

1. Observe keyframe behaviour (should be correct)
2. Select a different weapon (doesn't matter which)
3. Select the first weapon again
4. Observe keyframe behaviour (should go back to the first frame - incorrect)

[Tolwyn]

Ahem, on the subject of the main hall support - new EXE works like a charm.

[The E]

Right. Here's a pack of eff-ified mainhall anis for the terran mainhall. Just put these into <modfolder>\data\interface. Word of warning: u8888 dds files compress extremely well.

EDIT: Here's another package, this time containing the eff'ed vasudan mainhall as well. Due to the fact that the memory hjandling code is a bit inefficient, I changed the dds files from u8888 to u1555, which roughly halves the space required. Still, I would consider these to be extreme cases which should not be recommended for normal usage.

http://www.mediafire.com/?zzxqqjtzyum

[Flaming_Sword]

Bumpage for completion.

http://www.mediafire.com/?ziqm4goyyeg

[Tolwyn]

What about the cursor? Can a DDS file be used as a replacement?

[The E]

Yep. You need to use an eff, which can of course consist of only one frame. I've attached an example using the Blue Planet cursor.

[attachment deleted by Tolwyn]

[Tolwyn]

Ahhhh - I tried using a DDS with alpha channel. Which, of course, failed.

[The E]

Wait, what? The DDS files in the package I posted have an alpha channel, and they work just fine....

For the record, u8888 and u1555 work pretty well here. I haven't tried using DXTx yet, but they should work as well.