• Please note: In an effort to ensure that all of our users feel welcome on our forums, we’ve updated our forum rules. You can review the updated rules here: http://forums.wolflair.com/showthread.php?t=5528.

    If a fellow Community member is not following the forum rules, please report the post by clicking the Report button (the red yield sign on the left) located on every post. This will notify the moderators directly. If you have any questions about these new rules, please contact support@wolflair.com.

    - The Lone Wolf Development Team

B5CGS Deck validation.

rob

Administrator
Staff member
Yes, I realize it has been two weeks since you posted this. Unfortunately,
we've been operating with half our staff on vacation for much of the past
two weeks (I know, not incredibly smart). And we've been striving to get a
preliminary V1.2 into Beta testing by the end of Thursday. So things have
been a bit hectic, to say the least. :-)

From your descriptions, I believe that everything can be supported by CV.
I'll try to address each item you bring up. Please ask further questions if
things aren't entirely clear.

Quick note before I start: There are some rule parsing problems within V1.1
that may make some of the following difficult to accomplish. V1.2 should
eliminate those issues. If you'd like, I'll add you to the Beta team so you
can work with the V1.2 Beta and help us to verify everything is working
smoothly.

1. The number of cards in the deck can be limited using the "#" special
term within a card scoping rule. You can compare the count of the card
against the total number of cards in teh deck, which is given by the "$"
special term.

2. The maximum of two races can be achieved with a "race" tag group and a
rule that limits the number of distinct races to two (via the "distinct"
special term).

3. The Generic race requirement can be enforced via a rule that first
verifies two races are used (see #2) and then verifies that the Generic
race is present by checking for the tag.

4. To handle the different personality versions, you can assign each such
card a common tag (e.g. all Londo cards get a "Londo" tag). Then you can
write rules that verify the limits on those common tags.

5. Reserve card restrictions #1 and #2 are easily verified with tags.

6. Reserve card restriction #3 can be handled the same way as outlined in
#1 above.

7. Reserve restriction #4 doesn't make sense to me. The examples you give
don't seem to map to the rule you state, so I'm confused. Could you please
explain this in more detail for me?

8. Ensuring that the user omits at least one race from the Reserve can be
easily accomplished by getting the total number of distinct races in the
Reserve (via "distinct") and making sure it is at least one less than the
total number of races.

I think that covers everything. If you need more details on anything, let
me know and I'll try to explain further.

Hope this helps,
Rob


At 01:00 AM 5/7/2003 +0100, you wrote:
>Is anyone out there even passingly familiar with the Babylon 5 Component
>Game System?
>
>
>I now have a large chunk of the data file composed and I'm beginning to
>look at validation.
>
>In B5:CGS the number of copies of any card permitted in a deck is
>controlled by the size of the deck:
>
>10-19 = 1 copy
>20-29 = 2 copies
>30-39 = 3 copies
>etc...
>
>Minimum deck size is 10.
>
>Each deck may contain a maximum of two Races.
>
>If two Races are used, one of them MUST be "Generic".
>
>Different versions of a personality count as the same card for duplication
>purposes (eg. a copy of "Londo 2258" and a copy of "Londo 2259" are
>considered to be 2 copies of "Londo").
>
>
>
>The rules for the Reserve are less than clear. Effectively, your Reserve
>automatically consists of every non-Generic card you own that does not
>match the (other) Race chosen for your main deck. However, the cards that
>may actually be used from your Reserve appear to be limited to 1 for every
>10 cards in your deck.
>
>Effectively the restrictions on Reserve cards are:
> 1) Not Generic
> 2) Not of the same Race as any card in your deck.
> 3) Number of copies of any card limited to 1 card for every 10 in
> the main
>deck.
> 4) Number of cards limited to 1 card for every 10 in the main deck
>SQUARED.
> (eg. Maximum = 1 copy of 1 card, 2 copies of 2 cards, 3 copies
> of 3
>cards)
>
>Whilst it is not compulsory to include any Non-Generic cards in your main
>deck you must omit at least one other Race from your Reserve. (You ARE
>considered to be playing one Race even if you do not use any of that Race's
>cards)
>
>Essentially, I am here using Card Vault to determine the Reserve cards that
>a player prefers (as technically their Reserve is almost unlimited) or
>perhaps more usefully, to validate an actual deck in retrospect.
>
>
>
>
>Any ideas how I go about setting all this up?
>
>---Steven
>
>
>To unsubscribe from this group, send an email to:
>cardvault-unsubscribe@yahoogroups.com
>
>
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


---------------------------------------------------------------------------
Rob Bowes (rob@wolflair.com) (559) 658-6995
Lone Wolf Development www.wolflair.com


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get A Free Psychic Reading!
Your Online Answer To Life's Important Questions.
http://us.click.yahoo.com/aM1XQD/od7FAA/uetFAA/WuQolB/TM
---------------------------------------------------------------------~->
 
...7. Reserve restriction #4 doesn't make sense to me. The examples you
give don't seem to map to the rule you state, so I'm confused. Could you
please explain this in more detail for me?...

