Jump to content

ACBL


CSGibson

Recommended Posts

The laws say the ten is an honor. If you want to call it something else, have at it.

The laws don't tell us whether we have to include the ten with other honors in our carding agreements. They do tell us we have to properly disclose those agreements; if you want to campaign for people to say "We lead nth from one or more high card points.", have at it.

 

Some very good players who have been burned by assuming common usage, now ask "Do you consider the Ten an honor in your agreements?".

Link to comment
Share on other sites

For the purposes of Journalist NT leads, the 9 is also considered an honour. It is clear that honour for the purposes of explaining carding agreeemnts may often mean something different from honour in the Laws. As for the question regarding signalling the number of small cards in a suit, I would hope this is legal or Fantunes are going to have a few issues at their next tournament. And as for the Enigma Club, it is a work of fiction. You could just as easily write about a player having a nervous breakdown because he could not work out which major RHO preempted with after a Multi 2 opening.
Link to comment
Share on other sites

It's obvious the defintion of encrypted is bunk though, because it's very easy to redefine signals such that they are not encrypted. I struggled with this when I asked for the sterotypical 'shows an odd or even number of black cards' signal was encrypted or not.
Link to comment
Share on other sites

The laws say the ten is an honor. If you want to call it something else, have at it.
Agree with Blackshoe. Misunderstandings about meaning already hamper our communication without deliberately and unnecessarily adding to that confusion. I wish the law-book defined even more of its basic terminology and more accurately.
Link to comment
Share on other sites

The laws say the ten is an honor. If you want to call it something else, have at it.

Often people refer to "high honors" or "royals".

 

In the context of signalling, definitions are often fuzzy, because we can recognize that a card may have more or less significance in a particular situation than it might ordinarily have. So we might treat a high spot card as an honor when it looks like it will play as one.

 

The most obvious case of this is words like "high" and "low". I've had opponents ask, after we make a signal that might be suit preference, which suit it's asking for, i.e. is the 7 high or low. In my case, it's high if we have lower spot cards, it's low if we have higher ones (I realize there are some partnerships that actually have specific rules that certain spot card ranges are high, middle, or low, although this seems even worse than odd-even in the way you may not have the appropriate cards).

Link to comment
Share on other sites

Sorry to cause all that kerfuffle over a throwaway (a legitimate throwaway, but one nonetheless). And I'm sorry my response was less civil than it could have been.

 

What I meant by those two questions (what about from two honours? Do you count the ten as an honour?) *in response to hearing* "From an honour our count is upside-down; from n small we signal right-side-up" was that the descriptions needed to make "normal" "encrypted" are not as trivial as they seem; not what do you (for each version of you) actually do.

 

I still have an issue with "we signal only what, and when, partner needs to know"; in that part of "when partner needs to know" is based on information I'm not allowed to have (the contents of signaller's hand), and some on bridge skill that I may or may not have; but some - a lot - is based on agreements I'm entitled to, and have yet to see any way to get an acceptable, and sane answer to it that contains all the AI without any of the UI. And I also believe that many who write that - against non-experts, anyway - are actively attempting minimal disclosure in a situation where it is clearly to their benefit to do so. Even if it is accurate.

 

In response to "is the 7 high or low", I like barmar's response as an at-the-table, better even than my current "It depends on what other cards he has in his hand"; but I've always liked "well, you tell me what cards you hold in that suit, and I can give you an accurate answer". Obviously, not at the table, and only for education, to show them that they really are asking "tell me what cards you hold in this suit". And given that the 2 was a high card last week (well, the highest I could afford to play),...

Link to comment
Share on other sites

I do come a long way with bluejak here, but I would like his specific comment on an agreement like:

 

High-low signals show the count of cards in the suit ignoring Aces (or alternatively Aces and Kings).

 

So {AKxxxx, Kxxxx,} Axxxx and xxxx will all be signalled as containing an even number of (small) cards.

 

