Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Zpět na zprávu

Celé vlákno · 54 zpráv

[SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


... kdo tvrdi, ze nikdy nezkousel napsat emulator Sharpa, ten ho pise dodnes ;)

Ahoj,

pokousim se o stvoreni vlastniho Sharp emulatoru. Cilem je:

a) vytvorit presny multiplatformni emulator, monmentalne soucasne pracuji na Win32 a Linux verzi, a nasledne bych se to pokusil portovat take na IOS a Android

b) emulovat soucasne HW extenze, tako je Unikarta, MemExt, atp.

c) vytvorit robustni debugger

Jako okenkovy interface jsem zvolil GTK-2, ale snazim se to psat tak, aby se pripadne dalo vyzkouset i cokoliv jineho.

Zde je k videni aktualni windows verze: http://duna.ordoz.com/emu/win32/
K provozu je potreba nainstalovat gtk2-runtime a do adresare s exe souborem je potreba nahrat i ty dll, ktere tam jsou.

Linux verze je zde: http://duna.ordoz.com/emu/linux/
K provozu je potreba mit GTK-2 a libxml-2, coz je vetsinou standardne nainstalovano.

Z toho co je hotove jsem prozatim vubec netestoval ty Pezik ramdisky - nemam tu k nim zadny SW a nevim ktere konkretni verze cp/m, basic atp s nimi vlastne pracuji.

Z tech dulezitejsich modulu prozatim neni hotovy zvuk a virtualni CMT - existuje pouze ROM patch.

Vim o nekolika chybach jak v emulaci, tak i v GUI. Zdenek mi ted pres icq taky par chyb reportoval.
Casem vytvorim i nejaky buglist a dam jej na web.

Michal

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Tiež robím emulátor, ale nakoľko po odpojení procesora, videa a všetkého mám emuláciu ničoho na cca 200 %, tak to pomaly začínam vzdávať. Podľa popisu predpokladám, že máš toho spraveného viac ako ja, takže ti ani nemám čo ponúknuť. Ja mám spravenú emuláciu monitora a teda mi beží aj pár 700-vkových programov. Tiež je multiplatformový a krásne beží v Linuxe aj Windowse. V Linuxe si to ale kvôli inému vzhľadu formulára pýta "prekresliť" formulár. Mojím cieľom bolo spraviť niečo multiplatformové s otvoreným zdrojovým kódom, ale netuším čo s tým, keďže je to také strašne pomalé.

Miloš

Dňa 12. 12. 2014 14:31 Michal Hucik - ORDOZ wrote / napísal(a):

... kdo tvrdi, ze nikdy nezkousel napsat emulator Sharpa, ten ho pise dodnes ;)

Ahoj,

pokousim se o stvoreni vlastniho Sharp emulatoru. Cilem je:

a) vytvorit presny multiplatformni emulator, monmentalne soucasne pracuji na Win32 a Linux verzi, a nasledne bych se to pokusil portovat take na IOS a Android

b) emulovat soucasne HW extenze, tako je Unikarta, MemExt, atp.

c) vytvorit robustni debugger

Jako okenkovy interface jsem zvolil GTK-2, ale snazim se to psat tak, aby se pripadne dalo vyzkouset i cokoliv jineho.

Zde je k videni aktualni windows verze: http://duna.ordoz.com/emu/win32/
K provozu je potreba nainstalovat gtk2-runtime a do adresare s exe souborem je potreba nahrat i ty dll, ktere tam jsou.

Linux verze je zde: http://duna.ordoz.com/emu/linux/
K provozu je potreba mit GTK-2 a libxml-2, coz je vetsinou standardne nainstalovano.

Z toho co je hotove jsem prozatim vubec netestoval ty Pezik ramdisky - nemam tu k nim zadny SW a nevim ktere konkretni verze cp/m, basic atp s nimi vlastne pracuji.

Z tech dulezitejsich modulu prozatim neni hotovy zvuk a virtualni CMT - existuje pouze ROM patch.

Vim o nekolika chybach jak v emulaci, tak i v GUI. Zdenek mi ted pres icq taky par chyb reportoval.
Casem vytvorim i nejaky buglist a dam jej na web.

Michal



_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Abych rekl pravdu, tak soucasny stav je vysledkem cca 3 - 4 tydenniho vyvoje, pricemz posledni tyden jsem ladil predevsim chovani okenek a praci s xml konfigurakem ... Na zacatku jsem nemel ani poneti jak psat okenkovou aplikaci, natoz jak ji cross kompilovat pro windows :)  Nejprve jsem si poskladal jen CPU + RAM/ROM s memory mapperem a zjednodusenou variantu ctc8253 ... Misto vystupu na monitor jsem akorat disassemblerem v terminalu sledoval vykonavane instrukce. Az kdyz mi tohle behalo docela svizne, tak jsem teprve zacal experimentovat s obrazem...

Ve vykonu a v rychlosti te stavajici aplikace jsou jeste docela rezervy. Navic pokud bych se vykaslal na to, abych byl ve vsem multiplatformni a ve windows bych pozadal o pomoc directx, tak verim, ze to zacne litat jako tryskac na hyperpohon.
Co se jinak tyka vykonu, tak predevsim ve windows je ale znatelny problem se synchronizaci. V Linuxu pouzivam nano_sleep(), ale to bohuzel win32 bez posix neumi.

Nevim co to znamena "prekreslit formular", nicmene po okenkove aplikaci v tomhle rozliseni nemuzes chtit, aby ti zobrazovala 50 FPS ... V zacatcich jsem sice uvazoval i o tom, ze zkusim pouzit openGL, ale nakonec jsem se prozatim spokojil s tim, ze na emulovanou obrazovku vykresluju jen zmeny oproti predchozimu stavu.

Michal

Dne 12.12.2014 14:47, Miloš napsal(a):
Tiež robím emulátor, ale nakoľko po odpojení procesora, videa a všetkého mám emuláciu ničoho na cca 200 %, tak to pomaly začínam vzdávať. Podľa popisu predpokladám, že máš toho spraveného viac ako ja, takže ti ani nemám čo ponúknuť. Ja mám spravenú emuláciu monitora a teda mi beží aj pár 700-vkových programov. Tiež je multiplatformový a krásne beží v Linuxe aj Windowse. V Linuxe si to ale kvôli inému vzhľadu formulára pýta "prekresliť" formulár. Mojím cieľom bolo spraviť niečo multiplatformové s otvoreným zdrojovým kódom, ale netuším čo s tým, keďže je to také strašne pomalé.

Miloš

Re: [SharpMZ] Emulator MZ-800

Ctirad Feřtr <c.fertr@[doména skryta]> SHARP MZ-800

Ahoj,

Zobrazit citovaný text (6 řádků)
> pokousim se o stvoreni vlastniho Sharp emulatoru. Cilem je:
>
> a) vytvorit presny multiplatformni emulator, monmentalne soucasne pracuji na
> Win32 a Linux verzi, a nasledne bych se to pokusil portovat take na IOS a
> Android
> b) emulovat soucasne HW extenze, tako je Unikarta, MemExt, atp.
Super!

Zobrazit citovaný text (2 řádky)
> Jako okenkovy interface jsem zvolil GTK-2, ale snazim se to psat tak, aby se
> pripadne dalo vyzkouset i cokoliv jineho.
Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
multiplatformnost je rovněž taková polovičatá?
Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux, Windows,
Android a asi i OSX.

Ctirad

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Prekresliť formulár je u mňa len úprava rozmiestnenie grafických prvkov formulára, lebo vo Win a Lin majú inú veľkosť, takže v Lin to nepasuje.

Dosahuje to aj 50 fps a keď sa tak nad tým zamyslím, ono to zrejme kreslí aj samé občas a asi preto neviem dosiahnuť viac ako cca 186 %, pretože ono si to samovoľne tú grafiku kreslí samé. Možno by som sa mal pozrieť na to ako samovoľné prekresľovanie zakázať. Ďakujem za nápad. Skúsim poexperimentovať, keď bude na to čas a chuť. Mimochodom, tých 50 fps mám, lenže ako píšem, možno sú aj framy navyše od systému, ktoré to spomaľujú. Píšem v Lazarovi, takže v podstate nemusím riešiť multiplatformnosť.

Miloš

Dňa 12. 12. 2014 16:04 Michal Hucik - ORDOZ wrote / napísal(a):

Abych rekl pravdu, tak soucasny stav je vysledkem cca 3 - 4 tydenniho vyvoje, pricemz posledni tyden jsem ladil predevsim chovani okenek a praci s xml konfigurakem ... Na zacatku jsem nemel ani poneti jak psat okenkovou aplikaci, natoz jak ji cross kompilovat pro windows :)  Nejprve jsem si poskladal jen CPU + RAM/ROM s memory mapperem a zjednodusenou variantu ctc8253 ... Misto vystupu na monitor jsem akorat disassemblerem v terminalu sledoval vykonavane instrukce. Az kdyz mi tohle behalo docela svizne, tak jsem teprve zacal experimentovat s obrazem...

Ve vykonu a v rychlosti te stavajici aplikace jsou jeste docela rezervy. Navic pokud bych se vykaslal na to, abych byl ve vsem multiplatformni a ve windows bych pozadal o pomoc directx, tak verim, ze to zacne litat jako tryskac na hyperpohon.
Co se jinak tyka vykonu, tak predevsim ve windows je ale znatelny problem se synchronizaci. V Linuxu pouzivam nano_sleep(), ale to bohuzel win32 bez posix neumi.

Nevim co to znamena "prekreslit formular", nicmene po okenkove aplikaci v tomhle rozliseni nemuzes chtit, aby ti zobrazovala 50 FPS ... V zacatcich jsem sice uvazoval i o tom, ze zkusim pouzit openGL, ale nakonec jsem se prozatim spokojil s tim, ze na emulovanou obrazovku vykresluju jen zmeny oproti predchozimu stavu.

Michal

Dne 12.12.2014 14:47, Miloš napsal(a):
Tiež robím emulátor, ale nakoľko po odpojení procesora, videa a všetkého mám emuláciu ničoho na cca 200 %, tak to pomaly začínam vzdávať. Podľa popisu predpokladám, že máš toho spraveného viac ako ja, takže ti ani nemám čo ponúknuť. Ja mám spravenú emuláciu monitora a teda mi beží aj pár 700-vkových programov. Tiež je multiplatformový a krásne beží v Linuxe aj Windowse. V Linuxe si to ale kvôli inému vzhľadu formulára pýta "prekresliť" formulár. Mojím cieľom bolo spraviť niečo multiplatformové s otvoreným zdrojovým kódom, ale netuším čo s tým, keďže je to také strašne pomalé.

Miloš



_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

S Qt osobne nesúhlasím. Nepoznám ho síce tak dobre, ale nemám dobré 
skússenosti s verziou 5. Ak vytvoríš EXE pre Windows s tým, že len 
doložiš runtime knižnice, tak výsledok má nad 100 MB. Zrejme už nemajú 
čisté knižnice bez debug kódu. Ak chceš čistú aplikáciou, ktorá si z DLL 
vytiahne len to čo potrebuje (statické linkovanie?), tak na to tuším už 
treba platenú licenciu (toto ale žiaľ neviem overiť, lebo neraz som sa 
to pokúšal na ich stránke nájsť, že čo ti navyše umožní platená licencia 
a nenašiel som). Viem len, že pri verzii 4 to tak bolo. Na druhej 
strane, pri verzii 4 malo EXE s DLL spolu dokopy tuším okolo 10-25 MB čo 
bolo ešte akceptovateľné. Budem rád, ak sa mýlim a opravíš ma, pretože 
kvôli týmto neduhom vo verzii 5 som na Qt zanevrel.

Michal má na Qt možno iný názor. Tiež by mal to zaujímalo ako sa na Qt 
pozerá on.

Miloš

Dňa 12. 12. 2014 20:07 Ctirad Feřtr wrote / napísal(a):
Zobrazit citovaný text (23 řádků)
> Ahoj,
>
>> pokousim se o stvoreni vlastniho Sharp emulatoru. Cilem je:
>>
>> a) vytvorit presny multiplatformni emulator, monmentalne soucasne pracuji na
>> Win32 a Linux verzi, a nasledne bych se to pokusil portovat take na IOS a
>> Android
>> b) emulovat soucasne HW extenze, tako je Unikarta, MemExt, atp.
> Super!
>
>> Jako okenkovy interface jsem zvolil GTK-2, ale snazim se to psat tak, aby se
>> pripadne dalo vyzkouset i cokoliv jineho.
> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
> multiplatformnost je rovněž taková polovičatá?
> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux, Windows,
> Android a asi i OSX.
>
> Ctirad
> _______________________________________________
> SharpMZ mailing list
> SharpMZmail.ordoz.com
> http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Odspravedlňujem sa za ďalší post, ktorý mohol byť v tom prvom, ale napadlo ma to až teraz. Ja mám synchro riešené tak, že brzdím emulátor pri každej 1/50 sekundy. Tiež som hľadal niečo čím zabrzdím na pár microsekúnd alebo nanosekúnd (už sa nepamätám presne) a hoci som aj našiel nejaké riešenia pre Delphi, resp. Lazarus, nakoniec som to nepoužil, lebo sa mi to akosi nepozdávalo. Zvažoval som, že ak aj budem časovať presne, tak pri zobrazení grafiky budem musieť čas dobiehať, takže nakoniec som sa rozhodol pre brzdenie len pri zobrazovaní (vždy, keď sa nakreslila celá Sharp obrazovka a lúč "došiel" na koniec.

Mimochodom, podarilo sa mi tvoj emulátor rozbehať a klobúk dole, keď beží na tom Flappy, tak to už je niečo. Pokiaľ by si mal záujem, mohol by som ti poskytnúť pár nápadov, prípadne aj na súkromný email, ak by bol problém s večne chodiacimi emailami.

Miloš

Dňa 12. 12. 2014 16:04 Michal Hucik - ORDOZ wrote / napísal(a):

Abych rekl pravdu, tak soucasny stav je vysledkem cca 3 - 4 tydenniho vyvoje, pricemz posledni tyden jsem ladil predevsim chovani okenek a praci s xml konfigurakem ... Na zacatku jsem nemel ani poneti jak psat okenkovou aplikaci, natoz jak ji cross kompilovat pro windows :)  Nejprve jsem si poskladal jen CPU + RAM/ROM s memory mapperem a zjednodusenou variantu ctc8253 ... Misto vystupu na monitor jsem akorat disassemblerem v terminalu sledoval vykonavane instrukce. Az kdyz mi tohle behalo docela svizne, tak jsem teprve zacal experimentovat s obrazem...

Ve vykonu a v rychlosti te stavajici aplikace jsou jeste docela rezervy. Navic pokud bych se vykaslal na to, abych byl ve vsem multiplatformni a ve windows bych pozadal o pomoc directx, tak verim, ze to zacne litat jako tryskac na hyperpohon.
Co se jinak tyka vykonu, tak predevsim ve windows je ale znatelny problem se synchronizaci. V Linuxu pouzivam nano_sleep(), ale to bohuzel win32 bez posix neumi.

Nevim co to znamena "prekreslit formular", nicmene po okenkove aplikaci v tomhle rozliseni nemuzes chtit, aby ti zobrazovala 50 FPS ... V zacatcich jsem sice uvazoval i o tom, ze zkusim pouzit openGL, ale nakonec jsem se prozatim spokojil s tim, ze na emulovanou obrazovku vykresluju jen zmeny oproti predchozimu stavu.

Michal

Dne 12.12.2014 14:47, Miloš napsal(a):
Tiež robím emulátor, ale nakoľko po odpojení procesora, videa a všetkého mám emuláciu ničoho na cca 200 %, tak to pomaly začínam vzdávať. Podľa popisu predpokladám, že máš toho spraveného viac ako ja, takže ti ani nemám čo ponúknuť. Ja mám spravenú emuláciu monitora a teda mi beží aj pár 700-vkových programov. Tiež je multiplatformový a krásne beží v Linuxe aj Windowse. V Linuxe si to ale kvôli inému vzhľadu formulára pýta "prekresliť" formulár. Mojím cieľom bolo spraviť niečo multiplatformové s otvoreným zdrojovým kódom, ale netuším čo s tým, keďže je to také strašne pomalé.

Miloš



_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Ctirad Feřtr <c.fertr@[doména skryta]> SHARP MZ-800

Zobrazit citovaný text (3 řádky)
> S Qt osobne nesúhlasím. Nepoznám ho síce tak dobre, ale nemám dobré
> skússenosti s verziou 5. Ak vytvoríš EXE pre Windows s tým, že len
> doložiš runtime knižnice, tak výsledok má nad 100 MB. Zrejme už nemajú
To mi přijde divné. Vždyť to celá řada aplikací používá (i když,
pravda spíš Qt4).
Hlavně se přes to dá řešit úplně všechno, včetně takových věcí jako
ukládání audia, videa do souboru.

Jako další možnost se nabízí SDL + vlastní GUI nebo nějaký toolkit.

Ctirad

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800

Ahoj, opravil jsem par chyb v emulaci a uploadnul jsem nejnovejsi verzi 
na web.  V tuto chvili (verim, ze docasne :) nevim o zadnem sharpackem 
programu, ktery by byl v mem emulatoru nefunkcni :) ale je pravda, ze 
nijak moc intenzivne jsem zatim netestoval.

Prikompiloval jsem do programu Changelog informace, takze od teto chvile 
jiz nebudu zaplavovat konferenci zpravama o banalnich zmenach v 
emulatoru. Myslim, ze zadnou upovidanou webovku si tento projekt 
prozatim nezaslouzi. Pro sledovani novych verzi doporucuji obcas 
navstivit http://duna.ordoz.com/emu/
Nebo pokud snad mate nekdo zajem, pecliveji sledovat info o vyvoji 
programu, tak mi poslete pozadavek na soukromy mail. Bude-li to mit 
smysl, tak si na to vytvorim nejaky script, ktery pak bude rozesilat 
emailova upozorneni ve chvili, kdy uploadnu novy release na web.
V menu s napovedou je ted take polozka Know bugs s informacemi o 
chybach, ktere uz znam, ale prozatim je neumim, ci nechci resit.
Win32 verzi od ted budu kompilovat ve dvou variantach: jako klasickou 
win aplikaci a potom jako aplikaci s consoli do ktere jsou obcas 
vypisovany nejake debugovaci informace, nicmene nic extra zajimaveho se 
tam v tuto chvili nevypisuje.

BTW: puvodne jsem chtel k emulatoru pripsat,  ze kdyz uz tu win32 verzi 
cross kompiluju z Linuxu, tak by v tom snad mohlo byt o neco mene viru, 
nez je obvykle...
Kdyz jsem si ted ve widlich zkusil stahnout ty exe soubory z webu, tak 
jsem se od Avasta dozvedel, ze pry jsou zavirovane ;) A navic mi 
proaktivne kompletne zablokoval pristup na duna.ordoz.com ... Zrejme mu 
vadi systemove volani open v aboutwindow, kde je odkaz na muj web ...

Michal

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Potešilo by, keby to bolo zozipované, ľahšie sa to potom stiahne.

Miloš

Dňa 13. 12. 2014 22:21 Michal Hucik - ORDOZ wrote / napísal(a):
Zobrazit citovaný text (34 řádků)
> Ahoj, opravil jsem par chyb v emulaci a uploadnul jsem nejnovejsi verzi
> na web.  V tuto chvili (verim, ze docasne :) nevim o zadnem sharpackem
> programu, ktery by byl v mem emulatoru nefunkcni :) ale je pravda, ze
> nijak moc intenzivne jsem zatim netestoval.
>
> Prikompiloval jsem do programu Changelog informace, takze od teto chvile
> jiz nebudu zaplavovat konferenci zpravama o banalnich zmenach v
> emulatoru. Myslim, ze zadnou upovidanou webovku si tento projekt
> prozatim nezaslouzi. Pro sledovani novych verzi doporucuji obcas
> navstivit http://duna.ordoz.com/emu/
> Nebo pokud snad mate nekdo zajem, pecliveji sledovat info o vyvoji
> programu, tak mi poslete pozadavek na soukromy mail. Bude-li to mit
> smysl, tak si na to vytvorim nejaky script, ktery pak bude rozesilat
> emailova upozorneni ve chvili, kdy uploadnu novy release na web.
> V menu s napovedou je ted take polozka Know bugs s informacemi o
> chybach, ktere uz znam, ale prozatim je neumim, ci nechci resit.
> Win32 verzi od ted budu kompilovat ve dvou variantach: jako klasickou
> win aplikaci a potom jako aplikaci s consoli do ktere jsou obcas
> vypisovany nejake debugovaci informace, nicmene nic extra zajimaveho se
> tam v tuto chvili nevypisuje.
>
> BTW: puvodne jsem chtel k emulatoru pripsat,  ze kdyz uz tu win32 verzi
> cross kompiluju z Linuxu, tak by v tom snad mohlo byt o neco mene viru,
> nez je obvykle...
> Kdyz jsem si ted ve widlich zkusil stahnout ty exe soubory z webu, tak
> jsem se od Avasta dozvedel, ze pry jsou zavirovane ;) A navic mi
> proaktivne kompletne zablokoval pristup na duna.ordoz.com ... Zrejme mu
> vadi systemove volani open v aboutwindow, kde je odkaz na muj web ...
>
> Michal
> _______________________________________________
> SharpMZ mailing list
> SharpMZmail.ordoz.com
> http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800

GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel - tedy 
krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi Qt v 
te dobe uz mozna i existoval, ale byl docela v plenkach.
Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru 
pocitam s tim, ze interface bude mozne / nutne  vymenit za jiny a tomu 
se snazim prizpusobit i kod programu.

Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze to 
co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...

Interface emlatoru je v podstate mozne rozdelit do dvou casti:

1) GUI, pod cimz chapu predevsim menu programu - to je naprosto 
irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani nemusi 
vubec existovat

2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem 
sveta - jednoduseji receno je to prevazne klavesnice, monitor a zvukovy 
vystup Sharpa.

Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni v 
mnohem vic low-level urovni, nez jakou mi v dane chvili muze nabidnout 
jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k 
teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno zhola 
nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen 
posluchacem.

Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco 
rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)

PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres portAudio

Michal

Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
Zobrazit citovaný text (13 řádků)
>
> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
> multiplatformnost je rovněž taková polovičatá?
> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux, Windows,
> Android a asi i OSX.
>
> Ctirad
> _______________________________________________
> SharpMZ mailing list
> SharpMZmail.ordoz.com
> http://mail.ordoz.com/mailman/listinfo/sharpmz
>

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

V Lazarovi pristupujem ku klávesnici cez KeyDown a KeyUp eventy, takže 
je to celkom jednoduché. Problém robí Caps Lock, ktorý je v podstate 
neošetriteľný, takže stlačením sa klávesnica v ostatných programoch 
začne správať inak.

Trochu som sa začal hrabať v Qt a tu sú moje poznatky z Qt5:
1. Aplikácia so základnými DLL má v release móde cca 45 MB. Záleží aj od 
toho, čo potrebuje. Testovacia aplikácia nevyužívala takmer nič, len GUI.
2. Ak sa použije statické linkovanie, aby kompletná aplikácia nebola ako 
mamut, tak je nutné aplikáciu dať pod LGPL. Čiže aj so zdrojovými kódmi. 
Ako som si všimol, emulátory Sharpa sa so zdrojákmi veľmi nemajú radi 
(predsa len je to platforma, ktorá nie je tak rozšírená, aby autor svoje 
myšlienkové pochody pustil do sveta), takže toto bude asi dôvod prečo Qt 
nepoužiješ. Ak nie toto, tak dôvod číslo 1. Platená licencia už túto 
podmienku nemá. Navyše ešte som neprišiel na to, ako spustiť statické 
linkovanie bez rekompilácie celého Qt.

Qt toho ale obsahuje celkom dosť, takže si myslím, že nebudeš potrebovať 
nič navyše mimo Qt.

Mimochodom, trochu som sa pohral s mojím emulátorom a dosiahol som 
mierne zvýšenie rýchlosti po pridaní kontroly, že či sa zmenilo niečo na 
obrazovke. Pri stále sa meniacom obraze ho to mierne spomalí, ale nie je 
to hádam až tak zlé. Teoreticky by sa to za cenu mierne 
neprehľadnejšieho kódu ešte dalo o čosi zrýchliť. Asi začnem pracovať na 
800 grafike a možno sa priblížim k tebe, čo sa funkčnosti týka. Rýchlosť 
tvojho emulátora som síce nedosiahol.

Mimochodom, Turbo Copy V1.21 ide na 65 %, prečo?

Miloš

Dňa 13. 12. 2014 22:45 Michal Hucik - ORDOZ wrote / napísal(a):
Zobrazit citovaný text (51 řádků)
> GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel - tedy
> krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi Qt v
> te dobe uz mozna i existoval, ale byl docela v plenkach.
> Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru
> pocitam s tim, ze interface bude mozne / nutne  vymenit za jiny a tomu
> se snazim prizpusobit i kod programu.
>
> Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze to
> co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...
>
> Interface emlatoru je v podstate mozne rozdelit do dvou casti:
>
> 1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
> irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani nemusi
> vubec existovat
>
> 2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
> sveta - jednoduseji receno je to prevazne klavesnice, monitor a zvukovy
> vystup Sharpa.
>
> Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni v
> mnohem vic low-level urovni, nez jakou mi v dane chvili muze nabidnout
> jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k
> teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno zhola
> nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
> posluchacem.
>
> Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco
> rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)
>
> PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres portAudio
>
> Michal
>
> Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
>> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
>> multiplatformnost je rovněž taková polovičatá?
>> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
>> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux, Windows,
>> Android a asi i OSX.
>>
>> Ctirad
>> _______________________________________________
>> 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

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800

Dne 12.12.2014 v 21:31 Miloš napsal(a):
Zobrazit citovaný text (10 řádků)
> Odspravedlňujem sa za ďalší post, ktorý mohol byť v tom prvom, ale 
> napadlo ma to až teraz. Ja mám synchro riešené tak, že brzdím emulátor 
> pri každej 1/50 sekundy. Tiež som hľadal niečo čím zabrzdím na pár 
> microsekúnd alebo nanosekúnd (už sa nepamätám presne) a hoci som aj 
> našiel nejaké riešenia pre Delphi, resp. Lazarus, nakoniec som to 
> nepoužil, lebo sa mi to akosi nepozdávalo. Zvažoval som, že ak aj 
> budem časovať presne, tak pri zobrazení grafiky budem musieť čas 
> dobiehať, takže nakoniec som sa rozhodol pre brzdenie len pri 
> zobrazovaní (vždy, keď sa nakreslila celá Sharp obrazovka a lúč 
> "došiel" na koniec.
Ano, v SYNC rezimu se snazim srovnat emulator se snimkovym zatemnenim 
realneho Sharpa, coz je jak pises 20ms. To jak se mi tato synchronizace 
dari je pak po kazdych 50 snimcich zobrazovano v procentech: 1000 ms / 
sumarni soucet milisekund za poslednich 50 snimku ... pokud je vysledkem 
1:1, tak jsem bezel na 100% synchronne se Sharpem. Bohuzel jak se zda, 
tak ve win32 se zakladnim systemovym vybavenim je jakekoliv presne 
merereni casu, ci synchronizace naprosto obskurni zalezitosti. V Linuxu, 
ci v 64 bitovych widlich uz je  to mnohem lepsi.

Zdenek ve svem emulatoru vyuzil synchronizaci pomoci zvukove karty. 
Dosahnul tim velmi presneho casovani, ale bohuzel emulator timto 
zpusobem nedovoli systemu ani chvili oddychu, coz je naprosti likvidacni 
pro notebooky s vadnym chladicem CPU! ;)

S Vaskem jsme se bavili o tom, ze by tu mela byt moznost nastavit si u 
zvukovky interrupt, kterym by se aplikace budila ve spravnych 
intervalech. Az budu mit trochu cas a chut se tim zabyvat, tak se chci 
zkusit vydat prave touto cestou.

Michal

Re: [SharpMZ] Emulator MZ-800

Ctirad Feřtr <c.fertr@[doména skryta]> SHARP MZ-800

Zobrazit citovaný text (3 řádky)
> GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel - tedy
> krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi Qt v
> te dobe uz mozna i existoval, ale byl docela v plenkach.
Qt3 vyšlo v roce 2001, ale to je celkem jedno.

Zobrazit citovaný text (6 řádků)
> 1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
> irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani nemusi
> vubec existovat
> 2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
> sveta - jednoduseji receno je to prevazne klavesnice, monitor a zvukovy
> vystup Sharpa.
Ok, v tom případě SDL.

Zobrazit citovaný text (3 řádky)
> Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni v
> mnohem vic low-level urovni, nez jakou mi v dane chvili muze nabidnout
> jakykoliv okenkovy manager.
Tak Qt bych určitě nenazýval okénkovým manažerem. To je jen zlomek
toho co to umí. Prakticky je tam vše potřebné od timerů přes síť,
audio/video, periferie až po vlastní webkitový prohlížeč. Ale čím víc
o tom přemýšlím, tím víc mi to přijde jako kanon na vrabce.

Zobrazit citovaný text (4 řádky)
> Predpokladam, ze v pripade windows vede k
> teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno zhola
> nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
> posluchacem.
Multiplatformní alternativa k DirectX je SDL. Naprostá většina
multiplatformních emulátorů, her a podobných programů tuhle knihovnu
používá.

Zobrazit citovaný text (1 řádek)
> PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres portAudio
Neee ;)

Ctirad

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Dne 13.12.2014 v 23:04 Miloš napsal(a):
Zobrazit citovaný text (1 řádek)
> Mimochodom, Turbo Copy V1.21 ide na 65 %, prečo?
Chyba v metode synchronizace ... ALT + M se prepni do MAX mode...

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800

Dne 13.12.2014 v 23:10 Ctirad Feřtr napsal(a):
Zobrazit citovaný text (4 řádky)
> Tak Qt bych určitě nenazýval okénkovým manažerem. To je jen zlomek 
> toho co to umí. Prakticky je tam vše potřebné od timerů přes síť, 
> audio/video, periferie až po vlastní webkitový prohlížeč. Ale čím víc 
> o tom přemýšlím, tím víc mi to přijde jako kanon na vrabce.
Kdyz ptacka lapaji, pekne mu zpivaji ... :) Vazne to zni opravdu pekne, 
ale asi to bude docela mamut.

Kazdopadne ten SDL mne docela zaujal a zkusim se na nej co nejdrive 
podivat - diky za tip.

Michal

Re: [SharpMZ] Emulator MZ-800

"Martin Frohlich" <Martin.Frohlich@[doména skryta]> SHARP MZ-800

Ahoj,

Jsem vzhůru.. ;-)

Je mi moc líto, že moc nepomůžu. Bývaly doby, kdy se sem hrabal ve Windows na nízké úrovni ale posledních 10 let dělám databázové aplikace v Delphi a to je na hony vzdálené tomu co potřebuješ, a já tom pomalu ztrácím přehled. :-(

Snad jen drobnost. Pokud si chceš ušetřit nervy tak bych se vyhnul DirectX a použil bych OpenGL. To by mělo být více multiplatformní.

Martin AKA Mafro

Zobrazit citovaný text

---------- Původní zpráva ----------
Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 13. 12. 2014 22:46:48
Předmět: Re: [SharpMZ] Emulator MZ-800


GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel - tedy
krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi Qt v
te dobe uz mozna i existoval, ale byl docela v plenkach.
Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru
pocitam s tim, ze interface bude mozne / nutne vymenit za jiny a tomu
se snazim prizpusobit i kod programu.

Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze to
co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...

Interface emlatoru je v podstate mozne rozdelit do dvou casti:

1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani nemusi
vubec existovat

2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
sveta - jednoduseji receno je to prevazne klavesnice, monitor a zvukovy
vystup Sharpa.

Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni v
mnohem vic low-level urovni, nez jakou mi v dane chvili muze nabidnout
jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k
teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno zhola
nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
posluchacem.

Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco
rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)

PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres portAudio

Michal

Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
>
> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
> multiplatformnost je rovněž taková polovičatá?
> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux, Windows,
> Android a asi i OSX.
>
> Ctirad
> _______________________________________________
> 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

Re: [SharpMZ] Emulator MZ-800

Hynek Sladky <econf@[doména skryta]> SHARP MZ-800

Zdravim,

k presnejsimu mereni casu ve win32 jsem pouzival tuto funkci: QueryPerformanceCounter (&tt);
Ve vysledku se ale rychlost stejne zpomalovala po vetsich blocich. Je ale pravda, ze jsem u svych projektu nikdy neresil video ani audio. Vzdy slo jen o prikazovou radku a emulaci skutecne rychlosti aplikace, takze tam nevadilo nerovnomerne rozlozenirychlosti.

Hynek



Dne 13.12.2014 23:08, Michal Hucik - ORDOZ napsal(a):
Dne 12.12.2014 v 21:31 Miloš napsal(a):
Odspravedlňujem sa za ďalší post, ktorý mohol byť v tom prvom, ale 
napadlo ma to až teraz. Ja mám synchro riešené tak, že brzdím emulátor 
pri každej 1/50 sekundy. Tiež som hľadal niečo čím zabrzdím na pár 
microsekúnd alebo nanosekúnd (už sa nepamätám presne) a hoci som aj 
našiel nejaké riešenia pre Delphi, resp. Lazarus, nakoniec som to 
nepoužil, lebo sa mi to akosi nepozdávalo. Zvažoval som, že ak aj 
budem časovať presne, tak pri zobrazení grafiky budem musieť čas 
dobiehať, takže nakoniec som sa rozhodol pre brzdenie len pri 
zobrazovaní (vždy, keď sa nakreslila celá Sharp obrazovka a lúč 
"došiel" na koniec.
Ano, v SYNC rezimu se snazim srovnat emulator se snimkovym zatemnenim 
realneho Sharpa, coz je jak pises 20ms. To jak se mi tato synchronizace 
dari je pak po kazdych 50 snimcich zobrazovano v procentech: 1000 ms / 
sumarni soucet milisekund za poslednich 50 snimku ... pokud je vysledkem 
1:1, tak jsem bezel na 100% synchronne se Sharpem. Bohuzel jak se zda, 
tak ve win32 se zakladnim systemovym vybavenim je jakekoliv presne 
merereni casu, ci synchronizace naprosto obskurni zalezitosti. V Linuxu, 
ci v 64 bitovych widlich uz je  to mnohem lepsi.

Zdenek ve svem emulatoru vyuzil synchronizaci pomoci zvukove karty. 
Dosahnul tim velmi presneho casovani, ale bohuzel emulator timto 
zpusobem nedovoli systemu ani chvili oddychu, coz je naprosti likvidacni 
pro notebooky s vadnym chladicem CPU! ;)

S Vaskem jsme se bavili o tom, ze by tu mela byt moznost nastavit si u 
zvukovky interrupt, kterym by se aplikace budila ve spravnych 
intervalech. Az budu mit trochu cas a chut se tim zabyvat, tak se chci 
zkusit vydat prave touto cestou.

Michal

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz


Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Ahoj Hynku,

ano, presne tuhle funkci jsem ve win32 pouzil s tim, ze si na zacatku programu zavolam QueryPerformanceFrequency ( &frequency ), a namereny cas pak vzdy vydelim hodnotou frequency...
K samotnemu cekani pak ve smycce merim cas doby trvani snimku a dokud je mensi, nez 20 ms, tak volam sleep(1) - jeho trvani je vsak velni variabilni a podle podle toho co rikaji namerene hodnoty z QueryPerformaceCounter() to lita mezi 0.5 - 3 ms ...

Taky si nejsem jisty, zda je hodnota z QueryPerformanceFrequency () po celou dobu  behu programu konstantni. Jestli se treba nemeni s tim, jak si CPU meni nasobic. Pak by mi ta synchronizace bezela podle plotu.

Michal


Dne 15.12.2014 v 7:16 Hynek Sladky napsal(a):
Zdravim,

k presnejsimu mereni casu ve win32 jsem pouzival tuto funkci: QueryPerformanceCounter (&tt);
Ve vysledku se ale rychlost stejne zpomalovala po vetsich blocich. Je ale pravda, ze jsem u svych projektu nikdy neresil video ani audio. Vzdy slo jen o prikazovou radku a emulaci skutecne rychlosti aplikace, takze tam nevadilo nerovnomerne rozlozenirychlosti.

Hynek


Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Ja to u seba riešim takto:

  TimeStart := GetTickCount;
...
      while TimeStop < TimeStart + TimeUpdateScreen do
      begin
        Computer.Step;
        TimeStop := GetTickCount;
      end;

GetTickCount je tuším čas od zapnutia počítača, ktorý sa vo WinVista aktualizuje cc 60x za sekundu, čo mi akotak postačuje.

Miloš

Dňa 15. 12. 2014 9:24 Michal Hucik - ORDOZ wrote / napísal(a):

Ahoj Hynku,

ano, presne tuhle funkci jsem ve win32 pouzil s tim, ze si na zacatku programu zavolam QueryPerformanceFrequency ( &frequency ), a namereny cas pak vzdy vydelim hodnotou frequency...
K samotnemu cekani pak ve smycce merim cas doby trvani snimku a dokud je mensi, nez 20 ms, tak volam sleep(1) - jeho trvani je vsak velni variabilni a podle podle toho co rikaji namerene hodnoty z QueryPerformaceCounter() to lita mezi 0.5 - 3 ms ...

Taky si nejsem jisty, zda je hodnota z QueryPerformanceFrequency () po celou dobu  behu programu konstantni. Jestli se treba nemeni s tim, jak si CPU meni nasobic. Pak by mi ta synchronizace bezela podle plotu.

Michal


Dne 15.12.2014 v 7:16 Hynek Sladky napsal(a):
Zdravim,

k presnejsimu mereni casu ve win32 jsem pouzival tuto funkci: QueryPerformanceCounter (&tt);
Ve vysledku se ale rychlost stejne zpomalovala po vetsich blocich. Je ale pravda, ze jsem u svych projektu nikdy neresil video ani audio. Vzdy slo jen o prikazovou radku a emulaci skutecne rychlosti aplikace, takze tam nevadilo nerovnomerne rozlozenirychlosti.

Hynek




_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Michal Porteš <portes@[doména skryta]> SHARP MZ-800

Zkouším u sebe (Windows Vista) emulátor rozchodit, ale zatím se bohužel nedaří:
Vstupní bod procedury deflateSetHeader se nepodařilo v dynamicky propojované knihovně zlib1.dll nalézt.

Michal

Zobrazit citovaný text---------- Původní zpráva ----------

Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 13. 12. 2014 22:22:27
Předmět: Re: [SharpMZ] Emulator MZ-800


Ahoj, opravil jsem par chyb v emulaci a uploadnul jsem nejnovejsi verzi
na web. V tuto chvili (verim, ze docasne :) nevim o zadnem sharpackem
programu, ktery by byl v mem emulatoru nefunkcni :) ale je pravda, ze
nijak moc intenzivne jsem zatim netestoval.

Prikompiloval jsem do programu Changelog informace, takze od teto chvile
jiz nebudu zaplavovat konferenci zpravama o banalnich zmenach v
emulatoru. Myslim, ze zadnou upovidanou webovku si tento projekt
prozatim nezaslouzi. Pro sledovani novych verzi doporucuji obcas
navstivit http://duna.ordoz.com/emu/
Nebo pokud snad mate nekdo zajem, pecliveji sledovat info o vyvoji
programu, tak mi poslete pozadavek na soukromy mail. Bude-li to mit
smysl, tak si na to vytvorim nejaky script, ktery pak bude rozesilat
emailova upozorneni ve chvili, kdy uploadnu novy release na web.
V menu s napovedou je ted take polozka Know bugs s informacemi o
chybach, ktere uz znam, ale prozatim je neumim, ci nechci resit.
Win32 verzi od ted budu kompilovat ve dvou variantach: jako klasickou
win aplikaci a potom jako aplikaci s consoli do ktere jsou obcas
vypisovany nejake debugovaci informace, nicmene nic extra zajimaveho se
tam v tuto chvili nevypisuje.

BTW: puvodne jsem chtel k emulatoru pripsat, ze kdyz uz tu win32 verzi
cross kompiluju z Linuxu, tak by v tom snad mohlo byt o neco mene viru,
nez je obvykle...
Kdyz jsem si ted ve widlich zkusil stahnout ty exe soubory z webu, tak
jsem se od Avasta dozvedel, ze pry jsou zavirovane ;) A navic mi
proaktivne kompletne zablokoval pristup na duna.ordoz.com ... Zrejme mu
vadi systemove volani open v aboutwindow, kde je odkaz na muj web ...

Michal
_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Ahoj,

docela by mne zajimalo proc se to shani zrovna po teto kompresni knihovne - je ale mozne, ze ji vyzaduje ten zpropadeny libxml, i kdyz v samotnem programu v tuto chvili zarucene zadne kompresni metody pouzivany nejsou.

Nemam momentalne po ruce zadnou Vistu, abych to vyzkousel. Do adresare http://duna.ordoz.com/emu/win32/all_mingw_libs/ jsem nahral vsechny mingw dll soubory, ktere u sebe v Linuxu mam a je mezi nimi i ten zlib1.dll
Pokud budes mit chut, tak si zkus prosim do adresare s emulatorem postahovat knihovny, ktere to po tobe bude chtit a dej mi pak vedet co vsechno bylo potreba.

Uprimne receno, netusim odkud se v mych Win7 (a asi i ve vetsine dalsich) windows vzala potrebna knihovna. Je mozne, ze uz si ji tam v minulosti nainstaloval nejaky jiny program, ktery byl linkovany pod mingw.

Michal

Dne 16.12.2014 8:38, Michal Porteš napsal(a):
Zkouším u sebe (Windows Vista) emulátor rozchodit, ale zatím se bohužel nedaří:
Vstupní bod procedury deflateSetHeader se nepodařilo v dynamicky propojované knihovně zlib1.dll nalézt.

Michal

Re: [SharpMZ] Emulator MZ-800

Jakub Ladman <ladmanj@[doména skryta]> SHARP MZ-800

Emulátorů se zavřeným kódem je dost. Jestli někdo píše další closed source, tak mě hluboce zklamal.
J.L.

"Miloš" <milsa[doména skryta]> wrote:

