Majd igyekszem megnézni mi történik ilyenkor.

Na, a szokott helyen uj windows build (nem irom tobbszor le: tesztelni nem tudom, hogy muxik-e ...). Van benne nemi Z180 "emulacio". Jelenleg ez annyi, hogy ismerti a MULT BC / DE / HL / SP-t, illetve az FD es DD prefixalt utasitasok (CB-sekre nem!) eseten Z180 modban azt hajtja vegre, amit vegrehajtana ha nem is lenne ott a DD/FD prefix, ha IXH/IXL/IYH/IYL lenne a dologban amugy. Arra tippeltem, hogy Z180 talan ezt csinalja, amugy nem tudom.

Ajanlott tesztelesi modszer: emulator elindit, majd a kovetkezo parancsot kiadod:

:XEP z180

Igy atvalt Z180 modba (menet kozben, valodi gepen ez persze igy nem menne, emulatornak ez nem gond).

Aztan:

LOAD"SYM"

szepen elhasal, gondolom hasznalna vmi IXH/IXL/IYH/IYL dolgot.

Visszavaltani Z80 modba (vagy az egesz emut ujrainditani, mert Z80-al indul):

:XEP z80

Ezek utan a SymbOS toltese sikerul.

Advanced megoldas, ami nem tudom Windows-ban megy-e, de talan ... Inditsd az emulatort DOS ablakbol, de a kimenetet iranyitsd at egy file-ba mert allat sok mindent kopkod ki. Ekkor csak az stderr-re meno "par" uzenet latszik, sokkal jobb. Igy latod a Z180 kezdetu sorokat a DOS ablakban, hogy hol mi tortent. Ami erdekes: valts Z180 modba, majd kerj egy hideginditast (break/pause gomb a pc billencsen, de a shift-el egyutt nyomva). A fenti DOS ablakos modszerrel (ha muxik windows-on ...) latszik, hogy Z180 inkompatibilitas dolgokba belefut a rendszer, habar lehet, ez vmelyik ROM miatt van amit hasznalok. Meg igy Z180 modban inditva latszik, hogy EXOS 2.4 tenyleg Z180-nak ismeri fel a procit.

Amugy, szerintem nem csak a nem CB-s de FD/FF prefixalt nemdokumentalt opcode-oknal kene kideriteni, hogy mit csinal a Z180 akkor, hanem pl CB opcode-ok kozul is nagyon sok hianyzik, pl ezeket osszevetve:

http://mdfs.net/Docs/Comp/Z180/OpList
http://www.z80.info/z80oplist.txt

Illetve, ED-s utasitasoknal (de ugye itt nincs amugy FD/DD prefix ...) is vannak (es itt uj Z180 op-ok is vannak raadasul), bar Z80-on az ED-s nem dokementalt opcode-ok szerintem sok mindenre nem jok, mivel csak meglevo dolgokat duplikalnak, ami mas dokumentalt opcode ugyanugy "tud".

Az SD ROM az már 0.3-as? Abban irtottam ki az undocumentedeket, hogy lehessen végre programot is betölteni a Z180-on

Hat ize, nem tudom hanyas Le lehet azt vhogy kerdezni? Amugy ez is vicces story. Elkezdtem osszerakni az emut, akkor "valahogy" csinaltam azt a combined.rom -ot ami cimfolyamatosan egymas moge masolt ROM-ok, amit egyben tolt be a Xep128. Epp tegnap futottam bele, hogy egyik ROM-ot meg kene neznem, hat rajottem, hogy fog sincs, pontosan milyen ROM-okat masoltam ossze Szoval tobb oraba telt, mire osszehasonlitgattam, hogy mi a fene lehet amibol ez nekem osszeallt Azota az emulator build-nel mar file-okbol rakom mindig ossze (illetve hat a Makefile alapjan a gep ...), igy nem kovetem el ezt a hibat.

Gyanus, hogy igazad van, ui Xep128 ilyeneket irogat Z180 modban:

Z180: Invalid Z180 opcode (Z80 undocumented)!! at PC=CA42h [07h:0A42h]

