Klobúk dole. Ja som môj emulátor dostal na cca 1200 % pri 12,5 fps.
Miloš
Dňa 17. 9. 2015 o 21:28 Michal Hucik - ORDOZ napísal(a):
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
PS: Jakube, tak doufám, že teď už nebudeme vepři :)
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
PS: Jakube, tak doufám, že teď už nebudeme vepři :)
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
---------- Původní zpráva ----------
Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: Počítače SHARP MZ a jejich emulátory <sharpmzmail.ordoz.com>
Datum: 17. 9. 2015 21:32:25
Předmět: [SharpMZ] Mam tuseni, ze letos na podzim porostou...
_______________________________________________
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
PS: Jakube, tak doufám, že teď už nebudeme vepři :)
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz
A komu tím prospějete, co? Druhé straně? :-) Krásná, precizní a čistá práce. Jestli jsem si kdy emulátor nějak představoval, bylo to asi takto. Nemám, co víc bych dodal, protože všechno chodí líp, než jsem čekal... Zdeněk P.S.: Omlouvám se Vaškovi (a ostatním), ale včera ty Lužánky už byly nad moje síly....
From: Michal Hucik - ORDOZ Sent: Thursday, September 17, 2015 9:28 PM To: Počítače SHARP MZ a jejich emulátory Subject: [SharpMZ] Mam tuseni, ze letos na podzim porostou... ... emulátory jako po dešti :) Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net Michal PS: Jakube, tak doufám, že teď už nebudeme vepři :) _______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
Tak snad bude ten kod alespon trochu srozumitelny i pro ostatni. Chtel jsem se v poznamkach ve zdrojacich trochu rozpovidat o ruznych mene znamych vlastnostech, ale obavam se, ze v mnoha pripadech bude muset jako presna dokumentace poslouzit samotny zdrojak. Dival jsem se rano do statistik stahovani a uz tam jsou 2 downloady z japonska - tak jsem zvedavy za jak dlouho se najde nejaky aktivista, kteremu bude vadit, ze soucasti projektu jsou i originalni ROM. To Michal Medek: dik za report chyby - priznam se, ze v pocitaci snad nemam ani jeden adresar, ci soubor s diakritikou, tak mne ani ve snu nenapadlo to otestovat - opravim. Mam povedomi jeste o nekolika drobnych chybach - vesmes souvisejicich s GTK frontendem. Casem sepisu nejaky buglist. BTW: Bohousi - ted jsem si vzpomnel, ze kdyz jsem neco u sebe ladil a dival jsem se pri tom i na tvuj PC emulator, tak jsem zjistil, ze u tebe odehraje Flappy tu svou odrhovacku cca o 3 sekundy rychleji, nez na realnem Sharpu - zrejme chyba v CTC. Michal Dne 18.9.2015 v 8:32 zdeneka[doména skryta] napsal(a):
> A komu tím prospějete, co? Druhé straně? :-) > > Krásná, precizní a čistá práce. Jestli jsem si kdy emulátor nějak > představoval, bylo to asi takto. Nemám, co víc bych dodal, protože všechno > chodí líp, než jsem čekal... > > Zdeněk > > P.S.: Omlouvám se Vaškovi (a ostatním), ale včera ty Lužánky už byly nad > moje síly.... > > > > From: Michal Hucik - ORDOZ > Sent: Thursday, September 17, 2015 9:28 PM > To: Počítače SHARP MZ a jejich emulátory > Subject: [SharpMZ] Mam tuseni, ze letos na podzim porostou... > > > ... emulátory jako po dešti :) > > Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení > emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit > sami http://mz800emu.sourceforge.net > > Michal > > PS: Jakube, tak doufám, že teď už nebudeme vepři :) > > > > _______________________________________________ > SharpMZ mailing list > SharpMZmail.ordoz.com > http://mail.ordoz.com/mailman/listinfo/sharpmz > > _______________________________________________ > SharpMZ mailing list > SharpMZmail.ordoz.com > http://mail.ordoz.com/mailman/listinfo/sharpmz >
Jo Michale, jak si toho všimnou Japonci.... Pamatuju že před 15-ti rokama (kurnik, to hrozně letí) když jsem pouštěl nové verze emulátoru, měl jsem třeba denně 1000 nových přístupů na stránky právě z Japonska. Z.
-----Původní zpráva----- From: Michal Hucik - ORDOZ Sent: Friday, September 18, 2015 10:22 AM To: sharpmzmail.ordoz.com Subject: Re: [SharpMZ] Mam tuseni, ze letos na podzim porostou... Tak snad bude ten kod alespon trochu srozumitelny i pro ostatni. Chtel jsem se v poznamkach ve zdrojacich trochu rozpovidat o ruznych mene znamych vlastnostech, ale obavam se, ze v mnoha pripadech bude muset jako presna dokumentace poslouzit samotny zdrojak. Dival jsem se rano do statistik stahovani a uz tam jsou 2 downloady z japonska - tak jsem zvedavy za jak dlouho se najde nejaky aktivista, kteremu bude vadit, ze soucasti projektu jsou i originalni ROM. To Michal Medek: dik za report chyby - priznam se, ze v pocitaci snad nemam ani jeden adresar, ci soubor s diakritikou, tak mne ani ve snu nenapadlo to otestovat - opravim. Mam povedomi jeste o nekolika drobnych chybach - vesmes souvisejicich s GTK frontendem. Casem sepisu nejaky buglist. BTW: Bohousi - ted jsem si vzpomnel, ze kdyz jsem neco u sebe ladil a dival jsem se pri tom i na tvuj PC emulator, tak jsem zjistil, ze u tebe odehraje Flappy tu svou odrhovacku cca o 3 sekundy rychleji, nez na realnem Sharpu - zrejme chyba v CTC. Michal Dne 18.9.2015 v 8:32 zdeneka[doména skryta] napsal(a): > A komu tím prospějete, co? Druhé straně? :-) > > Krásná, precizní a čistá práce. Jestli jsem si kdy emulátor nějak > představoval, bylo to asi takto. Nemám, co víc bych dodal, protože všechno > chodí líp, než jsem čekal... > > Zdeněk > > P.S.: Omlouvám se Vaškovi (a ostatním), ale včera ty Lužánky už byly nad > moje síly.... > > > > From: Michal Hucik - ORDOZ > Sent: Thursday, September 17, 2015 9:28 PM > To: Počítače SHARP MZ a jejich emulátory > Subject: [SharpMZ] Mam tuseni, ze letos na podzim porostou... > > > ... emulátory jako po dešti :) > > Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení > emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit > sami http://mz800emu.sourceforge.net > > Michal > > PS: Jakube, tak doufám, že teď už nebudeme vepři :) > > > > _______________________________________________ > SharpMZ mailing list > SharpMZmail.ordoz.com > http://mail.ordoz.com/mailman/listinfo/sharpmz > > _______________________________________________ > SharpMZ mailing list > SharpMZmail.ordoz.com > http://mail.ordoz.com/mailman/listinfo/sharpmz > _______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
Je mozne ziskat take verzi pro linux?
Diky,
Hynek
Dne 17.9.2015 21:28, Michal Hucik - ORDOZ napsal(a):
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
Ahoj Hynku,
binarku Linuxove verze jsem pro SF nekompiloval, predpokladam, ze Linuxaci si vyrobi vlastni :)
Kompletni zdrojaky jsou na SF:
svn checkout svn://svn.code.sf.net/p/mz800emu/code/ mz800emu-code
Jako managera projektu jsem zvolil IDE Netbeans, ve kterem lze pohodlne prepinat kompilacni volby, nicmene lze to samozrejme sestavit i bez nej:
make - kompiluje cross win32
make CONF=Release-Linux - kompiluje produkcni verzi pro Linux
Melo by stacit aby jsi mel u sebe GTK3 devel, SDL2 - devel (V beznych linuxovych distribucich je mozna jen SDL1 devel. Verzi 2 je potreba stahnout z webu.) a pkgconfig. Kdyz by jsi mel se sestavenim nejake problemy, tak se ozvi.
V me Linux verzi, kterou provozuji ve virtualizovanem desktopu se projevuje bug: sdl_audio si vyzada vytvoreni bufferu o takove velikosti, ktera odpovida 20ms vzorku, nicmene system povoli jen polovicni buffer. Proto tam mam bugfix, kterym zvysuju velikost bufferu na dvojnasobek a doufam, ze to vyjde. Synchronizace vsak v Linuxu neprobiha uplne nejpresneji a zvuk mi polupkava - jsem zvedavy jak se to bude chovat u tebe.
Michal
Dne 18.9.2015 v 14:38 Hynek Sladky napsal(a):
Je mozne ziskat take verzi pro linux?
Diky,
Hynek
Dne 17.9.2015 21:28, Michal Hucik - ORDOZ napsal(a):
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
To jsem samozřejmě rád, ikdyž už si nepamatuju o jakého přesně vepře šlo :-) Každopádně se těším na test, ale teď jsem ještě ve středozemí a jedinej počítač co tu mám je tuten androjt. Každopádně pozdrav všem sharpistům z Korsiky :-) J. Dne 17. 9. 2015 21:28 napsal uživatel Michal Hucik - ORDOZ <ordoz[doména skryta]>:
> > > ... emulátory jako po dešti :) > > Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net > > Michal > > PS: Jakube, tak doufám, že teď už nebudeme vepři :) >
Ahoj Michale,
dobra prace, hned jsem to vyzkousel. Vse slape pekne, jen mala drobnost. Kdyz chci otevrit soubor z mista, ktere ma v ceste diakritiku, tak to napise, ze soubor neexistuje. Priklad: C:\programy\emulátory\mzf\, to dlouhe a tam asi dela problem.Ale jinak, jak pisu - super.
Michal
Zdeněk
P.S.: Omlouvám se Vaškovi (a ostatním), ale včera ty Lužánky už byly nad
moje síly....
Zdeňku, nad moje taky, v 19.05 jsem byl u Vaňkovky a tam jsem i skončil :-) Mít Tvoji adresu, tak přijedu aspon na kafe. Tak příště.
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
PS: Jakube, tak doufám, že teď už nebudeme vepři :)
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
Ak sa nemýlim, v emulátore nie je žiadne menu ako bolo v staršej verzii. Existuje nejaký zoznam klávesových skratiek? Skúsil som, či je zabudovaný aj nejaký debugger, ako v Zdeňkovom emulátore a stlačil som Alt+D. Program okamžite zhavaroval. A teraz len moja domnienka: Debugger bol odstránený, ale klávesová skratka ostala a snaží sa otvoriť neexistujúci formulár?
A ešte mám otázku. Ty si zrejme dosť skúsený programátor, aby si mi vedel odpovedať. Tvoj emulátor má u mňa v monitore 1900 %. Môj má cca 1200 %. Môže byť aj prekladačom až taký rozdiel rýchlosti? Teoreticky pri rovnakom kóde (ideálny prípad), či by mohli byť až také rozdiely v rýchlosti? Písal si, že si sa dostal na 190000 % a to u mňa nehrozí ani keby všetko povypínam a beží len čistá emulácia Z80. Ja to programujem v Lazarovi (neslušne povedané free verzia Delphi).
Miloš
Dňa 17. 9. 2015 o 21:28 Michal Hucik - ORDOZ napísal(a):
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
PS: Jakube, tak doufám, že teď už nebudeme vepři :)
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
Jak jsi mountoval image do FDD?
Popravde jsem si rikal, ze pouziti praveho tlacitka mysi bude jedna z prvnich veci, ktere uzivatel sam od sebe vyzkousi... Mozna bych mel pri startu programu napsat do console povidani o tom, at uzivatel zkusi sahnout na prave tlacitko nad oknem emulatoru.
Pokud se ti vsak program po Alt+D slozi, tak mas podle mne bud poskozeny nejaky soubor emulatoru, ci runtime knihovny, nebo nejaky jiny problem ve svem PC.
Mezi 1900 a 1200 % bych nevidel az tak veliky rozdil - tam uz zrejme narazis na nejake HW limity.
Ja u sebe poustim emlator na procesoru i5-3570K, pretaktovanem na 4.2 GHz a na Nvidia MSI 970, ktera je uz od vyrobce take pretaktovana ... Na takovem zeleze uz se neda vymlouvat nestihajici HW.
Uz v prosinci jsme se tady bavili o tom, ze kompilator jako takovy na to zrejme nebude mit az tak veliky vliv.
Vyznamny vliv bude mit zapnuta optimizace kompileru. Ja pouzivam O2. Ze zacatku jsem chvili pouzival i O3, ale s pribivajici funkcionalitou to pri teto optimizaci uz zacalo padat. Jinak uz v prosinci jsme se tady bavili o tom, ze kompilator jako takovy zrejme nema prilis velky veliky vliv na to, zda ta emulace bezi ve stovkach, nebo v tisicich procent.
Ja jsem se pri prepisovani jadra emulatoru alespon ze zacatku snazil stale myslet na to, aby se v mistech, kde program travi nejvice casu vyuzivala co nejvice cache procesoru.
Ze zacatku jsem pri psani neustale meril jak se na vykonu projevi jedna metoda, pak treba jina... Spoustu casti programu jsem mel takto napsano v nekolika ruznych variantach a proste jsem hledal cestu, dokud jsem nebyl spokojeny. Pozdeji uz jsem zas tolik neoptimalizoval - neco si muzu nechat i na pozdeji...
Tech zminenych 19 000% dosahnu tak, ze bypasuju generovani 1M1 hodin, ktere se ted produkuji zbytecne pomalou cestou, kdy uplynuly GDG cas po kazde instrukci vydelim 8 a s kazdou sestupnou hranou 1M1 volam event v CTC.
Lze se tomu vyhnout tak, ze si pri prvni udalosti v CTC spocitam kdy dojde k nejake povsimnuthodne udalosti a do te doby si CTC nevsimat. Pouze v pripade, ze by se program zeptal na stav citace, nebo by se zmenilo nastaveni, tak dopocitat aktualni stav. Verim, ze tak se k tem 19 000% priblizim i s funkcnim CTC.
No a samotne mereni pak probihalo na instrukci JR 0xfe - tedy v podstate pri nulove zatezi.
Kdyz jsem poustel jen samotne CPU + pamet a pocitani GDG taktu, tak to melo odhadem rekneme treba 70 000 % (to cislo uz si fakt nepamatuju).
Jinak pro zajimavost par drobnych mereni na mem HW:
5 750 % monitor s neprimountovanym diskem ve stavu "Make ready FD"
4 870 % monitor po 'M' - blikajici kurzor
6 020 % monitor - vypis pameti: * D0000FFFF (cely vypis pameti trva cca 7.1 sekund )
4 720 % blikani borderu: ld bc,0x06cf; out (c),a; inc a; jp radek_s_out
5 200 % nastartovana cp/m s mzrun
4 040% Flappy intro
3 160% Interkarate - hra
Ty cisla jsou asi +/- 150 % v zavislosti na tom co ktery virus na desktopu delal zrovna ve chvili, kdy probihalo mereni.
Rychlost vsak nebyla hlavnim kriteriem. Chtel jsem zachovat pokud mozno maximalni moznou presnost emulace na zaklade poznatku, jake jsem o Sharpu doposud ziskal. I kdyz treba vim, ze v nekterych mistech mam haluz, tak je o tom alespon zminka v poznamce ve zdrojaku.
V me emulaci se provadi synchronizace vsech signalu nejen mezi instrukcemi, ale i uvnitr LD, IN, OUT, PUSH, POP, atp... Takze je zohlednen i pocet taktu, ktere ubehly od zacatku instukce. Pokud napr. napisete program, ktery bude cekat na stav HBLN, ci HSYNC a podle nej provede nejakou zmenu na obrazovce, tak pozice paprsku v ose X bude v podstate na stejnem miste, jako v realnem Sharpu, o cemz se jinym emulatorum muze jen zdat ;)
Michal
Dne 22.9.2015 v 18:00 Miloš napsal(a):
Ak sa nemýlim, v emulátore nie je žiadne menu ako bolo v staršej verzii. Existuje nejaký zoznam klávesových skratiek? Skúsil som, či je zabudovaný aj nejaký debugger, ako v Zdeňkovom emulátore a stlačil som Alt+D. Program okamžite zhavaroval. A teraz len moja domnienka: Debugger bol odstránený, ale klávesová skratka ostala a snaží sa otvoriť neexistujúci formulár?
A ešte mám otázku. Ty si zrejme dosť skúsený programátor, aby si mi vedel odpovedať. Tvoj emulátor má u mňa v monitore 1900 %. Môj má cca 1200 %. Môže byť aj prekladačom až taký rozdiel rýchlosti? Teoreticky pri rovnakom kóde (ideálny prípad), či by mohli byť až také rozdiely v rýchlosti? Písal si, že si sa dostal na 190000 % a to u mňa nehrozí ani keby všetko povypínam a beží len čistá emulácia Z80. Ja to programujem v Lazarovi (neslušne povedané free verzia Delphi).
Miloš
Dňa 17. 9. 2015 o 21:28 Michal Hucik - ORDOZ napísal(a):
... emulátory jako po dešti :)
Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net
Michal
PS: Jakube, tak doufám, že teď už nebudeme vepři :)
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
To jsem samozřejmě rád, ikdyž už si nepamatuju o jakého přesně vepře šlo :-) Každopádně se těším na test, ale teď jsem ještě ve středozemí a jedinej počítač co tu mám je tuten androjt. Každopádně pozdrav všem sharpistům z Korsiky :-) J. Dne 17. 9. 2015 21:28 napsal uživatel Michal Hucik - ORDOZ <ordoz[doména skryta]>:... emulátory jako po dešti :) Posledních pár měsíců jsem pilně pracoval na zpřehlednění a zrychlení emulátoru MZ-800. Nakolik se mi to v obou směrech povedlo můžete posoudit sami http://mz800emu.sourceforge.net Michal PS: Jakube, tak doufám, že teď už nebudeme vepři :)_______________________________________________ SharpMZ mailing list SharpMZmail.ordoz.com http://mail.ordoz.com/mailman/listinfo/sharpmz
Vydana verze 1.0.2: Krom drobnych uprav je opravena chyba v krokovani debuggeru - obcas (casto) skocil o vice radku. Take opravena chyba v inline assembleru: chyba pri kompilaci relativnich variables - k relativni adrese bylo potreba pripocitat jeste delku kompilovane instrukce. Pokud jste si dnes nekdo stahli zdrojaky z svn, tak tam byla chyba, ktera se projevovala spatnou synchronizaci a extremne zhorsenym zvukem v Linuxu. Aktualni revize 21 uz by mela byt v "normalu". Rovnez jsem udelal zmeny v Makefile: - sdl2-config uz je uveden bez absolutni cesty (tedy jen ten pro LINUX, verze pro CROSS WIN32 se stale hleda natvrdo v /usr/local/...) - pridan adresar ./tools ve kterem se nachazeji scripty pro generovani build_time.c a pro moje kopirovani WIN32 verze do sdileneho adresare, takze uz to tolik netrpi na to jakou ma kdo verzi make (uvidime co na to reknou ruzne verze bashe, ale tak sakra funkcni shellscript snad jeste napsat umim :) Tak snad uz se tim odstranily problemy s kompilaci, ktere jste mi vsichni reportovali. Trochu jsem experimentoval se zvukem v Linuxu, ale nijak daleko jsem nepokrocil. Dosahnul jsem maleho zlepseni s tim, ze byl zvuk posunuty o 2 obrazovky do zadu, nicmene tech 40 ms uz bylo od ucha saframentsky znat a zase tak uchvatny ten vysledek nebyl, takze jsem ty experimenty prozatim ponechal v sdl_audio.c zakomentovane a vratil jsem to do temer puvodniho stavu. Michal
Ahoj Michale
Jsem doma, tak jsem zkusil přeložit pro linux (svn trunk)
po tom co jsem v makefile upravil cestu k sdl2-config se to přeložilo, ale také se mi nedaří otevřít menu.
Klikání pravým tlačítkem mě hned napadlo, ale nefunguje.
Tohle se vypisuje fo konzole
MZ800 Reset!
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_get_visible: assertion 'GTK_IS_WIDGET (widget)' failed
Milosi, k emulaci i8253 ti muzu rict tolik, ze v DS se nachazi jen minimum potrebnych informaci. Ja jsem nad timto obvodem sedel docela dlouho s analyzerem a psal jsem vseliake mozne i nemozne programky pro Z80 s pomoci kterych jsem vypozoroval ruzne kuriozni chovani. Objevil jsem i nejake nedokumentovane kejkle, z nihz nektere jsem naimplementoval, jine jsem si jen poznacil tuzkou na papir, ten jsem polil kavou, cajem a pivem a nakonec jsem ho nechal pozvykat kocourovi a detem ... Po te co papir nenavratne zmizel, tak uz jsem se rozhodl, ze hold to co jsem si na nej poznacil a doposud nestihnul naimplementovat asi nebylo dulezite. Pripadne at se s tim priste potrapi zase nekdo jiny. To same by se v podstate dalo napsat i o PIO-Z80 ... Tyto obvody maji krasne jednoduche datasheety, ktere ve skutecnosti sdeluji jen zakladni uzivatelske informace. Rekl bych, ze v tomto ohledu uz je mnohem lepe zname a zmeritelne chovani GDG. Celoobrazovkovy rezim povazuji za zbytecny a v planu jej nemam. Na snapshoty uz se mne ptali lidi mailem, takze tady je copy&pase toho co uz jsem poslal jim: Co se tyka podpory snapshotu, tak jsem o nich zatim neuvazoval ... i kdyz pokud clovek neco uz par hodin krokuje, tak by si asi zaslouzil mit moznost to ulozit :) Pokud vsak snapshoty vzniknou, tak pravdepodobne nebudou kompatibilni s MZS. Jak uz tu bylo tusim drive receno, tak je potreba u periferii ukladat mnohem vice informaci. Nevim treba, zda Zdenek do MZS uklada latche, diky kterym se dostavaji periferie do jakehosi mezistavu, kdy cast hodnoty jiz program odeslal, ale v registru periferie jeste neni nastavena. Prikladem mohou byt vice nez 8 bitove registry GDG, PSG, nebo CTC u ktereho je po zapsani dat jeste potreba sledovat, zda uz prosla sestupna hrana vstupnich hodin, nez se zmena doopravdy zapise z latche do citaciho registru. Take jsme se kdysi se Zdenkem bavili o tom, ze jeho emu mozna neulozi spravny stav, pokud CPU zrovna vykonava napr. LDIR, INIR, atp. Celkove mi prijde plnohodnotne ukladani / nacitaji snapshotu jako neskutecna drina, kterou asi potom malokdo oceni, takze se mi do toho ani moc nechce, ale nechce se mi na druhou stranu delat ani zadny kompromis ve forme vedomeho ukladani neuplneho snapshotu. Tedy zkracene stacilo napsat, ze snapshoty v planu nemam. Michal
> Ešte otázka: Plánuješ snapy a celoobrazovkový režim? > > Miloš
Ahoj Michale
Jsem doma, tak jsem zkusil přeložit pro linux (svn trunk)
po tom co jsem v makefile upravil cestu k sdl2-config se to přeložilo, ale také se mi nedaří otevřít menu.
Klikání pravým tlačítkem mě hned napadlo, ale nefunguje.
Tohle se vypisuje fo konzole
MZ800 Reset!
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_get_visible: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_show: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_get_visible: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_show: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_get_visible: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_show: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_hide: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_hide: assertion 'GTK_IS_WIDGET (widget)' failed
SDL_QuitRequested
Main App is normaly exiting...
Save config into: mz800emu.ini
(mz800emu:16015): Gtk-CRITICAL **: gtk_menu_item_set_label: assertion 'GTK_IS_MENU_ITEM (menu_item)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_menu_item_set_label: assertion 'GTK_IS_MENU_ITEM (menu_item)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_menu_item_set_label: assertion 'GTK_IS_MENU_ITEM (menu_item)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_menu_item_set_label: assertion 'GTK_IS_MENU_ITEM (menu_item)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_menu_item_set_label: assertion 'GTK_IS_MENU_ITEM (menu_item)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_menu_item_set_label: assertion 'GTK_IS_MENU_ITEM (menu_item)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion 'GTK_IS_WIDGET (widget)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_menu_item_set_label: assertion 'GTK_IS_MENU_ITEM (menu_item)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_menu_item_set_label: assertion 'GTK_IS_MENU_ITEM (menu_item)' failed
(mz800emu:16015): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion 'GTK_IS_WIDGET (widget)' failed
Jakub
Jen krátce k tomu ukládání Snapshotů (*.mzs) - když jsem to kdysi dělal, bylo to spíš jenom takové řešení z nouze dělané spíš pro hráče her. Na spoustu věcí jsem tam myslel (různé latche a stavy obvodů během zápisu prvního z několika bytů), plno jsem jich pochopitelně taky zapomenul. Ono udělat tohle komplexně a hned napoprvé není fakt tak jednoduché, jak se může při prvním zamyšlení zdát. Pokud by to někdo ale opravdu řešit chtěl, pak se přimlouvám za nějaké flexibilní ukládání do XML formátu kde žádná z položek nebude povinná. Bylo by tedy možné uložit třeba jen 5 KB úsek paměti, k němu registry Z80.... a nebo taky kompletní stav počítače,stav periferií, toho co je na disketách, v ramdisku, .... Jen to asi dá tak jak říká Michal víc práce, kterou (tradičně) nikdo neocení :-) Zdeněk
Ja jsem uvazoval, ze by snapshot byl v podstate adresar s nekolika soubory ve kterych by krom obsahu pameti bylo vse ulozeno v txt podobe, aby si clovek mohl pripadne vse "dokonfigurovat"... Nicmene ja se urcite do niceho takoveho alespon letos poustet nebudu. Co bych ted jeste rad dotahnul do konce je podpora dvou typu memextu, castecna emulace unikarty, 8 bitovy HDD a debugger, pomoci ktereho by melo byt mozne nakouknout i dovnitr vetsiny chipu, ci periferii a menit jejich stavy. Debugger vsak uz od zacatku pisu jako oddelitelnou soucast, protoze predpokladam, ze pokud by vzniknul napr. klon pro mobilni zarizeni, tak by tam byl stejne k nicemu. Pro zajimavost: XML jsem mel implementovany v puvodnim emu, ale prace s nim mi prisla trochu komplikovana a navic to byla dalsi knihovna na ktere byl emulator zavisly. V soucasnem emu jsem se docela vydovadel na mezivrtve cfgfile, do ktere se registruji moduly a pod nimi elementy. Modul je treba ramdisk. Elementem jsou pak jeho konfiguracni volby, ktere mohou byt v tuto chvili BOOL, KEYWORD_ENUM, nebo TEXT. U kazde entity, je povinnost zaregistrovat default value. Ke kazde entite lze definovat pointr s odkazem na "zivou" hodnotu v emulatoru, nebo k entite, ci rovnou k celemu modulu lze povesit callbacky, ktere se volaji pri propagaci hodnot z cfg do emulatoru, nebo naopak pri sberu hodnot z emu do konfigu pro save. V tuto chvili tam mam casti pro parsing a save natvrdo strukturu INI souboru, nicmene kdyby to bylo nezbytne nutne, tak to cele lze velmi jednoduse predelat i na xml, ci kokoliv jineho. Michal Dne 24.9.2015 v 7:48 zdeneka[doména skryta] napsal(a):
> Jen krátce k tomu ukládání Snapshotů (*.mzs) - když jsem to kdysi dělal, > bylo to spíš jenom takové řešení z nouze dělané spíš pro hráče her. Na > spoustu věcí jsem tam myslel (různé latche a stavy obvodů během zápisu > prvního z několika bytů), plno jsem jich pochopitelně taky zapomenul. Ono > udělat tohle komplexně a hned napoprvé není fakt tak jednoduché, jak se může > při prvním zamyšlení zdát. Pokud by to někdo ale opravdu řešit chtěl, pak se > přimlouvám za nějaké flexibilní ukládání do XML formátu kde žádná z položek > nebude povinná. Bylo by tedy možné uložit třeba jen 5 KB úsek paměti, k > němu registry Z80.... a nebo taky kompletní stav počítače,stav periferií, > toho co je na disketách, v ramdisku, .... Jen to asi dá tak jak říká Michal > víc práce, kterou (tradičně) nikdo neocení :-) > > Zdeněk > > _______________________________________________ > SharpMZ mailing list > SharpMZmail.ordoz.com > http://mail.ordoz.com/mailman/listinfo/sharpmz >
Aby som nepísal toľko emailov, zhrniem to do jedného: CCCCCCC: Michal, mal som tento istý problém v Lazarovi, tiež stlačené C, takže detekujem, kedy nastane tento stav a C vypnem. Odvtedy je pokoj. Ale to bol problém v tom, že sa nezavolala udalosť o zdvihnutí klávesy. Presnejšie povedané, túto udalosť obdrží okno na otvorenie súboru. Hádam sa jedná v GTK o ten istý problém. Snapy: Ja by som sa aj mohol na to dať. Kedysi som nad tým aj rozmýšľal, že XML, ale bolo by to na úkor miesta. Pamäť by žrala 2x viac a súbor by bol veľký. Potom by som to určite riešil cez kompresiu ZIP, tak ako je to v M$ Office alebo LO. Samozrejme, netvrdím, že to bude spravené hneď, ale predstavoval by som si to tak, že by sa potom pripojili ostatní a aspoň by podporovali na začiatok načítanie. Pretože načítanie cudzích snapov si viem dorobiť do svojho emulátora aj ja. A načo taký formát, čo nikto nepodporuje? Určite ale viem pochopiť, že každý si na to čas nenájde hneď. Skôr to myslím tak, aby nakoniec ten formát nebol odsúdený na zánik. CTC: Moja prvá emulácia bola len taká, ako som odpozoroval od Zdeňka v emulátore a narýchlo prečítal niekde z wikipedie. No ale bolo to dočasné riešenie. Zdeněk nejaké veci tiež rieši jednoduchším spôsobom: Nastavenie FFFFh do čítača nastaví 10000h a tým sa vyrieši čakanie na nábežnú hranu. Ja to už mám aj vrátane toho čakania a keď som to na finál vyladil, tak mi hneď začalo behať zopár programov, keďže moja emulácia nebola ani zďaleka taká ako Zdeňkova. Zdeňkove MZS: Pár chýb som tam našiel. Voľačo s Lo a Hi pri práci s CTC. Ak by sa MZS uložil akurát v určitom okamihu, tak by načítaný snap zhavaroval. Ja do môjho snapu ukladám aj zbytočnosti, takže by nemusel byť taký problém s prepisom na XML. Robil som to kvôli krokovaniu a MZS neposkytovalo všetky údaje. Miloš