Zobrazit citovaný text (111 řádků)
>V Lazarovi pristupujem ku klávesnici cez KeyDown a KeyUp eventy, takže 
>je to celkom jednoduché. Problém robí Caps Lock, ktorý je v podstate 
>neošetriteľný, takže stlačením sa klávesnica v ostatných programoch 
>začne správať inak.
>
>Trochu som sa začal hrabať v Qt a tu sú moje poznatky z Qt5:
>1. Aplikácia so základnými DLL má v release móde cca 45 MB. Záleží aj
>od 
>toho, čo potrebuje. Testovacia aplikácia nevyužívala takmer nič, len
>GUI.
>2. Ak sa použije statické linkovanie, aby kompletná aplikácia nebola
>ako 
>mamut, tak je nutné aplikáciu dať pod LGPL. Čiže aj so zdrojovými
>kódmi. 
>Ako som si všimol, emulátory Sharpa sa so zdrojákmi veľmi nemajú radi 
>(predsa len je to platforma, ktorá nie je tak rozšírená, aby autor
>svoje 
>myšlienkové pochody pustil do sveta), takže toto bude asi dôvod prečo
>Qt 
>nepoužiješ. Ak nie toto, tak dôvod číslo 1. Platená licencia už túto 
>podmienku nemá. Navyše ešte som neprišiel na to, ako spustiť statické 
>linkovanie bez rekompilácie celého Qt.
>
>Qt toho ale obsahuje celkom dosť, takže si myslím, že nebudeš
>potrebovať 
>nič navyše mimo Qt.
>
>Mimochodom, trochu som sa pohral s mojím emulátorom a dosiahol som 
>mierne zvýšenie rýchlosti po pridaní kontroly, že či sa zmenilo niečo
>na 
>obrazovke. Pri stále sa meniacom obraze ho to mierne spomalí, ale nie
>je 
>to hádam až tak zlé. Teoreticky by sa to za cenu mierne 
>neprehľadnejšieho kódu ešte dalo o čosi zrýchliť. Asi začnem pracovať
>na 
>800 grafike a možno sa priblížim k tebe, čo sa funkčnosti týka.
>Rýchlosť 
>tvojho emulátora som síce nedosiahol.
>
>Mimochodom, Turbo Copy V1.21 ide na 65 %, prečo?
>
>Miloš
>
>Dňa 13. 12. 2014 22:45 Michal Hucik - ORDOZ wrote / napísal(a):
>> GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel -
>tedy
>> krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi
>Qt v
>> te dobe uz mozna i existoval, ale byl docela v plenkach.
>> Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru
>> pocitam s tim, ze interface bude mozne / nutne  vymenit za jiny a
>tomu
>> se snazim prizpusobit i kod programu.
>>
>> Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze
>to
>> co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...
>>
>> Interface emlatoru je v podstate mozne rozdelit do dvou casti:
>>
>> 1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
>> irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani
>nemusi
>> vubec existovat
>>
>> 2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
>> sveta - jednoduseji receno je to prevazne klavesnice, monitor a
>zvukovy
>> vystup Sharpa.
>>
>> Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni
>v
>> mnohem vic low-level urovni, nez jakou mi v dane chvili muze
>nabidnout
>> jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k
>> teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno
>zhola
>> nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
>> posluchacem.
>>
>> Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco
>> rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)
>>
>> PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres
>portAudio
>>
>> Michal
>>
>> Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
>>> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
>>> multiplatformnost je rovněž taková polovičatá?
>>> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
>>> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux,
>Windows,
>>> Android a asi i OSX.
>>>
>>> Ctirad
>>> _______________________________________________
>>> 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

Sent with mySecureMail.
http://www.mysecurephone.eu/

Re: [SharpMZ] Emulator MZ-800

<zdeneka@[doména skryta]> SHARP MZ-800

Vím že to Jakube asi bylo myšleno obecně, ale nedalo mi to se neozvat. Dnes 
už je na výběr víc emulátorů MZ-800, jejichž kód je veřejným tajemstvím. Z 
českých to je třeba emulátor Jardy Kysely, německý např. tenhle: 
http://sourceforge.net/p/mz800em/wiki/Home/
Všichni ho mají stažený na disku, ale jejich vývoj za ty roky nepokročil ani 
o píď.

Když malinko odbočím, tak do doby než jsem u mého emulátoru zavedl 
registraci jsem byl ohledně jeho vývoje ve spojení s cca 5-ti lidmi. Nicméně 
u každé nové verze jsem měl klidně 200 downloadů. Po zavedení registrace se 
mi ozvalo opravdu hodně zajímavých lidí (programátoři, majitelé 
distribučních společností, ...) - někteří se mnou udělali rozhovor na 
stránky, jiní mi věnovali k rozšíření balík starých disket z půdy či 
dokumentace... Díky tomu (a pochopitelně taky Pavlově snaze) je také na 
www.scav.cz asi největší volně přístupný archiv všemožných programů, her a 
dokumentací.

Myslím tedy že je to každého věc, jak se svým výtvorem naloží. Přiznám se že 
by mi samotnému (jakožto neprogramátorovi) bylo hanba se se zdrojáky veřejně 
pochlubit. Nicméně ti kdo se vážněji do emulace MZ-800 ponořili, jsou se 
mnou v kontaktu a já vím že jejich práce někam vede, tak nemám problém se s 
nimi o kód podělit (případně co si vzpomenu zkonzultovat) - to mi snad každý 
potvrdí. Někdy je ale dobré začít stavět na zelené louce, protože jen tak se 
neobšlehnou chyby předchozího pisatele a vnesou se do projektu nové nápady.

Hluboce zklamaný může být jen ten, kdo to nezkusí


Zdeněk

Zobrazit citovaný text (132 řádků)
-----Původní zpráva----- 
From: Jakub Ladman
Sent: Friday, December 19, 2014 1:23 PM
To: milsa[doména skryta] ; Počítače SHARP MZ a jejich emulátory
Subject: Re: [SharpMZ] Emulator MZ-800

Emulátorů se zavřeným kódem je dost. Jestli někdo píše další closed source, 
tak mě hluboce zklamal.
J.L.

"Miloš" <milsa[doména skryta]> wrote:

>V Lazarovi pristupujem ku klávesnici cez KeyDown a KeyUp eventy, takže
>je to celkom jednoduché. Problém robí Caps Lock, ktorý je v podstate
>neošetriteľný, takže stlačením sa klávesnica v ostatných programoch
>začne správať inak.
>
>Trochu som sa začal hrabať v Qt a tu sú moje poznatky z Qt5:
>1. Aplikácia so základnými DLL má v release móde cca 45 MB. Záleží aj
>od
>toho, čo potrebuje. Testovacia aplikácia nevyužívala takmer nič, len
>GUI.
>2. Ak sa použije statické linkovanie, aby kompletná aplikácia nebola
>ako
>mamut, tak je nutné aplikáciu dať pod LGPL. Čiže aj so zdrojovými
>kódmi.
>Ako som si všimol, emulátory Sharpa sa so zdrojákmi veľmi nemajú radi
>(predsa len je to platforma, ktorá nie je tak rozšírená, aby autor
>svoje
>myšlienkové pochody pustil do sveta), takže toto bude asi dôvod prečo
>Qt
>nepoužiješ. Ak nie toto, tak dôvod číslo 1. Platená licencia už túto
>podmienku nemá. Navyše ešte som neprišiel na to, ako spustiť statické
>linkovanie bez rekompilácie celého Qt.
>
>Qt toho ale obsahuje celkom dosť, takže si myslím, že nebudeš
>potrebovať
>nič navyše mimo Qt.
>
>Mimochodom, trochu som sa pohral s mojím emulátorom a dosiahol som
>mierne zvýšenie rýchlosti po pridaní kontroly, že či sa zmenilo niečo
>na
>obrazovke. Pri stále sa meniacom obraze ho to mierne spomalí, ale nie
>je
>to hádam až tak zlé. Teoreticky by sa to za cenu mierne
>neprehľadnejšieho kódu ešte dalo o čosi zrýchliť. Asi začnem pracovať
>na
>800 grafike a možno sa priblížim k tebe, čo sa funkčnosti týka.
>Rýchlosť
>tvojho emulátora som síce nedosiahol.
>
>Mimochodom, Turbo Copy V1.21 ide na 65 %, prečo?
>
>Miloš
>
>Dňa 13. 12. 2014 22:45 Michal Hucik - ORDOZ wrote / napísal(a):
>> GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel -
>tedy
>> krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi
>Qt v
>> te dobe uz mozna i existoval, ale byl docela v plenkach.
>> Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru
>> pocitam s tim, ze interface bude mozne / nutne  vymenit za jiny a
>tomu
>> se snazim prizpusobit i kod programu.
>>
>> Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze
>to
>> co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...
>>
>> Interface emlatoru je v podstate mozne rozdelit do dvou casti:
>>
>> 1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
>> irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani
>nemusi
>> vubec existovat
>>
>> 2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
>> sveta - jednoduseji receno je to prevazne klavesnice, monitor a
>zvukovy
>> vystup Sharpa.
>>
>> Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni
>v
>> mnohem vic low-level urovni, nez jakou mi v dane chvili muze
>nabidnout
>> jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k
>> teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno
>zhola
>> nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
>> posluchacem.
>>
>> Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco
>> rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)
>>
>> PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres
>portAudio
>>
>> Michal
>>
>> Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
>>> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
>>> multiplatformnost je rovněž taková polovičatá?
>>> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
>>> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux,
>Windows,
>>> Android a asi i OSX.
>>>
>>> Ctirad
>>> _______________________________________________
>>> 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


Sent with mySecureMail.
http://www.mysecurephone.eu/
_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz 

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Zapojím sa do diskusie aj ja.

Michalov emulátor ma opäť povzbudil, aby som sa na ten môj po dlhšej 
dobe pozrel. Ono je to v podstate tak, že emulátor som začal písať od 
nuly. Niekedy okolo Vianoc som sa začal venovať štúdiu Sharpa ako takého 
z manuálov a s pomocou iných kompetentnejších ľudí, ktorí ma museli v 
mnohých veciach nakopnúť. V podstate Sharpa poznám len ako používateľ. 
Ale nedalo mi to a pomaličky som začal po sviatkoch programovať. 
Naprogramoval som to nakoniec do stavu emulácie monitora a rýchlosť 
emulácie pri 12,5 fps bola cca 176 %. Viac som dosiahnuť nevedel. To ma 
dosť znechutilo, keďže Zdeněk má v kľude cca 4500 % na mojom počítači.

Potom ma naštartoval Michal, keďže sa pustil do emulátora a našiel som 
znova na to chuť. Ja neprogramujem štýlom, že teraz to idem 
naprogramovať a do mesiaca hotové. Nemám na to ani vedomosti, keďže 
Sharpa ešte teraz študujem a často ani chuť, keď človek popri tom chodí 
aj do roboty a potom je rád, že má pokoj. Ale emulátor som nakoniec 
dostal do stavu, že v kľude dáva cca 570 % (12,5 fps), čo ma opäť 
povzbudilo, že môj projekt nie je stratený.

Akurát, že ďalší problém, čo riešim je ten, že či po dokončení určitých 
častí zverejniť alebo nezverejniť kódy. No a dôvody:
Prečo zverejniť:
- možno mi niekto pomôže a dvom sa môže lepšie programovať, aj rýchlejšie
- načo to u mňa sušiť na disku
Prečo nezverejniť:
- pomáhajú mi aj takí, ktorí svoj kód nezverejňujú, povedzme, že mi 
niečo Zdeněk poskytne (nemyslím, že je v mojich silách naprogramovať 
všetko a s určitými vecami asi budem potrebovať pomoc, v podstate ani 
reálneho Sharpa nemám, nemal by som ho kde položiť) a ja mám zverejňovať 
svoj kód, v ktorom bude zakomponovaný aj cudzí kód, hoci len jeho časť? 
A čo na to potom jeho autor?
- študujem o Sharpovi dosť materiálov, iní to majú v malíčku, no a potom 
zverejním kódy, každý si to posťahuje, nikto mi s tým nepomôže, ale 
hlavne, že to všetci budú mať na disku a frflať, že prečo je to v 
Pascale, keď dnes každý píše v C++, Pascal veľmi obľúbený nie je, takže 
klobúk dole pred Zdeňkom, že sa pustil do toho práve v Pascale

Tí, čo to nikdy neskúsili (nikdy nič podobné neprogramovali a možno by 
nemali ani vzťah k tomu, aby pomohli niečo doprogramovať) si všetko 
predstavujú jednoduchšie. Nechcem im ubližovať, ale nevidia tie hodiny, 
čo autor musel rozmýšľať ako danú časť naprogramovať, nevidia čas, ktorý 
bol venovaný odlaďovaniu a hľadaniu chýb a nevidia ani to štúdium, ktoré 
musel autor absolvovať. Je teda pre nich ľahké si niečo vypýtať. Len 
tomu autorovi je to ťažké pustiť z ruky.

Teraz sa vrátim k spomenutému emulátoru, čo jeho vývoj stojí. Ja som sa 
v ňom aj chcel vŕtať, len nemám dostatok vedomostí, aby som ho 
skompiloval vo Windows. Vedel by s tým niekto pomôcť?

Miloš

P. S.: Zdeněk, pozri prosím email, čo som naposledy poslal, je to síce 
ešte tá pomalá verzia emulátora, ale s otváraním MZF. Ak by boli nejaké 
pripomienky. Zrejme je to opäť v spame.

Dňa 19. 12. 2014 15:35 zdeneka[doména skryta] wrote / napísal(a):
Zobrazit citovaný text (163 řádků)
> Vím že to Jakube asi bylo myšleno obecně, ale nedalo mi to se neozvat. Dnes
> už je na výběr víc emulátorů MZ-800, jejichž kód je veřejným tajemstvím. Z
> českých to je třeba emulátor Jardy Kysely, německý např. tenhle:
> http://sourceforge.net/p/mz800em/wiki/Home/
> Všichni ho mají stažený na disku, ale jejich vývoj za ty roky nepokročil ani
> o píď.
>
> Když malinko odbočím, tak do doby než jsem u mého emulátoru zavedl
> registraci jsem byl ohledně jeho vývoje ve spojení s cca 5-ti lidmi. Nicméně
> u každé nové verze jsem měl klidně 200 downloadů. Po zavedení registrace se
> mi ozvalo opravdu hodně zajímavých lidí (programátoři, majitelé
> distribučních společností, ...) - někteří se mnou udělali rozhovor na
> stránky, jiní mi věnovali k rozšíření balík starých disket z půdy či
> dokumentace... Díky tomu (a pochopitelně taky Pavlově snaze) je také na
> www.scav.cz asi největší volně přístupný archiv všemožných programů, her a
> dokumentací.
>
> Myslím tedy že je to každého věc, jak se svým výtvorem naloží. Přiznám se že
> by mi samotnému (jakožto neprogramátorovi) bylo hanba se se zdrojáky veřejně
> pochlubit. Nicméně ti kdo se vážněji do emulace MZ-800 ponořili, jsou se
> mnou v kontaktu a já vím že jejich práce někam vede, tak nemám problém se s
> nimi o kód podělit (případně co si vzpomenu zkonzultovat) - to mi snad každý
> potvrdí. Někdy je ale dobré začít stavět na zelené louce, protože jen tak se
> neobšlehnou chyby předchozího pisatele a vnesou se do projektu nové nápady.
>
> Hluboce zklamaný může být jen ten, kdo to nezkusí
>
>
> Zdeněk
>
> -----Původní zpráva-----
> From: Jakub Ladman
> Sent: Friday, December 19, 2014 1:23 PM
> To: milsa[doména skryta] ; Počítače SHARP MZ a jejich emulátory
> Subject: Re: [SharpMZ] Emulator MZ-800
>
> Emulátorů se zavřeným kódem je dost. Jestli někdo píše další closed source,
> tak mě hluboce zklamal.
> J.L.
>
> "Miloš" <milsa[doména skryta]> wrote:
>
>> V Lazarovi pristupujem ku klávesnici cez KeyDown a KeyUp eventy, takže
>> je to celkom jednoduché. Problém robí Caps Lock, ktorý je v podstate
>> neošetriteľný, takže stlačením sa klávesnica v ostatných programoch
>> začne správať inak.
>>
>> Trochu som sa začal hrabať v Qt a tu sú moje poznatky z Qt5:
>> 1. Aplikácia so základnými DLL má v release móde cca 45 MB. Záleží aj
>> od
>> toho, čo potrebuje. Testovacia aplikácia nevyužívala takmer nič, len
>> GUI.
>> 2. Ak sa použije statické linkovanie, aby kompletná aplikácia nebola
>> ako
>> mamut, tak je nutné aplikáciu dať pod LGPL. Čiže aj so zdrojovými
>> kódmi.
>> Ako som si všimol, emulátory Sharpa sa so zdrojákmi veľmi nemajú radi
>> (predsa len je to platforma, ktorá nie je tak rozšírená, aby autor
>> svoje
>> myšlienkové pochody pustil do sveta), takže toto bude asi dôvod prečo
>> Qt
>> nepoužiješ. Ak nie toto, tak dôvod číslo 1. Platená licencia už túto
>> podmienku nemá. Navyše ešte som neprišiel na to, ako spustiť statické
>> linkovanie bez rekompilácie celého Qt.
>>
>> Qt toho ale obsahuje celkom dosť, takže si myslím, že nebudeš
>> potrebovať
>> nič navyše mimo Qt.
>>
>> Mimochodom, trochu som sa pohral s mojím emulátorom a dosiahol som
>> mierne zvýšenie rýchlosti po pridaní kontroly, že či sa zmenilo niečo
>> na
>> obrazovke. Pri stále sa meniacom obraze ho to mierne spomalí, ale nie
>> je
>> to hádam až tak zlé. Teoreticky by sa to za cenu mierne
>> neprehľadnejšieho kódu ešte dalo o čosi zrýchliť. Asi začnem pracovať
>> na
>> 800 grafike a možno sa priblížim k tebe, čo sa funkčnosti týka.
>> Rýchlosť
>> tvojho emulátora som síce nedosiahol.
>>
>> Mimochodom, Turbo Copy V1.21 ide na 65 %, prečo?
>>
>> Miloš
>>
>> Dňa 13. 12. 2014 22:45 Michal Hucik - ORDOZ wrote / napísal(a):
>>> GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel -
>> tedy
>>> krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi
>> Qt v
>>> te dobe uz mozna i existoval, ale byl docela v plenkach.
>>> Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru
>>> pocitam s tim, ze interface bude mozne / nutne  vymenit za jiny a
>> tomu
>>> se snazim prizpusobit i kod programu.
>>>
>>> Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze
>> to
>>> co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...
>>>
>>> Interface emlatoru je v podstate mozne rozdelit do dvou casti:
>>>
>>> 1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
>>> irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani
>> nemusi
>>> vubec existovat
>>>
>>> 2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
>>> sveta - jednoduseji receno je to prevazne klavesnice, monitor a
>> zvukovy
>>> vystup Sharpa.
>>>
>>> Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni
>> v
>>> mnohem vic low-level urovni, nez jakou mi v dane chvili muze
>> nabidnout
>>> jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k
>>> teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno
>> zhola
>>> nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
>>> posluchacem.
>>>
>>> Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco
>>> rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)
>>>
>>> PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres
>> portAudio
>>> Michal
>>>
>>> Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
>>>> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
>>>> multiplatformnost je rovněž taková polovičatá?
>>>> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
>>>> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux,
>> Windows,
>>>> Android a asi i OSX.
>>>>
>>>> Ctirad
>>>> _______________________________________________
>>>> 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
>
> Sent with mySecureMail.
> http://www.mysecurephone.eu/
> _______________________________________________
> 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

Re: [SharpMZ] Emulator MZ-800

Miroslav Hajda <bomi@[doména skryta]> SHARP MZ-800

Tak mi to nedá a také se zapojím...

Pokud jde o open source emulátor Sharpa MZ700/800/1500 v C/C++, tak kromě toho, který zmiňoval Zdeněk, asi nejpokročilejší na který jsem zatím narazil je:

http://homepage3.nifty.com/takeda-toshiya/mz700/index.html

I já jsem se několikrát do vývoje emulátoru zkoušel pustit (v Dosu, Delphi a Javě), ale moje znalosti samotné architektury byly vždy omezené (už ani nevlastním funkčního Sharpa) a asi jsem tomu nikdy nebyl schopen věnovat dostatek času. Kromě toho jsem ve všech třech případech vycházel ze Zdeňkových emulátorů s nadějí, že si alespoň část práce ušetřím - čímž potvrzuji to co říkal Zdeněk o poskytnutí zdrojových kódů, ale nemyslím si, že je nějaký důvod, proč by se měl za svůj kód stydět. Kromě toho existují i jiné modely než čistě open source - např. dávat zdrojové kódy pouze platícím zákazníkům a umožnit jim vývoj vlastních komponent, což už skoro Zdeněk dělá... ;-)

Svůj Java emulátor jsem tuším kdysi hodil sem:

https://sourceforge.net/projects/jmzemu/

Plánoval jsem použít emulaci zvuku z JCPC emulátoru a přepracovat emulátor aby byl modulární podobně jako byl (už neexistující) mce Romana Dolejšího. Emulátor jsem chtěl také propojit se svým webovým katalogem sharpáckých aplikací, tak aby z něj mohl hledat / stahovat soubory. O jiném Java emulátoru s otevřenými kódy bohužel nevím... Případnou rozpracovanou verzi, které jsem se už dlouho nevěnoval, můžu případně hodit na web a vypomoci, kdyby se do toho chtěl někdo pustit, ale to už jsem tu tuším kdysi zmiňoval...

Pokud už bych letos nepsal, tak si užijte svátky pohody, radosti a přeji vám úspěšný vstup do nového roku,
Mirek

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