A 7-es szegmens pedig ha minden igaz, vhol az SDext kornyeken lesz ... Szoval, akkor most mi a legujabb SD ROM, illetve amiben nincs mar undoc opcode? Akkor kicserelem

Az EPDOS-os kerdesed (hogy nem erted a keredesemet hehe) pedig az lett volna, hogy ami most van Xep128-ban az nem hasznalhato, mert allandoan azt irja csak, hogy nincs eleg memoria. Itt is az lett volna a kerdesem, hogy van-e ujabb, amivel menni fog (na itt nem Z180 modbol van a baj, Z80-al se megy). Mondjuk, en a combined.rom-ba beletettem EPDOS-t kulon is, az felesleges? Nem is neztem, mi van az SD card cart kornyeken ... Lehet annak flash-eben is van?

:HELP hasznos tud lenni

Ja, azt hittem nagyobb magia, mivel azt te is lathattad ha mar probaltad az xep128-t Amugy :HELP szerint 0.1-es az SDEXT. Ha errol beszeltunk EPDOS-ra 1.7-et ir. Altalaban is igaz ram, hogy mindig a legegyszerubb dologra nem gondolok pont!

Ilyet egyébként lehet sajátot is csinálni?

combined.rom-t? Tok egyszeru, egymashoz vannak masolva (appendelve) a ROM image-ek. Magyaran, azt egy az egyben betolti az EP fizikai/linearis cimtartomany elejetol kezdve (azaz az EXOS-al kezdodik nyilvan), es ami a file-ban az offset, ott lesz EP memoriatartomanyban is minden. Annyi, hogy pl SD cuccoknal trukkos, mert a flash image merete 0xE000 szokott lenni. Szoval oda kell meg 8192 byte "toltelek", hogy ha utana masolsz valamit, akkor megfelelo cimre keruljon az mar (felteve, ha akarsz oda masolni valamit meg utana ...). Illetve, most mar van egy sajat ROM-om is "XEP" neven, az tud kommunikalni az emulatorral, es lehet vele emulatorbol csinalni dolgokat, ami jelenleg igazabol kimerul a z80/z180 valtasban, mas ertelmes dologra nem jo meg. Ennek forraskodja is ott van a github-on, bar most vettem eszre, hogy vmit elrontottam, mert :HELP akarmi eseten is a XEP ROM help-je jon be Biztos kihagytam az osszehasonlitast, hogy nekem szol-e a HELP "request"

Amugy github nezheted a forrast, itt a Makefile-ban a ROM_PACK_LIST = sornal van, hogy miket masol egymas utan szepen:

https://github.com/lgblgblgb/xep128/blob/master/rom/Makefile

Itt meg a XEP ROM forrasa:

https://github.com/lgblgblgb/xep128/blob/master/rom/xep_exos.asm

Kerdeses, hogy ennek van-e ertelme, igy EP-bol vezerelni az emulatort Mert ha ugyis lesz majd masik ablak (UI-t utalok irni, szoval feldobna meg egy ablakot aminek also soraba lehet pl parancsokat gepelni, a felso reszen meg az emulator uzenetei, illetve a parancsokra adott valasz lesz, kb mint egy chat alkalmazhos hasonlo modon), akkor ott lehet egyszerubb, illetve egy program futasa kozben nehez is esetleg EXOS parancsokat gepelni. Bar erdekes feeling, hogy EXOS paranccsal lehet pl CPU-t valtani

Amúgy fontos dolog: a Spectrum EMU ROM-nak xxxxxx00B,xxxxxx01B szegmenseken kell lenni, mivel a szegmensszámok fel vannak használva a "DAVE átvariálja az A14/15 értékét" dolognak a helyrehozásához.

Hmmm! Akkor lehet ezert csunya fekete alapon kek a ZX spectrum emulacio, ha Xep128-bol nyomok ez :ZX -et? Koszi, ennek (is) utana nezek.

Masik otletem: en a forumon egy hozzaszolasod alapjan probaltam kitalalni, hogy megy ez a ZX spectrum emu card. Ott a 0x42-es port volt talan igy fejbol, ahol irtad, hogy a data bus allapota az NMI kivaltasanal, es oda van irva, hogy "mixed". Vagy vmi hasonlo. Ez mit jelent?

