Nem csak a bill olvasással , de a billentyű olvasás felér egy külön programmal
Az összes AY eléréssel
A CRTC regiszter írás rövidebb, de az is hosszú, előbb regiszter kiválaszt, aztán érték beír 4 utasítás.
Kíváncsi vagyok mi sül ki a projectedből
Sztem, ha a loader részt is kidobod (gondolom direct hardware kütyülés track olvasással), és lecseréled EXDOS-os track olvasásra, akkor egy full, működő átirat lesz.

Jo, hat en CPC-t most latok eloszor Na jo, nem CPC-t konkretan mint gepet, hanem hozza irt software-t. Amugy a CRTC kevesbe erdekel: mivel remelhetoleg legalabbis a videomod ugyanaz marad, az meg kezdetben inicializalva lett altalam olyan LPT-vel amivel szimulalom a CPC kepfelepiteset, nincs szukseg azokat nekem kezelni. Ami van kb es hozza kell nyulnom:

* memoria lapozas: ez jelenleg JSep modositott verzioja intezi, de mar ott is ugy van, hogy "atvezeti" a B0..B3 irasokra. Ezt kell majd magaban a kodban megoldanom, hogy ne kelljen hozza hack-elt emu.
* billentyuzet: maga a scan EP-n egyszeru lett, mar atirtam a memory dump-ban, hogy EP-rol vegye, csak ugye a matrix nem stimmel utana ami alapjan dekodolja, hogy melyik billencs mit jelent. Viszont megkeresve, hogy EP-n milyen gomb van azon a pozicion ahol CPC-n joy1 van, az egerkurzor mar remekul mozog! A kerdeses helyek is megvannak disasm alapjan, csak neki kene fognom atirni.
* floppy vezerlo: na itt eleg tanacstalan vagyok, az se teljesen vilagos, mi van a CPC-ben erre hw. A portokat latom persze amit irna. A fenti screenshotomon latszik is, hogy a symshell elinditasa hibat dob fel, nem csoda, mert amit probal I/O az nem csinal semmit Ha ez nagyon mas mint a WD az EP-ben, azt erdekes lesz megoldani Z80 program szintjen, hogy forditsa at
* interrupt: atirva, CPC-n gondolom a 300Hz-es megszakitasra akaszkodott ra, minden 6.-ra csinalt csak vmit, ergo 50Hz-et akart kihozni. EP-n ez egyszerubb, inkabb beallitottam az INT1 engedelyezest Dave-ben, LPT-ben van egy megszakitasos sor, aztan kiirtottam a kodbol ez a minden 6.-ra varunk dolgot. Masik megoldas amit mondasz, hogy WD bizeralas helyett EXDOS hivas, amde itt szkeptikus vagyok, mert alaposan atveszem a memoria hasznalatat. A 128K meg elegge tele van (marmint az emulalt CPC 128K RAM), az LPT el sem fert, igy eleve 128K-s EP-n nem fog menni Egy normalis atirat persze menne, de ahhoz inkabb forraskod szinten kene EP-re portolni, nem utolag kutyulgatni (pl akkor eleve nem a CPC "8 reszes" cimzes lehetne hanem linearis - de ehhez gondolom az egesz GUI kodjaba be kene avatkozni - igy nem kell 200 soros LPT tabla csak az egyes sorokra, a tobb vsync stb-rol nem is beszelve - konkretan ezt nem tudtam bezsufolni a 128K ram-ba).

Amugy az sem vilagos CPC kapcsan, hogy miert jo az (mashol is latom), hogy 16 bites I/O cimeket hasznalnak. Szerintem ez netto hulyeseg. Csak bonyolitjak az eletekut, ami aztan problemakat okoz (pl nem lehet normalis konstanssal megadott portra I/O-zni, INI es hasonlo opcode-ok igy kevesbe mennek ertelmesen stb). Tudja vki, hogy ennek mi ertelme? Az also 8 bitet is eleg lenne dekodolni (a felso 8 helyett ...), tehat semmivel sem lenne nehezebb, viszont elonyei vannak, es Zilog ajanlasa is ez. Akkor miert csinaljak, szivatasbol?

NEC 765A. Viszont a SymbOS írója WD-ről kérdezett, lehet, hogy az MSX verzióban azt használnak?

Szerintem igen.