I don't know if a signalling agreement like this would have any merit, but my question here is if such a signal can be considered encrypted?

In principle it is not encrypted, since if you show an even number of small cards there seems an equal likelihood of declarer and the other defender knowing the key, ie who has the ace and king. Encrypted signals only apply when the key will be known by the other defender but not declarer.

 

I really think this is just wrong. I am generally a supporter of the idea that you will know something when you see it, but I find it very hard to apply this principle to encrypted signals when you look at it carefully. In some cases the contortions involved are clear, but in many other cases I think the changes in description that appear to convert encrypted signals into non-encrypted signals of vice versa are quite reasonable. The example of signalling whether you have an odd or even number of small cards seems a case in point - or, indeed, signalling whether you have an odd or even number of major suit cards.

I did not mean that it is always obvious whether a signal is encrypted, just that the principle of what encrypted signals means is clear. Certainly there are dubious cases.

 

Just my $0.02:

 

IMO it is very hard to define encrypted signals. Furthermore, I don't see any real reason to disallow them. Sure, if everybody will start using encrypted signals, the game will change. But I think it is for the better: There will be one vague rule less than before.

 

To me, signalling honestly without the ace and dishonestly with the ace is (in that order):

1) a good tactic

2) an encrypted signal

 

So what?

This thread is about legality. The EBU has said that this encrypted signal is legal because it is considered a good and normal tactic. But ti is illegal under other jurisdictions without reference to whether it is a good tactic.

 

Ed, I can read... How many times have you seen "low from an honour, nth-best from small" and lead the nth from T8xx?

 

"Do you, when choosing which signalling method to use, consider the ten an honour?"

I lead the 8 from T8xx, but when asked to describe my small card leads I say "Fourth from an honour, second without an honour: for this purpose the ten does not count as an honour".

 

But I think you will find many situations where players use the word "honor", but exclude the ten.

Similar to them excluding the 'u', perhaps.

Link to comment
Share on other sites

I do come a long way with bluejak here, but I would like his specific comment on an agreement like:

 

High-low signals show the count of cards in the suit ignoring Aces (or alternatively Aces and Kings).

 

So {AKxxxx, Kxxxx,} Axxxx and xxxx will all be signalled as containing an even number of (small) cards.

 

I don't know if a signalling agreement like this would have any merit, but my question here is if such a signal can be considered encrypted?

In principle it is not encrypted, since if you show an even number of small cards there seems an equal likelihood of declarer and the other defender knowing the key, ie who has the ace and king. Encrypted signals only apply when the key will be known by the other defender but not declarer.

Fair enough. How about the case where:

- defenders know that declarer can't hold the ace (e.g because it would give him too many points for his 1NT opener)?

- defenders must assume that declarer doesn't hold the ace (since otherwise the contract would unbreakable) and, therefore, the signal is only relevant when the key is indeed "known" by the defenders?

 

Rik

Link to comment
Share on other sites

Fair enough. How about the case where:

- defenders know that declarer can't hold the ace (e.g because it would give him too many points for his 1NT opener)?

- defenders must assume that declarer doesn't hold the ace (since otherwise the contract would unbreakable) and, therefore, the signal is only relevant when the key is indeed "known" by the defenders?

 

Rik

And? You think declarer is entitled to know something, there? Like which one is signalling and which one isnt?

Link to comment
Share on other sites

And? You think declarer is entitled to know something, there? Like which one is signalling and which one isnt?

No, I don't. But then again, I said that I think encrypted signals should be allowed.

 

My question was not whether this should be allowed (for me that is a clear yes). The question is whether it is an encrypted signal (to me that is also a clear yes).

 

You seem to define an encrypted signal as a signal that isn't allowed. And since the above situation should be allowed, this cannot be an encrypted signal. The usual order is to define things first and then say whether they are allowed.

 

I asked this question because David claims that this isn't really an encrypted signal because the defenders don't know more than declarer about the key (the ace). So I ask him for his opinion if the defenders do know the key and declarer doesn't, by giving two situations:

