To Vít Votípka: Českou verzi hry s update 1.06 jsem opakovaně provozoval bez problémů na D-Fend 1.4.4 v systémech Win XP až 7. Jistou dobu dělala problém grafika na kartách Ati (ale to byl problém verzi D-Fendu 1.1-1.2 a některých ovladačů, kdy se sypaly palety) Druhý problém co si vzpomínám bývala padavost s update 1.07 (ale zřejmě šlo problém s verzí D-Fendu nebo ovladači), Co vím, tak by tohle dneska nemělo být problém. U EN verze netuším, neprovozoval jsem ji nějak extenzivně. Pouze spustil. Odzkoušel tutoriál a seznal, že sice grupování jednotek je jistým směrem výhoda, bohužel v kombinaci s tahovou formou, spotřebou akčních bodů průjezdu terénem a v jistém smyslu blboučkému algoritmu působí pohyb celou grupou víc škody než užitku.

S formáty je potíž v tom ohledu, že to je jenom způsob rozdělení prostoru disku (v tomto případě diskety). Kolik tam dáš stop a jak velkých, za předpokladu, že se tam vejdou reálně, je otázka uzance. Mechanika principiálěn přečte cokoliv co má nějakou vnitřní logiku. Co a jak může ovlivnit firmware mechaniky. Problém mlže nastat v situaci, kdy si vytvoříš formát s nestandardním dělením, tj uděláš si nějaký standardní kus disku, se zavaděčem a zbytek si zparchantíš podle potřeby. Pokud to využívá nějakých logických standardů a schopností mechanik, pak si pro vlastní potřebu můžeš nědělat na povrchu diskety prakticky cokoliv. Existovaly způsoby ochrany, které měly "duplicitní sektory" a jiné prasárny, které přepínal zavaděč (tj např. sektory v řadě 0-1-2-3-3-5...). Otázka je jak dokáže image disku suplovat nestandardní geometrii povrchu (nikoli fyzického, ale sektor-stopového). U kolonování CD/DVD k tomu sloužily záznamy o podkanálech, ale jak to a zda to umí a řeší image fdd netuším. Řešitelné to samozřejmě je, dá se udělat otisk geometrie 1:1, otázka je použitý sw, pokud to nikdo neřešil, nezbyde než si na to program napsat... Pokud se čtení z diskety chová standardně, tj používá odkazy sektor-stopové struktury je to bez potíží. Pokud ale má disk vlastní zavaděč, který přistupuje k obdsahu na základě znalosti geometrie disku neikoli dle sektor-stopové mapy, pak může nastat kardinální průser (tohle dělal u CD tuším StarLock nebo jak se ta ochrana jmenovala). Přístup k image/fdd předpokládá, že v nějakém konkrétním místě disku je nějaký blok dat. Zavaděč zná (ať už celou nebo část topologie sektor-stopového prostoru disku) a odkazuje se přímo někam, kde ale nemusí být případě image (ani kopie fdd 1:1) požadovaná (respektive očekávaná) data. To je pak způsobeno např tím, že topologie je (záměrně) nestandardní, liší se topologie dle použité metody vytvoření (lisované vs pálené CD) a pod Na takovou prasárnu je nejblbuvzdornější zjistit s pomocí korektního originálu jaká data jsou ověřována a ty na dotaz zavaděče nebo programu vrátit přes sběrnici, aby tento nepoznal, že mu byla podstrčena. Čili se dostáváme k emulaci rozhraní na úrovni ovladačů zařízení (v lepším případě, v horším přímo k HW emulaci) Resumé: Ke zjištění jak ta konkrétní ochrana funguje je potřeba osahat originál necracknutý, a zjistit jak si povídá přes sběrnici s programem v paměti (včetně svého nahrávání) a kam na disketě si kdy šahá...