Jakby jeszcze byly, to ja bym sie pisal na 2szt.
Prosze dane do przelwu na prv jesli jeszcze aktualne.
dzieki

ooo bylbym niewymownie wdzieczny. Mam troche rozniastych joyow i nie tylko joyow na wymiane jakby co.

No wlasnie, rozdzielczosc rozdzielczoscią ale ZX i CPC mają bardzo ograniczona paletę kolorow. W grach, ktore moga byc oczojebne sie sprawdzają, ale w takich, ktore wymagaja troche smaku kolorystycznego i klimatu Atari moze byc górą jesli wezmie sie za to dobry grafik.

@syscall staramy sie tu utrzymywac jaki taki poziom wiec panuj troche nad słownictwem plis.
Mogles uzyc slowa "nieistotne" lub "pomijalne"...
;)

A wiec udalo sie doprowadzic projekt to sprzedaży :) Gratuluję!
Mialem okazję niecały rok temu w Szczecinie testowac prototyp i przyznam ze widzialem wtedy masę potencjalnych problemow dla tego projektu. Ciesze sie ze udalo sie je rozwiazac.

Gra jest nowatorska i chocby dlatego powinna odniesc sukces w zalewie kolejnych klonow angry birdsow.
Poki co niestety nie przetestuje bo nie jest kompatybilna z moim Galaxy mini. Ale zaraz namowie kogos z kolegow zeby sciagnal to obejrzę :)

Wersja NTSC jest opisana jako rzadka - zobacz ceny na eBayu, zawsze jest kilka wystawionych.
Wersja PAL jest warta zdecydowanie mniej. Sam mam taki - kupilem go za kilkanascie zl bodajze.

@jer - ale chodzi mi tylko o rząd wielkosci: 1ms, 10ms, 100ms? Wiem, ze jest to zmienne i zaleznie od uzytego obwodu do podtrzymania sygnalu reset w stanie niskim, dlatego liczylem na orientacyjna odpowiedz "z praktyki". Sam nie mam nawet oscyloskopu. Znalalzme opis ze schematem z którego wynikało ze w C64 jest to ustawione na 0.5s

@Candle - faktycznie robilem takie podchody. Dobrze mnie rozszyfrowales na podstawie pytan :) Ale wiesz, ze jak sie zacznie publicznie dyskutowac projekt to zazwyczaj nic dobrego z tego nie wynika - konkrety się rozmywają w offtopicach :/ Wolalem zadac konkretne pytania i pomyslec samemu.
Też początkowo obliczalem ze uC 50MHz da rade, a juz 100MHz będzie się nudził. Ale jak zaczałem analizowac specyfikację konkretnych uC to juz zrobilo sie mniej różowo. Tak szybkie procki to są wlasnie ARM zazwyczaj, mocno skomplikowane. Owszem mają DMA ale zazwyczaj nie pracujące z GPIO ktore moznaby podpiąć rownolegle pod szynę Atari tylko przeznaczone do transmisji danych z pamieci do USB albo SPI. I jak piszesz mało który ma spięte GPIO do szybkiej wewnętrznej szyny danych. Okazało się też, że mimo szybkości, reakcja na przerwanie i odlozenie rejestru procesora na stos to 7 a czasem 11 taktow. No isą na 3.3V a nie na 5V. To wszystko jest mocno zniechęcające, całość moze sie okazac niestabilna.
Ale chcialbym sobie nad tym tematem popracowac jeszcze troche samemu. To takie moje prywatne marzenie od lat i chciałbym je kiedys samemu zrealizowac. Ty masz swoich rewelacyjnych projektów całą masę, ja też chciałem mieć jakis swój ambitny i się na nim uczyć :) A za odpowiedzi na pytania jestem bardzo wdzięczny.

Nie potrafię znaleźć w 100% pewnych odpowiedzi jeszcze na kilka zagadnien. Sprawdzalem "Podstawowe procedury systemu operacyjnego" Zientary, ale juz np. schemat blokowy procedury RESET mnie rozwalił. No jak mozna napisac w algorytmie: "cartridge wyjęty lub włożony?" TAK/NIE :) 

(EDITED: wczytałem się w asm i już rozumiem to sprawdzenie, które wydało mi się śmieszne. Nalezy to chyba czytać jako sprawdzenie "czy cartridge ZOSTAŁ wyjęty lub włożony?")