...4) Number of cards limited to 1 card for every 10 in the main deck
SQUARED. (eg. Maximum = 1 copy of 1 card, 2 copies of 2 cards, 3 copies of
3 cards)...


I think perhaps the confusion is that it's not an additional restriction.
If you validate correctly the number of NAMES and number of COPIES of those
names, the maximum number of cards should take care of itself.


Anyhow...

The maximum size of the Reserve increases exponentially with the size of
the Deck.

Deck Size = 10-19, Reserve Limit = 1
Deck Size = 20-29, Reserve Limit = 4
Deck Size = 30-39, Reserve Limit = 9


Assume that you main deck is 20 cards and that you are using HUMAN and
GENERIC cards.

The number of DIFFERENT Non-HUMAN cards you are permitted = 2
(as Deck size = 20 to 29)

The number of copies of ANY card you are permitted = 2
(same reason)

Therefore the MAXIMUM number of Non-HUMAN cards you are permitted = 4
(2 copies each of 2 different cards)


If your deck size is 30 to 39, the maximum number of Non-Human cards
becomes 9 (3x3). Therefore, the MAXIMUM number of "other empire" cards you
are permitted is always the square of the number of DIFFERENT "other
empire" cards you are permitted... and NONE of them count towards the total
size of your deck.


Now whether any of that is actually relevant or necessary with all the
other checks and balances is another question. It's one of those things
that might be useful to know when writing the validation rules. I think the
main reason for including it is that when you read the Reserve rules in
isolation it easy to make the mistake that the limit is only 1,2,3... when
it is actually 1,4,9...



I've almost finished adding the card data, so with a bit of luck I'll be
tackling the validation rules sometime next week.



AND I found another restriction, although it doesn't look particularly
complex: no more than 50% of any one TYPE (eg. Event).

---Steven

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get A Free Psychic Reading!
Your Online Answer To Life's Important Questions.
http://us.click.yahoo.com/aM1XQD/od7FAA/uetFAA/WuQolB/TM
---------------------------------------------------------------------~->
 
OK, this makes more sense now. You can accomplish the deck size limits via
the modulo operator and doing a manual squaring (i.e. x*x). The
calculations you outline can be accomplished within CV, so I think you're
good to go.

And the new restriction you mention should be trivial. I assume you'll have
a tag group for all the different card types. So it will be easy to
identify all cards with the tag "type.event" and calculate the ratio to the
total number of cards.

Thanks, Rob


At 10:12 PM 5/22/2003 +0100, you wrote:
>...7. Reserve restriction #4 doesn't make sense to me. The examples you
>give don't seem to map to the rule you state, so I'm confused. Could you
>please explain this in more detail for me?...
>
>...4) Number of cards limited to 1 card for every 10 in the main deck
>SQUARED. (eg. Maximum = 1 copy of 1 card, 2 copies of 2 cards, 3 copies of
>3 cards)...
>
>
>I think perhaps the confusion is that it's not an additional restriction.
>If you validate correctly the number of NAMES and number of COPIES of those
>names, the maximum number of cards should take care of itself.
>
>
>Anyhow...
>
>The maximum size of the Reserve increases exponentially with the size of
>the Deck.
>
>Deck Size = 10-19, Reserve Limit = 1
>Deck Size = 20-29, Reserve Limit = 4
>Deck Size = 30-39, Reserve Limit = 9
>
>
>Assume that you main deck is 20 cards and that you are using HUMAN and
>GENERIC cards.
>
>The number of DIFFERENT Non-HUMAN cards you are permitted = 2
>(as Deck size = 20 to 29)
>
>The number of copies of ANY card you are permitted = 2
>(same reason)
>
>Therefore the MAXIMUM number of Non-HUMAN cards you are permitted = 4
>(2 copies each of 2 different cards)
>
>
>If your deck size is 30 to 39, the maximum number of Non-Human cards
>becomes 9 (3x3). Therefore, the MAXIMUM number of "other empire" cards you
>are permitted is always the square of the number of DIFFERENT "other
>empire" cards you are permitted... and NONE of them count towards the total
>size of your deck.
>
>
>Now whether any of that is actually relevant or necessary with all the
>other checks and balances is another question. It's one of those things
>that might be useful to know when writing the validation rules. I think the
>main reason for including it is that when you read the Reserve rules in
>isolation it easy to make the mistake that the limit is only 1,2,3... when
>it is actually 1,4,9...
>
>
>
>I've almost finished adding the card data, so with a bit of luck I'll be
>tackling the validation rules sometime next week.
>
>
>
>AND I found another restriction, although it doesn't look particularly
>complex: no more than 50% of any one TYPE (eg. Event).
>
>---Steven


---------------------------------------------------------------------------
Rob Bowes (rob@wolflair.com) (559) 658-6995
Lone Wolf Development www.wolflair.com


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get A Free Psychic Reading! Your Online Answer To Life's Important Questions.
http://us.click.yahoo.com/Lj3uPC/Me7FAA/uetFAA/WuQolB/TM
---------------------------------------------------------------------~->
 
Back
Top