A CRTC bizergálását gyanúsan nem is kell nyomon követni, mert a képméret az nem változik, hacsak nem két képernyőt használ a megjelnítéshez, mert akkor a videócím megadását kell, a videó módot, és a színeket kell még majd, ha eddig nincs meg, az tán a 7fxx porton keresztül megy, ugyanazon, mint a memórialapozás.
A legjobb megoldás az lenne a floppy vezérlő kapcsán: elfelejteni az eredeti floppyvezérlős dolgot, kinyerni fájlokba a kódot, és EXOS fájlbetöltésre átalakítani, így minden konfiggal menne, még magnóról is
Az interruptot is sokoszor le lehet butítani EP-n, pláne az ilyen 50Hz-es várakozós esetekben, pont ahogy említetted is.
128K-s gépen csak akkor futhatna a program, ha az EXOS-t kidobod, és a CPC címzést is átalakítod ha a SYMBOS használja az összes lapot, ez túl nagy munka forrás nélkül, szerintem ezt az átalakítást érdemesebb bővítős gépre megcsinálni.

Ez a port címzés érdekes dolog, eddig én csak a TVC-vel ZX81-gyel, Spectrummal, és EP-vel találkoztam, aminél az alsó 8 bit elég az IN/OUT műveletekhez, érdekes, hogy az AY SP128-on már 16 bites címzéssel lett megoldva, pedig volt ott még szabad regiszter, vagy épp a billentyűzet elhasználta az összes lehetőséget a kombinációkkal?
Nem tudom mi volt a 16 bites címzés haszálat megtartásának lényege CPC-n, lehet akartak bőven lehetőséget hagyni a jövőben csatlakoztatott eszközökhöz?

A CRTC bizergálását gyanúsan nem is kell nyomon követni, mert a képméret az nem változik, hacsak nem két képernyőt használ a megjelnítéshez, mert akkor a videócím megadását kell, a videó módot, és a színeket kell még majd, ha eddig nincs meg, az tán a 7fxx porton keresztül megy, ugyanazon, mint a memórialapozás.

Ja, az gate array stb cuccos a CPC-n, tudom (mostmar!).

A legjobb megoldás az lenne a floppy vezérlő kapcsán: elfelejteni az eredeti floppyvezérlős dolgot, kinyerni fájlokba a kódot, és EXOS fájlbetöltésre átalakítani, így minden konfiggal menne, még magnóról is

Ebben azert nem vagyok biztos. Ez nem egy jatek, vagy "monotask" OS, van benne olyan, hogy ha nincs kesz vmi, addig futhat mas process, tehat "fejlett" multitask I/O sleep-el stb. Ha kozben az EXDOS-t meg kell hivni az erdekes problema lehet. Ok, mondjuk lehet itt is ganyolni, hogy addig VINT letiltva aztan max lagzik I/O eseten a felulet kicsit ... Viszont nem trivialis igy se esetleg, hogy ez mennyire zavar be a lelkivilagaba, azt (meg) nem tudom. Majd kiderul Elsore nekem az is eredmeny lesz, ha sima EP-n (bar tobb RAM-al mint 128K) elfut, meg ha disk access nincs is. Igaz, igy sok mindenre nem jo, de elmondhato, hogy maga az OS mar fut legalabb.

128K-s gépen csak akkor futhatna a program, ha az EXOS-t kidobod, és a CPC címzést is átalakítod ha a SYMBOS használja az összes lapot, ez túl nagy munka forrás nélkül, szerintem ezt az átalakítást érdemesebb bővítős gépre megcsinálni.

Azert nem megy, mert a memoria dump-ot nezve a CPC emurol elegge "tele" van, nem fer hova az LPT Foleg, mivel 200 sorhoz CPC screen-t emulalva kell 16*200=3200 byte (plusz meg a "toltelek", vsync stb) LPT ennyi hely meg latholat nincs (azt neztem hol van sok nulla byte-os resz, de meg akkor sem lehetek biztos, hogy egy program futtatasanal nem hasznalja aztan azt a teruletet is, sot ...). Ezert van, hogy igy tuti nem fog 128K rammal menni. Mint mondtam, ha lenne normalis atirat, tehat tenyleg SymbOS forras szinten lenne EP port, akkor meg lehetne oldani siman, szerintem. Igy viszont a "ganyolas" megoldassal kevesbe! A CPC cimzes kidobasa alatt gondolom azt erted, hogy linearisan kezelje a video RAM-ot, igy eleg a pixel adatokhoz 16 byte LPB reszlet a 3200 helyett. Ez igaz, amde egy SymbOS szintu software-nel szerintem ez messze nem olyan egyszeru, changelog is irja, hogy fuuu de optimakolva van a CPC screen-re a CPC port, es erosen nem csak egy helyen irogat videoram-ba, kezdve a mindenfele window kezelestol, az osszes text rendering, menu, miegymas ezer helyen ... Ezt forras hianyaban mind modositani ... na erre nem vallalkoznek Amugy is, elvileg lesz hivatalos EP port, ami mindenkeppen jobb megoldas! Egy ilyen "preview" portolasnal meg ugyse feltetlen a 100%-os hasznalhatosag a lenyeg elso korben legalabbis.

