Zgadzam sie z solo - nie oczekuj po darmowych serwisach jakosci - to tak jakbys mial wybrac srodek transportu: nogi, rower i samochod - im tansze rozwiazanie, tym mniejszy komfort ;)

Zreszta jezeli to jest cos komercyjnego, to nie badz sknera (skapiec podwojnie traci) i nie boj sie wydac tych kilku- (nastu,dziesiecu,set) zlotych ;)

No wlasnie... tez bym kupil :/ ktos mnie zasponsoruje ?

Jezeli chodzi o mnie, to na razie odpada: czas, kasa itp - jednym i drugim bede dysponowal dopiero w marcu.

Pink & Pirx gratuluje :)

Plodzcie nowych atarowcow, zeby za 20 lat mial kto na zloty przyjezdzac ;)

Dracon__: wielgachna dziekuwa :) na jakims party zrewanzuje sie ;)

Btw. szukam jeszcze zawartosci oryginalnych instalek dolaczanych standardowo do Falcona (speedo, language itp), ale w jezyku angielskim (posiadam w niemieckim, mozemy sie wymienic ;) - i nie chodzi tutaj o same dyskietki, tylko ich zawartosc.

A u mnie beta 3 niestety ma duze problemy - w momencie startu na ekranie emulatora pojawiaja sie "zagubione piksele" po czym maszyna sie wiesza - na Alt+Ctrl+Del reaguje po okolo 20 sekundach i moge ja spokojnie zkillowac proces, ale faktem jest ze nie chce dzialac :/
Owe "zagubione piksele" to takie "kaszanowate" grupki pikseli, efekt jakby randomem cos na ekran rzucac, taka kolorowa cieczka.

Pozostale wersje emulca chodzily zawsze stabilnie i nie bylo z nimi zadnych problemow (3.1, 4beta1, 4beta2).
Moje cfg to Athlon 1GHz, 256 MB RAM, GeForce 256, system Windows 2000 SP3 + DirectX 9, rozdzielczosc pulpitu 1024*768 100Hz, emulator w trybie podwojnego okna (zawsze w tym trybie dzialal dobrze)

xxl: Oczywiscie, ale nalezaloby zachowac 100% zgodnosci w dol. Wieksze sprite-y oznaczalyby koniecznosc przerobek ANTIC-a, a ten chip jest chyba bardziej zakrecony niz 6502 :) Chyba, zeby zastosowac w ukladzie zastepczym GTIA wlasna pamiec, i od obszaru $d020 umiescic dodatkowe rejestry umozliwiajace sterowanie dodatkami. A jak juz mielibysmy pamiec, to czemu nie wykorzystac jej do mapowania kolorow dla praktycznie kazdego piksela ? :) Wtedy bysmy mogli uzyskac 320*2xx przy palecie 256 kolorow bez ograniczen, bez interlaceow itp - to bylby czad, nie ?
Tylko powraca stary dylemat... czy to bedzie mialo jeszcze cos wspolnego z Atari ?

Electron: co do projektu - czemu,nie ? ;)

Przypuszam (nie przegladalem dokumentacji, ale tak mi moj chlopski rozum podpowiada), ze owe 3 bity po prostu przekazuja aktualny numer wyswietlanego koloru (antic rozroznia 5 niezaleznych kolorow) + jakies specjalne wartosci, ktore np. wymuszaja czytanie przez GTIA danych spriteow.
IMHO zawila sprawa emulatora GTIA beda tryby graficzne 9,10,11 - tutaj przydalyby sie jakies rejestry, ktore odczytywalyby 4 kolejne wartosci i rzucaly na ekran jako tryby GTIA - sam moment wyzwolenia pracy moznaby bylo uwarunkowac pojawieniem sie koloru nr.2 (ten rownowazny z komorka 710) - raczej nie slyszalem, zeby ktos uzywal trybow GTIA nakladanych na inny tryb graficzny niz gr.8 (ew gr.0, ktory jest pochodny).
Z sprite-ami moze byc wiekszy problem - ruch poziomy moznaby bylo rozwiazac poprzez jakis system licznika, ktory zliczalby cykle koloru i po osiagnieciu wartosci rownej zawartosci komorki odpowiadajacej za polozenie poziome po prostu by wyswietlal z bufora zawartosc - najpierw jednak trzebaby dokonac jakiegos porownania, z tym co idzie na ekran, zeby uwzglednic kolizje i ustalic priorytety kolorow i duszkow, ktore beda wyswietlane na ekranie.
Najwiekszy problem bylby chyba z definicja kolorow - tu trzebaby bylo dorzucic jakis (EP)ROM z definicjami precyzyjnie dobranych barw.

Btw. skoro udalo sie uzyskac sygnal w postaci niezaleznych skladowych RGB moze warto byloby zrobic cos, zeby mozna bylo podlaczyc Atarke do VGA ? trzebaby bylo wtedy miec 2 razy wieksze synchro poziome (31 kHz) i jakis bufor, ktory by buforowal jedna linie obrazu koncowego i umozliwialby jej dwukrotne wyswietlanie.

Na razie takie mysli nawiedzily moj leb tytulem "zrobienia" GTIA na swiezo po przeczytaniu propozycji Electrona ;)

Candle: a co to ma za znaczenie - i tak trzebaby bylo pomyslec o przerobkach w systemie, np. wyp* SELF TEST i w to miejsce wrzucic "Setup-a", a wtedy juz programowo mozna przypisac klawisz - skupiam sie teraz wokol realizacji od strony programowej, nie sprzetowej.

Candle: a co stoi na przeszkodzie zeby byl przelacznik wybierajacy jeden z dwoch trybow pracy: NATIVE i TURBO - gdzie w pierwszym przypadku beda respektowana wszelkie opoznienia (odswiezanie pamieci, pobieranie obrazu) w celu zachowania zgodnosci - jezeli bedzie juz gotowy projekt, to wrzucenie takiego przelacznika nie bedzie wielkim problemem, nie ?

Electron: ale samo podlaczenie MAX232 spowoduje, ze wszystko co idzie na SIO bedzie przesylane dalej (bedzie to urzadzenie nieinteligentne jak magnetofon) i uniemozliwi to np. korzystanie w danym momencie ze stacji.

xxl: a do czego Ci ten RS232 ? bo wbrew pozorom to troche problematyczna sprawa. System przewiduje wprawdzie istnienie RS232 w atarce, ale ten obslugiwany przez system wymaga "inteligentnego sterownika sprzetowego" (chodzi o specyfike komunikacji przez SIO).

Bylo tez rozwiazanie np. w Tajemnicach Atari, ale nie sadze, zeby predkosc 1200 bit/s satysfakcjonowala Ciebie - te rozwiazanie opieralo sie na portach joysticka, a wiec konwersja szeregowo-rownolegla, synchronizacja czasowa itp musiala byc realizowana programowo.

W swoim czasie w stacjach TOMS 720CR (C-Centronics,R-RS232) istnial RS-232, jednak jego szczytowym osiagnieciem byla transmisja 9600 bit/s, a dolaczone przez TOMS-ow oprogramowanie to przesylania plikow z/do PC niebylo zbyt funkcjonalne. W stacji siedzial scalak 232 wykorzystywany do budowy SIO2PC, co spowodowalo, ze przerobilem tego nieszczesnego RS-a na SIO2PC i tak powstala pierwsza stacja TOMS 720CS ;)