1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Xenotech + Smoke + MSV2 problem

Discussion in '[Archived]: N3 Rules' started by Teslarod, Sep 6, 2018.

  1. Hachiman Taro

    Hachiman Taro Inverted gadfly

    Joined:
    Jan 16, 2018
    Messages:
    1,089
    Likes Received:
    1,991
    There should be a love button :)
     
    Bohrdog and inane.imp like this.
  2. inane.imp

    inane.imp Well-Known Member

    Joined:
    Jan 28, 2018
    Messages:
    6,040
    Likes Received:
    7,177
    But other Neutral Civilians in the CIVEVAC state still do?
     
    Ben Kenobi likes this.
  3. Ben Kenobi

    Ben Kenobi Well-Known Member

    Joined:
    May 2, 2018
    Messages:
    1,386
    Likes Received:
    1,639
    I don't understand that rule. Why should a Civilian create aros? There are enough shenanigans with aro's. Why not only cut these passus in the rules. It's the next exception from the exception.
    Don't get me wrong @HellLois, it's your game and you know better what to do then us, but more complexity isn't in my opinion good at all.
     
    Ariwch likes this.
  4. Mahtamori

    Mahtamori Well-Known Member

    Joined:
    Nov 23, 2017
    Messages:
    12,040
    Likes Received:
    15,338
    Xenotech uses CivEvac state and the CivEvac says the synchronized civilian generates AROs.

    It should be noted that under several circumstances it would be beneficial for a reactive Trooper to be able to declare Dodge or Reset as AROs to a synchronized Civilian.

    http://infinitythewiki.com/en/CivEvac
     
  5. eciu

    eciu Easter worshiper

    Joined:
    Nov 23, 2017
    Messages:
    4,002
    Likes Received:
    4,661
    Ok, so for now Xenotech will be able "only" to block templates. Good enough.

    Btw. a question: does the "controller" of G:Sync unit (so the one without G:Sync) is a valid trooper to try to sync up Civilian/Xenotech ?
     
  6. Ben Kenobi

    Ben Kenobi Well-Known Member

    Joined:
    May 2, 2018
    Messages:
    1,386
    Likes Received:
    1,639
    That's known to me, but it doesn't make any sense. Thats the rule I personally would change. Cause this was the first exection to civilians.
     
  7. MindwormGames

    MindwormGames Well-Known Member

    Joined:
    Jun 21, 2018
    Messages:
    201
    Likes Received:
    282
    My understanding is that this is correct.

    I haven't found anything in the rules that prevents a Controller from declaring Synchronize Civilian.

    A Controller would, I think, have to meet one or more of the bullet points under "A model cannot declare this Common Skill if any of the following is true" to be prevented from declaring the skill.
     
  8. Joametz

    Joametz Chinese Empire in Space enthusiast

    Joined:
    Jun 3, 2018
    Messages:
    458
    Likes Received:
    410
    Hi @HellLois , sorry to bring back this from the dead but is the ITS update done? If it is I'm sorry but I missed it. Can't find it in ITS X or the wiki.
     
  9. colbrook

    colbrook Grenade Delivery Specialist

    Joined:
    Nov 23, 2017
    Messages:
    9,301
    Likes Received:
    17,080
    The rule that Civilians do not provoke AROs was included with the latest Infinity FAQ
     
    daboarder likes this.
  10. Predigerw

    Predigerw Well-Known Member
    Warcor

    Joined:
    Nov 23, 2017
    Messages:
    67
    Likes Received:
    46
    Hmm, I expected such a thing to be part of the civevac state. Both give conflicting answers
     
  11. solkan

    solkan Well-Known Member

    Joined:
    Dec 19, 2017
    Messages:
    1,335
    Likes Received:
    1,982
    And to resolve the conflict you have to remember that the FAQ supersedes the printed rules. And I think the thread speaks for itself as far as the unwanted consequences of having the sync’d civilian generate AROs.

    @ijw I notice that the FAQ entry isn’t on the CivEvac wiki page. Is that an oversight or is there another change pending?
     
    xagroth and inane.imp like this.
  12. Predigerw

    Predigerw Well-Known Member
    Warcor

    Joined:
    Nov 23, 2017
    Messages:
    67
    Likes Received:
    46
    I understand that a faq is used to explain some obscure interaction, not to re-write a rule. That is called an errata, or an update. And you normally don't leave it on your living document (the wiki in this case).
    It is completely counter intuitive to read two different things on 2 different documents. Even more when the FAQs can contradict each other between versions (shock vs multiwound comes to mind).
     
    xagroth, Joametz and Hecaton like this.
  13. colbrook

    colbrook Grenade Delivery Specialist

    Joined:
    Nov 23, 2017
    Messages:
    9,301
    Likes Received:
    17,080
    To Corvus Belli the FAQ and Errata are functionally the same thing.

    The wiki is also not technically a living document, it's more of an electronic version of the rulebook.
     
    xagroth likes this.
  14. solkan

    solkan Well-Known Member

    Joined:
    Dec 19, 2017
    Messages:
    1,335
    Likes Received:
    1,982
    Over all my years of war gaming, the difference between a FAQ and an errata is “Does the game company want to change the text in the rulebook/Card/whatever?” It’s an errata if the answer is “Yes” and a FAQ otherwise. A lot of the time, it’s because the rule’s broken and they haven’t come up with suitable permanent replacement text. (It’s weird how errata’ing the same rule twice really makes some people mad...)

    So, yeah, this is a FAQ telling you that two bullet points in CivEvac are wrong.

    Corvus Belli isn’t using their wiki as the living rules document. There are days I wonder how much IJW had to fight to get FAQ entries on the wiki pages.
     
    Hachiman Taro, xagroth and inane.imp like this.
  • About Us

    We are a company founded in 2001 in Cangas (Spain), and devoted to design and manufacture games and figures. Our main product, Infinity the Game, was born with the ambition to satisfy the most demanding audience, offering the best quality.

     

    Why are we here?

     

    Because we are, first and foremost, players.

  • Quick Navigation

    Open the Quick Navigation