Collectible Card Game Headquarters

is it possible that the ZONECHANGE_END could be the issue? Could we not just put a token in exile? I dont believe there are any cards that allow people to play cards from exile unless they are targeted or off the top of the deck. like normal exile. Im just curious on how to circumvent the problem.

1)Could it be that they arent vanilla tokens? they generally have at least 1 ability.

2) could we have reached the possible perhaps total card or deck limit that the game can handle? not just tokens, but ALL the cards?

3) Could we try renaming the tokens with more vanilla token stuff? like for instance all cards that produce a 2/2 black zombie token create the base game zombie token instead of a CW or would that just cause complications?

4) is it a coding within the token itself and maybe not Nest Invader or the Akroan Crusader? i havent looked at tokens before and im sure its a bit different from other cards i have looked at.

MasterXploder7 wrote:is it possible that the ZONECHANGE_END could be the issue? Could we not just put a token in exile? I dont believe there are any cards that allow people to play cards from exile unless they are targeted or off the top of the deck. like normal exile. I'm just curious on how to circumvent the problem.

I'm not sure what you mean here.

MasterXploder7 wrote:1)Could it be that they aren't vanilla tokens? they generally have at least 1 ability.

The Akroan Defender token which was crashing the game only has haste, and there are plenty of tokens in teh base game which never cause crashes even though they have intrinsic abilities such as haste or flying. I compared that precise thing between that token and a vanilla-game angel token.

MasterXploder7 wrote:2) could we have reached the possible perhaps total card or deck limit that the game can handle? not just tokens, but ALL the cards?

I tested my Eldrazi deck with ONLY the cards needed for it to work and the game still crashed. So, there were only base-game files and ~20 new cards, no other CW cards included. So this either isn't the cause, or it's only part of it.

MasterXploder7 wrote:3) Could we try renaming the tokens with more vanilla token stuff? like for instance all cards that produce a 2/2 black zombie token create the base game zombie token instead of a CW or would that just cause complications?

This would cause complications, but if it works, then it's the best solution. However, there are many tokens that simply aren't in the base-game. For many of them, we could potentially grant them the abilities necessary if there happens to be a token with the right types but not the right abilities. However, that seems way more complicated than it should be.

MasterXploder7 wrote:4) is it a coding within the token itself and maybe not Nest Invader or the Akroan Crusader? i haven't looked at tokens before and I'm sure its a bit different from other cards i have looked at.

I compared the token for Akroan Crusader with a vanilla Angel token. There were only a few differences.
Field: Akroan's Soldier - Vanilla Angel
Export Version: 1 - 5
Name length: 28 - 26
Ability: Haste - Flying
MultiverseID: 0 - 350771
Title: English only - Every language

The Export Version shouldn't be the problem, because that shouldn't be read by the game. I tested this and it changed nothing in-game for the eldrazi spawn tokens.
Name length: The vanilla Elemental token is also 28 characters long, so this isn't the problem.
Ability: They're both intrinsic abilities and haste exists on vanilla tokens, so this isn't the problem.
MultiverseID: Possibly the culprit, but I've only run one test for it. It seemed it might have worked, but we'll see.
Title: Also might be the culprit because many of the tokens only have English.

So, it's either the MultiverseID, the Title languages, or some combination of those and the number of tokens/cards the engine can handle altogether.

Finally got the Persist cards fixed.

Then we run a test, make the token's name more complicated, it seems time consuming because of the number of tokens but we could say that: if we take the tokens and give them a name in every language - even if it is literally just something like the letter "L" or the english word in english like in russian it would be "angel"

Then when it comes to the multiverse ID I feel the best option is have a large digit numbering in comparison to normal cards; IE: CW748395 isnt a real multiverse ID but say the token we make for it is CW748395_(X) we could theoretically just put the extra number at the end but to prevent the possibility of 2 tokens sharing a multiV ID we add an "_" followed by "(X)" a number which "(X)" is representing.

If we test this with cards that are currently causing the crash it would probably be more of an enzyme to the situation.

If it doesnt cause a crash with 2/2 black zombies or the 0/1 mana eldrazi tokens then i feel it wouldnt change them or make them crash - i am unsure though.

The MultiverseID can't have letters or underscores. The ArtID is stored internally as a string, but the MultiverseID is an integer (I don't remember if it's signed or unsigned). It must be less than 2,147,483,648 (~two billion) or less (so 9 or fewer digits are always acceptable, as well as any 10 digit number starting with 1). If it's unsigned, then it can go up to twice that number (non-inclusive).

The Eldrazi Spawn tokens which were causing crashes do and always have had all languages available. However, it seems those might not be crashing anymore since I made the MultiverseID 5. I don't think overlapping MultiverseIDs would cause any issues. I'll do some more tests and find out.

could it then be the various characteristics?

What characteristics? Speaking of them, though, I was wrong before. There aren't any vanilla tokens with haste.

Also, who said Akroan Crusader causes crashes? I tried to make the game crash with those tokens, but haven't been able to. However, this last test was the most thorough, but was different because I changed the tokens to include various languages in for the Title.

I played a heroic deck that used Akroan Crusader and the game wouldnt block those tokens, i will reupdate my wad just in case, but at the end of the game i was attacked by Primordial Hydra and when i blocked with the tokens the game crashed from them dying

Ok. The AI wouldn't block the tokens, and it refused to attack with them as well (I was playing the deck against itself and my test card allowed me to exchange control as well). However, when it attacked with an Akroan Crusader, I untapped my token and blocked it, but nothing crashed.

thats really weird... I just updated so i will check the deck in a moment.

tokens didnt crash the game but are you sure they dont have unblockable or something??? or an attack type that is considered by the AI that is unblockable or "dont block" or something? this is weird.


EDIT:

<SFX text="COMBAT_CLAW_LARGE_ATTACK" power_boundary_min="4" power_boundary_max="-1" />
<SFX text="COMBAT_CLAW_SMALL_ATTACK" power_boundary_min="1" power_boundary_max="3" />

what does this mean?

MasterXploder7 wrote:tokens didnt crash the game but are you sure they dont have unblockable or something??? or an attack type that is considered by the AI that is unblockable or "dont block" or something? this is weird.


EDIT:

<SFX text="COMBAT_CLAW_LARGE_ATTACK" power_boundary_min="4" power_boundary_max="-1" />
<SFX text="COMBAT_CLAW_SMALL_ATTACK" power_boundary_min="1" power_boundary_max="3" />

what does this mean?

I'm pretty sure that's the sound effects that play when dealing damage

That's correct. Those two lines determine that the sound file "COMBAT_CLAW_LARGE_ATTACK" will play when the creature deals damage if its power is 4 or more. If it's between 1 and 3, it'll play "COMBAT_CLAW_SMALL_ATTACK" instead.

that i think is the animation affect

edit i was wrong

Did we ever get bestow to trigger heroic

Hero of Iroas doesnt cause the bestow cost to be less.