- one where the defenders know explicitly that declarer can't have the ace.

- one where the defenders know by inference that declarer can't have the ace. (If he has the ace, it doesn't matter what they signal: the contract can't be broken.)

 

To me, those are encrypted signals. I don't have a problem with those, since I would allow encrypted signals anyway. But if I see signals with an encryption (right side up or upside down) and a key (possession of the ace) that determines the encryption then I will say that these signals are encrypted.

 

Rik

Link to comment
Share on other sites

No, I don't. But then again, I said that I think encrypted signals should be allowed.

 

My question was not whether this should be allowed (for me that is a clear yes). The question is whether it is an encrypted signal (to me that is also a clear yes).

 

You seem to define an encrypted signal as a signal that isn't allowed. And since the above situation should be allowed, this cannot be an encrypted signal. The usual order is to define things first and then say whether they are allowed.

 

I asked this question because David claims that this isn't really an encrypted signal because the defenders don't know more than declarer about the key (the ace). So I ask him for his opinion if the defenders do know the key and declarer doesn't, by giving two situations:

- one where the defenders know explicitly that declarer can't have the ace.

- one where the defenders know by inference that declarer can't have the ace. (If he has the ace, it doesn't matter what they signal: the contract can't be broken.)

 

To me, those are encrypted signals. I don't have a problem with those, since I would allow encrypted signals anyway. But if I see signals with an encryption (right side up or upside down) and a key (possession of the ace) that determines the encryption then I will say that these signals are encrypted.

 

Rik

A clear example of an encrypted signal is where the key is based on something unrelated to the actual hands, like the date or day of the week, the number of tables in the room, the weather and so on. Both defenders (but not declarer) then know the key because of some Concealed Partnership Understanding which is illegal in itself. On the other side Helge Vinje in his advanced defence system has signals depending on for instance the count of cards held by dummy in the suit led. His signals are definitely not encrypted.

 

If we follow these principles then varying signals according to (presumably) which defender holds a particular card, has any interest in the signal as such, or on similar key factors should be (and is IMHO) fully legal even if the key factor in the particular situation might be unknown to declarer.

Link to comment
Share on other sites

A clear example of an encrypted signal is where the key is based on something unrelated to the actual hands, like the date or day of the week, the number of tables in the room, the weather and so on. Both defenders (but not declarer) then know the key because of some Concealed Partnership Understanding which is illegal in itself.

That is not what is meant by an encrypted signal.

On the other side Helge Vinje in his advanced defence system has signals depending on for instance the count of cards held by dummy in the suit led. His signals are definitely not encrypted.

And neither is that.

If we follow these principles then varying signals according to (presumably) which defender holds a particular card, has any interest in the signal as such, or on similar key factors should be (and is IMHO) fully legal even if the key factor in the particular situation might be unknown to declarer.

That is closer to an encrypted signal.

 

The typical example of an encrypted signal is when declarer's length in a suit is known, e.g. after a Stayman or Puppet Stayman sequence. As a result, the defenders know the distribution of this suit while declarer doesn't. When the distribution in hearts is known, one could agree to use standard signals when one has an even number of hearts and upside down with an odd number of hearts.

 

In the above description of the method, the key is explicitly separated from the definition of the signal and it is easy to see that it is encrypted. However, it is easy to define the count signals as showing count in (the suit declarer plays and hearts). This description of the signal doesn't look encrypted, because the key is embedded in the description rather than explicitly separated. But is the same signal, the difference is that the encryption is described implicitly.

 

If you have the agreement to signal honest count with the ace and the exact opposite without the ace then that is an explicit description of an encrypted signal.

 

If you have the agreement to signal the amount of cards other than the ace then that is an implicit description of the same encrypted signal.

 

Encrypted signals are not disallowed by the laws, but many NBOs disallow them in their regulations.

 

Rik

Link to comment
Share on other sites

Pran, your post seems to me to be rather muddled.

 