K tomu doplnim jen kratce, to ze mne Zdenek neskutecne nastval, ptotoze 
jeho emulator bezi na mem PC rychlosti 8500 % Sharpa, zatim co ten muj i 
s vypnutym generatorem obrazu udela max. sotva nejakych upocenych 750%, 
cimz mu tedy nedekuji, protoze mi zkazil cele nadchazejici svatky... 
Proto take v tomto mailu nepouziju ani jeden pozitivni smajlik :(

Co se tyka Zdenkova kodu, tak potvrzuji, ze z i z tech fragmentu co uz 
jsem videl, je alespon pro mne vcelku necitelny, nicmene to bude s 
nejvetsi pravdepodobnosti tim, ze je pro mne necitelny jakykoliv 
pascal... Nesouhlasim vsak, ze by obsah toho kodu mel byt necim, za co 
se ma stydet. Spise naopak.

Ve Zdenkove zprave mi take prijde zajimava ta cast o zpetne vazbe ... 
podle accesslogu meho webserveru si ten muj emulator uz stahlo taky cca 
100 lidi, nicmene v porovnani s timto cislem nasleduje uz naprosto 
minimalni zpetna vazba. Tim rozhodne neavizuji, ze bych chtel u sveho 
emulatoru zavadet nejake komercni registrace - navic to ani nebude 
nutne: muj emulator zrejme napr. nikdy nebude umet konverzi mezi MZF a 
WAV, takze uz mam prubezne se Zdenkem rozjednanou nekolika strankovou 
smlouvu o podilu na zisku z prodeje jeho emulatoru, ktery treba prave 
tuto funkci podporuje a ktery tim padem budu kazdemu doporucovat jako 
doplnek toho meho.

Se Zdenkem veci kolem Sharpa casto konzultuju.  Jednak proto, ze stejne 
jako on uz jsem za pomoci osciloskopu a jinych skopicin Sharpa rozebral 
do posledniho bitu, ale taky se jej treba ted pri vyvoji emulatoru obcas 
ptam, zda nektere konkretni veci resil podobnym zpusobem, jako jsem to 
prave udelal ja. Rozhodne se vsak snazim drzet co nejdal od toho, abych 
mel k dispozici jeho zdrojaky, protoze pak bych uz moc vlastnich veci 
zrejme nevymyslel ... mozna bych vylepsil sem tam nejakou drobnost, ale 
cely muj vyvoj by sel do kopru.

Co se tyka zverejneni meho kodu: ja jsem podstate programator - vlk 
samotar. Neumim dost dobre spolupracovat na jedne veci s ostatnimi lidmi 
- treba i proto, ze nekdy se mi zrodi v hlave myslenka na zaklade ktere 
pak kompletne cely kod od zakladu k nepoznani prekopu. S tim pak 
nasledne treba souvisi ruzne dalsi poznatky, a nedodelky ktere nosim v 
hlave, ale pro dalsi spolukodove bojovniky jsou tezko sdilitelne ... 
Navic jsem v nekterych vecech neskutecny puntickar a tame mam spoustu 
zlozvyku, ktere by mnohe spoluprogramatory privedly na hranici 
silenstvi. Toto mimochodem oficialne uz dlouhodobe tvrdim i na sezenich 
, pri kterych jedname o mem pripadnem zamestnani do pozice tymoveho 
programatora - coz muze napr. Fuzzy potvrdit...

Z tohoto duvodu muj kod prozatim nebude oficialne verejny. Nicmene zcela 
vazne Jakube: pokud se chces do nej podivat, tak ti jej velice rad 
poslu, ale na source forge jej zatim nedam.
Kazdopadne GPL header vkladam rutinne do vseho co jsem napsal a jakmile 
budu mit pocit, ze uz mam hotovo, nebo ze uz nemam sil dale pokracovat, 
tak kod okamzite poslu do sveta. Predpokladam vsak, ze jeho nasledujici 
osud pak bude stejny, jako u vetsiny jinych one-man-show projektu - viz 
treba Koeppe.

Aby vsak nebyl duvod k placi, tak bych chtel ke svemu emulatoru casem 
udelat take spoustu doplnku, jako napr. API, pomoci ktereho by melo byt 
mozne pripojit vlastni modul na emulovanou sbernici atp ...

Michal


Dne 19.12.2014 v 15:35 zdeneka[doména skryta] napsal(a):
Zobrazit citovaný text (164 řádků)
> Vím že to Jakube asi bylo myšleno obecně, ale nedalo mi to se neozvat. Dnes
> už je na výběr víc emulátorů MZ-800, jejichž kód je veřejným tajemstvím. Z
> českých to je třeba emulátor Jardy Kysely, německý např. tenhle:
> http://sourceforge.net/p/mz800em/wiki/Home/
> Všichni ho mají stažený na disku, ale jejich vývoj za ty roky nepokročil ani
> o píď.
>
> Když malinko odbočím, tak do doby než jsem u mého emulátoru zavedl
> registraci jsem byl ohledně jeho vývoje ve spojení s cca 5-ti lidmi. Nicméně
> u každé nové verze jsem měl klidně 200 downloadů. Po zavedení registrace se
> mi ozvalo opravdu hodně zajímavých lidí (programátoři, majitelé
> distribučních společností, ...) - někteří se mnou udělali rozhovor na
> stránky, jiní mi věnovali k rozšíření balík starých disket z půdy či
> dokumentace... Díky tomu (a pochopitelně taky Pavlově snaze) je také na
> www.scav.cz asi největší volně přístupný archiv všemožných programů, her a
> dokumentací.
>
> Myslím tedy že je to každého věc, jak se svým výtvorem naloží. Přiznám se že
> by mi samotnému (jakožto neprogramátorovi) bylo hanba se se zdrojáky veřejně
> pochlubit. Nicméně ti kdo se vážněji do emulace MZ-800 ponořili, jsou se
> mnou v kontaktu a já vím že jejich práce někam vede, tak nemám problém se s
> nimi o kód podělit (případně co si vzpomenu zkonzultovat) - to mi snad každý
> potvrdí. Někdy je ale dobré začít stavět na zelené louce, protože jen tak se
> neobšlehnou chyby předchozího pisatele a vnesou se do projektu nové nápady.
>
> Hluboce zklamaný může být jen ten, kdo to nezkusí
>
>
> Zdeněk
>
> -----Původní zpráva-----
> From: Jakub Ladman
> Sent: Friday, December 19, 2014 1:23 PM
> To: milsa[doména skryta] ; Počítače SHARP MZ a jejich emulátory
> Subject: Re: [SharpMZ] Emulator MZ-800
>
> Emulátorů se zavřeným kódem je dost. Jestli někdo píše další closed source,
> tak mě hluboce zklamal.
> J.L.
>
> "Miloš" <milsa[doména skryta]> wrote:
>
>> V Lazarovi pristupujem ku klávesnici cez KeyDown a KeyUp eventy, takže
>> je to celkom jednoduché. Problém robí Caps Lock, ktorý je v podstate
>> neošetriteľný, takže stlačením sa klávesnica v ostatných programoch
>> začne správať inak.
>>
>> Trochu som sa začal hrabať v Qt a tu sú moje poznatky z Qt5:
>> 1. Aplikácia so základnými DLL má v release móde cca 45 MB. Záleží aj
>> od
>> toho, čo potrebuje. Testovacia aplikácia nevyužívala takmer nič, len
>> GUI.
>> 2. Ak sa použije statické linkovanie, aby kompletná aplikácia nebola
>> ako
>> mamut, tak je nutné aplikáciu dať pod LGPL. Čiže aj so zdrojovými
>> kódmi.
>> Ako som si všimol, emulátory Sharpa sa so zdrojákmi veľmi nemajú radi
>> (predsa len je to platforma, ktorá nie je tak rozšírená, aby autor
>> svoje
>> myšlienkové pochody pustil do sveta), takže toto bude asi dôvod prečo
>> Qt
>> nepoužiješ. Ak nie toto, tak dôvod číslo 1. Platená licencia už túto
>> podmienku nemá. Navyše ešte som neprišiel na to, ako spustiť statické
>> linkovanie bez rekompilácie celého Qt.
>>
>> Qt toho ale obsahuje celkom dosť, takže si myslím, že nebudeš
>> potrebovať
>> nič navyše mimo Qt.
>>
>> Mimochodom, trochu som sa pohral s mojím emulátorom a dosiahol som
>> mierne zvýšenie rýchlosti po pridaní kontroly, že či sa zmenilo niečo
>> na
>> obrazovke. Pri stále sa meniacom obraze ho to mierne spomalí, ale nie
>> je
>> to hádam až tak zlé. Teoreticky by sa to za cenu mierne
>> neprehľadnejšieho kódu ešte dalo o čosi zrýchliť. Asi začnem pracovať
>> na
>> 800 grafike a možno sa priblížim k tebe, čo sa funkčnosti týka.
>> Rýchlosť
>> tvojho emulátora som síce nedosiahol.
>>
>> Mimochodom, Turbo Copy V1.21 ide na 65 %, prečo?
>>
>> Miloš
>>
>> Dňa 13. 12. 2014 22:45 Michal Hucik - ORDOZ wrote / napísal(a):
>>> GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel -
>> tedy
>>> krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi
>> Qt v
>>> te dobe uz mozna i existoval, ale byl docela v plenkach.
>>> Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru
>>> pocitam s tim, ze interface bude mozne / nutne  vymenit za jiny a
>> tomu
>>> se snazim prizpusobit i kod programu.
>>>
>>> Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze
>> to
>>> co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...
>>>
>>> Interface emlatoru je v podstate mozne rozdelit do dvou casti:
>>>
>>> 1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
>>> irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani
>> nemusi
>>> vubec existovat
>>>
>>> 2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
>>> sveta - jednoduseji receno je to prevazne klavesnice, monitor a
>> zvukovy
>>> vystup Sharpa.
>>>
>>> Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni
>> v
>>> mnohem vic low-level urovni, nez jakou mi v dane chvili muze
>> nabidnout
>>> jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k
>>> teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno
>> zhola
>>> nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
>>> posluchacem.
>>>
>>> Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco
>>> rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)
>>>
>>> PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres
>> portAudio
>>> Michal
>>>
>>> Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
>>>> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
>>>> multiplatformnost je rovněž taková polovičatá?
>>>> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
>>>> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux,
>> Windows,
>>>> Android a asi i OSX.
>>>>
>>>> Ctirad
>>>> _______________________________________________
>>>> 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
>
> Sent with mySecureMail.
> http://www.mysecurephone.eu/
> _______________________________________________
> 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
>

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Michal, ja by som nejakú spätnú väzbu mal. Celkom mi nie je jasné, prečo 
sa tak pomaly prekresluje obrazovka pri resete a zmene typu monitora. 
Priznám sa, že som zatiaľ stiahol len tú najstaršiu verziu emulátora a k 
tým novším som sa ešte nedostal, aby som ich stiahol, ale mám v pláne aj to.

My sme boli asi jediní, čo sme mali Sharpa takého, že keď sme ho zapli, 
tak tam bolo vždy 128 bajtov 00 a 128 bajtov FF a takto celá pamäť. 
Zdeňkov Sharp a zrejme aj ostatné to mali takto FF FF 00 00 FF FF a 
potom po 128 bajtoch zas naopak.

No a teraz sa vrátim k začiatku. Náš Sharp sa zresetoval asi do cca 0,4 
sekundy. Približne tak to trvá aj môjmu emulátoru a krásne tam vidieť 
mapu pamäte (128 bajtov 00, 128 bajtov FF). Potom monitor nahodí farbu a 
nahrá CGRAM. Nepamätám si, či bolo v pamäti najprv FF a potom 00 alebo 
naopak. Výsledok je taký, že ak FF, tak naskočí tá "mapa", potom naskočí 
biela obrazovka, lebo v CGRAM na začiatku sú FF, potom sa prekreslí na 
modro a nakoniec naskočí text. Ak je najprv 00, tak je to to isté, len 
sa z "mapy" zmení obrazovka na modrú (lebo na začiatku CGRAM sú 00) a 
potom naskočí text, Celé to trvá asi 0,3 sekundy.

Nerozumiem teda prečo to v tvojom tak pomaly prekresľuje. Je to len tým 
"zapnutím" alebo je to celkovo problém s pomalým prekresľovaním 
obrazovky? Neviem ako to robí Zdeněk, ale ja som začal prekresľovanie 
riešiť tak, že som uložil informáciu, ktorý riadok treba prekresliť a 
prekresľoval som, ak to bolo nutné. Border som prekresľoval vždy. Potom 
som vyhodil počítanie po jednotke a postupné posúvanie lúča a ak to 
nebolo nutné, tak som rovno posúval lúč podľa toho, aká dlhá bola 
inštrukcia. Toto mi rapídne emulátor zrýchlilo a potom som ešte zrušil 
aktualizáciu borderu, ak sa nezmenil. Z rýchlosti 176 % som sa dostal na 
540 %. Pokusne som odpojil aj procesor a vyšlo to na cca 690 %, ak sa 
dobre pamätám, takže procesor mám optimalizovaný asi relatívne dobre a 
jednoducho Lazarus viac nedokáže. Alebo je chyba inde, neviem. Ale 
nechápem ako Zdeněk dokázal rozbehať 4500 % (všetko namerané na mojom 
počítači). Bojím sa, že ak raz budem mať zvuk a virtuálne CMT, tak 
klesnem hlboko pod 100 %.

