sie zobaczy mape pamieci ATMOSa, sie zobaczy ;)

ciekawe, niby komputerek o ktorym nikt nie slyszal a tu takie tytuly...

Widzę, szykuje się nowy emulator... Czekamy, czekamy, zapowiada się interesująco... Procek taki sam, może będzie szybciej działał niż zXEmulator (a pro po - będzie wersja 2.0?)

:D :D

http://atari.pl/stormlord_atmos.rar

:D :D :D :D :D :D :D :D :D :D

ok. no nie calkiem dobrze dziala, gra zmienia czestotliwosc wywolywania przerwan. narazie nie bardzo wiem jak to rozsadnie zmienic... sa jeszcze problemy ale i tak sie ciesze !!!!

A osoba Oric nie jest czasem klonem Spectrumny?? I to sowieckim klonem??

nie oric atmos to nie klon zx tylko jego bezposredni konkurent (tak czytalem),

@mono, to nie chodzi o program antica tylko dane skad pobiera do wyswietlania ale zabiles mi cwieka... wydaje mi sie ze antic nie moze wyswietlic lini jesli pamiec ekranu zaczyna sie od np. $aff0 a konczy na $b018 !

---
a tak poza tym to juz caly pierwszy level dziala :p
nie mozna go co prawda ukonczyc (zwiecha na bonusie) ale jutro bedzie mozna ;-)

Wow! Działająca konwersja w niecałe 2 godziny.... Ubermensch :-)

@alex, no niestety ale tak fajnie to nie jest, raczej po 4 godzinach i to jeszcze 'zaczynajaca' dzialac... ale wieczorkiem mozna juz bylo przejsc pierwsza faze :D

@Jacques, jak? widziales gdzies program do konwersji grafiki na atarowska? pisalem juz o tym programiku w przypadku apple2 i bbc micro .... :/

Np. tak?

;ekran 32-bajtowy (wykorzystane bajty 1..30)

;X=x (0..39)
;Y=data
puttoscr:
    lda hshltab,x
    sta shldata+1
    lda hshrtab,x
    sta shrdata+1
shldata = *+1
    lda sh0l,y
    sta datal
shrdata = *+1
    lda sh0r,y
    sta datar

    ldy postab,x
    lda (line),y
    and maskltab,x
datal = *+1
    ora #0
    sta (line),y

    iny
    lda (line),y
    and maskrtab,x
datar = *+1
    ora #0
    sta (line),y
    rts

postab: dta :40 1+#*6/8

hshltab: dta :10 >sh2l,>sh4l,>sh6l,>sh0l
hshrtab: dta :10 >sh2r,>sh4r,>sh6r,>sh0r

//tablice masek tresci ekranu odpowiednio dla lewego bajtu i prawego
maskltab: org *+40
maskrtab: org *+40

//tablice wartosci wpisywanych do pamieci ekranu przesunietych o n bitow
//i zamaskowanych (6-bit) odpowiednio dla lewego bajtu
sh0l: org *+$100
//sh2l ma te sama zawartosc, co sh0l (same zera) - mozna scalic w jedna
sh2l: org *+$100
sh4l: org *+$100
sh6l: org *+$100
//i dla prawego
sh0r: org *+$100
sh2r: org *+$100
sh4r: org *+$100
sh6r: org *+$100

Wychodzi sporo operacji na zapis jednego bajtu na ekranie no i całkiem spory narzut na tablice.
Podobnie by trzeba było zrobić z odczytem.
XXL to wie, dlatego Apple Invaders też wykorzystują 6 bitów na bajt :)

filmik z dzialania gry http://atari.pl/stormlord.rar
doszedlem juz do 3 fazy (trzecia jest ciezka) ogolnie gra calkiem ok.

apple uzywa 7 bitow i to jeszcze w odwrotnej kolejnosci niz atari, oric uzywa 6 bitow, przy obrazie kolorowym wyglada to gorzej (dane moga byc interpretowane jako atrybuty albo grafika)...

nie chce robic konwersji grafiki w locie (chociaz cos mi sie wydaje ze bylo by to mozliwe - na filmiku ta gra dzila z polowa predkosci :-) ona moze dzialac dwa razy szybciej...) wystarczy przerobic procki rysowania (dosc proste a poza tym beda szybsze) i grafike skonwertowac do pelnych 8 bitow na bajt albo zamaskowac 2 najstarsze bity i bedzie grafika z pionowymi paskami jak na apple ;-)

a gdyby tak... (w tym watku moge pospekulowac) do rdzenia vbxe dodac mini procesor nie zaden konkretny, posiadajacy tylko wskaznik do zestawu rejestrow w swojej pamieci, co pozwoliloby napisac dla niego emulacje dowolnego procesora lub nawet kilku na raz, taki procek w vbxe dzialaby na podobnej zasadzie jak teraz blitter - moglby sie sam zatrzymac haltem lub 6502 mogla by przerwac jego dzialanie... to pozwoliloby emulowac nie tylko 8bitowce z lat 80 ale tez automaty arcade nawet z 2 roznymi procami dzialajacymi rownolegle... rozmarzylem sie...

@mono: No właśnie sam jestem ciekaw :-) Prosty sposób, a ile radości... Zgrubnie licząc to taka konwersja on-the-fly pewnie zjadłaby z 90K cykli.

to nie ma byc emulacja wiec po co co ramke robic konwersje gafiki (co ramke zeby nie grzebac w programie, lub gdy bedzie zapis w pamiec obrazu) a jesli konwertowac tylko to co potrzeba a nie caly obraz nalezaloby zmienic procke rysowania a skoro zmieniac procke rysowania to dlaczego sie tak bawic skoro mozna zmienic grafike i gra bedzie dzialac nie tylko szybciej ale rozdzialka sie zmieni z 280px na 320px.

mysle, ze lepiej skonwertowac grafike i poprawic procke rysowania...