Raktam fel egy topickal arrébb

Koszi, akkor megvizslatom! Amugy az SD cartridge-re szant flash tartalomban van BASIC? Gongolom igen, mert nem mindenkinek van EXOS 2.4-e, vagy hasonlo Ha viszont igen, akkor felesleges bele BASIC.

Nu, elvileg mar az van fenn a szokott helyen a zip-ben, amiben most akkor 0.3-as SDEXT ROM van.

A mellékelt folttal tudtam lefordítani UHU alá. A wget, a git nem működik a chrootban,ezért a buildinfo hiányos. A chrootba lépés és fordítás előtt történik itt a letöltögetés éa az unzip is a rom könyvtárba.
A build logot is csatolom, a jövöbe tekintőn.

Szerintem, ha meg chroot-on kivul ezt mondod:

make combined.rom
make sdcard.img
Akkor meglesz ami kell, es igy Makefile patch nelkul is jo lesz, ha ezek utan ereszted ra a build-et. De mivel UHU build system-et nem ismerem, csak tippelek Tok jo a screenshot, majdnem ugy nez ki, mintha egy ertelmes emulator lenne, csak sajnos en tudom, mennyi minden kene meg bele Lasd a TODO file-t epp most pakoltam bele.

Btw, akkor most rendesen lefordult belso z80ex-szel (amibe el is kezdtem beleirogatni, igy kulso mar nem is annyira focizik, mint lehetoseg ...), miota nem kulon Makefile van neki?

Amugy, erdekes, hogy irod, legalabb vkit erdekel, mert azert mar lassan kezdek felni tole, hogy mindenkinek elege van az "LGB irt meg egy emulatort mar megint, OMG" allapotbol Mondjuk Zozo csak orul, hogy csak az o keresere elkezdtem Z180-azni, mindent a (leendo?) userekert

A git a buildinfo-ba meg amugy is fura otlet mert mi van ha valaki nem clone-ozta a repo-t, akarmi, hanem letoltotte a forrast, amiben nincs is git info pl?

Az sem tetszik, hogy maga a xep128 bináris a futatási könyvtárában keresi a romokat és egyebeket. Túl windózos, "mindent egyrakásra valahova másolni" stílus.
Létezik nls is.
A futtatható binárisnak előbb-utóbb a /usr/bin alatt kell lennie, a ro adatoknak meg a /usr/share/xep128 alatt. Gondolom nem nagy gond ennek megvalósítása.
Windowsnál meg mindegy.

Rendben!
Őszintén szólva örülök az egésznek és szurkolok. A végére úgyis rendben lesz, a működése legyen jó, az a lényeg.
Jó lenne tudni, István hogyan is csinálta meg a windózos cuccát ugyanabból a forrásból.

Látom, hogy debian csomaghoz való cuccokat is felvettél a TODO -ba.

"debian package building easily?"

Vagyis egy debian könyvtár benne a rules, satöbbi fájlokkal.

A wget használatát csomagkészítésnél, vagyis telepítő fájl (deb, rpm, pkg.tar.gz,) készítésnél szintén senki nem használja a fordítás során.
Jó lenne onnan száműzni végleg.
Mindig a sources részben szerepel minden kiindulási forrás, és egyéb adathalmaz szinte minden disztribúciónál, azok beszerzése a fordítási fázis előtt történik. Debiannal is így van, Arch -nál is, Fedora -nál is, és gondolom windóznál is így lehet egy setup.exe előállítása során. Még Gentoo ebuild is,mely helyben fordítja bele a gépre a futtatható cuccot egy külön munkakönyvtárba fordítgat a letöltögetések után, majd onnan telepíti a terméket.

Örülök,hogy kivetted az sdl2-net -et, azt sem értettem, hogy mi a francnak vetted bele eredetileg? Esetleg a leendő hálózati rész emulációhoz?

Baromi sokat gürizel a cuccal, azt látom. A teljes képernyő az nagyon fontos, a videó hardveres gyorsítás a mai gépeknél esetleg nem fontos.