Igazi Primon se lehetett gyorsan gépelni , sőt. Már értem is, hogy miért, én eddig csak az érintőbillentyűkre gondoltam Nem lehet a bill lekérdező részt átalakítani? A delayeket kihagyva direktben lekérdezni a B5-ös portot? Pl írtad, hogy a Primo az ismételt portok segítségével kérdezi le az összes billentyűt a delay-es ciklus kihagyásával, és annak kiértékelésének módosításával.
Gratula

Valojaban kihagyhatnam, mivel a kerdeses reszt "klonoztam" az emulator kodjaba, es a ROM-ban JP-vel oda ugrok, tehat ott azt csinalok amit akarok Majd kiprobalom hogy mi van, ha total kihagyom a delay-eket, amde lehet pl keyboard repeat stb miatt nem lesz szep. Eleve a delay parametert RAM-ban tarolja, es ahogy nezem, neha atallitja, nem tudom mit akar ezzel pontosan elerni mondjuk ...

Amugy is a primoval az a "gond" amugy, hogy nem hasznal interrupt-ot belsoleg (IRQ) max ha CDOS-al egy commodore floppy vagy hasonlo van rakotve. Van periodikus megszakitas (minden tv felkepnel, 1/50 sec-enkent) de az NMI Ez meg ugye vicces, mert ezt emulalni nehez EP-n, hogy en periodikus NMI-t kerek ... Szoval jelenleg ezt total kihagytam. Erdekes modon igy is megy Tehat a keyboard scan nem interrupt handlerben van primon! Talaltam erre utalast, hogy vegulis az NMI csak arra kell primon, hogy lekerdezze a "reset" gombot (nem valodi reset tehat, csak annak becezik!), illetve vmi szamlalot novel a RAM-ban. Most azon gondolkodom, hogy interrupt-bol meghivom azt a reszt ami az NMI handler lenne a primon (kiprobaltam, szep fagyas lett belole), vagy pedig en - ismet csak klonozva - megcsinalom az adott szamlalo noveleset a ROM-ban levo kod szerint. Bar nem teljesen vilagos, mire kell neki az a szamlalo amugy

A file I/O meg azert erdekes, mert a Primo ugye azert nem EP Azaz nincs fejlett OS-e, mint EP-n az EXOS. Igy amit tenni tudok az max az, hogy a tape alacsony szintu rutinokat valahogy mappelem, vagy esetleg fixen az emulatorhoz kell "csattolni" egy tape emu file-t, es nem lehet EXOS/EXDOS szintu file-okat emubol kezelni, csak a csattolt tape file-on belul Ez azert is kerdeses, mert az atlagos PC-n futo primo emuk - ha jol nezem - a tape emu file-okat vegulis kb alacsony szinten hasznaljak mint ami a szallagon van, egyedul a szinron blokk nincs benne, de amugy erdekesen strukturalt felepitesu, es tobb "file" is lehet benne, stb. Szoval ezen meg gondolkodnom kell, hogy ezzel mi legyen. En azert szeretnem valahogy megtrukkozni, hogy ne "csattolj egy filet" legyen, hanem az EXOS/EXDOS/stb "erejet" felhasznalva barmilyen file-t be lehessen tolteni az EP alatt futo primo emubol, az lenne a szep

A masik meg a primo "B" modellek kerdese ... Ott van normalis billencs, es a ROM viszont sokkal tobb ponton mas mint az A modellek kozott (ott ahogy nezem max a RAM meret miatt mas). A billentyuzet kiosztas is kulonbozo sajna pl. Viszont mivel nem kapacitiv a billencs, elkepzelheto, hogy ott mar nem teljesen olyan a kbd scan rutin. Plusz ott meg a CDOS, ami kozelebb lenne talan picivel az EP-hez, de CDOS-t csak nem implementalnek ha nem kotelezo, mert akkor mar lassan teljes commodore floppy emulacio is kene, az meg ugye egy full szamitogep (6502-es CPU-val, ROM-mal es RAM-mal), szoval az azert kisse nagy agyu lenne. Meg nem is sok embernek volt imho, tehat kerdeses, hogy erdemes-e ilyesmit akarcsak megprobalni is emulalni ...

