summaryrefslogtreecommitdiff
path: root/doc/LowestParContract.pl.md
diff options
context:
space:
mode:
authoremkael <emkael@tlen.pl>2016-06-03 23:55:40 +0200
committeremkael <emkael@tlen.pl>2016-06-03 23:55:40 +0200
commit1d4215ed7bacc6405b042f88654a452fb099322f (patch)
treec8bc7849f54f173e5eaa1a5ea0372b8f8a60f32d /doc/LowestParContract.pl.md
parent4b191c8f10459e1c6915ba528c7cc67e2f00685d (diff)
* README updated, example screenshot
Diffstat (limited to 'doc/LowestParContract.pl.md')
-rw-r--r--doc/LowestParContract.pl.md2
1 files changed, 2 insertions, 0 deletions
diff --git a/doc/LowestParContract.pl.md b/doc/LowestParContract.pl.md
index cae8bcc..5887ade 100644
--- a/doc/LowestParContract.pl.md
+++ b/doc/LowestParContract.pl.md
@@ -1,6 +1,8 @@
Problemy z najniższym spośród równych kontraktów minimaksowych w MiniMaxDOS
============================================================================
+*Uwaga: poniższe problemy dotyczą komponentu BigDeal o nazwie MiniMaxDOS, piszącego bezpośrednio do PBN dane analizy w widne w formatach JFR. Implementacja minimaksa w samym BigDeal, używana do wyświetlania/drukowania danych analizy z tabelami rozkładów, jest niezależna od poniższych.*
+
MiniMaxDOS zazwyczaj przyjmuje, że ze wszystkich równie opłacalnych kontraktów, minimaksem jest najniższy.
Zasada ta przestaje jednak działać, jeśli liczba lew do wzięcia różni się między rozgrywką z obu rąk tej samej strony. Poniżej znajdują się przykłady z zestawu testowego.