attack graphics glitch
Moderators: Bob the Hamster, marionline, SDHawk
- Willy Elektrix
- Liquid Metal Slime
- Posts: 910
- Joined: Sun Aug 15, 2010 11:30 pm
attack graphics glitch
I've noticed this glitch for a while, but I wonder if anyone else has. When you use a projectile attack that has the color black in it, occasionally the black will show up as being transparent, even if it is not. This most typically happens when the hero and the enemy are at different heights on the battle screen and the attack has to fly at an angle.
I can provide a copy of an .rpg file that demonstrates this if anyone is curious. Does anyone have a way to fix it?
I can provide a copy of an .rpg file that demonstrates this if anyone is curious. Does anyone have a way to fix it?
- Bob the Hamster
- Liquid Metal King Slime
- Posts: 7460
- Joined: Tue Oct 16, 2007 2:34 pm
- Location: Hamster Republic (Ontario Enclave)
- Contact:
- Willy Elektrix
- Liquid Metal Slime
- Posts: 910
- Joined: Sun Aug 15, 2010 11:30 pm
- FnrrfYgmSchnish
- Metal Slime
- Posts: 721
- Joined: Thu Jun 18, 2009 4:37 am
- Location: Middle of Nowhere, VA
Was the black the first color in the palette? If so... that's because the first color in a palette is always transparent, whether it's black or not (though in older versions--I can't remember when the change was made--it was always the first color in the master palette, which was usually black, and couldn't be changed to anything else.)
I'm guessing everyone knows that already, but it's possible to forget random stuff like that sometimes.
If it's not the first color... then yeah, something's wrong here.
EDIT: ...reading over the original post I'm guessing that the first-color-is-transparent thing isn't the problem, but I figured I'd mention it just in case.
I'm guessing everyone knows that already, but it's possible to forget random stuff like that sometimes.
If it's not the first color... then yeah, something's wrong here.
EDIT: ...reading over the original post I'm guessing that the first-color-is-transparent thing isn't the problem, but I figured I'd mention it just in case.
Last edited by FnrrfYgmSchnish on Sun Apr 08, 2012 4:26 am, edited 1 time in total.
FYS:AHS -- Swapping out some step-on NPCs for zones + each step script
Puckamon -- Not until the reserve party is expanded.[/size]
Puckamon -- Not until the reserve party is expanded.[/size]
- Willy Elektrix
- Liquid Metal Slime
- Posts: 910
- Joined: Sun Aug 15, 2010 11:30 pm
James:
I sent you a PM including the game test file. Tell me if you have any questions.
EDIT: Oh crap! I figured out what's happening! Sometimes ranged attacks slide behind the enemy sprite and sometimes they go on top of it. That's weird. Is that a bug or a feature?
I sent you a PM including the game test file. Tell me if you have any questions.
EDIT: Oh crap! I figured out what's happening! Sometimes ranged attacks slide behind the enemy sprite and sometimes they go on top of it. That's weird. Is that a bug or a feature?
Last edited by Willy Elektrix on Mon Apr 09, 2012 1:24 am, edited 2 times in total.
- Bob the Hamster
- Liquid Metal King Slime
- Posts: 7460
- Joined: Tue Oct 16, 2007 2:34 pm
- Location: Hamster Republic (Ontario Enclave)
- Contact:
Oh, yeah, I would call it a buggy feature.Willy Elektrix wrote:James:
I sent you a PM including the game test file. Tell me if you have any questions.
EDIT: Oh crap! I figured out what's happening! Sometimes ranged attacks slide behind the enemy sprite and sometimes they go on top of it. That's weird. Is that a bug or a feature?
The projectile animation calculates how many pixels horizontally and vertically the projectile has to move each frame to reach the target... but then any decimal values are rounded off, so the animation happens only using integer pixel distances. This means that if the distance between the attacker and the target is just wrong, the projectile sometimes ends up on the wrong side of the target.
The slice code actually has the ability to fix that behavior, but I have to convert the battle system to use slices before we can get the benefit of that fix.
- Willy Elektrix
- Liquid Metal Slime
- Posts: 910
- Joined: Sun Aug 15, 2010 11:30 pm
Very interesting. That makes sense since changing the position of the enemy would often make the problem go away.James Paige wrote:The projectile animation calculates how many pixels horizontally and vertically the projectile has to move each frame to reach the target... but then any decimal values are rounded off, so the animation happens only using integer pixel distances. This means that if the distance between the attacker and the target is just wrong, the projectile sometimes ends up on the wrong side of the target.
Thanks for your help anyway. I'm sorry I bugged you about it.