Re: Decals - Pasting on textures
Posted: 15 May 2008, 15:45
.. wait for it ..
lua
.. ow, ow stop thowing things at me! ..
lua
.. ow, ow stop thowing things at me! ..
Open Source Realtime Strategy Game Engine
https://springrts.com/phpbb/
Loginus!Guessmyname wrote:*throws the Lance of Loginus at smoth*
+2Warlord Zsinj wrote:I actually suggested a similar system a while ago, but it fell on deaf ears. Essentially you would assign a third texture to a unit, which would be a 'wreckage' texture. This texture would increase in opacity as the unit took more damage, so that when it has 10% health left, it's wreckage texture is 90% opaque*, so it would look fairly beaten-up.
An interesting twist on this would be if Spring can then use the wreckage texture to dynamically generate a wreck for the unit (unless a specific wreck is specified, as is done currently), where it just takes the existing model/texture and applies the wreckage texture over it. That would reduce the workload for a lot of mods (while still allowing custom wrecks to be made as it is currently).
Still though, I don't think this would replace worn and used textures, though it would be nice to see battered armies actually look battered, and buildings that are about to blow look like they have taken a pummeling, etc.
* well, it would probably be a lot less so that you can actually read it as a damaged unit. greyscale Alpha transparency like what is being used for ground decals would be excellent for this as well.
+NEDDIEVALUETribulex wrote:+2Warlord Zsinj wrote:I actually suggested a similar system a while ago, but it fell on deaf ears. Essentially you would assign a third texture to a unit, which would be a 'wreckage' texture. This texture would increase in opacity as the unit took more damage, so that when it has 10% health left, it's wreckage texture is 90% opaque*, so it would look fairly beaten-up.
An interesting twist on this would be if Spring can then use the wreckage texture to dynamically generate a wreck for the unit (unless a specific wreck is specified, as is done currently), where it just takes the existing model/texture and applies the wreckage texture over it. That would reduce the workload for a lot of mods (while still allowing custom wrecks to be made as it is currently).
Still though, I don't think this would replace worn and used textures, though it would be nice to see battered armies actually look battered, and buildings that are about to blow look like they have taken a pummeling, etc.
* well, it would probably be a lot less so that you can actually read it as a damaged unit. greyscale Alpha transparency like what is being used for ground decals would be excellent for this as well.
If I had a quarter for everything I've suggested or requested that hasn't been done yet I'd be rich. Just because it hasn't happened yet, doesn't mean it's "fallen on deaf ears". The reality is that the idea hasn't interested any dev enough to actually do it yet.Warlord Zsinj wrote:I actually suggested a similar system a while ago, but it fell on deaf ears. Essentially you would assign a third texture to a unit, which would be a 'wreckage' texture. This texture would increase in opacity as the unit took more damage, so that when it has 10% health left, it's wreckage texture is 90% opaque*, so it would look fairly beaten-up.
An interesting twist on this would be if Spring can then use the wreckage texture to dynamically generate a wreck for the unit (unless a specific wreck is specified, as is done currently), where it just takes the existing model/texture and applies the wreckage texture over it. That would reduce the workload for a lot of mods (while still allowing custom wrecks to be made as it is currently).
Still though, I don't think this would replace worn and used textures, though it would be nice to see battered armies actually look battered, and buildings that are about to blow look like they have taken a pummeling, etc.
* well, it would probably be a lot less so that you can actually read it as a damaged unit. greyscale Alpha transparency like what is being used for ground decals would be excellent for this as well.
Yes, one could even say that they are 'not willing to listen', or 'not hearing my requests'.The reality is that the idea hasn't interested any dev enough to actually do it yet.