Why does this happen? (visual bug)
- Thread starter Izerix
- Start date
Zilem🌳
Moon Lord
@Izerix
That is Because the Harpy used to have 4 frames pre 1.4, and in 1.4 The harpy have 6 frames
I assume this is a "Xnb replacement" texturepack?
as a 1.4 Texturepack should do something like that, the file should not be lodaded if it doesn't have the right Dimentions. unless it was in incable hands or sabotaged on purpose...
But you probably should ask or mention this on their Discord, as they don't seem to be using this forum much
aside saying "Please join our discord for help and newest version"
That is Because the Harpy used to have 4 frames pre 1.4, and in 1.4 The harpy have 6 frames
I assume this is a "Xnb replacement" texturepack?
as a 1.4 Texturepack should do something like that, the file should not be lodaded if it doesn't have the right Dimentions. unless it was in incable hands or sabotaged on purpose...
But you probably should ask or mention this on their Discord, as they don't seem to be using this forum much
aside saying "Please join our discord for help and newest version"
Aqre
Official Terrarian
Listen to this one, they have high IQ@Izerix
That is Because the Harpy used to have 4 frames pre 1.4, and in 1.4 The harpy have 6 frames
I assume this is a "Xnb replacement" texturepack?
as a 1.4 Texturepack should do something like that, the file should not be lodaded if it doesn't have the right Dimentions. unless it was in incable hands or sabotaged on purpose...
But you probably should ask or mention this on their Discord, as they don't seem to be using this forum much
aside saying "Please join our discord for help and newest version"
Izerix
Official Terrarian
Ok Thanks, I will ask them about this ;p@Izerix
That is Because the Harpy used to have 4 frames pre 1.4, and in 1.4 The harpy have 6 frames
I assume this is a "Xnb replacement" texturepack?
as a 1.4 Texturepack should do something like that, the file should not be lodaded if it doesn't have the right Dimentions. unless it was in incable hands or sabotaged on purpose...
But you probably should ask or mention this on their Discord, as they don't seem to be using this forum much
aside saying "Please join our discord for help and newest version"
Izerix
Official Terrarian
Fixed the issue, I just had an outdated pack that's all. Anyway thanks for help!@Izerix
That is Because the Harpy used to have 4 frames pre 1.4, and in 1.4 The harpy have 6 frames
I assume this is a "Xnb replacement" texturepack?
as a 1.4 Texturepack should do something like that, the file should not be lodaded if it doesn't have the right Dimentions. unless it was in incable hands or sabotaged on purpose...
But you probably should ask or mention this on their Discord, as they don't seem to be using this forum much
aside saying "Please join our discord for help and newest version"
Hey, sooo do you still remember what exactly you needed to do to solve this problem? I have the same one and I need help
Altermaven🌸🎀
Queen Slime
The issue was due to sprites from an old pack having fewer animation 'cells' than what the actual sprite had. The result is that the old sprite being read was relaying more animations than it was intended to, causing the graphical corruptions.
For example, for a sprite of 32x20 dimensions with 4 frames, the resulting image is 32x80 (because each 'cell' is vertical from top down). However, an update may make that sprite have 6 frames instead of 4, so it's trying to read 32x80 across six slices, hence the resulting animation looks "corrupt". This is common with translated-to-XNB packs, because if you tried to do it with actual images, Terrara would throw an error saying it expected a 32x120, but found a 32x80 instead. That would be the "invalid dimensions" error.
The remedy is to add more animation blocks (extend the verticality based on the original dimensions) and recreate the animation until it uses all of the frames.
For example, for a sprite of 32x20 dimensions with 4 frames, the resulting image is 32x80 (because each 'cell' is vertical from top down). However, an update may make that sprite have 6 frames instead of 4, so it's trying to read 32x80 across six slices, hence the resulting animation looks "corrupt". This is common with translated-to-XNB packs, because if you tried to do it with actual images, Terrara would throw an error saying it expected a 32x120, but found a 32x80 instead. That would be the "invalid dimensions" error.
The remedy is to add more animation blocks (extend the verticality based on the original dimensions) and recreate the animation until it uses all of the frames.