Więc po kolei:

1. (EDITED: pierwsze pytanie juz nieaktualne - źle zrozumialem tekst Zientary)

2. Czy włożenie lub wyjęcie carta ze slotu w czasie pracy Atari (poza ryzykiem czysto elektrycznym) nie spowoduje żadnych "efektow ubocznych" w pracy Atari jesli w obszarze pamieci mapowanym na carta nie ma kodu programu/DL/pamieci ekranu itp itd.?

EDITED: Na to tez znalazlem juz odpowiedz: w tekscie Zenona http://www.atarionline.pl/v01/index.php … =wynalazki
Nie mozna ot tak sobie wyjac carta z gniazda.

3. Sygnaly R4 i R5 wymuszają przełączenie odpowiednich 8kB obszarow adresowych z wewnętrznego RAM na szyne carta. Ale robią to czysto "elektrycznie" czyli układami cyfrowymi. Z opisu rejestru TRIG3 (http://atariki.krap.pl/index.php/Rejestry_GTIA) wyczytalem ze stan R5 "odkłada się" w tym rejestrze. Ten rejestr jest wykorzystywany w procedurze bootowania jako wskaźnik czy jest wlozony cart (u Zientary rozdział 2.3.1. Procedury rozpoznania cartridge'a i RAM").

Ale w ten sposob nie wykryje się carta wpiętego w obszar $8000-$9FFF (sygnalizowanego R4, bo R4 nie wpływa na rejestr TRIG3). Jak system to robi? Wiem, że testuje możliwość zapisu każdej strony pamięci, żeby w razie braku zapisu umieścić DL i pamięc obrazu gdzie indziej.
Z moich eksperymentow z RAM-CART'em Zenona pracującym na obszarze $8000-$9FFF (R4) wynika, ze Atari nie podejmie próby bootowania z carta (mimo prawidłowego nagłówka $9FFA-$9FFF) jeśli wykryje, że pamięć jest zapisywalna (ram-cart ustwiony w tryb ZAPIS).

Czy tak faktycznie jest i czy to samo dotyczy obszaru $A000-$BFFF (R5)? Czyli jesli system wykryje że jest tu pamięć zapisywalną RAM, to mimo że R5 będzie ustawione (a więc i rejestr TRIG3) to nie spróbuje poszukac nagłówka cartridga i wykonać z niego bootowania?

EDITED: znów znalazłem sam odpowiedz w książce Zientary: http://tajemnice.atari8.info/ksiazki/pp … utera.html
W pewnym momencie procedury RESET jest sprawdzane czy RAMSIZ>$B0, czyli czy powyżej adresu $B000 udało się testowo coś zapisać do pamięci. Jesli tak to NIE jest wywolywana inicjalizacja carta.

@epi, @syscall - chyba obaj macie na mysli odswiezanie pamieci dynamicznej 9 razy na linie jak to pokazal Candle na załączonych logach (swoją drogą znakomitych, dzieki!), tak?

Wiem ze w tym celu Antic haltuje CPU, ale co to wlasciwie znaczy "memory refresh"?
Antic adresuje całą pamięć Atari? Po kolei czy jak? Nawet otworzylem PDF'a kosci 4164, ale przyznam ze mimo ze kiedys odebralem wyksztalcenie elektroniczne nie rozumiem dalej jak to odswieżanie jest realizowane w Atari.

Zresztą moze nie musze wiedziec, a po prostu zle zadalem pytanie...

Bo mnie konkretnie obchodzi czy Antic w ramach tego "odswiezania" 9 razy na linię, bedzie adresowal szynę cartridga I JEDNOCZESNIE wpływał na sygnały S4 i/lub S5, jesli do Atari przypięty jest cart (czyli kiedy sygnaly R4 i/lub R5 są w stanie wysokim)?
Bo jesli linie adresowe na zlaczu carta będą sie zmieniac w cyklach kiedy jest odswiezanie wewnętrznej pamieci dynamicznej, ale Antic nie bedzie ustawial S4 i S5 w stan niski to dla mnie tez ok.

O_o

Mam taki jeden i to "historyczny" bo kupiony kiedy Avalon wyprzedawal pare lat temu na allegro swoj sprzet Atari.
Zawsze wiedzialem, ze to hobby to bedzie dobry "trzeci filar" ;)