Ja som zo Zdeňkovho kódu videl iba unitu na spracovanie MZS. Je to 
čitateľné celkom dobre. Išlo mi o skompatibilnenie môjho emulátora s 
jeho, keď raz dôjde na MZS. No a už som to síce Zdeňkovi raz písal, ale 
zrejme sa to k nemu nedostalo, v emulácii je chyba, pri načítaní MZS sa 
nespustia časovače (krásne to vidieť na Nipsoft Commanderi alebo v 
BASICu pri ? TI$

Miloš

Dňa 19. 12. 2014 19:33 Michal Hucik - ORDOZ wrote / napísal(a):
Zobrazit citovaný text (229 řádků)
>
> K tomu doplnim jen kratce, to ze mne Zdenek neskutecne nastval, ptotoze
> jeho emulator bezi na mem PC rychlosti 8500 % Sharpa, zatim co ten muj i
> s vypnutym generatorem obrazu udela max. sotva nejakych upocenych 750%,
> cimz mu tedy nedekuji, protoze mi zkazil cele nadchazejici svatky...
> Proto take v tomto mailu nepouziju ani jeden pozitivni smajlik :(
>
> Co se tyka Zdenkova kodu, tak potvrzuji, ze z i z tech fragmentu co uz
> jsem videl, je alespon pro mne vcelku necitelny, nicmene to bude s
> nejvetsi pravdepodobnosti tim, ze je pro mne necitelny jakykoliv
> pascal... Nesouhlasim vsak, ze by obsah toho kodu mel byt necim, za co
> se ma stydet. Spise naopak.
>
> Ve Zdenkove zprave mi take prijde zajimava ta cast o zpetne vazbe ...
> podle accesslogu meho webserveru si ten muj emulator uz stahlo taky cca
> 100 lidi, nicmene v porovnani s timto cislem nasleduje uz naprosto
> minimalni zpetna vazba. Tim rozhodne neavizuji, ze bych chtel u sveho
> emulatoru zavadet nejake komercni registrace - navic to ani nebude
> nutne: muj emulator zrejme napr. nikdy nebude umet konverzi mezi MZF a
> WAV, takze uz mam prubezne se Zdenkem rozjednanou nekolika strankovou
> smlouvu o podilu na zisku z prodeje jeho emulatoru, ktery treba prave
> tuto funkci podporuje a ktery tim padem budu kazdemu doporucovat jako
> doplnek toho meho.
>
> Se Zdenkem veci kolem Sharpa casto konzultuju.  Jednak proto, ze stejne
> jako on uz jsem za pomoci osciloskopu a jinych skopicin Sharpa rozebral
> do posledniho bitu, ale taky se jej treba ted pri vyvoji emulatoru obcas
> ptam, zda nektere konkretni veci resil podobnym zpusobem, jako jsem to
> prave udelal ja. Rozhodne se vsak snazim drzet co nejdal od toho, abych
> mel k dispozici jeho zdrojaky, protoze pak bych uz moc vlastnich veci
> zrejme nevymyslel ... mozna bych vylepsil sem tam nejakou drobnost, ale
> cely muj vyvoj by sel do kopru.
>
> Co se tyka zverejneni meho kodu: ja jsem podstate programator - vlk
> samotar. Neumim dost dobre spolupracovat na jedne veci s ostatnimi lidmi
> - treba i proto, ze nekdy se mi zrodi v hlave myslenka na zaklade ktere
> pak kompletne cely kod od zakladu k nepoznani prekopu. S tim pak
> nasledne treba souvisi ruzne dalsi poznatky, a nedodelky ktere nosim v
> hlave, ale pro dalsi spolukodove bojovniky jsou tezko sdilitelne ...
> Navic jsem v nekterych vecech neskutecny puntickar a tame mam spoustu
> zlozvyku, ktere by mnohe spoluprogramatory privedly na hranici
> silenstvi. Toto mimochodem oficialne uz dlouhodobe tvrdim i na sezenich
> , pri kterych jedname o mem pripadnem zamestnani do pozice tymoveho
> programatora - coz muze napr. Fuzzy potvrdit...
>
> Z tohoto duvodu muj kod prozatim nebude oficialne verejny. Nicmene zcela
> vazne Jakube: pokud se chces do nej podivat, tak ti jej velice rad
> poslu, ale na source forge jej zatim nedam.
> Kazdopadne GPL header vkladam rutinne do vseho co jsem napsal a jakmile
> budu mit pocit, ze uz mam hotovo, nebo ze uz nemam sil dale pokracovat,
> tak kod okamzite poslu do sveta. Predpokladam vsak, ze jeho nasledujici
> osud pak bude stejny, jako u vetsiny jinych one-man-show projektu - viz
> treba Koeppe.
>
> Aby vsak nebyl duvod k placi, tak bych chtel ke svemu emulatoru casem
> udelat take spoustu doplnku, jako napr. API, pomoci ktereho by melo byt
> mozne pripojit vlastni modul na emulovanou sbernici atp ...
>
> Michal
>
>
> Dne 19.12.2014 v 15:35 zdeneka[doména skryta] napsal(a):
>> Vím že to Jakube asi bylo myšleno obecně, ale nedalo mi to se neozvat. Dnes
>> už je na výběr víc emulátorů MZ-800, jejichž kód je veřejným tajemstvím. Z
>> českých to je třeba emulátor Jardy Kysely, německý např. tenhle:
>> http://sourceforge.net/p/mz800em/wiki/Home/
>> Všichni ho mají stažený na disku, ale jejich vývoj za ty roky nepokročil ani
>> o píď.
>>
>> Když malinko odbočím, tak do doby než jsem u mého emulátoru zavedl
>> registraci jsem byl ohledně jeho vývoje ve spojení s cca 5-ti lidmi. Nicméně
>> u každé nové verze jsem měl klidně 200 downloadů. Po zavedení registrace se
>> mi ozvalo opravdu hodně zajímavých lidí (programátoři, majitelé
>> distribučních společností, ...) - někteří se mnou udělali rozhovor na
>> stránky, jiní mi věnovali k rozšíření balík starých disket z půdy či
>> dokumentace... Díky tomu (a pochopitelně taky Pavlově snaze) je také na
>> www.scav.cz asi největší volně přístupný archiv všemožných programů, her a
>> dokumentací.
>>
>> Myslím tedy že je to každého věc, jak se svým výtvorem naloží. Přiznám se že
>> by mi samotnému (jakožto neprogramátorovi) bylo hanba se se zdrojáky veřejně
>> pochlubit. Nicméně ti kdo se vážněji do emulace MZ-800 ponořili, jsou se
>> mnou v kontaktu a já vím že jejich práce někam vede, tak nemám problém se s
>> nimi o kód podělit (případně co si vzpomenu zkonzultovat) - to mi snad každý
>> potvrdí. Někdy je ale dobré začít stavět na zelené louce, protože jen tak se
>> neobšlehnou chyby předchozího pisatele a vnesou se do projektu nové nápady.
>>
>> Hluboce zklamaný může být jen ten, kdo to nezkusí
>>
>>
>> Zdeněk
>>
>> -----Původní zpráva-----
>> From: Jakub Ladman
>> Sent: Friday, December 19, 2014 1:23 PM
>> To: milsa[doména skryta] ; Počítače SHARP MZ a jejich emulátory
>> Subject: Re: [SharpMZ] Emulator MZ-800
>>
>> Emulátorů se zavřeným kódem je dost. Jestli někdo píše další closed source,
>> tak mě hluboce zklamal.
>> J.L.
>>
>> "Miloš" <milsa[doména skryta]> wrote:
>>
>>> V Lazarovi pristupujem ku klávesnici cez KeyDown a KeyUp eventy, takže
>>> je to celkom jednoduché. Problém robí Caps Lock, ktorý je v podstate
>>> neošetriteľný, takže stlačením sa klávesnica v ostatných programoch
>>> začne správať inak.
>>>
>>> Trochu som sa začal hrabať v Qt a tu sú moje poznatky z Qt5:
>>> 1. Aplikácia so základnými DLL má v release móde cca 45 MB. Záleží aj
>>> od
>>> toho, čo potrebuje. Testovacia aplikácia nevyužívala takmer nič, len
>>> GUI.
>>> 2. Ak sa použije statické linkovanie, aby kompletná aplikácia nebola
>>> ako
>>> mamut, tak je nutné aplikáciu dať pod LGPL. Čiže aj so zdrojovými
>>> kódmi.
>>> Ako som si všimol, emulátory Sharpa sa so zdrojákmi veľmi nemajú radi
>>> (predsa len je to platforma, ktorá nie je tak rozšírená, aby autor
>>> svoje
>>> myšlienkové pochody pustil do sveta), takže toto bude asi dôvod prečo
>>> Qt
>>> nepoužiješ. Ak nie toto, tak dôvod číslo 1. Platená licencia už túto
>>> podmienku nemá. Navyše ešte som neprišiel na to, ako spustiť statické
>>> linkovanie bez rekompilácie celého Qt.
>>>
>>> Qt toho ale obsahuje celkom dosť, takže si myslím, že nebudeš
>>> potrebovať
>>> nič navyše mimo Qt.
>>>
>>> Mimochodom, trochu som sa pohral s mojím emulátorom a dosiahol som
>>> mierne zvýšenie rýchlosti po pridaní kontroly, že či sa zmenilo niečo
>>> na
>>> obrazovke. Pri stále sa meniacom obraze ho to mierne spomalí, ale nie
>>> je
>>> to hádam až tak zlé. Teoreticky by sa to za cenu mierne
>>> neprehľadnejšieho kódu ešte dalo o čosi zrýchliť. Asi začnem pracovať
>>> na
>>> 800 grafike a možno sa priblížim k tebe, čo sa funkčnosti týka.
>>> Rýchlosť
>>> tvojho emulátora som síce nedosiahol.
>>>
>>> Mimochodom, Turbo Copy V1.21 ide na 65 %, prečo?
>>>
>>> Miloš
>>>
>>> Dňa 13. 12. 2014 22:45 Michal Hucik - ORDOZ wrote / napísal(a):
>>>> GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel -
>>> tedy
>>>> krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi
>>> Qt v
>>>> te dobe uz mozna i existoval, ale byl docela v plenkach.
>>>> Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru
>>>> pocitam s tim, ze interface bude mozne / nutne  vymenit za jiny a
>>> tomu
>>>> se snazim prizpusobit i kod programu.
>>>>
>>>> Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze
>>> to
>>>> co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...
>>>>
>>>> Interface emlatoru je v podstate mozne rozdelit do dvou casti:
>>>>
>>>> 1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
>>>> irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani
>>> nemusi
>>>> vubec existovat
>>>>
>>>> 2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
>>>> sveta - jednoduseji receno je to prevazne klavesnice, monitor a
>>> zvukovy
>>>> vystup Sharpa.
>>>>
>>>> Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni
>>> v
>>>> mnohem vic low-level urovni, nez jakou mi v dane chvili muze
>>> nabidnout
>>>> jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k
>>>> teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno
>>> zhola
>>>> nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
>>>> posluchacem.
>>>>
>>>> Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco
>>>> rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)
>>>>
>>>> PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres
>>> portAudio
>>>> Michal
>>>>
>>>> Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
>>>>> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
>>>>> multiplatformnost je rovněž taková polovičatá?
>>>>> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
>>>>> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux,
>>> Windows,
>>>>> Android a asi i OSX.
>>>>>
>>>>> Ctirad
>>>>> _______________________________________________
>>>>> 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
>> Sent with mySecureMail.
>> http://www.mysecurephone.eu/
>> _______________________________________________
>> 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

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800

Verze emulatoru, kterou jsem zverejnil nepouziva zadnou HW akceleraci 
pri vykresleni okna. Vse probiha pres interni framebufer, nad kterym 
provadim jednoduchou analyzu bloku, ktere se zmenily a podle toho 
aktualizuju jen tyto jednotlive casti obrazu. Proto tedy dochazi k tomu 
vyraznemu zpomaleni pri resetu, protoze se tam vykresli stavajici obsah 
cele VRAM, a po zmene rezimu na MZ700 pak dojde ke globalni zmene celeho 
snimku.

Moje emulace provadi aktualizaci vsech signalu po kazde vykonane 
instrukci. U slozenych instrukci, jako je napr. LDIR probiha aktualizace 
i po kazdem internim  instrukcnim prubehu. Navic si myslim, ze pro  
naprosto presnou emulaci je nutne aktualizovat vsechny signaly i uvnitr 
vsech IORQ operaci a take uvnitr MEMOP operaci, ktere pracuji s VRAM - 
alespon ja to tak delam...

Co se tyka sledovani prubehu paprsku, tak tam se proste neda nic 
preskocit. Zapis do framebuferu si musi poctive projit pres kazdy pixel 
obrazu. Jinak by ti nefungovaly spravne treba tyhle obrazove efekty 
http://mz-800.xf.cz/pics/gpsim.gif , 
http://mz-800.xf.cz/pics/gardner.gif ...

Uz jsem premyslel treba nad tim, jak to cele zrychlit napr. tim, ze se 
ani ve framebufferu nebudou vykonavat snimky, ve kterych se nic 
nezmenilo, nicmene tim sice paradne zrychlim celeho Sharpa, ale stejne 
si nepomuzu v ramci normalne realizovaneho snimku, coz je mnohem 
dulezitejsi. Tam proste primarne tech 20 ms nesmi byt nikdy prekroceno.

Zdenkova emulace mi sice bezi na 8500% rychlosti, ale kdyz napr. v Turbo 
Copy nahravam program v rychlosti 3600 baudu, tak diky pruhum v borderu 
uz ta rychlost sleti cca na 1500 % - coz je samozrejme porad super, ale 
je na tom krasne videt, ze vetsinu te "klidove" rychlosti cini prave to 
vynechavani obrazovych rutin ve chvili, kdy se na obraz nesaha.

Experimentuju ted s HW akceleraci obrazu, cimz uz alespon na svem 
pomerne nabusenem PC dosahuju cca 400% a to i v pripade, kdy roztahnu 
okno Sharpa na fullscreen - ovsem ventilator na grafice pak rve jako 
kdyby mi pod stolem startoval vrtulnik.
Bohuzel takto realizovany obraz je naprosto nepouzitelny v mem Linuxu. 
Pouzivam virtualizovany Linuxovy desktop jako sve nativni vyvojove 
prostredi. Tam je ta absence HW akcelerace saframentsky znat a projevi 
se to tim, ze emulator bezi cca na 8%. Dokud se mi toto nepodari 
zlepsit, tak budu muset zrejme podporovat obe varianty obrazoveho vystupu.

Michal

Dne 19.12.2014 v 21:40 Miloš napsal(a):
Zobrazit citovaný text (45 řádků)
> Michal, ja by som nejakú spätnú väzbu mal. Celkom mi nie je jasné, prečo
> sa tak pomaly prekresluje obrazovka pri resete a zmene typu monitora.
> Priznám sa, že som zatiaľ stiahol len tú najstaršiu verziu emulátora a k
> tým novším som sa ešte nedostal, aby som ich stiahol, ale mám v pláne aj to.
>
> My sme boli asi jediní, čo sme mali Sharpa takého, že keď sme ho zapli,
> tak tam bolo vždy 128 bajtov 00 a 128 bajtov FF a takto celá pamäť.
> Zdeňkov Sharp a zrejme aj ostatné to mali takto FF FF 00 00 FF FF a
> potom po 128 bajtoch zas naopak.
>
> No a teraz sa vrátim k začiatku. Náš Sharp sa zresetoval asi do cca 0,4
> sekundy. Približne tak to trvá aj môjmu emulátoru a krásne tam vidieť
> mapu pamäte (128 bajtov 00, 128 bajtov FF). Potom monitor nahodí farbu a
> nahrá CGRAM. Nepamätám si, či bolo v pamäti najprv FF a potom 00 alebo
> naopak. Výsledok je taký, že ak FF, tak naskočí tá "mapa", potom naskočí
> biela obrazovka, lebo v CGRAM na začiatku sú FF, potom sa prekreslí na
> modro a nakoniec naskočí text. Ak je najprv 00, tak je to to isté, len
> sa z "mapy" zmení obrazovka na modrú (lebo na začiatku CGRAM sú 00) a
> potom naskočí text, Celé to trvá asi 0,3 sekundy.
>
> Nerozumiem teda prečo to v tvojom tak pomaly prekresľuje. Je to len tým
> "zapnutím" alebo je to celkovo problém s pomalým prekresľovaním
> obrazovky? Neviem ako to robí Zdeněk, ale ja som začal prekresľovanie
> riešiť tak, že som uložil informáciu, ktorý riadok treba prekresliť a
> prekresľoval som, ak to bolo nutné. Border som prekresľoval vždy. Potom
> som vyhodil počítanie po jednotke a postupné posúvanie lúča a ak to
> nebolo nutné, tak som rovno posúval lúč podľa toho, aká dlhá bola
> inštrukcia. Toto mi rapídne emulátor zrýchlilo a potom som ešte zrušil
> aktualizáciu borderu, ak sa nezmenil. Z rýchlosti 176 % som sa dostal na
> 540 %. Pokusne som odpojil aj procesor a vyšlo to na cca 690 %, ak sa
> dobre pamätám, takže procesor mám optimalizovaný asi relatívne dobre a
> jednoducho Lazarus viac nedokáže. Alebo je chyba inde, neviem. Ale
> nechápem ako Zdeněk dokázal rozbehať 4500 % (všetko namerané na mojom
> počítači). Bojím sa, že ak raz budem mať zvuk a virtuálne CMT, tak
> klesnem hlboko pod 100 %.
>
> Ja som zo Zdeňkovho kódu videl iba unitu na spracovanie MZS. Je to
> čitateľné celkom dobre. Išlo mi o skompatibilnenie môjho emulátora s
> jeho, keď raz dôjde na MZS. No a už som to síce Zdeňkovi raz písal, ale
> zrejme sa to k nemu nedostalo, v emulácii je chyba, pri načítaní MZS sa
> nespustia časovače (krásne to vidieť na Nipsoft Commanderi alebo v
> BASICu pri ? TI$
>
> Miloš
>

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Tak to máš potom pomalú grafiku. Ja pracujem na úrovni pixelov s 
bitmapou a tú 50x za sekundu šupnem na formulár. Ak nie je zmena, tak 
lúč posuniem o toľko bodov, koľko sa dá. Takže uvedené efekty by mi mali 
fungovať aj keď oproti reálnemu Shrpovi to bude zrejme posunuté (zápis 
do borderu trvá pár tikov a dovtedy sa kreslí pôvodný border. Ja ale 
vykonám inštrukciu a potom naraz zobrazím všetko, čo dovtedy lúč 
preletel. To znamená, že oproti Sharpovi idem asi minimálne o 20 pixelov 
skôr. Ako toto riešiť, to ešte netuším. Ale ďakujem za typ, Gardner na 
mojom emulátore ide, takže idem rozbehať border. Doteraz som ho mal 
vypnutý, keďže monitor ho nepoužíva. Bez neho to dáva 680 %.

Takže mám to hotové. Dáva mi to 360 %, tebe cca 50 %. Tiež nemám HW 
akceleráciu, takže si myslím, že možno by ti to šlo ešte zrýchliť. Ak ti 
môžem dať radu, skús rozdeliť aktualizáciu obrazovky na border a 
grafiku. Mne ak sa mení border a grafika sa nemení, tak sa aktualizuje 
len border, takže mi ostáva ešte nejaká tá rezerva. Hádam ti moja rada 
pomôže a podarí sa ti to ešte zrýchliť.

Dňa 20. 12. 2014 14:35 Michal Hucik - ORDOZ wrote / napísal(a):
Zobrazit citovaný text (95 řádků)
> Verze emulatoru, kterou jsem zverejnil nepouziva zadnou HW akceleraci
> pri vykresleni okna. Vse probiha pres interni framebufer, nad kterym
> provadim jednoduchou analyzu bloku, ktere se zmenily a podle toho
> aktualizuju jen tyto jednotlive casti obrazu. Proto tedy dochazi k tomu
> vyraznemu zpomaleni pri resetu, protoze se tam vykresli stavajici obsah
> cele VRAM, a po zmene rezimu na MZ700 pak dojde ke globalni zmene celeho
> snimku.
>
> Moje emulace provadi aktualizaci vsech signalu po kazde vykonane
> instrukci. U slozenych instrukci, jako je napr. LDIR probiha aktualizace
> i po kazdem internim  instrukcnim prubehu. Navic si myslim, ze pro
> naprosto presnou emulaci je nutne aktualizovat vsechny signaly i uvnitr
> vsech IORQ operaci a take uvnitr MEMOP operaci, ktere pracuji s VRAM -
> alespon ja to tak delam...
>
> Co se tyka sledovani prubehu paprsku, tak tam se proste neda nic
> preskocit. Zapis do framebuferu si musi poctive projit pres kazdy pixel
> obrazu. Jinak by ti nefungovaly spravne treba tyhle obrazove efekty
> http://mz-800.xf.cz/pics/gpsim.gif  ,
> http://mz-800.xf.cz/pics/gardner.gif  ...
>
> Uz jsem premyslel treba nad tim, jak to cele zrychlit napr. tim, ze se
> ani ve framebufferu nebudou vykonavat snimky, ve kterych se nic
> nezmenilo, nicmene tim sice paradne zrychlim celeho Sharpa, ale stejne
> si nepomuzu v ramci normalne realizovaneho snimku, coz je mnohem
> dulezitejsi. Tam proste primarne tech 20 ms nesmi byt nikdy prekroceno.
>
> Zdenkova emulace mi sice bezi na 8500% rychlosti, ale kdyz napr. v Turbo
> Copy nahravam program v rychlosti 3600 baudu, tak diky pruhum v borderu
> uz ta rychlost sleti cca na 1500 % - coz je samozrejme porad super, ale
> je na tom krasne videt, ze vetsinu te "klidove" rychlosti cini prave to
> vynechavani obrazovych rutin ve chvili, kdy se na obraz nesaha.
>
> Experimentuju ted s HW akceleraci obrazu, cimz uz alespon na svem
> pomerne nabusenem PC dosahuju cca 400% a to i v pripade, kdy roztahnu
> okno Sharpa na fullscreen - ovsem ventilator na grafice pak rve jako
> kdyby mi pod stolem startoval vrtulnik.
> Bohuzel takto realizovany obraz je naprosto nepouzitelny v mem Linuxu.
> Pouzivam virtualizovany Linuxovy desktop jako sve nativni vyvojove
> prostredi. Tam je ta absence HW akcelerace saframentsky znat a projevi
> se to tim, ze emulator bezi cca na 8%. Dokud se mi toto nepodari
> zlepsit, tak budu muset zrejme podporovat obe varianty obrazoveho vystupu.
>
> Michal
>
> Dne 19.12.2014 v 21:40 Miloš napsal(a):
>> Michal, ja by som nejakú spätnú väzbu mal. Celkom mi nie je jasné, prečo
>> sa tak pomaly prekresluje obrazovka pri resete a zmene typu monitora.
>> Priznám sa, že som zatiaľ stiahol len tú najstaršiu verziu emulátora a k
>> tým novším som sa ešte nedostal, aby som ich stiahol, ale mám v pláne aj to.
>>
>> My sme boli asi jediní, čo sme mali Sharpa takého, že keď sme ho zapli,
>> tak tam bolo vždy 128 bajtov 00 a 128 bajtov FF a takto celá pamäť.
>> Zdeňkov Sharp a zrejme aj ostatné to mali takto FF FF 00 00 FF FF a
>> potom po 128 bajtoch zas naopak.
>>
>> No a teraz sa vrátim k začiatku. Náš Sharp sa zresetoval asi do cca 0,4
>> sekundy. Približne tak to trvá aj môjmu emulátoru a krásne tam vidieť
>> mapu pamäte (128 bajtov 00, 128 bajtov FF). Potom monitor nahodí farbu a
>> nahrá CGRAM. Nepamätám si, či bolo v pamäti najprv FF a potom 00 alebo
>> naopak. Výsledok je taký, že ak FF, tak naskočí tá "mapa", potom naskočí
>> biela obrazovka, lebo v CGRAM na začiatku sú FF, potom sa prekreslí na
>> modro a nakoniec naskočí text. Ak je najprv 00, tak je to to isté, len
>> sa z "mapy" zmení obrazovka na modrú (lebo na začiatku CGRAM sú 00) a
>> potom naskočí text, Celé to trvá asi 0,3 sekundy.
>>
>> Nerozumiem teda prečo to v tvojom tak pomaly prekresľuje. Je to len tým
>> "zapnutím" alebo je to celkovo problém s pomalým prekresľovaním
>> obrazovky? Neviem ako to robí Zdeněk, ale ja som začal prekresľovanie
>> riešiť tak, že som uložil informáciu, ktorý riadok treba prekresliť a
>> prekresľoval som, ak to bolo nutné. Border som prekresľoval vždy. Potom
>> som vyhodil počítanie po jednotke a postupné posúvanie lúča a ak to
>> nebolo nutné, tak som rovno posúval lúč podľa toho, aká dlhá bola
>> inštrukcia. Toto mi rapídne emulátor zrýchlilo a potom som ešte zrušil
>> aktualizáciu borderu, ak sa nezmenil. Z rýchlosti 176 % som sa dostal na
>> 540 %. Pokusne som odpojil aj procesor a vyšlo to na cca 690 %, ak sa
>> dobre pamätám, takže procesor mám optimalizovaný asi relatívne dobre a
>> jednoducho Lazarus viac nedokáže. Alebo je chyba inde, neviem. Ale
>> nechápem ako Zdeněk dokázal rozbehať 4500 % (všetko namerané na mojom
>> počítači). Bojím sa, že ak raz budem mať zvuk a virtuálne CMT, tak
>> klesnem hlboko pod 100 %.
>>
>> Ja som zo Zdeňkovho kódu videl iba unitu na spracovanie MZS. Je to
>> čitateľné celkom dobre. Išlo mi o skompatibilnenie môjho emulátora s
>> jeho, keď raz dôjde na MZS. No a už som to síce Zdeňkovi raz písal, ale
>> zrejme sa to k nemu nedostalo, v emulácii je chyba, pri načítaní MZS sa
>> nespustia časovače (krásne to vidieť na Nipsoft Commanderi alebo v
>> BASICu pri ? TI$
>>
>> Miloš
>>
> _______________________________________________
> SharpMZ mailing list
> SharpMZmail.ordoz.com
> http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Jakub Ladman <ladmanj@[doména skryta]> SHARP MZ-800

Ahoj Michale (a Zdeňku)

Sice na přítelské úrovni, ale zůstaneme asi vepři, tedy ve při.

Zastávám (a to nikoliv od narození, ale po zkušenosti se svým někdejším
projektem), že nekomerční kód má být na veřejném svn/gitu/atp ... už od
prvotní verze.

Třeba i zamčený pro úpravy neregistrovaných, autorem neposvěcených osob.

Je to základní krok k tomu, aby projekt nezemřel na nedostatek času té
jedné původní osoby.

Pokud se někdo za kód stydí, je to chyba.
Podle mě je větší ostuda kecat ve fórech a neudělat nic, než nehezký kód
na svn, čili spíš to co dělám já :-).

Spolupráce nad kódem může být, a také často bývá jiná, než že všechny
zůčastněné osoby píšou nové funkce a algoritmy, ale někdo refaktoruje a
komentuje, aby se kód zpřehlednil, někdo "jen" testuje.

Nejsem obdařen talentem věci táhnout od a) do z), umím například někomu
nalinkovat základní směr jakým se vývoj má ubírat a pak kontrolovat a
semtam něco upravit. Tak to mám z části v zaměstnání.

Co se týče komunitních, nebo hobby projektů, je to stejné, ze začátku
entuziasmus, naprogramovaná kostra, zanedbatelná základní funkčnost a
pak dojdou síly a/nebo čas.
Pak přichází svn a externí spolupráce, pokud to teda někoho zajímá,
kromě mě.

Stejně ale přistupuju k cizím sw projektům.

Prostě není důvod se stydět, za cokoli, jen za tajnůstkaření.

Uznávám že situace je jiná, tam, kde jde o komerční projekt, nebo
komerční potenciál.

Obávám se že kolem sharpa už se žádná komerce neodehraje a je to tak asi
i dobře.

Jakub Ladman

Dne 19.12.2014 v 19:33 Michal Hucik - ORDOZ napsal(a):
Zobrazit citovaný text (229 řádků)
>
> K tomu doplnim jen kratce, to ze mne Zdenek neskutecne nastval, ptotoze 
> jeho emulator bezi na mem PC rychlosti 8500 % Sharpa, zatim co ten muj i 
> s vypnutym generatorem obrazu udela max. sotva nejakych upocenych 750%, 
> cimz mu tedy nedekuji, protoze mi zkazil cele nadchazejici svatky... 
> Proto take v tomto mailu nepouziju ani jeden pozitivni smajlik :(
>
> Co se tyka Zdenkova kodu, tak potvrzuji, ze z i z tech fragmentu co uz 
> jsem videl, je alespon pro mne vcelku necitelny, nicmene to bude s 
> nejvetsi pravdepodobnosti tim, ze je pro mne necitelny jakykoliv 
> pascal... Nesouhlasim vsak, ze by obsah toho kodu mel byt necim, za co 
> se ma stydet. Spise naopak.
>
> Ve Zdenkove zprave mi take prijde zajimava ta cast o zpetne vazbe ... 
> podle accesslogu meho webserveru si ten muj emulator uz stahlo taky cca 
> 100 lidi, nicmene v porovnani s timto cislem nasleduje uz naprosto 
> minimalni zpetna vazba. Tim rozhodne neavizuji, ze bych chtel u sveho 
> emulatoru zavadet nejake komercni registrace - navic to ani nebude 
> nutne: muj emulator zrejme napr. nikdy nebude umet konverzi mezi MZF a 
> WAV, takze uz mam prubezne se Zdenkem rozjednanou nekolika strankovou 
> smlouvu o podilu na zisku z prodeje jeho emulatoru, ktery treba prave 
> tuto funkci podporuje a ktery tim padem budu kazdemu doporucovat jako 
> doplnek toho meho.
>
> Se Zdenkem veci kolem Sharpa casto konzultuju.  Jednak proto, ze stejne 
> jako on uz jsem za pomoci osciloskopu a jinych skopicin Sharpa rozebral 
> do posledniho bitu, ale taky se jej treba ted pri vyvoji emulatoru obcas 
> ptam, zda nektere konkretni veci resil podobnym zpusobem, jako jsem to 
> prave udelal ja. Rozhodne se vsak snazim drzet co nejdal od toho, abych 
> mel k dispozici jeho zdrojaky, protoze pak bych uz moc vlastnich veci 
> zrejme nevymyslel ... mozna bych vylepsil sem tam nejakou drobnost, ale 
> cely muj vyvoj by sel do kopru.
>
> Co se tyka zverejneni meho kodu: ja jsem podstate programator - vlk 
> samotar. Neumim dost dobre spolupracovat na jedne veci s ostatnimi lidmi 
> - treba i proto, ze nekdy se mi zrodi v hlave myslenka na zaklade ktere 
> pak kompletne cely kod od zakladu k nepoznani prekopu. S tim pak 
> nasledne treba souvisi ruzne dalsi poznatky, a nedodelky ktere nosim v 
> hlave, ale pro dalsi spolukodove bojovniky jsou tezko sdilitelne ... 
> Navic jsem v nekterych vecech neskutecny puntickar a tame mam spoustu 
> zlozvyku, ktere by mnohe spoluprogramatory privedly na hranici 
> silenstvi. Toto mimochodem oficialne uz dlouhodobe tvrdim i na sezenich 
> , pri kterych jedname o mem pripadnem zamestnani do pozice tymoveho 
> programatora - coz muze napr. Fuzzy potvrdit...
>
> Z tohoto duvodu muj kod prozatim nebude oficialne verejny. Nicmene zcela 
> vazne Jakube: pokud se chces do nej podivat, tak ti jej velice rad 
> poslu, ale na source forge jej zatim nedam.
> Kazdopadne GPL header vkladam rutinne do vseho co jsem napsal a jakmile 
> budu mit pocit, ze uz mam hotovo, nebo ze uz nemam sil dale pokracovat, 
> tak kod okamzite poslu do sveta. Predpokladam vsak, ze jeho nasledujici 
> osud pak bude stejny, jako u vetsiny jinych one-man-show projektu - viz 
> treba Koeppe.
>
> Aby vsak nebyl duvod k placi, tak bych chtel ke svemu emulatoru casem 
> udelat take spoustu doplnku, jako napr. API, pomoci ktereho by melo byt 
> mozne pripojit vlastni modul na emulovanou sbernici atp ...
>
> Michal
>
>
> Dne 19.12.2014 v 15:35 zdeneka[doména skryta] napsal(a):
>> Vím že to Jakube asi bylo myšleno obecně, ale nedalo mi to se neozvat. Dnes
>> už je na výběr víc emulátorů MZ-800, jejichž kód je veřejným tajemstvím. Z
>> českých to je třeba emulátor Jardy Kysely, německý např. tenhle:
>> http://sourceforge.net/p/mz800em/wiki/Home/
>> Všichni ho mají stažený na disku, ale jejich vývoj za ty roky nepokročil ani
>> o píď.
>>
>> Když malinko odbočím, tak do doby než jsem u mého emulátoru zavedl
>> registraci jsem byl ohledně jeho vývoje ve spojení s cca 5-ti lidmi. Nicméně
>> u každé nové verze jsem měl klidně 200 downloadů. Po zavedení registrace se
>> mi ozvalo opravdu hodně zajímavých lidí (programátoři, majitelé
>> distribučních společností, ...) - někteří se mnou udělali rozhovor na
>> stránky, jiní mi věnovali k rozšíření balík starých disket z půdy či
>> dokumentace... Díky tomu (a pochopitelně taky Pavlově snaze) je také na
>> www.scav.cz asi největší volně přístupný archiv všemožných programů, her a
>> dokumentací.
>>
>> Myslím tedy že je to každého věc, jak se svým výtvorem naloží. Přiznám se že
>> by mi samotnému (jakožto neprogramátorovi) bylo hanba se se zdrojáky veřejně
>> pochlubit. Nicméně ti kdo se vážněji do emulace MZ-800 ponořili, jsou se
>> mnou v kontaktu a já vím že jejich práce někam vede, tak nemám problém se s
>> nimi o kód podělit (případně co si vzpomenu zkonzultovat) - to mi snad každý
>> potvrdí. Někdy je ale dobré začít stavět na zelené louce, protože jen tak se
>> neobšlehnou chyby předchozího pisatele a vnesou se do projektu nové nápady.
>>
>> Hluboce zklamaný může být jen ten, kdo to nezkusí
>>
>>
>> Zdeněk
>>
>> -----Původní zpráva-----
>> From: Jakub Ladman
>> Sent: Friday, December 19, 2014 1:23 PM
>> To: milsa[doména skryta] ; Počítače SHARP MZ a jejich emulátory
>> Subject: Re: [SharpMZ] Emulator MZ-800
>>
>> Emulátorů se zavřeným kódem je dost. Jestli někdo píše další closed source,
>> tak mě hluboce zklamal.
>> J.L.
>>
>> "Miloš" <milsa[doména skryta]> wrote:
>>
>>> V Lazarovi pristupujem ku klávesnici cez KeyDown a KeyUp eventy, takže
>>> je to celkom jednoduché. Problém robí Caps Lock, ktorý je v podstate
>>> neošetriteľný, takže stlačením sa klávesnica v ostatných programoch
>>> začne správať inak.
>>>
>>> Trochu som sa začal hrabať v Qt a tu sú moje poznatky z Qt5:
>>> 1. Aplikácia so základnými DLL má v release móde cca 45 MB. Záleží aj
>>> od
>>> toho, čo potrebuje. Testovacia aplikácia nevyužívala takmer nič, len
>>> GUI.
>>> 2. Ak sa použije statické linkovanie, aby kompletná aplikácia nebola
>>> ako
>>> mamut, tak je nutné aplikáciu dať pod LGPL. Čiže aj so zdrojovými
>>> kódmi.
>>> Ako som si všimol, emulátory Sharpa sa so zdrojákmi veľmi nemajú radi
>>> (predsa len je to platforma, ktorá nie je tak rozšírená, aby autor
>>> svoje
>>> myšlienkové pochody pustil do sveta), takže toto bude asi dôvod prečo
>>> Qt
>>> nepoužiješ. Ak nie toto, tak dôvod číslo 1. Platená licencia už túto
>>> podmienku nemá. Navyše ešte som neprišiel na to, ako spustiť statické
>>> linkovanie bez rekompilácie celého Qt.
>>>
>>> Qt toho ale obsahuje celkom dosť, takže si myslím, že nebudeš
>>> potrebovať
>>> nič navyše mimo Qt.
>>>
>>> Mimochodom, trochu som sa pohral s mojím emulátorom a dosiahol som
>>> mierne zvýšenie rýchlosti po pridaní kontroly, že či sa zmenilo niečo
>>> na
>>> obrazovke. Pri stále sa meniacom obraze ho to mierne spomalí, ale nie
>>> je
>>> to hádam až tak zlé. Teoreticky by sa to za cenu mierne
>>> neprehľadnejšieho kódu ešte dalo o čosi zrýchliť. Asi začnem pracovať
>>> na
>>> 800 grafike a možno sa priblížim k tebe, čo sa funkčnosti týka.
>>> Rýchlosť
>>> tvojho emulátora som síce nedosiahol.
>>>
>>> Mimochodom, Turbo Copy V1.21 ide na 65 %, prečo?
>>>
>>> Miloš
>>>
>>> Dňa 13. 12. 2014 22:45 Michal Hucik - ORDOZ wrote / napísal(a):
>>>> GTK jsem zvolil proto, ze jsem ho cca pred 15 lety trochu zkousel -
>>> tedy
>>>> krom xforms, wxWidget, xmotiff a kdo vi ceho vseho jeste ... jakysi
>>> Qt v
>>>> te dobe uz mozna i existoval, ale byl docela v plenkach.
>>>> Kazdopadne jak uz jsem napsal, tak od prvopocatku vyvoje emulatoru
>>>> pocitam s tim, ze interface bude mozne / nutne  vymenit za jiny a
>>> tomu
>>>> se snazim prizpusobit i kod programu.
>>>>
>>>> Co se tyka Qt, tak jej rad vyzkousim, nicmene se dopredu obavam, ze
>>> to
>>>> co mi momentalne chybi v GTK, zrejme nenaleznu ani v Qt...
>>>>
>>>> Interface emlatoru je v podstate mozne rozdelit do dvou casti:
>>>>
>>>> 1) GUI, pod cimz chapu predevsim menu programu - to je naprosto
>>>> irelevantni a muze byt napsane v cemkoliv, ci naopak vlastne ani
>>> nemusi
>>>> vubec existovat
>>>>
>>>> 2) Skutecny interface, pomoci ktereho je emulator spojen se zbytkem
>>>> sveta - jednoduseji receno je to prevazne klavesnice, monitor a
>>> zvukovy
>>>> vystup Sharpa.
>>>>
>>>> Myslim si, ze v te druhe casti bude potreba sahat na na tyto zarizeni
>>> v
>>>> mnohem vic low-level urovni, nez jakou mi v dane chvili muze
>>> nabidnout
>>>> jakykoliv okenkovy manager. Predpokladam, ze v pripade windows vede k
>>>> teto urovni cesta pres directx. Nemam vsak k tomuto tematu nacteno
>>> zhola
>>>> nic a tak v pripadne diskuzi na toto tema mohu byt vicemene spise jen
>>>> posluchacem.
>>>>
>>>> Nicmene windozovych programatoru, kteri by k tomuto tematu mohli neco
>>>> rict je tady prece dost, ne? Hola! Mafro! Probud se! ;)
>>>>
>>>> PS: co se tyka zvuku, tak ten mam prozatim v planu realizovat pres
>>> portAudio
>>>> Michal
>>>>
>>>> Dne 12.12.2014 v 20:07 Ctirad Feřtr napsal(a):
>>>>> Mohu vědět proč zrovna tuhle obsolete knihovnu, jejíž
>>>>> multiplatformnost je rovněž taková polovičatá?
>>>>> Pokud něco multiplatformního a free, tak jednoznače Qt, které má i
>>>>> vlastní IDE a rovnou z něj můžeš generovat binárky pro Linux,
>>> Windows,
>>>>> Android a asi i OSX.
>>>>>
>>>>> Ctirad
>>>>> _______________________________________________
>>>>> 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
>> Sent with mySecureMail.
>> http://www.mysecurephone.eu/
>> _______________________________________________
>> 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