Úgy gondoltam, hogy a LOAD parancs kiadása után csak elvégez a PRIMO is bizonyos beállításokat, fájlnév tárolása, töltési cím, file hossza, és csak utána tölt, na, ha ezek megvannak, akkor ezeket az értékeket kibányászni, és EXOS hívásokkal file open, majd beolvas/ír, majd csatorna lezár. Csak a PTP-kből kéne kinyerni a külön fájlokat. Vagy rosszul gondolom?
Vagy esetleg még azt lehetne, hogy betöltés előtt egy valamilyen bill lenyomása után megadjuk  a PTP file nevét és nyitjuk meg EXOS 1-gyel, majd beolvassa a névblokot (ami, ha jól látom, pont az EXOS számára is pont emészthető, file hossz byte, majd név), összehasonlítja a LOAD"" ban megadott file-névvel, ha stimmt, akkor elkezdi beolvasni az adatblokkokat, egészen a végéig, ha a PTP file végére ért, akkor lezárja azt, ha nem ért a végére, de egy másik PTP-t akarunk megnyitni, akkor a PTP kiválasztó gomb megnyomására először bezárja a csatornát, még akkor is kiadható a csatornára az EXOS 3, ha nincs nyitva.

Tehát ha kiadsz egy in a,(00h)-t, akkor a billentyűzet bit az Y státuszát adja vissza?

Igen, pontosan. Amugy Primo "egyszeru" gep ez mar az I/O cimdekodolasan is meglatszik, az egesz I/O port tartomany (na jo, a 8 bites also fele, mert mint tudjuk elvileg lehetne 16 bites I/O cimeket is hasznalni ...) 4 fele van osztva, es nincs tovabb dekodolva ... Egyedul a "BE-1"-nek nevezett 00-3F tartomany tunik kulonlegesnek annyibol, hogy ott szamit az konkret I/O cim a tartomanyon belul. Amugy a Primo ROM IN A,(C)-t hasznal, ez azert is jo, mert ugye ott patch-eltem meg a ROM-ot, es igy kvazi a C regiszter erteket nezem, es az alapjan talalom ki h melyik EP billencset kell nezni hozza a mar vazolt "mapping" tablam segitsegevel. Amugy miert kerded, te is primo emut akarsz irni, lesz konkurencia?

 Amugy miert kerded, te is primo emut akarsz irni, lesz konkurencia?

Á nem, csak érdekelt, mert nem értettem, amikor a port táblát néztem, hogy 1 biten, hogy kérdezi le az összes billentyűt , amikor elkezdtél róla beszélni, akkor esett le Van egy csomó más elmaradásom, szépen lassan csak feldolgozom őket

A második megoldással a fejléc nélküli file-okat is könnyedén be lehet tölteni. Amúgy EP-n is van fejléc blokk, meg 4kb-os adatblokkok, ha magnóról töltünk

Jo hat igen, csak ma mar ki "akar szenvedni" magnoval, retro feeling ide vagy oda Szoval a dolog azert is erdekes, mert PRIMO oldalrol ugye magnoban gondolkodunk (marmint azt kene emulalni) mig az emulator (EP/EXOS/stb) oldalan pedig valami 'fejletebb' OS szeru entitas all mar, nem olyan alacsony szintu. Szerintem marad a csattolasos jatek, az nem tunik bonyolultnak, max elsore eleg a read-only modszer, meg ha ugy menteni nem is lehet vele ...

A csatolós jó, csak lehessen csatolni az emuból is, mondjuk egy bill lenyomására a státusz sorba beírható a PTP neve, És onnantól EXOS 6-tal lehet olvasgatni belőle.

Ja. Mondjuk en speciel arra gondoltam hogy a zozotoolsban is megtalalhato FILE-t hasznalnam file kivalasztasra. De ez nem gond, mert az emu ettol meg folytathato utana reset nelkul is!
Kozben viszont rajottem miert nem ment nekem a primo 48 emulacio: ugy tunik a primo oldalrol letoltott rom image 48-hoz nem korrekt. En meg az ott levo alapjan csinaltam a diffet a 32-es romjahoz kepest (par byte csak az elteres!) hogy patch-elje meg szepen, ha 48-at akar az ember emulalni. Most igy megy a 48-as emulacio is (32K RAM + 16K ROM). Amugy a PRI file-okat is lehetne nyomatni, bar ahogy nezem az mas emukban (PC-re marmint) is kb ugy megy h beleirja az emu maga a memoriaba, aztan csokolom, tehat nem o maga tolti be. Nem tudom ennek mennyi ertelme van ui elvileg konverter van a ket formatum kozott, en meg nem feltetlen szeretnek ket kulon formatumot tamogatni.

Persze az egesz emura igaz, hogy nem fog mukodni, ha olyan program fut, ami kozvetlenul I/O portokat bizeral, es nem a ROM-on keresztul csinalja (amit megpatch-elek az emuhoz).

Esetleg ha vkit erdekel, forraskodban is prezentalhatom az emulatort majd, legalabb ki leszek oktatva, mit csinalok rosszul vagy legalabbis nem a "standard" modon, mivel - mint mindig hangsulyozom - EP teruleten nem vagyok regi motoros hozzatok kepest.