ja a fileio

Ezt az ep128emu sem emulálja.

Aha, akkor csak siman elszurtam valamit Most epp ott tartok, hogy pl egy dir a:-ra azt mondja h rakjak disket a meghajtoba legyek mar kedves, utana meg nemi varakozas utan azt mondja hogy ez nem egy DOS disk Az emulator debug kimenete szerint viszont fura dolgokat csinal, pl motort be sem akarja kapcsolni az elejen (bar az engem kevesbe erdekel, de fura), illetve nem is azt a disk-et valasztja ki amit kene (0x18-as porton irasnal latszik ugye). Bar mondjuk az teny, es endinek igaza lehet, hogy egy webes emulator eseten kisse fura otlet lehet a disk image, mert ott altalaban az kene, hogy egy adott program klikkelesre menjen stb. Talan ep128emu snapshot file-jat kene hasznalni, de ott meg a belso allapotok a hw szinten tok nem ugy vannak, ahogy nalam, szoval nem tudom ezt meg lehetne-e ertelmesen csinalni egyaltalan, max csak kb-re ...

Ezt mikor nézed? Induláskor (az EP logó előtt) megnézi az EXDOS, hogy van-e B meghajtó.

Erről jut eszembe, a track 0 jelet emulálod?

Igen, mondjuk en epp ezt talaltam, ami alapjan probaltam megirni. Itt a vegen a "status register summary" tablazat alapjan, amelyik parancsnal az S2-nel T0 serepel, ott beallitom azt a bitet ha a belso wdTrack valtozo (ami a tack-ot tartalmazza nyilvan) erteke nulla. Mondjuk nekem elegge talanyos a dolog, pl nem ertem mire jo az, hogy ugy track-et valtani, hogy a track register ne update-elodjon, meg lehet ugy is, hogy igen. Akkor aztan total kaosz, lehet az a baj, hogy ezt felfogni se tudtam, hogy miert jo, es nalam mindig update-elodik

Az mondjuk tovabbra is fura, hogy valamit EXDOS akar azzal is, hogy _olvassa_ 0x18-as portot, nem csak irja ... Errol nincs sok info, mint irtam. ep128emu-ban ilyesmik vannak ennel a resznel:

return uint8_t(  (floppyDrive.getInterruptRequestFlag() ? 0x3E : 0x3C)
                         | (floppyDrive.getDiskChangeFlag() ? 0x00 : 0x40)
                         | (floppyDrive.getDataRequestFlag() ? 0x80 : 0x00)
                         | (floppyDrive.haveDisk() ? 0x00 : 0x01));

De persze az sem kizart, hogy osszekevertem (nekem ez a C++ nagyon nem megy, csak a sima C). A fenti viszont erdekes, mert a data request az megvan a sima wd status flag-ben is (csak mas biten) minek az ide kulon a 0x18-as port olvasasahoz is? Illetve erdekes meg az elso sor fentebb az a getInterruptRequestFlag hogy az alpjan 0x3E vagy 0x3C, az tenyleg nem tudom mibol jon, es mire kell ...

Tenyleg, azt jol tippelem, hogy a WD leirasaban szerepelo "interrupt generalas" az nem general interrupt-ot EP fele EXDOS kartyan? Vagy igen?

Jól tippeled, a 18h-n olvasható az INT láb, ill. a DRQ láb is.

Ha jól rémlik azért nem a status regiszterből nézi a DRQ-t, mert van valami várakozási idő, hogy a parancs kiadása után mikor lesz érvényes a status, DRQ lábbal nincs ilyen gond.

Egyébként itt az EXDOS visszafejtés aktuális állapota, hátha segít. Az inicializálás, és a DISKIO már elég jól meg van.

Igazad vagyon. Most random irtam valamit hogy 0x18 olvasasra mit adjon vissza, erre Enterprise logo utan "lefagy" uj LPT-t sem inicializal, viszont vegtelen ciklusban olvassa az adatregisztert eppen. Egy bitet atallitva meg tovabbmegy, csak epp nem kap ertelmes adatot, tehat biztos, hogy ez pl egy problema az emulaciomban ezek szerint, hogy a 0x18-at olvasasra jol be kell loni, kulonben nem fog menni nekem ...

UPDATE: Na, haladok, kozben legalabb format-ra azt mondja hogy write protected, amit tenyleg be is allitok bitet, es ezek szerint meg is kapja. Ami nem vilagos meg: egy "sima" PC file-kent tarolt disk image az pontosan hogy megy? Van mondjuk X track, es Y sector benne, es legyen ket oldalas diskrol. Akkor a disk image-ben ez hogy van? Eloszor a 0-as track szektorai, aztan az 1-ese, stb, es ha vege, kezdodik a disk masik oldalaval? Illetve: hogy szokas sector szamot tarolni, ami atadasra kerul WD-nek is? Ott a szamozas 1-tol indul, vagy ott is nullatol, mint a track eseten?

