Bad animation cycle error

[DoomGappy]

I created a map in the Boom Format and added some waterfall textures. The textures work ok in GZDoom, but don't in PrBoom+ and DSDA. Whenever I try to play it, this is the error I get. I don't understand what I did wrong, and would like to be able to fix it to understand better how to manage custom animated textures in my projects. 
 

 

I also have a different version of the same map which gives me the following error whenever I run it.

 

What could be causing these problems?

[ViolentBeetle]

Ok, so the problem is - both wads have TEXTURE1 and PNAMES lumps. When you load them into the game, only the last one loaded survived. All textures and patch definitions need to be moved into one file and the rest need to be removed.

[ViolentBeetle]

Just now, jo2ukegappy said:

 

I found this about the Sky3 error, guess I didn't define it or added it to my wad, since when I created it I didn't use the base resource archive method. Do I have to use it for PrBoom+ and DSDA Doom?

Yes, ports other than GZDoom overwrite TEXTURE1, TEXTURE2 and PNAMES lumps so you need to put stuff from every resource pack you are using into one.

[Worst]

Probably something wrong with your TEXTUREx lump (eg. TEXTURE1 or TEXTURE2), or perhaps the ANIMATED lump, if you have one. Without seeing the wad, I can only make vague guesses, though. Maybe your WTFAF1-4 textures are not correctly ordered.

[DoomGappy]

7 minutes ago, Worst said:

Probably something wrong with your TEXTUREx lump (eg. TEXTURE1 or TEXTURE2), or perhaps the ANIMATED lump, if you have one. Without seeing the wad, I can only make vague guesses, though. Maybe your WTFAF1-4 textures are not correctly ordered.

 

I found this about the Sky3 error, guess I didn't define it or added it to my wad, since when I created it I didn't use the base resource archive method. Do I have to use it for PrBoom+ and DSDA Doom?

[DoomGappy]

8 minutes ago, ViolentBeetle said:

Yes, ports other than GZDoom overwrite TEXTURE1, TEXTURE2 and PNAMES lumps so you need to put stuff from every resource pack you are using into one.

 

I used the base resource archive method and it worked, both in DSDA Doom and PrBoom+. I am making a megawad community project, and I want it to be PrBoom compatible, so I should use this method, right?

[ViolentBeetle]

2 minutes ago, jo2ukegappy said:

 

I used the base resource archive method and it worked, both in DSDA Doom and PrBoom+. I am making a megawad community project, and I want it to be PrBoom compatible, so I should use this method, right?

Not sure what you are making, point is, you need to have full set of defintions in the last wad loaded that has those.

A wad that is just map + resource pack in resource load is a good idea during development.

Edited October 13, 2023 by ViolentBeetle

[DoomGappy]

 

42 minutes ago, ViolentBeetle said:

Not sure what you are making, point is, you need to have full set of defintions in the last wad loaded.

 

I am trying to understand how these things work to be compatible with most source ports. Here is the map I'm working on. It's actually not giving me errors anymore, except there are two HOM I can't fix in DSDA Doom. Here is the map: Happy birthday (Public).7z

 

 

[ViolentBeetle]

10 hours ago, jo2ukegappy said:

Here is the map: Happy birthday (Public).7z

Is this the only wad you are getting resources from? Just DOOM2.WAD and this, no resource packs?

[DoomGappy]

1 minute ago, ViolentBeetle said:

Is this the only wad you are getting resources from? Just DOOM2.WAD and this, no resource packs?

 

No, there is CheeseTex, a wad I made for my community project. Sorry, I forgot to link it. 

https://www.doomworld.com/applications/core/interface/file/attachment.php?id=264540

[DoomGappy]

There is also this in the same map, but I don't know why it's happening. Might have to recheck the textures again later. Could it be because some of the flats and wall textures have the same name?

 

 

Edit: These textures are in a different wad, so I have to add them to the base wad if I want them to be used, right? But why do the flats work, then? 

Edited October 14, 2023 by jo2ukegappy

[DoomGappy]

17 hours ago, ViolentBeetle said:

Yes, ports other than GZDoom overwrite TEXTURE1, TEXTURE2 and PNAMES lumps so you need to put stuff from every resource pack you are using into one.

Thanks. So that means that if I want my project to work in Boom based ports like DSDA and PrBoom, I have to add all of the textures into the final WAD. 

[plums]

Just now, jo2ukegappy said:

Thanks. So that means that if I want my project to work in Boom based ports like DSDA and PrBoom, I have to add all of the textures into the final WAD. 

Not the textures themselves. But the TEXTURE1/2 and PNAMES entries need to contain all the textures and patches you're using across all wads including doom2.wad, because DSDA etc. will only take the entries from whichever wad has them last.

[DoomGappy]

59 minutes ago, plums said:

Not the textures themselves. But the TEXTURE1/2 and PNAMES entries need to contain all the textures and patches you're using across all wads including doom2.wad, because DSDA etc. will only take the entries from whichever wad has them last.

Thanks, that makes sense.