A clear example of an encrypted signal is where the key is based on something unrelated to the actual hands, like the date or day of the week, the number of tables in the room, the weather and so on.

The fact that such signals are not permitted has (or should have) nothing whatsoever to do with encryption - it's because once you allow unlimited external factors to be taken into account in signals then the potential information content of a particular play (or sequence of plays) becomes much wider, and you can't limit things to binary keys.

 

Both defenders (but not declarer) then know the key because of some Concealed Partnership Understanding which is illegal in itself.

This is not necessarily so.

 

Both these points are illustrated by the proverbial LOLs - "Maisie knew my lead was a singleton - I led with my left hand. It's on our system card you know." Greater information content, no CPU, clearly out of order. Similarly, even if not concealed, it would be wrong to use the number of fingers holding the hand to convey the length of the suit ...

 

The basic principles are those enshrined in Law 16A. Regulators have seen fit to go futher in restricting the use of that AI in encrypted signals. I've not thought it through enough to have formed a firm view on whether this is a good thing or not, but it's clear to me that the issue of encrypted signals is about how AI is used and not about how UI might otherwise be brought into the picture.

 

If we follow these principles ...

You need to delineate some principles clearly enough for others to use them to determine the boundaries of what they would or would not permit. IMO, you haven't done this.

 

... has any interest in the signal as such ...

This quasi-test seems to me to be asking for MI trouble. There may be some clear-cut cases - there are plenty more where (a) the defender has an interest in a signal (and declarer knows it), but partner doesn't realise it; (b) the defender has no interest in a signal (and declarer knows it), but partner thinks (s)he has; etc. Declarer has to know the potential signaller's state of mind.

Link to comment
Share on other sites

If you have the agreement to signal honest count with the ace and the exact opposite without the ace then that is an explicit description of an encrypted signal.

 

If you have the agreement to signal the amount of cards other than the ace then that is an implicit description of the same encrypted signal.

I think we'd all agree with the first.

 

The second is more contentious if your agreements are always to signal the number of small cards, whatever dummy holds. I accept that the consequence can be an encrypted signal, but it is not by design.

 

And would you describe Fantunes lead system, where the lead gives count of the number of small counts, as encrypted?

Link to comment
Share on other sites

I think we'd all agree with the first.

 

The second is more contentious if your agreements are always to signal the number of small cards, whatever dummy holds. I accept that the consequence can be an encrypted signal, but it is not by design.

 

And would you describe Fantunes lead system, where the lead gives count of the number of small counts, as encrypted?

I fully agree with you on this one. A signal that was never intended to be encrypted may become encrypted due to accidental circumstances.

 

A common agreement is to lead 4th best from a picture card and second highest from a worthless holding. If a pair uses that agreement on every hand, then one day a player may lead the 2 of a suit (i.e. small doubleton or 4th best with a picture card) when dummy may hit with AQJ in the suit led. Now if third hand holds the king, the lead ends up being nicely encrypted. He can signal encouragement when declarer inserts the queen and when partner gets in, he can continue the suit. Third hand's king wins and gives his partner a ruff.

 

So, if the agreement is to always signal the amount of small cards in your hand, then in the case of the ace missing it is a coincidence that it has the effect of encryption. But if you agree with partner that for the specific case of a hold up play you signal the number of small cards in the suit then it has the intent to be encrypted.

 

The fact that perfectly normal signalling methods can end up being encrypted shows that it would be a good idea to allow encrypted signals. What is a TD to do when someone leads to 2 from a worthless doubleton/four to a picture card. Adjust the score since a perfectly normal standard lead becamen encrypted and, therefore, forbidden?

 

Please, please don't explain to me that the TD will not do that because it is a standard leading convention and only happened to turn encrypted without intent. I can guess that myself. But think what happens when players start to design their leads and signals in such a way that the probability that they will end up encrypted is maximized. Are we then talking about encrypted signals that sometimes have an easily accessable key or about normal signals that often end up encrypted?

 

Rik

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...