From 6165d693927fffe9ec051769a07d1868b4a95899 Mon Sep 17 00:00:00 2001 From: emkael Date: Fri, 3 Jun 2016 14:32:25 +0200 Subject: * README update --- doc/README.en.md | 7 +++++-- doc/README.pl.md | 7 +++++-- 2 files changed, 10 insertions(+), 4 deletions(-) (limited to 'doc') diff --git a/doc/README.en.md b/doc/README.en.md index 2b5a381..74a3e34 100644 --- a/doc/README.en.md +++ b/doc/README.en.md @@ -10,9 +10,10 @@ Overview This application provides an alternative to the Deep Finesse double-dummy analysis suggested by BigDeal while attempting print-out of a PBN file that hasn't yet been analyzed. -Its main features, and advantages, over BigDeal's solution are: +Its main features, and advantages, over BigDeal's solution (MiniMaxDOS.exe's, to be precise) are: * better performance and stability + * more consistency * ability to batch analyze multiple files * export support for both JFR custom DD analysis PBN tags and [standard PBN set of tags](http://www.tistis.nl/pbn/pbn_v21.txt) * additional import support for Double Dummy Solver custom `OptimumResult` PBN tag @@ -51,9 +52,11 @@ There are some quirks to double dummy analysis results, which are purely convent This includes: * boards with the same par contract for both sides: par contract for the dealing side is assumed (contrary to [Richard Pavlicek's](http://www.rpbridge.net/7a23.htm) convention of assigning "Pass out" par contract in such cases) - * from all equal par contracts (i.e. yielding the same score), the *lowest* one is assumed the par contract + * from all equal par contracts (i.e. yielding the same score), the *lowest* one is assumed the par contract (but: see below) * when par contract is the same for both partners of a specific side, the declarer is unspecified (may, and usually will, differ from BigDeal's) +In some cases, when par contract differs between two players of one side, BigDeal deviates from the lowest equal par contract. This inconsistency is not maintained in BCDD. + The priority of existing PBN tags treated as input sources for double dummy trick table and par contract/score is: * JFR's custom `Ability` and `Minimax` tags diff --git a/doc/README.pl.md b/doc/README.pl.md index c2dd957..11560ae 100644 --- a/doc/README.pl.md +++ b/doc/README.pl.md @@ -10,9 +10,10 @@ Opis ogólny Program pełni funkcję alternatywy dla sugerowanej przez BigDeal analizy rozdań przy użyciu Deep Finesse dla rozdań, w których BigDeal stwierdził brak wyników takiej analizy w drukowanym pliku PBN. -Jego główne funkcjonalności, i przewaga nad rozwiązaniem z BigDeal, to: +Jego główne funkcjonalności, i przewaga nad rozwiązaniem z BigDeal (właściwie - MiniMaxDOS.exe), to: * lepsza wydajność i stabilność + * większa spójność * możliwość wsadowej analizy wielu plików * obsługa niestandardowych JFR-owych tagów PBN dla wyników analizy oraz [standardowych tagów PBN](http://www.tistis.nl/pbn/pbn_v21.txt) * dodatkowa obsługa importu danych z niestandardowego tagu PBN programu Double Dummy Solver (`OptimumResult`) @@ -51,9 +52,11 @@ Rezultaty analizy "w widne" podlegają kilku umownym kwestiom. W przypadku jakic Konwencje przyjęte w programie: * w rozdaniach z tym samym optymalnym kontraktem dla obu stron jako minimaks przyjmuje się kontrakt dla strony rozdającej (w przeciwieństwie do koncepcji [Richarda Pavlicka](http://www.rpbridge.net/7a23.htm) przypisującej 4 pasy jako minimaks w tej sytuacji) - * ze wszystkich równych kontraktów (tj. kontraktów wartych tyle samo), *najniższy* z nich jest traktowany jako minimaks + * ze wszystkich równych kontraktów (tj. kontraktów wartych tyle samo), *najniższy* z nich jest traktowany jako minimaks (ale: patrz niżej) * w przypadku tego samego minimaksa z obu rąk tej samej strony, konkretny rozgrywający jest nieokreślony i wybrany dowolnie (może, i zwykle będzie, różnić się od tego w wynikach BigDeal) +W szczególnych przypadkach, gdy wysokość kontraktu minimaksa dla obu graczy tej samej strony jest różna, BigDeal odbiega od zasady traktowania najniższego kontraktu jako minimaksa. Ta niespójność nie została zachowana w BCDD. + Istniejące w wejściowym pliku PBN tagi traktowano są jako źródło tabeli liczby lew oraz minimaksa teoretycznego w następującej kolejności: * niestandardowe tagi JFR: `Ability` i `Minimax` -- cgit v1.2.3