Ez a port címzés érdekes dolog, eddig én csak a TVC-vel ZX81-gyel, Spectrummal, és EP-vel találkoztam, aminél az alsó 8 bit elég az IN/OUT műveletekhez, érdekes, hogy az AY SP128-on már 16 bites címzéssel lett megoldva, pedig volt ott még szabad regiszter, vagy épp a billentyűzet elhasználta az összes lehetőséget a kombinációkkal?

Spectrumot sem ismerem igazan, de mindenesetre olyan gepnel, ahol alapbol az I/O dekodolas primitiv (mondjuk 1-2 bitet neztek csak) ott gond lehet, hogy elfogy az I/O cimtartomany, ha compatible akarsz lenne, es minden "ghost" pozicion kell tovabbra is menjen ... Pl talan Spectrumnal van, hogy egyik port minden paros (v paratlan?) I/O cimen megy, szoval egy szem bitet neztek az address busrol I/O eseten. Ilyen esetben persze utolag gondban van az ember, mivel regen nem oldottak meg rendesen a cimdekodolast Tehat itt meg ertem is. Viszont CPC-n latszolag alapbol is szepen dekodoljak a 16 bites cim felso reszet (nincs a fenti problema) tehat megtehettek volna inkabb az also 8 bittel is ugyanugy, es mindenkinek jobb lett volna!

Nem tudom mi volt a 16 bites címzés haszálat megtartásának lényege CPC-n, lehet akartak bőven lehetőséget hagyni a jövőben csatlakoztatott eszközökhöz?

Hat en ketlem, tenyleg dekodolva van teljesen a felso 8 bit ahogy nezem, tehat boven van hely. Voltakeppen ha jol latom CPC az I/O cim felso 8 bitjet nezi, es teljesen dekodolja azt. Akkor viszont siman tehettek volna az also 8 bitre ...

Hm , érdekes ez a lejátszósdi, a CPC címzés végülis nem gáz, pláne ha arra van optimalizálva a futás is, a címzés átalakítást is úgy írtam ,hogy azt csak meglévő forrással lenne érdemes, mert marha nagy munka lenne, sőt még az is lehet, hogy lehetetlen, vagy iszonyat kódnövekedéssel járna forrás nélkül.

Igen, teljesen jó ötlet, annyi VRAM, amennyi elengedhetetlenül szükséges, az elkefélt memórialapozással egyetértek Nem tudom, hogy a 128K+ lapozása hogy van, de szerintem hasonlóan "egyszerű" lehet

István féle cpcemuban el lehet indítani a SymbOS-t? Van sok ramos, floppys config is benne.

Gondolom el, nem probaltam, hogy oszinte legyek, mivel cap32 egyszerubb, nem C++, igy bele tudtam nyulni, meg tanulmanyozni, ha kellett.

Igen, teljesen jó ötlet, annyi VRAM, amennyi elengedhetetlenül szükséges, az elkefélt memórialapozással egyetértek Nem tudom, hogy a 128K+ lapozása hogy van, de szerintem hasonlóan "egyszerű" lehet

Mondhatjuk forditva is: tobb gepen "atlagos", EP-n csinaltak meg jol a memorialapozast Last Commodore-os megoldasok, az is meger egy miset, kb nem is lehet rendesen boviteni RAM-ot (C64, vagy C128-on lehet de szamomra az is bonyolult), mas gepeken meg esetleg, csak eppen ... EP-n meg milyen szep, logikus, atgondolt es allat egyszeru, megis out-of-the-box 4Mbyte cimtartomany van mar eleve, nem kell kulon felmilliard aramkort beepiteni ha meg boviteni akarsz, stb.