* README update

2 files changed, 10 insertions, 4 deletions

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`