Re: [SharpMZ] Emulator MZ-800

Michal Porteš <portes@[doména skryta]> SHARP MZ-800

Emulátor už mi chodí, ale v aktuální verzi mi nefunguje klávesa Enter.

Michal

Zobrazit citovaný text

---------- 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: 16. 12. 2014 9:57:49
Předmět: Re: [SharpMZ] Emulator MZ-800



Ahoj,

docela by mne zajimalo proc se to shani zrovna po teto kompresni knihovne - je ale mozne, ze ji vyzaduje ten zpropadeny libxml, i kdyz v samotnem programu v tuto chvili zarucene zadne kompresni metody pouzivany nejsou.

Nemam momentalne po ruce zadnou Vistu, abych to vyzkousel. Do adresare http://duna.ordoz.com/emu/win32/all_mingw_libs/ jsem nahral vsechny mingw dll soubory, ktere u sebe v Linuxu mam a je mezi nimi i ten zlib1.dll
Pokud budes mit chut, tak si zkus prosim do adresare s emulatorem postahovat knihovny, ktere to po tobe bude chtit a dej mi pak vedet co vsechno bylo potreba.

Uprimne receno, netusim odkud se v mych Win7 (a asi i ve vetsine dalsich) windows vzala potrebna knihovna. Je mozne, ze uz si ji tam v minulosti nainstaloval nejaky jiny program, ktery byl linkovany pod mingw.

Michal

Dne 16.12.2014 8:38, Michal Porteš napsal(a):
Zkouším u sebe (Windows Vista) emulátor rozchodit, ale zatím se bohužel nedaří:
Vstupní bod procedury deflateSetHeader se nepodařilo v dynamicky propojované knihovně zlib1.dll nalézt.

Michal

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Michal, dali by sa niekde vystaviť na Internete potrebné informácie k emulácii FD a QD? RAM disk je tuším celkom jednoduchý, je to aj popisané v Poznámkach. Akurát tuším pri väčšom ako 64 kB treba tuším pri resete čítača v hornom bajte odovzdať aj číslo stránky, čiže maximálne 16 MB. Niekde som to čítal, ale nepamätám si kde. Dúfam, že sa nemýlim.

Mimochodom, podarilo sa mi rozbehať autodetekciu rýchlosti čítania z CMT, len si to pýta ešte vyladiť celé. Intercopy mi to neberie, to zrejme skúša najprv rýchlosť 1, potom vyššiu, atď. Takže vždy číta rýchlosťou 1, ale Saboteur a monitor krásne detekuje. Turbo Copy si pre zmenu neškrtne ani pri CMT s rýchlosťou 1, netušíš, čo sa mu nepáči?

Miloš

Dňa 5. 1. 2015 o 11:43 Michal Porteš napísal(a):
Emulátor už mi chodí, ale v aktuální verzi mi nefunguje klávesa Enter.

Michal

---------- 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: 16. 12. 2014 9:57:49
Předmět: Re: [SharpMZ] Emulator MZ-800



Ahoj,

docela by mne zajimalo proc se to shani zrovna po teto kompresni knihovne - je ale mozne, ze ji vyzaduje ten zpropadeny libxml, i kdyz v samotnem programu v tuto chvili zarucene zadne kompresni metody pouzivany nejsou.

Nemam momentalne po ruce zadnou Vistu, abych to vyzkousel. Do adresare http://duna.ordoz.com/emu/win32/all_mingw_libs/ jsem nahral vsechny mingw dll soubory, ktere u sebe v Linuxu mam a je mezi nimi i ten zlib1.dll
Pokud budes mit chut, tak si zkus prosim do adresare s emulatorem postahovat knihovny, ktere to po tobe bude chtit a dej mi pak vedet co vsechno bylo potreba.

Uprimne receno, netusim odkud se v mych Win7 (a asi i ve vetsine dalsich) windows vzala potrebna knihovna. Je mozne, ze uz si ji tam v minulosti nainstaloval nejaky jiny program, ktery byl linkovany pod mingw.

Michal

Dne 16.12.2014 8:38, Michal Porteš napsal(a):
Zkouším u sebe (Windows Vista) emulátor rozchodit, ale zatím se bohužel nedaří:
Vstupní bod procedury deflateSetHeader se nepodařilo v dynamicky propojované knihovně zlib1.dll nalézt.

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

Re: [SharpMZ] Emulator MZ-800

Radek Suk <suk@[doména skryta]> SHARP MZ-800

1MB ramdisk pouziva jen 4 bity viz http://www.scav.cz/data/MZ-800/Vyroba_Popis_Ramdisk_Zalohovany.jpg

Muj RRD disk pouziva celkem 2MB - schema je http://www.radeksuk.cz/sharp/zal_ramdisk_v33.pdf

Radek

Dne 5.1.2015 v 11:54 Miloš napsal(a):
Michal, dali by sa niekde vystaviť na Internete potrebné informácie k emulácii FD a QD? RAM disk je tuším celkom jednoduchý, je to aj popisané v Poznámkach. Akurát tuším pri väčšom ako 64 kB treba tuším pri resete čítača v hornom bajte odovzdať aj číslo stránky, čiže maximálne 16 MB. Niekde som to čítal, ale nepamätám si kde. Dúfam, že sa nemýlim.

Mimochodom, podarilo sa mi rozbehať autodetekciu rýchlosti čítania z CMT, len si to pýta ešte vyladiť celé. Intercopy mi to neberie, to zrejme skúša najprv rýchlosť 1, potom vyššiu, atď. Takže vždy číta rýchlosťou 1, ale Saboteur a monitor krásne detekuje. Turbo Copy si pre zmenu neškrtne ani pri CMT s rýchlosťou 1, netušíš, čo sa mu nepáči?

Miloš

Dňa 5. 1. 2015 o 11:43 Michal Porteš napísal(a):
Emulátor už mi chodí, ale v aktuální verzi mi nefunguje klávesa Enter.

Michal

---------- 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: 16. 12. 2014 9:57:49
Předmět: Re: [SharpMZ] Emulator MZ-800



Ahoj,

docela by mne zajimalo proc se to shani zrovna po teto kompresni knihovne - je ale mozne, ze ji vyzaduje ten zpropadeny libxml, i kdyz v samotnem programu v tuto chvili zarucene zadne kompresni metody pouzivany nejsou.

Nemam momentalne po ruce zadnou Vistu, abych to vyzkousel. Do adresare http://duna.ordoz.com/emu/win32/all_mingw_libs/ jsem nahral vsechny mingw dll soubory, ktere u sebe v Linuxu mam a je mezi nimi i ten zlib1.dll
Pokud budes mit chut, tak si zkus prosim do adresare s emulatorem postahovat knihovny, ktere to po tobe bude chtit a dej mi pak vedet co vsechno bylo potreba.

Uprimne receno, netusim odkud se v mych Win7 (a asi i ve vetsine dalsich) windows vzala potrebna knihovna. Je mozne, ze uz si ji tam v minulosti nainstaloval nejaky jiny program, ktery byl linkovany pod mingw.

Michal

Dne 16.12.2014 8:38, Michal Porteš napsal(a):
Zkouším u sebe (Windows Vista) emulátor rozchodit, ale zatím se bohužel nedaří:
Vstupní bod procedury deflateSetHeader se nepodařilo v dynamicky propojované knihovně zlib1.dll nalézt.

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



_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Ahoj,

tou aktualni verzi mas na mysli tu, ktera beha pod SDL2 a ma implementovany zvuk?
S temi win XP bude asi vice mrzeni ... Jestli mas chut to trochu podebugovat, tak pro tebe napisu jednoduchy programek, ktery bude scanovat klavesnici a vypisovat scankody prave stisknutych klaves do console. Predpokladam tedy, ze pouzivas nejakou uplne standardni klavesnici.

Michal


Dne 5.1.2015 v 11:43 Michal Porteš napsal(a):
Emulátor už mi chodí, ale v aktuální verzi mi nefunguje klávesa Enter.

Re: [SharpMZ] Emulator MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Milosi, je fajn, ze konference zase trochu ozila, nicmene by bylo dobre zapojit take trochu vlastni invenci a pouzivat treba google alespon k dohledani datasheetu k beznym obvodum.

Ja osobne jsem cerpal veskere informace predevsim z toho co lezi na www.scav.cz, z oficialnich DS a z komentovanych vypisu MZ ROM. Nasledne jsem vsak vzdy ziskane poznatky overoval a testoval nejprve na realnem Sharpu, coz si myslim, ze je take jediny zpusob, jak napsat dobry emulator. Pro predstavu, zhruba takhle to temer neustale vypada na mem prc stole :) http://ordoz.com/nesmysly/workplace.jpg
Pokud budes postupovat jinak, tak vytvoris bud hybrid a nebo jen kopii jineho emulatoru.

Co se tyka CMT, tak si myslim, ze je celkem jasne, ze se mu nepaci ta tvoje autodetekce. Snazis se to resynchronizovat na strane CMT, ale ono uz je to   naprogramovano tak, ze se to synchronizuje softwarove uvnitr Sharpa. Mam pocit, ze jsem te na neco takoveho uz upozornoval, kdyz jsi o te autodetekci psal prvne.

Michal

Dne 5.1.2015 v 11:54 Miloš napsal(a):
Michal, dali by sa niekde vystaviť na Internete potrebné informácie k emulácii FD a QD? RAM disk je tuším celkom jednoduchý, je to aj popisané v Poznámkach. Akurát tuším pri väčšom ako 64 kB treba tuším pri resete čítača v hornom bajte odovzdať aj číslo stránky, čiže maximálne 16 MB. Niekde som to čítal, ale nepamätám si kde. Dúfam, že sa nemýlim.

Mimochodom, podarilo sa mi rozbehať autodetekciu rýchlosti čítania z CMT, len si to pýta ešte vyladiť celé. Intercopy mi to neberie, to zrejme skúša najprv rýchlosť 1, potom vyššiu, atď. Takže vždy číta rýchlosťou 1, ale Saboteur a monitor krásne detekuje. Turbo Copy si pre zmenu neškrtne ani pri CMT s rýchlosťou 1, netušíš, čo sa mu nepáči?

Miloš

Dňa 5. 1. 2015 o 11:43 Michal Porteš napísal(a):
Emulátor už mi chodí, ale v aktuální verzi mi nefunguje klávesa Enter.

Michal

---------- 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: 16. 12. 2014 9:57:49
Předmět: Re: [SharpMZ] Emulator MZ-800



Ahoj,

docela by mne zajimalo proc se to shani zrovna po teto kompresni knihovne - je ale mozne, ze ji vyzaduje ten zpropadeny libxml, i kdyz v samotnem programu v tuto chvili zarucene zadne kompresni metody pouzivany nejsou.

Nemam momentalne po ruce zadnou Vistu, abych to vyzkousel. Do adresare http://duna.ordoz.com/emu/win32/all_mingw_libs/ jsem nahral vsechny mingw dll soubory, ktere u sebe v Linuxu mam a je mezi nimi i ten zlib1.dll
Pokud budes mit chut, tak si zkus prosim do adresare s emulatorem postahovat knihovny, ktere to po tobe bude chtit a dej mi pak vedet co vsechno bylo potreba.

Uprimne receno, netusim odkud se v mych Win7 (a asi i ve vetsine dalsich) windows vzala potrebna knihovna. Je mozne, ze uz si ji tam v minulosti nainstaloval nejaky jiny program, ktery byl linkovany pod mingw.

Michal

Dne 16.12.2014 8:38, Michal Porteš napsal(a):
Zkouším u sebe (Windows Vista) emulátor rozchodit, ale zatím se bohužel nedaří:
Vstupní bod procedury deflateSetHeader se nepodařilo v dynamicky propojované knihovně zlib1.dll nalézt.

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



_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Michal Porteš <portes@[doména skryta]> SHARP MZ-800

Jo, řeč je o verzi z 28.12.2014 23:46 se zvukem. Mám Win Vista a notebook s numpadem, takže dva Entery, nefunguje ani jeden.

U verze z 13.12. Enter funguje normálně.

M.

Zobrazit citovaný text

---------- Původní zpráva ----------
Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 5. 1. 2015 12:48:29
Předmět: Re: [SharpMZ] Emulator MZ-800



Ahoj,

tou aktualni verzi mas na mysli tu, ktera beha pod SDL2 a ma implementovany zvuk?
S temi win XP bude asi vice mrzeni ... Jestli mas chut to trochu podebugovat, tak pro tebe napisu jednoduchy programek, ktery bude scanovat klavesnici a vypisovat scankody prave stisknutych klaves do console. Predpokladam tedy, ze pouzivas nejakou uplne standardni klavesnici.

Michal


Dne 5.1.2015 v 11:43 Michal Porteš napsal(a):
Emulátor už mi chodí, ale v aktuální verzi mi nefunguje klávesa Enter.

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Ja som aj obvody hľadal, ale nepodarilo sa mi naraziť na tak obsiahle informácie ako mi boli poslané v konferencii.

S reálnym Sharpom bol od začiatku problém. Ja som ho nemal ani kde roztiahnuť. Toľko miesta tu nemám. Nakoniec tie Sharpy boli na predaj, nech potešia niekoho, komu nebudú len na povale naberať vlhkosť a zub času. Časom, ak to miesto bude, možno si toho Sharpa spätne zaobstarám, ale pravdepodobne už nie. Nerobím ani kópiu emulátora, lebo postupne ako dorábam emuláciu určitých vecí, tak zisťujem, že mi funguje stále viac programov. Ale testovať môžem len na emulátoroch.

S tým QD a FD mi skôr ide o popis formátu MZQ. DSK (FD) sa myslím dá niekde dohľadať. Len čo sa emulácie zápisu týka, tak v ROM toho veľa nie je, tam je tuším len načítanie IPLPRO z diskety a tým sa to končí. O FD som toho veľa na scave nenašiel. No a Ramdisk si teda pamätám dobre.

