Super Form Auras 3.3

Hello! It's been a while since the last update, but here's a new one...

Changelog:

• A new variable called blending has been added for the SFA_AuraStyles definitions.
  • If your custom aura's sprite is meant to be used with a certain blending mode, you can set this variable to an AST_* constant.
  • If this variable is not defined, it will use the blending mode set by the sfaura_blendmode command.
  • sfaura_blendmode will notify you if the current aura sprite you're using has a blending mode overriding it.
• Made changes to the UI aura's sprite.
  • The colors were changed.
  • The aura now uses an additive blending mode.
• Made minor changes to the MUI aura's overlay sprite.
• The sfaura_presets command has been removed. I decided to do this because it was a redundant feature, since console scripts already exist. Basically, you can insert the SFA setting commands in the script, and then execute it in the console using exec. That way, you can have aura presets without having to create a LUA script.
  • This means that the SFA_Presets global table is now deprecated and won't be loaded by SFA.

Here's how the new UI aura looks like:

Fixed the issue where setting the aura's sprite to mui would force it to have an additive blending mode. That issue was actually meant to be a feature for a future version, sorry.

Fixed an error where having sfaura_condbutton set to none would cause problems with SFA settings loading.

Hello! Apologies for taking a lot of time, but here's a new version of Super Form Auras!

Changelog:

• Aura activation conditions are now changed by pressing a button.
  • The sfaura_conditions command has been replaced with a new one called sfaura_condbutton.
  • Every time you press the button, it will switch between "Never", "Super/Sol Form Only" and "Always".
• Added support for RushChars' Sol forms. Changing the aura activation conditions to "Super/Sol Form Only" will activate the aura if the player enters in their Sol form.
• Fixed the ui and uic aura sprites being slightly misaligned.
• Tweaked the I/O system to solve some issues with loading settings.

So, the reason why this update took a lot of time to get released was because of a development hell regarding I/O. I saw that the I/O system was still causing some issues in Multiplayer games, so I tried various methods to fix it. The only solution I found was to constantly try to load each setting until they were all set. It should work fine in Multiplayer games now.
The only issue I have is that when the last setting is loaded, sfaura_condbutton, it occasionally shows its output text in the console after finishing. I couldn't figure out how to fix it, so I guess that I'll leave it there. Maybe it'll be useful for you if you need to remember which button was the setting mapped to.

I will update the addon's Overview page later, so you people can have enough time to download this update before the addon gets sent back to the approval queue.

Sorry again, I fixed an issue where the I/O system couldn't load the default settings if the SFA config files weren't present.

Sorry, the aura burst sound didn't play when the aura's sound scheme was changed, so I fixed it now.

Hello, everyone! Here's a new update for SFA addressing some bugs that appeared in online Multiplayer games. Hopefully, the addon should now be stable and good for use in SRB2 servers. Here's the changelog:

• Fixed a bug in the I/O system where players couldn't see other players' auras until the later ones used a command that changed SFA settings (example: sfaura_preset)
• Fixed a bug in the I/O system where a player's settings would be replaced if another player changed their SFA settings.
• Fixed a bug where LUA errors could be thrown if a player with an active aura disappeared from the map (either by getting kicked from the server or becoming a spectator).

The first bug mentioned has appeared since SFA v3.0, when I turned every SFA command into local functions and replaced every automatic insertion of these commands to the console buffer into direct calls to these functions. These bugs went unnoticed by me while I was testing, so I apologize for that.

As the automatic settings loading system now inserts commands to the buffer, your settings will take a little bit more time to load, since a small delay of 3 tics is made between every command to avoid NetXCmd errors from popping up.

Hello! I have something very important to say.

So, I once told Kori, an SRB2 Hangout hoster which you may know, to add this addon on his server, but it turns out that it was still quite unstable in Multiplayer games. I wasn't able to see other people's auras, but some of them and I could see my aura. I figured out that this bug was caused by an issue in the I/O system that was present since SFA v3.0.

Not only that, but, because of another possible bug, there's also a possibility that, if you joined a server with SFA loaded in, your SFA settings may have been replaced with other player's settings without your knowledge, although I haven't really checked if this does actually happen. If it did for you, then I'm really sorry.

Right now, I'm trying to fix the former bug, which isn't easy to do unlike the later one.

Hello! Apologies for taking some time, but I was doing some other stuff, and I was refactoring some code.
Anyways, here's a new version of SFA with some changes:

• Cleaned some of the aura spawning/removing code. It looked pretty messy to me, so I had to do this.
• Fixed a bug where trying to change sfaura_soundscheme would trigger a LUA warning if the aura mobj didn't exist (either by setting sfaura_conditions to "Never" or to "Super Only" without transforming into Super).
• Fixed a bug where the secondary aura's overlay would not get removed when the main aura was deactivated (either by detransforming or setting sfaura_conditions to "Never") if sfaura_sprite2 was set to an ID that has an aura overlay set in its definition.
• Removed the feature that allowed you to change your main and secondary aura's rendering order. I'm really sorry for this, but I had to do it because I realized that this feature didn't work properly in Multiplayer games. It took me a while to discover this.
  • The sfaura_draworder and sfaura_draworder2 commands have been removed. As such, the variables connected to these commands on the SFA_Presets global table are now deprecated and won't be run by the sfaura_preset command.
  • By default, the main aura is now rendered behind the player, and the secondary aura is now rendered in front of. The aura overlays will still be rendered in front of the player and the auras.
  • The default SFA presets have been updated to adapt to this change.

Maybe I could develop a feature to add a third aura that is rendered behind the main aura by default, but I'm not sure if anyone wants that. If you want it, then feel free to tell me.

Anyways, I've found out an issue with the player outline feature that started occurring in SRB2 v2.2.14. The outline is now being rendered behind the main aura instead of the player. I have tried to fix this issue by using other methods of spawning and maintaining the outline mobjs, but unfortunately, these were a failure.

The outline feature won't be removed, so if you're in v2.2.14, then you'll have to deal with this issue. Some workarounds you could do to make your outline still visible would be to change the value of sfaura_sprite to an ID that has transparency inside its sprite, or reduce the opacity of the aura by changing the value of sfaura_opacity.

Anyways, that was all.

Hello, everyone.
I wanted to inform you all that some info on the Overview page is currently a bit outdated. I will update it as soon as I finish developing a new version of SFA.

Disregard the warning that I wrote at the start of the page if you're using 2.2.14. Apparently, the crash has been fixed in that version. However, I've also noticed some issues with the sprite outline feature, as it looks like that it's now rendered behind the aura. I'll try to fix this.

Anyways, that's all I needed to say.