Autor ::Roman Bórik Poslaná :: 14.10.2015 18:16:28 Predmet ::Re: Sach
Je to tak. Vďaka za upozornenie.
Správa
Autor ::Roman Bórik Poslaná :: 16.10.2015 21:05:55 Predmet ::Re: Sach
Našiel som doma strojom písaný návod k tomuto šachu. Oscanoval som, previedol OCR a výsledok je tu: Šach
Správa
Autor ::Tomáš Pecina Poslaná :: 19.10.2015 01:08:25 Predmet ::Re: Sach
Silný engine, bohužel, UI katastrofálně nedodělané a plné chyb.
Zvažuji, že bych pro PMDčko portoval NGplay, zřejmě s použitím Small-C, které jsem úspěšně využil u PMI-80. Jediné, z čeho mám strach, jsou paměťové nároky. Docela nerad bych, kdybych v polovině portování zjistil, že se do 48 KB (plus 4KB ve VideoRAM) nevejdu. Ale programovat pro PMD 85 mě láká.
Správa
Autor ::Roman Bórik Poslaná :: 20.10.2015 07:59:18 Predmet ::Re: Sach
Nepoznám veľmi Small-C a neviem nakoľko optimalizovaný kód generuje, ale obávam sa, aby to nebolo ako "s lopatou na komára". Verím, že písať to v C-čku je z určitého pohľadu pohodlnejšie, ale v assembleri má človek kontrolu nad všetkým a tak je výsledok určite prijateľnejší, i keď je cesta k nemu možno "hrboľatejšia".
Správa
Autor ::Tomáš Pecina Poslaná :: 20.10.2015 09:50:05 Predmet ::Re: Sach
To takto jednoznačně neplatí. Za stejnou dobu můžete mít naprogramovaný buď jednodušší algorithmus v assembleru, nebo složitější v C, a vždy záleží na tom, co dá lepší výsledky. Někdy je optimální kombinace obojího, tzn. kritické části aplikace v assembleru, ostatní, např. UI, v céčku.
Small-C neoptimalisuje vůbec, je je primitivní kompilátor, v první versi někdy z konce 70. let, napsaný tak, že výměnou jednoho souboru vygeneruje kod pro libovolný cílový procesor. Na žádný moderní cross-compilter, který by uměl kod pro i8080A, jsem ale bohužel nenarazil.