S tým CMT je to len pokus, ktorý sa v podstate vydaril. To, že Intercopy berie aj tak rýchlosť 1 nevadí. Ide skôr o to, že Saboteur nežiada ručne meniť rýchlosť. V podstate tento problém vie vyriešiť aj kazetový formát. Skôr to bolo o mojej zvedavosti, či sa to dá v emulátore urobiť, keď emulované CMT nevie ako je "nastavené" čítanie. K tomu by sa dala ešte pridať otázka, že či niekto vie o hrách, ktoré si žiadajú ďalší blok vo vyššej rýchlosti. Mohol by som to ešte na nich otestovať a uvidím, že či ten nápad zavrhnem alebo ponechám. Na to si ma upozorňoval, ale ja len na základe frekvencie čítania pri pilotnom signále nastavím odhadovanú rýchlosť a viac tam nič nemením, takže žiadna veda to nie je (keby sme v Amerike, už by som si patent na to dával (to len taká narážka na tie nezmyselné patentové vojny, čoho je plný Internet)).

Mám v pláne ešte ďalšie nápady, tak uvidím, ktoré sa podarí zrealizovať (Copy/Paste, atď.).  Takže nerobím kópiu iného emulátora, ale budem mať aj vlastné doplnky, ktoré v iných emulátoroch nie sú. Okrem toho mi ide o multiplatformový emulátor, s čím si ma síce predbehol, ale to nevadí. Nemyslím, že programovanie emulátorov treba nechať tak, keď ich už zopár existuje. Keď pre Sharpa ich je tak žalostne málo.

Mimochodom, ten MZ-721 (alebo 731?) si zohnal v časoch, keď boli dostupné MZ-800 alebo sa ti to podarilo zohnať neskôr?

Miloš

Dňa 5. 1. 2015 o 13:18 Michal Hucik - ORDOZ napísal(a):

Milosi, je fajn, ze konference zase trochu ozila, nicmene by bylo dobre zapojit take trochu vlastni invenci a pouzivat treba google alespon k dohledani datasheetu k beznym obvodum.

Ja osobne jsem cerpal veskere informace predevsim z toho co lezi na www.scav.cz, z oficialnich DS a z komentovanych vypisu MZ ROM. Nasledne jsem vsak vzdy ziskane poznatky overoval a testoval nejprve na realnem Sharpu, coz si myslim, ze je take jediny zpusob, jak napsat dobry emulator. Pro predstavu, zhruba takhle to temer neustale vypada na mem prc stole :) http://ordoz.com/nesmysly/workplace.jpg
Pokud budes postupovat jinak, tak vytvoris bud hybrid a nebo jen kopii jineho emulatoru.

Co se tyka CMT, tak si myslim, ze je celkem jasne, ze se mu nepaci ta tvoje autodetekce. Snazis se to resynchronizovat na strane CMT, ale ono uz je to   naprogramovano tak, ze se to synchronizuje softwarove uvnitr Sharpa. Mam pocit, ze jsem te na neco takoveho uz upozornoval, kdyz jsi o te autodetekci psal prvne.

Michal

Dne 5.1.2015 v 11:54 Miloš napsal(a):
Michal, dali by sa niekde vystaviť na Internete potrebné informácie k emulácii FD a QD? RAM disk je tuším celkom jednoduchý, je to aj popisané v Poznámkach. Akurát tuším pri väčšom ako 64 kB treba tuším pri resete čítača v hornom bajte odovzdať aj číslo stránky, čiže maximálne 16 MB. Niekde som to čítal, ale nepamätám si kde. Dúfam, že sa nemýlim.

Mimochodom, podarilo sa mi rozbehať autodetekciu rýchlosti čítania z CMT, len si to pýta ešte vyladiť celé. Intercopy mi to neberie, to zrejme skúša najprv rýchlosť 1, potom vyššiu, atď. Takže vždy číta rýchlosťou 1, ale Saboteur a monitor krásne detekuje. Turbo Copy si pre zmenu neškrtne ani pri CMT s rýchlosťou 1, netušíš, čo sa mu nepáči?

Miloš

Dňa 5. 1. 2015 o 11:43 Michal Porteš napísal(a):
Emulátor už mi chodí, ale v aktuální verzi mi nefunguje klávesa Enter.

Michal

---------- 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: 16. 12. 2014 9:57:49
Předmět: Re: [SharpMZ] Emulator MZ-800



Ahoj,

docela by mne zajimalo proc se to shani zrovna po teto kompresni knihovne - je ale mozne, ze ji vyzaduje ten zpropadeny libxml, i kdyz v samotnem programu v tuto chvili zarucene zadne kompresni metody pouzivany nejsou.

Nemam momentalne po ruce zadnou Vistu, abych to vyzkousel. Do adresare http://duna.ordoz.com/emu/win32/all_mingw_libs/ jsem nahral vsechny mingw dll soubory, ktere u sebe v Linuxu mam a je mezi nimi i ten zlib1.dll
Pokud budes mit chut, tak si zkus prosim do adresare s emulatorem postahovat knihovny, ktere to po tobe bude chtit a dej mi pak vedet co vsechno bylo potreba.

Uprimne receno, netusim odkud se v mych Win7 (a asi i ve vetsine dalsich) windows vzala potrebna knihovna. Je mozne, ze uz si ji tam v minulosti nainstaloval nejaky jiny program, ktery byl linkovany pod mingw.

Michal

Dne 16.12.2014 8:38, Michal Porteš napsal(a):
Zkouším u sebe (Windows Vista) emulátor rozchodit, ale zatím se bohužel nedaří:
Vstupní bod procedury deflateSetHeader se nepodařilo v dynamicky propojované knihovně zlib1.dll nalézt.

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



_______________________________________________
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

Re: [SharpMZ] Emulator MZ-800

Michal Porteš <portes@[doména skryta]> SHARP MZ-800

> K tomu by sa dala ešte pridať otázka, že či niekto vie o hrách, ktoré si žiadajú ďalší blok vo vyššej rýchlosti.

Vím o těchto hrách:

Starquake - druhá část 2400 Bd
PSSST - druhá a třetí část 2400 Bd
Poradce - druhá část 2400 Bd

M.

Re: [SharpMZ] Emulator MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Ďakujem.

Tým sa vysvetľuje, prečo sa mi nikdy nepodarilo do emulátora nahrať 
PSSST. Nevedel som, že je to 2400 a nenapadlo ma, že je to treba. 
Autodetekcia funguje u všetkých. Toto bol aj pravý dôvod, prečo som 
chcel urobiť tú autodetekciu. Aby hra, ktorá vyžaduje vyššiu rýchlosť, 
tú rýchlosť aj dostala. O nič iné mi ani nešlo. Na potreby tohto je to 
plne postačujúce. Mne nešlo o to, že či bude Intercopy alebo Turbo Copy 
rýchlejšie nahrávať, len som chcel skúsiť, že ako sa budú správať 
programy, ktoré rýchlosť detekujú.

Miloš

Dňa 5. 1. 2015 o 18:30 Michal Porteš napísal(a):
Zobrazit citovaný text (10 řádků)
> > K tomu by sa dala ešte pridať otázka, že či niekto vie o hrách, 
> ktoré si žiadajú ďalší blok vo vyššej rýchlosti.
>
> Vím o těchto hrách:
>
> Starquake - druhá část 2400 Bd
> PSSST - druhá a třetí část 2400 Bd
> Poradce - druhá část 2400 Bd
>
> M.

[SharpMZ] Už zas další staronový emulátor MZ-800

<bohumil.novacek@[doména skryta]> SHARP MZ-800

Zdravím vespolek,

  jak se tu objevil boom s emulátorama, tak přihazuju další :)
Minulý týden mě napadlo (teda už dřív, ale teď jsem to i zkusil), co by obnášelo přeložit
můj STMZ800 ( viz http://dzi.n.cz/8bit/stmz800/ ) pro PC. A co by to umělo, když to na
jednoduchém 32 bitovém procesoru na 200MHz zvládá včetně emulace VGA výstupu,
co to musí dělat na 3GHz stolní mašině ?!? ;)

Překvapilo mě jak málo toho bylo potřeba ve zdrojácích změnit, takže první nástřel výsledku
můžou ti s okénkovým systémem na PC vyzkoušet zde:

http://dzi.n.cz/8bit/stmz800/imgs/STMZ800WIN.zip

Jen se to někam nakopíruje a spustí, spustitelné soubory jsem tam dal dva, jedno je verze
přeložená bez optimalizací na rychlost, pro případ, že vám bude avast neustále schovávat
optimalizovanou verzi poplašeně a bezdůvodně do virové truhly. Ovládání viz HW verze
STMZ800, soubory, které by byly jinak na SD kartě jsou v adresáři SD vedle exe souboru.
Doplňte si další programy dle libosti, v zipu je přiloženo jen pár kousků na rychlé otestování.

Ovládání ve zkratce, to nejdůležitější:
F12 = reset
S + F12 = reset a emulace MZ800
J + F12 = to samé, ale s japonskou znakovou sadou
Z + X + F12 = emulace ZX 48k + spuštění
Z + X + C + F12 = emulace ZX 128k
P + F12 = PMD85-3 s řadičem PMD32 a modulem MUSICA

Q + F12 = spustí (v režimu MZ800) unicard managera, můžete spuštět MZF soubory a mapovat
obrazy disket DSK

F9 = držením klávesy se vypisuje stavový řádek - typ stroje a video režim, nastavení dělící
frekvence audio filtru, hlasitost a rychlost emulace v % originál mašiny.

Numerická klávesnice:
* a / přidává a ubírá po 10% rychlost emulace (10 až 200% pokud se přidá na 210, vypne se
synchronizace a běží to, co to dá).
+ a - řídí hlasitost
SHIFT a + nebo - přidává ubírá výšky (posouvá dělící frekvenci filtru)

PrtScr - hodí do adresáře SD/unicard/ bitmapu

Něco k omezením, kvůli velmi omezeným prostředkům na původním železe jsou některé věci
zjednodušené, emulátor není úplně "pixel-perfect", pixely se aktualizují jednou za řádek,
ale na drtivou většinu programů to stačí, dokonce i y2k.mzf ukazuje správně. Pak taky border
se sampluje jenom jednou v řádku, takže pruhy ano, ale běžící text v borderu neuvidíte.
Oproti HW verzi jsem vypustil akorát možnost přehrávat MP3 na pozadí, přímo v emulátoru.
Na čem ale šetřeno nebylo (aspoň v emulaci MZ800), to je zvuk, respetive kvalita emulace
zvukového výstupu, zkuste v basicu příkaz MUSIC"O5T6CDEFGAB+C zde a v jiných emulátorech.

Příjemnou zábavu
Bohouš

Re: [SharpMZ] Už zas další staronový emulátor MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800

Zobrazit citovaný text (2 řádky)
> Příjemnou zábavu
> Bohouš
Hmmm ... !!! :) Kdyz jsem videl tech 9000%, tak jsem se teda moc 
nezabavil :)

Kazdopadne je to super pocin a minimalne pro mne take motivace k tomu 
zkusit neco vylepsit. Je otazka, kolik procent vykonu ztracim tim, ze se 
snazim byt ve sve emulaci pokud mozno co nejpresnejsi. Mozna bych mel na 
necem polevit.

Je jen velika skoda, ze tu takhle rychle neroste novy, ci konkurencni 
software take pro samotneho Sharpa.

Ja momentalne pracuji na debuggeru. Rad bych implementoval take podporu 
debug souboru z sdcc a alespon vzdalene se priblizil tomu, co umi gdb.

Michal

Re: [SharpMZ] Už zas další staronový emulátor MZ-800

<zdeneka@[doména skryta]> SHARP MZ-800

Moc pěkné Bohouši, klobouk dolů. Být takový emulátor před 15-ti lety, asi by 
to pro mě byla velká motivace k soupeření :-D
Mimochodem, je tu mezi námi ještě někdo, kdo emulátor Sharpa nenapsal? :-D
Vaškův apel na pisatele nového originálního SW beru jako oprávněný - je 
pravda že v tomhle jako Sharpisti před ostatními pokulháváme asi nejvíc...

Zdeněk


Zobrazit citovaný text (83 řádků)
From: bohumil.novacek[doména skryta]
Sent: Wednesday, January 7, 2015 12:54 AM
To: Počítače SHARP MZ a jejich emulátory
Subject: [SharpMZ] Už zas další staronový emulátor MZ-800

Zdravím vespolek,

  jak se tu objevil boom s emulátorama, tak přihazuju další :)
Minulý týden mě napadlo (teda už dřív, ale teď jsem to i zkusil), co by 
obnášelo přeložit
můj STMZ800 ( viz http://dzi.n.cz/8bit/stmz800/ ) pro PC. A co by to umělo, 
když to na
jednoduchém 32 bitovém procesoru na 200MHz zvládá včetně emulace VGA 
výstupu,
co to musí dělat na 3GHz stolní mašině ?!? ;)

Překvapilo mě jak málo toho bylo potřeba ve zdrojácích změnit, takže první 
nástřel výsledku
můžou ti s okénkovým systémem na PC vyzkoušet zde:

http://dzi.n.cz/8bit/stmz800/imgs/STMZ800WIN.zip

Jen se to někam nakopíruje a spustí, spustitelné soubory jsem tam dal dva, 
jedno je verze
přeložená bez optimalizací na rychlost, pro případ, že vám bude avast 
neustále schovávat
optimalizovanou verzi poplašeně a bezdůvodně do virové truhly. Ovládání viz 
HW verze
STMZ800, soubory, které by byly jinak na SD kartě jsou v adresáři SD vedle 
exe souboru.
Doplňte si další programy dle libosti, v zipu je přiloženo jen pár kousků na 
rychlé otestování.

Ovládání ve zkratce, to nejdůležitější:
F12 = reset
S + F12 = reset a emulace MZ800
J + F12 = to samé, ale s japonskou znakovou sadou
Z + X + F12 = emulace ZX 48k + spuštění
Z + X + C + F12 = emulace ZX 128k
P + F12 = PMD85-3 s řadičem PMD32 a modulem MUSICA

Q + F12 = spustí (v režimu MZ800) unicard managera, můžete spuštět MZF 
soubory a mapovat
obrazy disket DSK

F9 = držením klávesy se vypisuje stavový řádek - typ stroje a video režim, 
nastavení dělící
frekvence audio filtru, hlasitost a rychlost emulace v % originál mašiny.

Numerická klávesnice:
* a / přidává a ubírá po 10% rychlost emulace (10 až 200% pokud se přidá na 
210, vypne se
synchronizace a běží to, co to dá).
+ a - řídí hlasitost
SHIFT a + nebo - přidává ubírá výšky (posouvá dělící frekvenci filtru)

PrtScr - hodí do adresáře SD/unicard/ bitmapu

Něco k omezením, kvůli velmi omezeným prostředkům na původním železe jsou 
některé věci
zjednodušené, emulátor není úplně "pixel-perfect", pixely se aktualizují 
jednou za řádek,
ale na drtivou většinu programů to stačí, dokonce i y2k.mzf ukazuje správně. 
Pak taky border
se sampluje jenom jednou v řádku, takže pruhy ano, ale běžící text v borderu 
neuvidíte.
Oproti HW verzi jsem vypustil akorát možnost přehrávat MP3 na pozadí, přímo 
v emulátoru.
Na čem ale šetřeno nebylo (aspoň v emulaci MZ800), to je zvuk, respetive 
kvalita emulace
zvukového výstupu, zkuste v basicu příkaz MUSIC"O5T6CDEFGAB+C zde a v jiných 
emulátorech.

Příjemnou zábavu
Bohouš

=

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz 

Re: [SharpMZ] Už zas další staronový emulátor MZ-800

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800

Bohousi prosimte zajimalo by mne par veci:

Kompiloval jsi to taky v mingw32, nebo v necem jinem?

Jakou emulaci CPU jsi pouzil?

Ja pouzivam z80ex, ktery je naprosto presny co se tyka instrukci a 
flagu, nicmene jsem u nej zjistil, ze nema spravne osetreno casovani 
uvnitr vsech instrukci - jen u IORQ a jediny zpusob jak to osetrit bez 
zasahu do samotneho z80ex bylo pouzit callback, ktery se mi zavola pri 
kazdem pultaktu CPU, coz samozrejme okamzite srazilo vykon procesoru na 
50%.
Lepsi implmentaci z80 jsem prozatim nevidel, takze bud budu muset napsat 
vlastni a nebo udelat zaplatu do toho z80ex.

Michal

Re: [SharpMZ] Už zas další staronový emulátor MZ-800

"Vaclav Peroutka" <vaclavpe@[doména skryta]> SHARP MZ-800


Moc pěkné Bohouši, klobouk dolů. Být takový emulátor před 15-ti lety, asi by
to pro mě byla velká motivace k soupeření :-D
Mimochodem, je tu mezi námi ještě někdo, kdo emulátor Sharpa nenapsal? :-D
Vaškův apel na pisatele nového originálního SW beru jako oprávněný - je
pravda že v tomhle jako Sharpisti před ostatními pokulháváme asi nejvíc...

Zdeněk


Věř nebo ne Zdeňku, já jsem emulátor Sharpa nepsal :-) Kdysi před snad 10 lety jsem dělal nějaké drbky do Koeppeho emulátoru na linuxu, ale to už je v propadlišti dějin.



Re: [SharpMZ] Už zas další staronový emulátor MZ-800

Martin Lukasek <lukasek@[doména skryta]> SHARP MZ-800

Cau Bohousi,

 

super dilko. To by mne nenapadlo, ze je az tak jednoduche portovat emulator z ARM na PC. Kolik prace venovals uprave kodu, aby to na PC slo?

 

Michaluv emulator jsem sledoval s nadsenim, protoze presne Michalova vytka tykajici se softu mne take trapi. Myslim, ze jakmile bude/je emulator, ktery podporuje nove periferie (Unikartu) tak se bude lepe nejaky ten soft vyvijet. Rozhodne ten, co pracuje s Unikartou a ja urcite brzo zapracuju na mych utilitkach. Pokud by pribyla ta sit, tak se tesim, ze napisu nejakou sitovou gamesku. V emulatoru, ktery se da zrychlit a bezi pohodlne na PC to bude mnohem jednodussi nez na realnem Sharpovi.

 

Bohousi, dalo by se nejak udelat, aby pri zrychleni jela obsluha klavesnice v CP/M normalne? Pokud zrychlim na max, neda se psat. Je otazka jestli je to jen uprava nejakych timeru nebo do znamena upravu CP/M.

 

Kazdopadne chlapi super a diky!

 

Martin

 

 

From: sharpmz-bouncesmail.ordoz.com [mailto:sharpmz-bouncesmail.ordoz.com] On Behalf Of bohumil.novacek[doména skryta]
Sent: Wednesday, January 07, 2015 12:55 AM
To: Počítače SHARP MZ a jejich emulátory
Subject: [SharpMZ] Už zas další staronový emulátor MZ-800

 

Zdravím vespolek,

  jak se tu objevil boom s emulátorama, tak přihazuju další :)
Minulý týden mě napadlo (teda už dřív, ale teď jsem to i zkusil), co by obnášelo přeložit
můj STMZ800 ( viz http://dzi.n.cz/8bit/stmz800/ ) pro PC. A co by to umělo, když to na
jednoduchém 32 bitovém procesoru na 200MHz zvládá včetně emulace VGA výstupu,
co to musí dělat na 3GHz stolní mašině ?!? ;)

Překvapilo mě jak málo toho bylo potřeba ve zdrojácích změnit, takže první nástřel výsledku
můžou ti s okénkovým systémem na PC vyzkoušet zde:

http://dzi.n.cz/8bit/stmz800/imgs/STMZ800WIN.zip

Jen se to někam nakopíruje a spustí, spustitelné soubory jsem tam dal dva, jedno je verze
přeložená bez optimalizací na rychlost, pro případ, že vám bude avast neustále schovávat
optimalizovanou verzi poplašeně a bezdůvodně do virové truhly. Ovládání viz HW verze
STMZ800, soubory, které by byly jinak na SD kartě jsou v adresáři SD vedle exe souboru.
Doplňte si další programy dle libosti, v zipu je přiloženo jen pár kousků na rychlé otestování.

Ovládání ve zkratce, to nejdůležitější:
F12 = reset
S + F12 = reset a emulace MZ800
J + F12 = to samé, ale s japonskou znakovou sadou
Z + X + F12 = emulace ZX 48k + spuštění
Z + X + C + F12 = emulace ZX 128k
P + F12 = PMD85-3 s řadičem PMD32 a modulem MUSICA

Q + F12 = spustí (v režimu MZ800) unicard managera, můžete spuštět MZF soubory a mapovat
obrazy disket DSK

F9 = držením klávesy se vypisuje stavový řádek - typ stroje a video režim, nastavení dělící
frekvence audio filtru, hlasitost a rychlost emulace v % originál mašiny.

Numerická klávesnice:
* a / přidává a ubírá po 10% rychlost emulace (10 až 200% pokud se přidá na 210, vypne se
synchronizace a běží to, co to dá).
+ a - řídí hlasitost
SHIFT a + nebo - přidává ubírá výšky (posouvá dělící frekvenci filtru)

PrtScr - hodí do adresáře SD/unicard/ bitmapu

Něco k omezením, kvůli velmi omezeným prostředkům na původním železe jsou některé věci
zjednodušené, emulátor není úplně "pixel-perfect", pixely se aktualizují jednou za řádek,
ale na drtivou většinu programů to stačí, dokonce i y2k.mzf ukazuje správně. Pak taky border
se sampluje jenom jednou v řádku, takže pruhy ano, ale běžící text v borderu neuvidíte.
Oproti HW verzi jsem vypustil akorát možnost přehrávat MP3 na pozadí, přímo v emulátoru.
Na čem ale šetřeno nebylo (aspoň v emulaci MZ800), to je zvuk, respetive kvalita emulace
zvukového výstupu, zkuste v basicu příkaz MUSIC"O5T6CDEFGAB+C zde a v jiných emulátorech.

