Reactie plaatsen

Geen flauw idee.
Je kan ze natuurlijk wel niet in een deck doen , misschien daarom.

Het is wel leuk dat ze ook de achterkant van de oversized kaarten hebben aangepast. (deckmaster weg, tm ipv. (R ), het gele magic logo)

is er een reden dat deze "Oversized FOIL Commanderkaart." niet tussen het rijtje staat? die uit het 2013 Esper commander deck kwam?

@ Michiel Smit (Amsterdam)

Dank!

'Tegenwoordig' zegt Sharuum the Hegemon niet meer 'put into play' maar 'put onto the battlefield'. Cascade zegt 'When you CAST this spell...'

Het verschil zit 't hem hierin; als je iets wilt casten moet je de casting cost betalen. Zodra je gewoon iets 'in het speelveld legt' zoals met bijvoorbeeld Dramatic Entrance, gaan effecten met 'cast' niet af. (Uiteraard gaan 'Whenever enters the battlefield'-effecten wél af, zoals bij Eternal Witness, Flametongue Kavu etc.)

Tip; lees altijd éérst de Oracle-tekst, die is namelijk veel nauwkeuriger en up-to-date. Hierdoor zal je vaak al antwoord krijgen op je vraag.

Nee want je 'play'ed hem niet

Stel ik haal met Sharuum een Enigma Sphinx terug naar play, gaat dan zijn cascade af?

Okee. bedankt Xander

De tweede Sharuum komt de battlefield binnen, waardoor zijn enter-the-battlefield ability triggert. Nu worden state-based actions gecheckt en treedt de Legend Rule in werking, waardoor beide Sharuums doodgaan. Nu gaat de trigger de stack op en moet je een target aanwijzen. Hoezo er ligt geen Sharuum in je graveyard?

Lees anders de lange reply van mij op 10-10-2011 nog eens na. Daar staat het stap-voor-stap beschreven.

klopt ModifiedChirpy's methode wel helemaal? naar mijn mening niet, je target met sharuum, de andere, dan entered die the battlefield, moet je dus een nieuw target aanwijzen, er lig geen sharuum in... Volgens mij heb je er 3 nodig.

Aha... Ik had al zo'n idee dat ik nog wat info miste...

Ok, dan begrijp ik het inmiddels

En wat Sun Titan betreft, ik dacht dat ik die hetzelfde toepaste, maar dat doe ik dus niet.

De constructie waar het om gaat is de volgende:

Ik heb Sun Titan, Pernicious Deed en Astral Slide en wil ze allemaal behouden. Volgens mijn perceptie van de regels kon ik dus het volgende doen:
-Val aan met Sun Titan, leg de trigger (zonder target) op de stack.
-Activeer Pernicious Deed voor X>6.
-Exile Sun Titan met Astral Slide zodat deze niet sterft aan Pernicious Deed.
-Alles gaat stuk (behalve Sun Titan, want die is exiled).
-Sun Titan trigger resolved en haalt Pernicious Deed terug (of Astral Slide).
-Sun Titan komt terug, trigger resolved en haalt de andere enchantment terug.

Het idee is dus domweg om het bord te sweepen en zelf niets te verliezen inclusief de sweeper zelf!
Dit kan dus niet als zodanig en er zijn twee oplossingen:
1. Pernicious Deed voor X<6.
2. Niet aanvallen (of wel aanvallen en niets terug halen) en een keer extra cyclen in de beurt van de tegenstander.

Overigens werkt het wél wanneer een van beide enchantments al in de grafbak lag..

@Shai: Als je Sun Titan laat triggeren, moet je inderdaad een target aanwijzen voordat je priority krijgt.

Ik vat alleen niet helemaal wat de bedoeling is. Moet Sun Titan ook dood? (Want een Pernicious Deed voor 5 kun je ook in de beginning of combat step spelen, bijvoorbeeld.)

Nog een aanvulling,
als er 1 Bridge from Below in de graveyard is en 2x Sharuum,

1 Reanimate je en dan target die de ander, de trigger gaat op de stack en kan zichzelf dan weer targetten uit de graveyard! heel handig, heb je zo oneindigend tokens

Ok duidelijk! Thanks!

Dan had ik het juist toegepast, maar niet helemaal juist begrepen (en daarom later verkeerd toegepast met Sun Titan).

Voor de volledigheid, twee Sharuums kunnen dus oneindig vaak blijven loopen om zo een oneindig grote Glassdust Hulk te maken.
Zodra een Sun Titan aanvalt moet je direct een target kiezen en kan je niet in reactie een Pernicious Deed af laten gaan die je vervolgens direct terug haalt.

En ja, SBE is zoals ik het ken van *vroeger*, dus vandaar

Als extra aanvulling nog de bijbehorende CompRule:

116.5. Each time a player would get priority, the game first performs all applicable state-based actions as a single event (see rule 704, "State-Based Actions" ) , then repeats this process until no state-based actions are performed. Then triggered abilities are put on the stack (see rule 603, "Handling Triggered Abilities" ). These steps repeat in order until no further state-based actions are performed and no abilities trigger. Then the player who would have received priority does so.