UPDATE#2: WOW, mux! En voltam a hulye! Nagy naivan azt hittem, hogy a writeprotect bitet a statusban fixen 1-en tartom (ahogy a motor on flag-et is, minek is vacakolni vele), hogy nem lehet ra irni. Ugy tunik ez nem tul jo taktika, mert olvasasnal ha ez az eredmeny, akkor azt is valami hibanak tekinti, akkor illik csak beallitani, ha az tenyleg gond (=csak irasnal pl). Kozben nekem amugy ugy tunik, hogy a 0x18-as port olvasasnal az 1. bit erteke 1, ha az INTRQ aktiv a WD-n. A nullas bit, hogy van-e disk a meghajtoban, a 7. kb uazt mutatja mint a DRQ bit a wd statusban (data request, csak itt epp a WD kimenetrol van veve, ez lehet az az idozitesi problem, amit emlitettel Zozo, hogy inkabb innen nezi EXDOS es nem a wd status reg-et olvassa?), a 6.bit pedig azt, hogy volt-e lemezcsere. A tobbiben nem vagyok meg biztos ... Amugy ha jol tippelek, az EXDOS kapcsrajzon U10-essel jelolt cucc "csinalja ezt". Ez alapjan ugy is latszik, hogy nem igazan van hasznalva a tobbi bit.

Nem, először a 0-as track 0. oldal, aztán 0. sáv 1. oldal, utána 1. sáv 0. oldal, 1. sáv 1. oldal. Egyoldalas lemeznél persze csupa 0. oldal van. Image-ben nincs tárolva. Csak a szektor azonosító olvasásánál kell ilyet generálni, és igen 1-től van számozva.

Igen, azt tudom, hogy ott az nincs tarolva, csak azert erdekelt, mert lattam, hogy 0-as sectort sosem kuld exdos a sector registerbe, ezert felteteleztem is, hogy 1-estol ertendo. Ez max nekem ugye ott fontos, hogy amikor kiszamolom, hogy a disk image melyik byte poziciojatol adjam az adatot, akkor azert nem mindegy

Amúgy most néztem, a sebesség már brutális

Na igen, csak nem pontos az idozites, amin dolgoznom kell majd. Most elvileg a nick emulacio - mint irtam - mar slot-onkent dolgozik. Arrol mondjuk fog'sincs, hogyan emulalom (erdemes-e?), hogy pl vram z80 eleresnel lassabb legyen a memoriamuvelet, meg dave a 0xbf-re irt dolgok stb. Bar ez most reszletkerdes, mert amirol itt szo van az az, hogy a globalis sebesseg onbeallo idozites se tokeletes, aminek a feladata csak az lenne, hogy atlagosan 4MHz real-time sebessegen tartsa az emulalt t-state-ek szamat (a nick ehhez igazodik, mivel jelenleg abbol van szamolva, hogy egy nick slot-ra hany - amugy tort szamu - t-state jut). Vagy hasonlo, na erted. Viszont van mar mas videomod is mint szoveg, legalabbis text 80/40 az mukodni latszik illetve beallitva par videomodot majd plot ellipse kb ertelmezheto megjelenest adott, jobban - oszinten szolva - nem teszteltem

Viszont kettőspontot nem tudok írni
Ha jól sejtem azért, mert a magyar ékezetes PC billentyűzet nincs lekezelve.

Na igen. Ez kb igy belegondolva hasonlo problema mint ami a taszt illesztonel jelenkezett (ha jol remlik volt ott ilyen topic is): en a shift gombot is pl megkapom browser-tol (anelkul, hogy barmi mas le lett volna nyomva - amugy ez latszik a run stb gomboknal, hogy eppen mi mire mappelodik) es aszerint beallitom a shift-et az emulalt ep matrixban. Gond lenne, ha egy billentyu shift-elt a valodi PC taszturan, de nem az EP-n vagy forditva, meg ha tobb mapping-et is beletennek kulonbozo kiosztasokra ... Amugy angol billentyuzeten (magyaron fogalmam sincs hol van - nem hasznalok magyar kiosztast) a ' van az EP : -re mappelve. Tehat voltakeppen angol billentyuzet eseten sem 1:1 a megfeleltetes a PC es az EP szimbolumok kozott, mert van ahol EP-n vmi shift-elt ami PC-n nem, vagy forditva, akkor inkabb mas gombra mappeltem. Meg bonyolultabb persze a problema, ha mar eleve tobb PC kiosztas van, pl magyar ... Olyan aprosagokat meg nem is emlitek, hogy ugy tunik egyes browserek is neha mas kodot adnak ugyanolyan kiosztas mellett is, van ami duplan benne is van emiatt a mapping tablaban, mert firefoxban maskepp ment mint pl chrome-ban. Szep nagy kutyvasz

Ha erdekel, itt lathatod a key mapping-et, bar eleg programozoi szemszogbol

Feltoltam nemi ertelmes(-ebb) disk image-et. Az altalam felig megirt  primo emulator, ami vicces, mert igy javascript-ben futo EP emulatorban fut egy primo emulator, ami igaz semmire nem jo, de mindegy. A visions konyvtar tartalma gondolom kitalalhato, hogy mi. A scroll es a tunnel viszont egesz jol mutat web browserben pl ...

ext "cd visions"
load "visions.com"