Příjemnou zábavu
Bohouš

Re: [SharpMZ] Už zas další staronový emulátor MZ-800

Martin Lukasek <martin.lukasek@[doména skryta]> SHARP MZ-800

Cau Bohousi,

 

super dilko. To by mne nenapadlo, ze je az tak jednoduche portovat emulator z ARM na PC. Kolik prace venovals uprave kodu, aby to na PC slo?

 

Michaluv emulator jsem sledoval s nadsenim, protoze presne Michalova vytka tykajici se softu mne take trapi. Myslim, ze jakmile bude/je emulator, ktery podporuje nove periferie (Unikartu) tak se bude lepe nejaky ten soft vyvijet. Rozhodne ten, co pracuje s Unikartou a ja urcite brzo zapracuju na mych utilitkach. Pokud by pribyla ta sit, tak se tesim, ze napisu nejakou sitovou gamesku. V emulatoru, ktery se da zrychlit a bezi pohodlne na PC to bude mnohem jednodussi nez na realnem Sharpovi.

 

Bohousi, dalo by se nejak udelat, aby pri zrychleni jela obsluha klavesnice v CP/M normalne? Pokud zrychlim na max, neda se psat. Je otazka jestli je to jen uprava nejakych timeru nebo do znamena upravu CP/M.

 

Kazdopadne chlapi super a diky!

 

Martin

 

 

From: sharpmz-bouncesmail.ordoz.com [mailto:sharpmz-bouncesmail.ordoz.com] On Behalf Of bohumil.novacek[doména skryta]
Sent: Wednesday, January 07, 2015 12:55 AM
To: Počítače SHARP MZ a jejich emulátory
Subject: [SharpMZ] Už zas další staronový emulátor MZ-800

 

Zdravím vespolek,

  jak se tu objevil boom s emulátorama, tak přihazuju další :)
Minulý týden mě napadlo (teda už dřív, ale teď jsem to i zkusil), co by obnášelo přeložit
můj STMZ800 ( viz http://dzi.n.cz/8bit/stmz800/ ) pro PC. A co by to umělo, když to na
jednoduchém 32 bitovém procesoru na 200MHz zvládá včetně emulace VGA výstupu,
co to musí dělat na 3GHz stolní mašině ?!? ;)

Překvapilo mě jak málo toho bylo potřeba ve zdrojácích změnit, takže první nástřel výsledku
můžou ti s okénkovým systémem na PC vyzkoušet zde:

http://dzi.n.cz/8bit/stmz800/imgs/STMZ800WIN.zip

Jen se to někam nakopíruje a spustí, spustitelné soubory jsem tam dal dva, jedno je verze
přeložená bez optimalizací na rychlost, pro případ, že vám bude avast neustále schovávat
optimalizovanou verzi poplašeně a bezdůvodně do virové truhly. Ovládání viz HW verze
STMZ800, soubory, které by byly jinak na SD kartě jsou v adresáři SD vedle exe souboru.
Doplňte si další programy dle libosti, v zipu je přiloženo jen pár kousků na rychlé otestování.

Ovládání ve zkratce, to nejdůležitější:
F12 = reset
S + F12 = reset a emulace MZ800
J + F12 = to samé, ale s japonskou znakovou sadou
Z + X + F12 = emulace ZX 48k + spuštění
Z + X + C + F12 = emulace ZX 128k
P + F12 = PMD85-3 s řadičem PMD32 a modulem MUSICA

Q + F12 = spustí (v režimu MZ800) unicard managera, můžete spuštět MZF soubory a mapovat
obrazy disket DSK

F9 = držením klávesy se vypisuje stavový řádek - typ stroje a video režim, nastavení dělící
frekvence audio filtru, hlasitost a rychlost emulace v % originál mašiny.

Numerická klávesnice:
* a / přidává a ubírá po 10% rychlost emulace (10 až 200% pokud se přidá na 210, vypne se
synchronizace a běží to, co to dá).
+ a - řídí hlasitost
SHIFT a + nebo - přidává ubírá výšky (posouvá dělící frekvenci filtru)

PrtScr - hodí do adresáře SD/unicard/ bitmapu

Něco k omezením, kvůli velmi omezeným prostředkům na původním železe jsou některé věci
zjednodušené, emulátor není úplně "pixel-perfect", pixely se aktualizují jednou za řádek,
ale na drtivou většinu programů to stačí, dokonce i y2k.mzf ukazuje správně. Pak taky border
se sampluje jenom jednou v řádku, takže pruhy ano, ale běžící text v borderu neuvidíte.
Oproti HW verzi jsem vypustil akorát možnost přehrávat MP3 na pozadí, přímo v emulátoru.
Na čem ale šetřeno nebylo (aspoň v emulaci MZ800), to je zvuk, respetive kvalita emulace
zvukového výstupu, zkuste v basicu příkaz MUSIC"O5T6CDEFGAB+C zde a v jiných emulátorech.

Příjemnou zábavu
Bohouš

Re: [SharpMZ] Už zas další staronový emulátor MZ-800

Miloš <milsa@[doména skryta]> SHARP MZ-800

Neviem, či je to len u mňa, ale klávesa F8 (?) mi nefunguje.

Miloš

Dňa 7. 1. 2015 o 0:54 bohumil.novacek[doména skryta] napísal(a):
Zdravím vespolek,

  jak se tu objevil boom s emulátorama, tak přihazuju další :)
Minulý týden mě napadlo (teda už dřív, ale teď jsem to i zkusil), co by obnášelo přeložit
můj STMZ800 ( viz http://dzi.n.cz/8bit/stmz800/ ) pro PC. A co by to umělo, když to na
jednoduchém 32 bitovém procesoru na 200MHz zvládá včetně emulace VGA výstupu,
co to musí dělat na 3GHz stolní mašině ?!? ;)

Překvapilo mě jak málo toho bylo potřeba ve zdrojácích změnit, takže první nástřel výsledku
můžou ti s okénkovým systémem na PC vyzkoušet zde:

http://dzi.n.cz/8bit/stmz800/imgs/STMZ800WIN.zip

Jen se to někam nakopíruje a spustí, spustitelné soubory jsem tam dal dva, jedno je verze
přeložená bez optimalizací na rychlost, pro případ, že vám bude avast neustále schovávat
optimalizovanou verzi poplašeně a bezdůvodně do virové truhly. Ovládání viz HW verze
STMZ800, soubory, které by byly jinak na SD kartě jsou v adresáři SD vedle exe souboru.
Doplňte si další programy dle libosti, v zipu je přiloženo jen pár kousků na rychlé otestování.

Ovládání ve zkratce, to nejdůležitější:
F12 = reset
S + F12 = reset a emulace MZ800
J + F12 = to samé, ale s japonskou znakovou sadou
Z + X + F12 = emulace ZX 48k + spuštění
Z + X + C + F12 = emulace ZX 128k
P + F12 = PMD85-3 s řadičem PMD32 a modulem MUSICA

Q + F12 = spustí (v režimu MZ800) unicard managera, můžete spuštět MZF soubory a mapovat
obrazy disket DSK

F9 = držením klávesy se vypisuje stavový řádek - typ stroje a video režim, nastavení dělící
frekvence audio filtru, hlasitost a rychlost emulace v % originál mašiny.

Numerická klávesnice:
* a / přidává a ubírá po 10% rychlost emulace (10 až 200% pokud se přidá na 210, vypne se
synchronizace a běží to, co to dá).
+ a - řídí hlasitost
SHIFT a + nebo - přidává ubírá výšky (posouvá dělící frekvenci filtru)

PrtScr - hodí do adresáře SD/unicard/ bitmapu

Něco k omezením, kvůli velmi omezeným prostředkům na původním železe jsou některé věci
zjednodušené, emulátor není úplně "pixel-perfect", pixely se aktualizují jednou za řádek,
ale na drtivou většinu programů to stačí, dokonce i y2k.mzf ukazuje správně. Pak taky border
se sampluje jenom jednou v řádku, takže pruhy ano, ale běžící text v borderu neuvidíte.
Oproti HW verzi jsem vypustil akorát možnost přehrávat MP3 na pozadí, přímo v emulátoru.
Na čem ale šetřeno nebylo (aspoň v emulaci MZ800), to je zvuk, respetive kvalita emulace
zvukového výstupu, zkuste v basicu příkaz MUSIC"O5T6CDEFGAB+C zde a v jiných emulátorech.

Příjemnou zábavu
Bohouš



_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Už zas další staronový emulátor MZ-800

<bohumil.novacek@[doména skryta]> SHARP MZ-800

Tak kdyby to někoho zajímalo, tak jsem kompiloval s mingw32 z codeblocks
s knihovnou SDLv1.2

Jinak nic tak sofistikovaného jako z80ex nepoužívám, používám cosi běžícího
po celých instrukcích, původně velmi velmi podobnému:
https://github.com/OpenEmu/NeoPop-Core/tree/master/Core/z80
Ale hodně jsem to překopal, doplnil 16bitové porty, některé nedokumentované
instrukce a jejich časování, místo switchů tabulky funkcí (což mi umožnuje
za chodu měnit typ procesoru :) ), nedokumentované bity F registru, atd.
Pro potřeby emulace Spectra jsem musel doplnit přesné časování přístupu
do paměti uvnitř instrukcí kvůli contended memory.

Bohouš

Zobrazit citovaný text

---------- Původní zpráva ----------
Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 7. 1. 2015 12:31:15
Předmět: Re: [SharpMZ] Už zas další staronový emulátor MZ-800


Bohousi prosimte zajimalo by mne par veci:

Kompiloval jsi to taky v mingw32, nebo v necem jinem?

Jakou emulaci CPU jsi pouzil?

Ja pouzivam z80ex, ktery je naprosto presny co se tyka instrukci a
flagu, nicmene jsem u nej zjistil, ze nema spravne osetreno casovani
uvnitr vsech instrukci - jen u IORQ a jediny zpusob jak to osetrit bez
zasahu do samotneho z80ex bylo pouzit callback, ktery se mi zavola pri
kazdem pultaktu CPU, coz samozrejme okamzite srazilo vykon procesoru na
50%.
Lepsi implmentaci z80 jsem prozatim nevidel, takze bud budu muset napsat
vlastni a nebo udelat zaplatu do toho z80ex.

Michal

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Už zas další staronový emulátor MZ-800

<bohumil.novacek@[doména skryta]> SHARP MZ-800

Právě, že mě to až zaskočilo, jak to bylo jednoduché :) Začal jsem v pátek a asi po hodině
jsem pařil GALAO zatím bez zvuku, klávesnice a grafika šla vyměnit kus za kus, trošku
horší pak bylo dodělat audio a nejtěžší bylo přiohnout fatfs, aby nesahala na sektory
na SD kartě, ale poslušně přes souborový systém. Tak to bylo asi tak na den.

Když už to běhalo, tak jsem pustil zexall.com, který normálně běží přes 4 hodiny a zjistil
po pěti minutách, že mám chyby v implementaci bitu 3 a 5 registru F, takže úplně nejvíc
času zabralo opravování těhle chyb, když už to pouštím do světa, ať to je čisté. To se mi
teď hodí, protože to opravené přeložím zpět do hardwarového STMZ800.

Opakováním kláves na CP/M dělá sama CP/M, v emulátoru přepnutém na steroidy by to
chtělo vypnout nebo hodně prodloužit opakování kláves při dlouhém stisku, ví někdo jak ?

Bohouš

Zobrazit citovaný text

---------- Původní zpráva ----------
Od: Martin Lukasek <lukasek[doména skryta]>
Komu: Počítače SHARP MZ a jejich emulátory <sharpmzmail.ordoz.com>
Datum: 7. 1. 2015 12:53:46
Předmět: Re: [SharpMZ] Už zas další staronový emulátor MZ-800


Cau Bohousi,

 

super dilko. To by mne nenapadlo, ze je az tak jednoduche portovat emulator z ARM na PC. Kolik prace venovals uprave kodu, aby to na PC slo?

 

Michaluv emulator jsem sledoval s nadsenim, protoze presne Michalova vytka tykajici se softu mne take trapi. Myslim, ze jakmile bude/je emulator, ktery podporuje nove periferie (Unikartu) tak se bude lepe nejaky ten soft vyvijet. Rozhodne ten, co pracuje s Unikartou a ja urcite brzo zapracuju na mych utilitkach. Pokud by pribyla ta sit, tak se tesim, ze napisu nejakou sitovou gamesku. V emulatoru, ktery se da zrychlit a bezi pohodlne na PC to bude mnohem jednodussi nez na realnem Sharpovi.

 

Bohousi, dalo by se nejak udelat, aby pri zrychleni jela obsluha klavesnice v CP/M normalne? Pokud zrychlim na max, neda se psat. Je otazka jestli je to jen uprava nejakych timeru nebo do znamena upravu CP/M.

 

Kazdopadne chlapi super a diky!

 

Martin

 

 

From: sharpmz-bouncesmail.ordoz.com [mailto:sharpmz-bouncesmail.ordoz.com] On Behalf Of bohumil.novacek[doména skryta]
Sent: Wednesday, January 07, 2015 12:55 AM
To: Počítače SHARP MZ a jejich emulátory
Subject: [SharpMZ] Už zas další staronový emulátor MZ-800

 

Zdravím vespolek,

  jak se tu objevil boom s emulátorama, tak přihazuju další :)
Minulý týden mě napadlo (teda už dřív, ale teď jsem to i zkusil), co by obnášelo přeložit
můj STMZ800 ( viz http://dzi.n.cz/8bit/stmz800/ ) pro PC. A co by to umělo, když to na
jednoduchém 32 bitovém procesoru na 200MHz zvládá včetně emulace VGA výstupu,
co to musí dělat na 3GHz stolní mašině ?!? ;)

Překvapilo mě jak málo toho bylo potřeba ve zdrojácích změnit, takže první nástřel výsledku
můžou ti s okénkovým systémem na PC vyzkoušet zde:

http://dzi.n.cz/8bit/stmz800/imgs/STMZ800WIN.zip

Jen se to někam nakopíruje a spustí, spustitelné soubory jsem tam dal dva, jedno je verze
přeložená bez optimalizací na rychlost, pro případ, že vám bude avast neustále schovávat
optimalizovanou verzi poplašeně a bezdůvodně do virové truhly. Ovládání viz HW verze
STMZ800, soubory, které by byly jinak na SD kartě jsou v adresáři SD vedle exe souboru.
Doplňte si další programy dle libosti, v zipu je přiloženo jen pár kousků na rychlé otestování.

Ovládání ve zkratce, to nejdůležitější:
F12 = reset
S + F12 = reset a emulace MZ800
J + F12 = to samé, ale s japonskou znakovou sadou
Z + X + F12 = emulace ZX 48k + spuštění
Z + X + C + F12 = emulace ZX 128k
P + F12 = PMD85-3 s řadičem PMD32 a modulem MUSICA

Q + F12 = spustí (v režimu MZ800) unicard managera, můžete spuštět MZF soubory a mapovat
obrazy disket DSK

F9 = držením klávesy se vypisuje stavový řádek - typ stroje a video režim, nastavení dělící
frekvence audio filtru, hlasitost a rychlost emulace v % originál mašiny.

Numerická klávesnice:
* a / přidává a ubírá po 10% rychlost emulace (10 až 200% pokud se přidá na 210, vypne se
synchronizace a běží to, co to dá).
+ a - řídí hlasitost
SHIFT a + nebo - přidává ubírá výšky (posouvá dělící frekvenci filtru)

PrtScr - hodí do adresáře SD/unicard/ bitmapu

Něco k omezením, kvůli velmi omezeným prostředkům na původním železe jsou některé věci
zjednodušené, emulátor není úplně "pixel-perfect", pixely se aktualizují jednou za řádek,
ale na drtivou většinu programů to stačí, dokonce i y2k.mzf ukazuje správně. Pak taky border
se sampluje jenom jednou v řádku, takže pruhy ano, ale běžící text v borderu neuvidíte.
Oproti HW verzi jsem vypustil akorát možnost přehrávat MP3 na pozadí, přímo v emulátoru.
Na čem ale šetřeno nebylo (aspoň v emulaci MZ800), to je zvuk, respetive kvalita emulace
zvukového výstupu, zkuste v basicu příkaz MUSIC"O5T6CDEFGAB+C zde a v jiných emulátorech.

Příjemnou zábavu
Bohouš

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Už zas další staronový emulátor MZ-800 - první oprava :(

<bohumil.novacek@[doména skryta]> SHARP MZ-800

Oops, díky, to jsem přehlídl, sorry.
Opravené binárky jsou zpět na http://dzi.n.cz/8bit/stmz800/imgs/STMZ800WIN.zip
A to mám ještě u konstanty SDLK_QUESTION komentář "//mapovano na F8" a netrklo
mě to :( Tak jsem to přepsal na SDKL_F8 a už to dělá, co má.

Komu chybí '?' pod stisku F8, ať si stáhne zip znovu, ještě jednou se omlouvám
za tuhle primitivní chybku.

Bohouš

Zobrazit citovaný text

---------- Původní zpráva ----------
Od: Miloš <milsa[doména skryta]>
Komu: Počítače SHARP MZ a jejich emulátory <sharpmzmail.ordoz.com>
Datum: 7. 1. 2015 13:09:20
Předmět: Re: [SharpMZ] Už zas další staronový emulátor MZ-800


Neviem, či je to len u mňa, ale klávesa F8 (?) mi nefunguje.

Miloš
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

Re: [SharpMZ] Už zas další staronový emulátor MZ-800 - první oprava :(

Miloš <milsa@[doména skryta]> SHARP MZ-800

Stane sa, nevadí. Už tomu chýba len virtuálne CMT. ;-)

Mal by som však ale jednu otázku:

Hovoríš, že border sa mení raz za riadok. Nešlo by to upraviť tak, ako to testujem ja? Otestujem, či sa nachádza vľavo pred borderom alebo vpravo za borderom. Ak áno, tak sa k lúču pričíta počet tikov, maximálne do konca riadka. Potom testujem, či je nad alebo pod borderom. Ak áno, pričítam tiky, tiež maximálne do konca riadka. Potom testujem či sa nachádza v hornom alebo dolnom borderi. Ak áno, tak pokiaľ sa kreslí border, tak sa v lúči zmení farba a kreslí sa tých pár bodov, maximálne ale do konca borderu, ak nie, tak len preskočí lúč o tie tiky opäť do jeho konca. No a potom testujem, či sa nachádza v ľavom alebo pravom borderi. Ak áno, tak kreslím buď po grafiku alebo po koniec pravého borderu, ak nie, tak kreslím grafiku. Potom otestujem, či som vyčerpal všetky tiky a ak nie, tak opakujem celý postup znova. Myslím, že toto by ti nemuselo spomaliť grafiku. Síce neviem ako si obmedzený pri STM čipe, ale po tejto úprave by si mohol mať aj grafiku v borderi. Michal neviem ako kreslí grafiku, ale myslím, že tento spôsob nepoužíva, lebo pri zapnutom CMT a meniacom sa borderi nemám ani 100 % emulácie a verím tomu, že jeho implementácia má ešte dostatočné rezervy, čo sa grafiky týka. Ja mám v mojom emulátore pri bežiacom borderi a zapnutom CMT rýchlosť cca 500 %. A pri vypnutom borderi cca 1300 %.

No a ešte by som sa hádam prihovoril k tomu, aby sa pomocou nejakého konfigu dal namapovať SD adresár aj na iné adresáre. Ja mám adresár files niekde inde na disku a tam mám všetko k MZ a pristupujem k tomu zo všetkých emulátorov. Takže by bolo ideálne, keby v config.ini napíšem, napríklad, toto a nemusím mať pre tento emulátor vytvorený adresár SD:
SD=D:\Emulator\MZ-800\files

V Sharp teste som našiel chybičku alebo zámer? Ak stlačím F1 + F2 (spolu), tak mi skončí program.

A k tomu Sharp testu sa chcem spýtať na hornú ROM, ako sa počíta kontrolný súčet? Píše mi error (môj emulátor), ale mapovanie ROM je v poriadku, zrejme to počíta tie bajty E000h-E00Fh a tam mu niečo nesedí (ešte som neriešil, že ako by ich podsúval reálny Sharp). Ráta to iba od E009 vyššie? Skúsil som aj vracať 7Eh na adresách E009-E00F, ale nepomohlo to.

Miloš

Dňa 7. 1. 2015 o 15:23 bohumil.novacek[doména skryta] napísal(a):
Oops, díky, to jsem přehlídl, sorry.
Opravené binárky jsou zpět na http://dzi.n.cz/8bit/stmz800/imgs/STMZ800WIN.zip
A to mám ještě u konstanty SDLK_QUESTION komentář "//mapovano na F8" a netrklo
mě to :( Tak jsem to přepsal na SDKL_F8 a už to dělá, co má.

Komu chybí '?' pod stisku F8, ať si stáhne zip znovu, ještě jednou se omlouvám
za tuhle primitivní chybku.

Bohouš

---------- Původní zpráva ----------
Od: Miloš <milsa[doména skryta]>
Komu: Počítače SHARP MZ a jejich emulátory <sharpmzmail.ordoz.com>
Datum: 7. 1. 2015 13:09:20
Předmět: Re: [SharpMZ] Už zas další staronový emulátor MZ-800


Neviem, či je to len u mňa, ale klávesa F8 (?) mi nefunguje.

Miloš
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

Re: [SharpMZ] Už zas další staronový emulátor MZ-800 - první oprava :(

<tlc@[doména skryta]> SHARP MZ-800

Ahoj. 

>> V Sharp teste som našiel chybičku alebo zámer? Ak stlačím F1 + F2 (spolu), tak mi skončí program. 

Já od dob, co jsem ho poprvé před mnoha lety spustil na reálném SHARPU předpokládám, že je to záměr. 
Často jsem si chtěl jen ověřit, že všechny základní testy projdou a nepotřeboval jsem testovat klávesnici. 
Pak jsem tuto vlastnost používal pro rychlé ukončení programu bez nutnosti resetu nebo projetí všech kláves. 

Tomáš