Ahoj Vašku,
pomalé flashky jsou kámen úrazu drtivé většiny ARM Cortex M procesorů,
STM32Fxxx a LPC1xxx nevyjímaje. Alespoň část kódu závislého na rychlosti
musí běžet z RAM, pokud to má mít nějaký výkon při zobrazovaní.
LPC1769 stíhá jak emulaci Z80, tak periférií Sharpa (aspoň v okleštěné míře,
co stačí většině her) včetně GDG. Není tam místo v paměti na double-buffering,
takže na změny barevné palety během snímku se nehraje :-) Stejně není místo
na samotnou RAM Sharpa, je tam externí SRAMka na pinech LPC. Obraz
je ve skutečnosti jen 160x200, ale přenášejí se dva pixely naráz a externí
4bitový multiplexer 74HCT157 je prostřídá na těch 320x200. 640x200 se pak dělá
sčítáním sousedních pixelů (krásně to emuluje, jak obraz zmrší PAL modulátor :-) )
K principům generování obrazu na jednotlivých platformách se vyjádřím na email,
tady v konferenci už je to asi silně OT.
Bohouš
Od: Bohumil Nováček (sharpemupandora.cz)
> nabizi moznost to dat misto te Z80. No to uz ma blizko k tomu, ze to toho Sharpa potrebovat nebude
> vubec (uz s LPC1769 na 120MHz jsem rozjel Flappyho a dalsich 90% programu si nevsimlo, ze
> nebezi na Sharpovi, ale krabicce s ARM Cortex-M3, PS/2 klavesnici a VGA monitorem).
Ahoj Bohouši,tohle mne zajímá. Já si onehdá hrál s Uzeboxem, resp. jeho portací na STM32F1 na 72MHz. A musím říct, že díky pomalé FLASHce se mi nepodařilo rozumně udělat ani 320x200 bodů.
To LPC stíhá co všechno ? Chápu, že tam máš plný emulátor Sharpa ?
Vašek
---
pomalé flashky jsou kámen úrazu drtivé většiny ARM Cortex M procesorů,
STM32Fxxx a LPC1xxx nevyjímaje. Alespoň část kódu závislého na rychlosti
musí běžet z RAM, pokud to má mít nějaký výkon při zobrazovaní.
LPC1769 stíhá jak emulaci Z80, tak periférií Sharpa (aspoň v okleštěné míře,
co stačí většině her) včetně GDG. Není tam místo v paměti na double-buffering,
takže na změny barevné palety během snímku se nehraje :-) Stejně není místo
na samotnou RAM Sharpa, je tam externí SRAMka na pinech LPC. Obraz
je ve skutečnosti jen 160x200, ale přenášejí se dva pixely naráz a externí
4bitový multiplexer 74HCT157 je prostřídá na těch 320x200. 640x200 se pak dělá
sčítáním sousedních pixelů (krásně to emuluje, jak obraz zmrší PAL modulátor :-) )
K principům generování obrazu na jednotlivých platformách se vyjádřím na email,
tady v konferenci už je to asi silně OT.
Bohouš
Zobrazit citovaný text
---------- Původní zpráva ----------
Od: Vaclav Peroutka (sharpemupandora.cz) <vaclavpe[doména skryta]>
Datum: 8. 12. 2012
Předmět: Re: Re: Re: Re: Novy FDC pro Sharp MZ-800
Od: Bohumil Nováček (sharpemupandora.cz)
> nabizi moznost to dat misto te Z80. No to uz ma blizko k tomu, ze to toho Sharpa potrebovat nebude
> vubec (uz s LPC1769 na 120MHz jsem rozjel Flappyho a dalsich 90% programu si nevsimlo, ze
> nebezi na Sharpovi, ale krabicce s ARM Cortex-M3, PS/2 klavesnici a VGA monitorem).
Ahoj Bohouši,tohle mne zajímá. Já si onehdá hrál s Uzeboxem, resp. jeho portací na STM32F1 na 72MHz. A musím říct, že díky pomalé FLASHce se mi nepodařilo rozumně udělat ani 320x200 bodů.
To LPC stíhá co všechno ? Chápu, že tam máš plný emulátor Sharpa ?
Vašek
---