ToDo

botovaci SRAM disk v Unicard fw na MZ-800 bootuje jen pokud v RAM: disku je namapovany BASIC RAM disk, pokud je tam namapovany nejaky bootovaci, tak ten bootne sam, pokud je tam nabity RD s CHECK SUM ERR, tak EB nic neudela nikdy, ani to nebootne samo. Pokud je BASIC RAM disk korektni, tak manazer nenabehne po resetu sam, ale EB z monitoru ho startne.
~~major a minor verzi to vraci nakompatibilne s predchozi verzi Unikarty (MZF_REPO), navic se nenuluji horni 2 byty 32-bit cisla, takze nahodne vraci nesmysly~~

BOHOUS:

~~misty nekde zlobi grafika na MZ-1500, napr. ve hre GALAGA.MZQ je to velmi patrne, Thunder Force behem hry ma stejny efekt, ve hre Demon Crystal jsou zobrazene i skryte mistnosti (maji byt cerne)~~

~~pokud existuje soubor /unicard/mzfloader.mzq, namapuje se do QD: bez ohledu na dalsi konfiguraky - historicka featura, domluvili jsme se, ze to odstranime~~
~~pokud existuje soubor /unicard/ramdisc.dat, namapuje se do RAM: bez ohledu na dalsi konfiguraky - historicka featura, domluvili jsme se, ze to odstranime~~
pokud neni namapovany zadny QD: pri zapnuti pocitace, tak po jeho namapovani je nutno restarovat pocitac, jinak tam QD: neni
vyhodit obrazovku a asociaci na WAV soubory vcetne WAV funkcionality, nezapomenout odstranit i z HELP obrazovky

BOHOUS:

pri flashovani fw je matouci, ze to pise starou verzi firmware, bud by to melo psat obe, nebo aspon upravit text, ze je to puvodni verze
zpozduje se RTC pri zapnuti - info od Bohouse: S kazdym zapnutim nebo resetem se resetuje citac zlomku sekund, takze zhruba o tu sekundu s kazdym startem zaostava. Asi to jde nejak opravit, ale pri davnych pokusech se ten citac zastavoval komplet, tak jsem to radsi nechal takhle.

spusteni BASIC nabije bootovaci RAM disk
ja teda nechci byt stoura (Uunek), ale proc je fd.cfg,qd.cfg,emm.cfg a ramdisk.cfg? Nebylo by dobre nez se to releasne sjednotit metodiku nazvu cfg? Proc zrovna ramDISK.cfg a proti tomu qd.cfg?
- osobne jsem za nechat to byt nebo max. ramdisc.cgf zmenit na rd.cgf, vyheneme se tak problemu s 'c' nebo 'k' na konci, ale emm.cfg bych nechal (Martin)
nechci byt prudic, ale cfg pro floppy jsou fd0..3 a v unimanageru je vsude A..D. Neni vhodne to sjednotit bud na 0..3 nebo na A..D? (Uunek)
- nechal bych to, jak to je, Sharp ma FD 0-3, v CP/M je A-D a lidi jsou na A-D zvykli, je mi z toho pocitove tak nejak „jasne“, ze to je floppy (Martin)

přidat do TCP/IP komunikace i název zařízení pro router
bylo by fajn nějak poznat z čeho se bootuje, startuje program nebo alespoň Unicard manager by to mohl psát odkud naběhl, asi to nebude úplně easy, ale vůbec netuším, co mi za jakých okolností bootne a z čeho
s ohledem na to, ze z RD startujeme loader a tudiz vetsinou musi byt najaky RD namapovany, jinak to nepojede, by asi nebylo spatne nejakym „option.cfg“ udelat RD R/O. To by asi pro vetsinu BFU bylo dobre reseni, protoze stejne budou jen poustet programy a R/W RD tolik nevyuziji
manazer by mohl detekovat pritomnost fyzickeho QD v MZ a alespon dodatecne vypnou emulaci nebo zmenit porty, sice to bude ve chvili, kdy ROM uz na QD sahnula, ale alespon se minimalizuje riziko dalsi kolize (toto pripadne jde nasledne aplikovat na RD, FD, …, proste pojistka pro pripad blbosti)
- (uu) pokud by to slo obslouzit, mohla by byt emulace implicitne vypnuta a zapnout se az v okamziku, kdy si FW otestuje nepritomnost fyzicke periferie - pak by k zadnym hazardnim stavum nedochazelo?
~~neslo by u MZ-1500 pro barvy pouzit jejich sytejsi verze, at nejsou „vyblite“?~~

MZWiki