Board index 
Programs with AI or Rules Enforcement Magic: The Gathering - Duels of the Planeswalkers Programming Talk
Programs with AI or Rules Enforcement Magic: The Gathering - Duels of the Planeswalkers Programming Talk
Overload at 95%
Moderator: CCGHQ Admins
Re: Overload at 95%
by NeoAnderson » 29 Aug 2014, 13:39
Honestly it could be more simple, but the main problem was the function EffectSource():GetRef(), iwas hoping it could return a unique value for each istance of a card but it seems to return the same value for each instance of the same card. If anyone knows an alternative function who returns a unique id for each instance it could make the things more easy to handle!!!gorem2k wrote:i'm not really into modifying cards that works but causes the approximated 'overload' to fail. i'd rather work on finding another way to implement overload if it's still possible. the only way I see is put target outside of spell ability. because that together with another "granted depending on something" spell_ability makes it very complicated to keep track of at this point, we're pretty close to creating a 'overload spell casting manager invisible token'
This is the same idea i got yesterday but i just splitted it into 2 STATIC : HAND and EXILE or STACK and EXILE now i don't remember i was too tired, anyway the game was freezing, now i test your modify, anyway if it works we need to better check the GRAVEYARD casting.braquio wrote:I think i found a solution:I didn't test too much but seems works properly.
- Cyclonic Rift NEO&LBN V3.2 | Open
I only changed the STATIC ABILITY with ZONE_ANY for 3 STATICS: 1 with zone hand, one with stack and one with exile.
I didnt put a static with zone graveyard cause i dont know any card that could play these cards from graveyard, but if is necessary is easy to add one more static block.
- NeoAnderson
- Posts: 914
- Joined: 10 Sep 2013, 07:49
- Has thanked: 18 times
- Been thanked: 139 times
Re: Overload at 95%
by braquio » 29 Aug 2014, 14:30
I'm tested with 1 block ZONE_ANY and 1 block ZONE_EXILE and the game was freezing, may be you did the same.This is the same idea i got yesterday but i just splitted it into 2 STATIC : HAND and EXILE or STACK and EXILE now i don't remember i was too tired, anyway the game was freezing, now i test your modify, anyway if it works we need to better check the GRAVEYARD casting.
But with separate blocks for each zone seems works fine.
____________________________________________________________________________________________________________________________
Braquio Dotp2014 DLC
Alternative Sealed Campaigns for DotP 2014
Braquio Dotp2014 DLC
Alternative Sealed Campaigns for DotP 2014
Re: Overload at 95%
by braquio » 29 Aug 2014, 14:36
I'm added the graveyard block, cause i see a way to play it from graveyard.
With cards that gives flashback like Snapcaster Mage
If not, now isperfect, if yes we have to recode 
I think you cant cuase flashback is an alternative cost as overload, and you only can choose one of them.
With cards that gives flashback like Snapcaster Mage
- Cyclonic Rift NEO&LBN V3.3 DON'T WORK | Open
If not, now is
I think you cant cuase flashback is an alternative cost as overload, and you only can choose one of them.
Last edited by braquio on 29 Aug 2014, 15:08, edited 2 times in total.
____________________________________________________________________________________________________________________________
Braquio Dotp2014 DLC
Alternative Sealed Campaigns for DotP 2014
Braquio Dotp2014 DLC
Alternative Sealed Campaigns for DotP 2014
Re: Overload at 95%
by braquio » 29 Aug 2014, 15:06
The game freeze when i give flashback
Why works when is exiled and not when is on graveyard?
Why works when is exiled and not when is on graveyard?
____________________________________________________________________________________________________________________________
Braquio Dotp2014 DLC
Alternative Sealed Campaigns for DotP 2014
Braquio Dotp2014 DLC
Alternative Sealed Campaigns for DotP 2014
Re: Overload at 95%
by NeoAnderson » 29 Aug 2014, 15:27
I was Still testing my friend anyway, accidentally i have posted the version with RSN_Object, but it was just a test, so i am using the LinkedDC version, to avoid external function, also because they both work at the same way.
About the flashback issue, is not the only one i was encountering the same issue with cards like : Omniscience, Nightveil Specter...
(to test Nightveil Specter , i moved a Cyclonic Rift on topo of my library then i give the control of Nightveil Specter to an opponent and i forced it to attack. So he exiles a Cyclonic Rift then i take back the control of Nightveil Specter)
As you said i think that the problem is about the "Alternate cost", if i remember there was a rule who said "a card can have only an alternative cost", anyway it seems that Dotp engine can't handle more than one of it.
I also tried to remove qualifier="Alternate" from the activated ability (Honestly the card work as before, with or without) so the problem is about the utility ability.
To be sure i want to test Omniscience, Nightveil with cards like Fury of the Horde, Salvage Titan coded by Sumomole and Firemind.
2. About the ZONE code splitting after checked this issue about alternate costs, i want see if we can use only 2 block using 1 working into EXILE and another one into ZONE_ANY (inside this block i want to use a check like EffectSource():GetZone() ~= ZONE_EXILE to avoid the execution of the block)
Anyway i post my actual version as like your with 4 stack block with linkedDC :
About the flashback issue, is not the only one i was encountering the same issue with cards like : Omniscience, Nightveil Specter...
(to test Nightveil Specter , i moved a Cyclonic Rift on topo of my library then i give the control of Nightveil Specter to an opponent and i forced it to attack. So he exiles a Cyclonic Rift then i take back the control of Nightveil Specter)
As you said i think that the problem is about the "Alternate cost", if i remember there was a rule who said "a card can have only an alternative cost", anyway it seems that Dotp engine can't handle more than one of it.
I also tried to remove qualifier="Alternate" from the activated ability (Honestly the card work as before, with or without) so the problem is about the utility ability.
To be sure i want to test Omniscience, Nightveil with cards like Fury of the Horde, Salvage Titan coded by Sumomole and Firemind.
2. About the ZONE code splitting after checked this issue about alternate costs, i want see if we can use only 2 block using 1 working into EXILE and another one into ZONE_ANY (inside this block i want to use a check like EffectSource():GetZone() ~= ZONE_EXILE to avoid the execution of the block)
Anyway i post my actual version as like your with 4 stack block with linkedDC :
- CYCLONIC RIFT NEO&LBN V3.3 LinkedDC - Still to fix | Open
- NeoAnderson
- Posts: 914
- Joined: 10 Sep 2013, 07:49
- Has thanked: 18 times
- Been thanked: 139 times
Re: Overload at 95%
by braquio » 29 Aug 2014, 15:48
ONLY RULES:
From Chandra Ablaze gatherer:
So with these cards you cant use overload.
With flashback the same.
I dont know any card that let you play another card(no itself) from graveyard a is normal cast, withouth an alternative play or alternative cost, if exist theorically you could use overload, im not sure.
The same for Nightveil Specter, with this i think you could use overload, and is a problem.
PROGRAMMING QUESTIONS:
Aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaah!!!!
From Chandra Ablaze gatherer:
- Code: Select all
If you cast a card "without paying its mana cost," you can't pay any alternative costs. You can pay additional costs, such as kicker costs.
So with these cards you cant use overload.
With flashback the same.
I dont know any card that let you play another card(no itself) from graveyard a is normal cast, withouth an alternative play or alternative cost, if exist theorically you could use overload, im not sure.
The same for Nightveil Specter, with this i think you could use overload, and is a problem.
PROGRAMMING QUESTIONS:
Aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaah!!!!
____________________________________________________________________________________________________________________________
Braquio Dotp2014 DLC
Alternative Sealed Campaigns for DotP 2014
Braquio Dotp2014 DLC
Alternative Sealed Campaigns for DotP 2014
Re: Overload at 95%
by NeoAnderson » 29 Aug 2014, 16:50
About the alternate cost i already know that we can't use overload when we play it from other zone, but the issue still remains, normal cast crash with the kind of cards who grants "normal cast" from other zone!braquio wrote:ONLY RULES:
From Chandra Ablaze gatherer:I see the same in other cards that let you play cards from graveyard as free.
- Code: Select all
If you cast a card "without paying its mana cost," you can't pay any alternative costs. You can pay additional costs, such as kicker costs.
So with these cards you cant use overload.
With flashback the same.
I dont know any card that let you play another card(no itself) from graveyard a is normal cast, withouth an alternative play or alternative cost, if exist theorically you could use overload, im not sure.
The same for Nightveil Specter, with this i think you could use overload, and is a problem.
PROGRAMMING QUESTIONS:
Aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaah!!!!
- NeoAnderson
- Posts: 914
- Joined: 10 Sep 2013, 07:49
- Has thanked: 18 times
- Been thanked: 139 times
Re: Overload at 95%
by RiiakShiNal » 30 Aug 2014, 00:14
Object() returns the card instance (meaning multiple copies in a deck will each have different Object() references) and it remains the same for only that instance of the card no matter how many times it changes zones (means Object() is constant for any given card instance).NeoAnderson wrote:Honestly it could be more simple, but the main problem was the function EffectSource():GetRef(), iwas hoping it could return a unique value for each istance of a card but it seems to return the same value for each instance of the same card. If anyone knows an alternative function who returns a unique id for each instance it could make the things more easy to handle!!!
If you want to use the ObjectDC functions then just use RSN_GetObjectDC() instead of RSN_ObjectDC(). You can pass the card pointer you want to use the ObjectDC on to RSN_GetObjectDC() so you could pass it Object() if you wanted to retain the chest across zone changes.
Just getting started: Xander9009's DotP 2014 Community Wad
Need a deck builder: DotP 2014 Deck Builder
Problems Modding: DotP 2014 Frequent Modding Mistakes
Need a deck builder: DotP 2014 Deck Builder
Problems Modding: DotP 2014 Frequent Modding Mistakes
- RiiakShiNal
- Programmer
- Posts: 2185
- Joined: 16 May 2011, 21:37
- Has thanked: 75 times
- Been thanked: 497 times
Re: Overload at 95%
by NeoAnderson » 30 Aug 2014, 00:52
Ok i know i can use the Object() to retrieve the card pointer (different for each instances), also if i was looking for an integer value to be used to create a chest for each instances.RiiakShiNal wrote:Object() returns the card instance (meaning multiple copies in a deck will each have different Object() references) and it remains the same for only that instance of the card no matter how many times it changes zones (means Object() is constant for any given card instance).NeoAnderson wrote:Honestly it could be more simple, but the main problem was the function EffectSource():GetRef(), iwas hoping it could return a unique value for each istance of a card but it seems to return the same value for each instance of the same card. If anyone knows an alternative function who returns a unique id for each instance it could make the things more easy to handle!!!
If you want to use the ObjectDC functions then just use RSN_GetObjectDC() instead of RSN_ObjectDC(). You can pass the card pointer you want to use the ObjectDC on to RSN_GetObjectDC() so you could pass it Object() if you wanted to retain the chest across zone changes.
I know i can do it anyway but i have to make a different chest structure, i have to start from a value (example : 800) then i have to save both information i need Object pointer and integer values.
When another istance enter in action i have to check starting from 800 comparing each object pointer until i found it, if not it means it will be a new chest to add.
An example could be :
- Code: Select all
local ObjFound = 0
local refplayer = Object():GetPlayer()
local chest = refplayer:PlayerDataChest():Get_Chest(800)
if chest ~= nil then
local indexChest = chest:Get_Int(0)
for i = 1, indexChest do
local chest_OBJ = chest:Get_Chest(i)
if chest ~= nil then
local Current_OBJ = chest_OBJ:Get_CardPtr(0)
if Current_OBJ ~= nil then
if Current_OBJ == Object() then
ObjFound = 1
**** Found do something *****
end
end
end
end
******* If not found add the Object to the chest*******
if ObjFound == 0 then
chest:Int_Inc(0)
indexChest = chest:Get_Int(0)
local chest_OBJ = chest:Make_Chest(indexChest)
chest_OBJ:Set_CardPtr(0, Object())
****Eventually Protect the pointer****
else
chest = refplayer:PlayerDataChest():Make_Chest(800)
chest:Set_Int(0, 1)
local indexChest = chest:Get_Int(0)
local chest_OBJ = chest:Make_Chest(indexChest)
chest_OBJ:Set_CardPtr(0, Object())
****Eventually Protect the pointer****
chest:Int_Inc(0)
end
I can confirm that if we have a card who cast for free from exile it works.
There is somekind of conflict when is granted the "normal cast" as alternate cost for exile zone!
2. Another urgent question, do you know if when you make a copy of a spell are also copied some kind information about the chest??
- NeoAnderson
- Posts: 914
- Joined: 10 Sep 2013, 07:49
- Has thanked: 18 times
- Been thanked: 139 times
Re: Overload at 95%
by NeoAnderson » 30 Aug 2014, 03:56
Ok i think we have reached the best we can obtain with all the limitations of Dotp engine..
I finally resolved all the bugs caused by card like Omniscience, Bituminous Blast (and other CASCADE cards),Epic Experiment...etc.
About all cards like Nightveil Specter, Elkin Bottle, Muse Vessel ....etc...it is a partial work, because it can only play the card in "normal cast". Anyway there are really few cards with this kind of interaction!
About other question like flashback and cascade the card should work as expected! (Anyway need more tests)
You can’t use OverLoad with Flashback or Cascade
See, when you use an ability like cascade or flashback to cast a spell from a place you normally couldn’t, what you’re doing is casting it for an alternative cost (even “without paying its mana cost” still counts as an alternativee cost). overload, too, is an alternative cost. From : http://blogs.magicjudges.org/rulestips/2012/10/you-cant-use-overload-with-flashback-or-cascade/
Here you can find the last card version please help me to make other tests :
I finally resolved all the bugs caused by card like Omniscience, Bituminous Blast (and other CASCADE cards),Epic Experiment...etc.
About all cards like Nightveil Specter, Elkin Bottle, Muse Vessel ....etc...it is a partial work, because it can only play the card in "normal cast". Anyway there are really few cards with this kind of interaction!
About other question like flashback and cascade the card should work as expected! (Anyway need more tests)
You can’t use OverLoad with Flashback or Cascade
See, when you use an ability like cascade or flashback to cast a spell from a place you normally couldn’t, what you’re doing is casting it for an alternative cost (even “without paying its mana cost” still counts as an alternativee cost). overload, too, is an alternative cost. From : http://blogs.magicjudges.org/rulestips/2012/10/you-cant-use-overload-with-flashback-or-cascade/
Here you can find the last card version please help me to make other tests :
- CYCLONIC RIFT NEO&LBN V4.0 | Open
- Possible interactions cards List | Open
- NeoAnderson
- Posts: 914
- Joined: 10 Sep 2013, 07:49
- Has thanked: 18 times
- Been thanked: 139 times
Re: Overload at 95%
by RiiakShiNal » 30 Aug 2014, 12:29
This is pretty much exactly what the ObjectDC functions do with the exception that I use the DuelDataChest() instead of the PlayerDataChest() and I don't protect the card pointer (since to replicate the ObjectDC behavior from DotP 2013 the chest is supposed to get cleared when changing zones). The advantage of storing the chest in the DuelDataChest() instead of the PlayerDataChest() is that if the card changes controllers the chest remains valid where under PlayerDataChest the chest would become invalid.NeoAnderson wrote:Ok i know i can use the Object() to retrieve the card pointer (different for each instances), also if i was looking for an integer value to be used to create a chest for each instances.
I know i can do it anyway but i have to make a different chest structure, i have to start from a value (example : 800) then i have to save both information i need Object pointer and integer values.
When another istance enter in action i have to check starting from 800 comparing each object pointer until i found it, if not it means it will be a new chest to add.
An example could be :
- Code: Select all
local ObjFound = 0
local refplayer = Object():GetPlayer()
local chest = refplayer:PlayerDataChest():Get_Chest(800)
if chest ~= nil then
local indexChest = chest:Get_Int(0)
for i = 1, indexChest do
local chest_OBJ = chest:Get_Chest(i)
if chest ~= nil then
local Current_OBJ = chest_OBJ:Get_CardPtr(0)
if Current_OBJ ~= nil then
if Current_OBJ == Object() then
ObjFound = 1
**** Found do something *****
end
end
end
end
******* If not found add the Object to the chest*******
if ObjFound == 0 then
chest:Int_Inc(0)
indexChest = chest:Get_Int(0)
local chest_OBJ = chest:Make_Chest(indexChest)
chest_OBJ:Set_CardPtr(0, Object())
****Eventually Protect the pointer****
else
chest = refplayer:PlayerDataChest():Make_Chest(800)
chest:Set_Int(0, 1)
local indexChest = chest:Get_Int(0)
local chest_OBJ = chest:Make_Chest(indexChest)
chest_OBJ:Set_CardPtr(0, Object())
****Eventually Protect the pointer****
chest:Int_Inc(0)
end
Though I do have an experimental function I made specifically for protecting the card pointer for an ObjectDC chest to protect the chest contents from being cleared when changing zones. Though since it was never needed I never included it into the ObjectDC functions. It only works for ObjectDCs for the EffectSource though (I didn't make a targetable protect function).
- Code: Select all
RSN_ProtectObjectDC = function()
local oDC = nil
-- Get our fake ObjectDC repository.
local oObjectDCChest = MTG():DuelDataChest():Get_Chest( RSN_REGISTER_OBJECTDC_CHEST )
if (oObjectDCChest == nil) then
-- Repository doesn't exist so create it.
oObjectDCChest = MTG():DuelDataChest():Make_Chest( RSN_REGISTER_OBJECTDC_CHEST )
end
-- Find out how many objectDCs we have stored.
local nCount = oObjectDCChest:Int_Get( RSN_REGISTER_OBJECTDC_CHEST_COUNT )
-- Look though our stored fake ObjectDCs to see if we have one for this card.
for i = 1, nCount do
-- Get our stored ObjectDC repository item.
local oTestDC = oObjectDCChest:Get_Chest( i )
if (oTestDC ~= nil) then
-- Get the card pointer for this ObjectDC
local oTestCard = oTestDC:Get_CardPtr( 0 )
-- Check to see if it is our object.
if (oTestCard == oCard) then
-- This is the right repository item so protect our pointer so it doesn't get lost crossing zones.
oTestDC:Protect_CardPtr( 0 )
-- We found what we were looking for so exit the loop.
break
end
end
end
end
No I don't know why, this is probably just another DotP bug.NeoAnderson wrote:Anyway have you some idea why the game free when this card interact with card like Omniscience, Nightveil Specter ??
I can confirm that if we have a card who cast for free from exile it works.
There is somekind of conflict when is granted the "normal cast" as alternate cost for exile zone!
I do know the answer to this. No, chest information is not copied when a spell is copied. This also applies to all card copies whenever a card is copied no chest information from the original card is copied to the new card.NeoAnderson wrote:2. Another urgent question, do you know if when you make a copy of a spell are also copied some kind information about the chest??
Just getting started: Xander9009's DotP 2014 Community Wad
Need a deck builder: DotP 2014 Deck Builder
Problems Modding: DotP 2014 Frequent Modding Mistakes
Need a deck builder: DotP 2014 Deck Builder
Problems Modding: DotP 2014 Frequent Modding Mistakes
- RiiakShiNal
- Programmer
- Posts: 2185
- Joined: 16 May 2011, 21:37
- Has thanked: 75 times
- Been thanked: 497 times
Re: Overload at 95%
by NeoAnderson » 30 Aug 2014, 13:01
Thanks a lot for the answer.RiiakShiNal wrote:This is pretty much exactly what the ObjectDC functions do with the exception that I use the DuelDataChest() instead of the PlayerDataChest() and I don't protect the card pointer (since to replicate the ObjectDC behavior from DotP 2013 the chest is supposed to get cleared when changing zones). The advantage of storing the chest in the DuelDataChest() instead of the PlayerDataChest() is that if the card changes controllers the chest remains valid where under PlayerDataChest the chest would become invalid.
Though I do have an experimental function I made specifically for protecting the card pointer for an ObjectDC chest to protect the chest contents from being cleared when changing zones. Though since it was never needed I never included it into the ObjectDC functions. It only works for ObjectDCs for the EffectSource though (I didn't make a targetable protect function).
- CODE | Open
I have found the problem, it was the calling of MTG():ReevaluateContinuousEffects() inside the target block. Probably it was in conflict with the "normal cast" granted utility ability.RiiakShiNal wrote:No I don't know why, this is probably just another DotP bug.NeoAnderson wrote:Anyway have you some idea why the game free when this card interact with card like Omniscience, Nightveil Specter ??
I can confirm that if we have a card who cast for free from exile it works.
There is somekind of conflict when is granted the "normal cast" as alternate cost for exile zone!
This is so bad, also because we don't have any TRIGGER that fires when we use CopySpell functions, so we cannot understand when a spell is generating a copy. For Example with the tokens we don't have this problem because when we use PutTokenOntoBattlefield you can pass a DataChest as parameter!RiiakShiNal wrote:I do know the answer to this. No, chest information is not copied when a spell is copied. This also applies to all card copies whenever a card is copied no chest information from the original card is copied to the new card.NeoAnderson wrote:2. Another urgent question, do you know if when you make a copy of a spell are also copied some kind information about the chest??
ANYWAY : The last version is really close to be a full work approximation as i said in the post above we have only one kind of interaction that is limited (when we use cards who says "You can play a card from a zone") in this case we can only play "Normal cast". So what you think can we consider this OVERLOAD good enough?
- NeoAnderson
- Posts: 914
- Joined: 10 Sep 2013, 07:49
- Has thanked: 18 times
- Been thanked: 139 times
Re: Overload at 95%
by NeoAnderson » 30 Aug 2014, 15:10
Ok i think we have reached the best we can obtain with all the limitations of Dotp engine..
I finally resolved all the bugs caused by card like Omniscience, Bituminous Blast (and other CASCADE cards),Epic Experiment...etc.
About all cards like Nightveil Specter, Elkin Bottle, Muse Vessel ....etc...it is a partial work, because it can only play the card in "normal cast". Anyway there are really few cards with this kind of interaction!
About other question like flashback and cascade the card should work as expected! (Anyway need more tests)
You can’t use OverLoad with Flashback or Cascade
See, when you use an ability like cascade or flashback to cast a spell from a place you normally couldn’t, what you’re doing is casting it for an alternative cost (even “without paying its mana cost” still counts as an alternativee cost). overload, too, is an alternative cost. From : http://blogs.magicjudges.org/rulestips/2012/10/you-cant-use-overload-with-flashback-or-cascade/
UPDATE: CHANGELOG REV 4.1
- Fixed issue with FLASHBACK
ver 4.0 Keep index also when the spell was resolved, so Flashback had problem to works because it was retrieving the old informations about how the spell was played before.
For example : A card cast with overload (without legal targets) went into graveyard, the we played Past in Flames, if there weren't legal targets in play the card into graveyard was playable anyway.
Here you can find the last card version please help me to make other tests :
I finally resolved all the bugs caused by card like Omniscience, Bituminous Blast (and other CASCADE cards),Epic Experiment...etc.
About all cards like Nightveil Specter, Elkin Bottle, Muse Vessel ....etc...it is a partial work, because it can only play the card in "normal cast". Anyway there are really few cards with this kind of interaction!
About other question like flashback and cascade the card should work as expected! (Anyway need more tests)
You can’t use OverLoad with Flashback or Cascade
See, when you use an ability like cascade or flashback to cast a spell from a place you normally couldn’t, what you’re doing is casting it for an alternative cost (even “without paying its mana cost” still counts as an alternativee cost). overload, too, is an alternative cost. From : http://blogs.magicjudges.org/rulestips/2012/10/you-cant-use-overload-with-flashback-or-cascade/
UPDATE: CHANGELOG REV 4.1
- Fixed issue with FLASHBACK
ver 4.0 Keep index also when the spell was resolved, so Flashback had problem to works because it was retrieving the old informations about how the spell was played before.
For example : A card cast with overload (without legal targets) went into graveyard, the we played Past in Flames, if there weren't legal targets in play the card into graveyard was playable anyway.
Here you can find the last card version please help me to make other tests :
- CYCLONIC RIFT NEO&LBN V4.1 | Open
- Possible interactions cards List UPDATE ver 1.1 | Open
- NeoAnderson
- Posts: 914
- Joined: 10 Sep 2013, 07:49
- Has thanked: 18 times
- Been thanked: 139 times
Re: Overload at 95%
by RiiakShiNal » 30 Aug 2014, 21:44
If CopySpell returns a card pointer (which I believe it does) then you can always use the ObjectDC functions (accessing another card's chest is exactly what it was designed for).NeoAnderson wrote:This is so bad, also because we don't have any TRIGGER that fires when we use CopySpell functions, so we cannot understand when a spell is generating a copy. For Example with the tokens we don't have this problem because when we use PutTokenOntoBattlefield you can pass a DataChest as parameter!
You would simply store the card pointer you get in a local (or a register) then pass it to RSN_GetObjectDC() with the second parameter set to true to create and get the new ObjectDC chest then set what ever you want.
I can't answer that at this point I have not analyzed the code to see if there are any areas where it will fail (I have not looked at Strive yet either as I'm still in the process of an OS upgrade, though I'm probably going to have to kill that soon as it has only been slowly advancing for the last week).NeoAnderson wrote:
ANYWAY : The last version is really close to be a full work approximation as i said in the post above we have only one kind of interaction that is limited (when we use cards who says "You can play a card from a zone") in this case we can only play "Normal cast". So what you think can we consider this OVERLOAD good enough?
Just getting started: Xander9009's DotP 2014 Community Wad
Need a deck builder: DotP 2014 Deck Builder
Problems Modding: DotP 2014 Frequent Modding Mistakes
Need a deck builder: DotP 2014 Deck Builder
Problems Modding: DotP 2014 Frequent Modding Mistakes
- RiiakShiNal
- Programmer
- Posts: 2185
- Joined: 16 May 2011, 21:37
- Has thanked: 75 times
- Been thanked: 497 times
Re: Overload at 95%
by NeoAnderson » 30 Aug 2014, 22:19
But the main problem is in this way you have to modify the copy spell to do what you want ( i already tested copyspell function return a temporary card, so also a cardpointer, and it expire at end of the ABILITY (SPELL, ACTIVATED, TRIGGER)you cannot store longer also if you protect it). So if you don't cast the copy during the ability you cannot keep it anymore.RiiakShiNal wrote:If CopySpell returns a card pointer (which I believe it does) then you can always use the ObjectDC functions (accessing another card's chest is exactly what it was designed for).NeoAnderson wrote:This is so bad, also because we don't have any TRIGGER that fires when we use CopySpell functions, so we cannot understand when a spell is generating a copy. For Example with the tokens we don't have this problem because when we use PutTokenOntoBattlefield you can pass a DataChest as parameter!
You would simply store the card pointer you get in a local (or a register) then pass it to RSN_GetObjectDC() with the second parameter set to true to create and get the new ObjectDC chest then set what ever you want.
Anyway there i no way from an external card to understand if a copy is cast (or better to understand the copy who has copied).
NeoAnderson wrote:ANYWAY : The last version is really close to be a full work approximation as i said in the post above we have only one kind of interaction that is limited (when we use cards who says "You can play a card from a zone") in this case we can only play "Normal cast". So what you think can we consider this OVERLOAD good enough?
I know that you still have to give me an answer about striveRiiakShiNal wrote:I can't answer that at this point I have not analyzed the code to see if there are any areas where it will fail (I have not looked at Strive yet either as I'm still in the process of an OS upgrade, though I'm probably going to have to kill that soon as it has only been slowly advancing for the last week).
don't worry just add to the "TO DO LIST" 
.Anyway the last small thing unsolved i think is unsolvable, but is not a big deal, because there are really few cards (about 10 cards) that have that effect and the overload cards can be still played but without overload function.
- NeoAnderson
- Posts: 914
- Joined: 10 Sep 2013, 07:49
- Has thanked: 18 times
- Been thanked: 139 times
Who is online
Users browsing this forum: No registered users and 28 guests