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 ;)

mikey: natywne grafika na atari to gr.9, gr.15 i gr.8 - obawiam sie, ze tych formatow raczej nie doczekamy sie na party ;)

Odnosie samego party proponuje aby zostala powolana komisja, ktora dokona np. wczesniejszej selekcji jakosciowej, czy np. praca spelnia warunki konkursu niezaleznie od tego jaka jego wersja w ostatecznosci zostanie ustalona (czy np. ktos nie wystawia muzyczki, ktora juz gdzies ktos wystawial itp) - w sumie taka komisja nie musi byc duza - np. 3 osoby - proponuje, aby znalazly sie tam osoby typu: Vasco (jakby nie patrzec jest wyczulony na szczegoly, ma praktyke), dely (IMHO jest osoba obiektywna i ma autorytet) etc. I mozna to oczywiscie ustalic przy tej samej ankiecie - co o tym sadzicie ?

Co do samej ankiety - raz juz przedstawialem moja propozycje, ale widze, ze pojawily sie jeszcze tematy, ktorych nie przewidzialem, wiec po uwzglednieniu proponuje nastepujacy ksztalt:

Wybrac jedna opcje:
1.Msx Compo:
- 2 konkursy - 1 z muzyczkami CMC,MPT,TMC etc, 2 z MOD-ami, NEO itp
- 1 konkurs - muzyka na malym Atari (MOD, NEO, CMC, MPT razem)
- 1 konkurs - CMC, MPT, TMC... prace MOD i NEO na ST Music Compo

2.Gfx Compo:
- 1 konkurs, bez informacji o technice wykonania
- 1 konkurs z podana technika wykonania
- 2 konkursy: "piksel" i "konwersja"

3.Prace samouruchamialne (Msx i Gfx):
- zabronione
- dopuszczalne bezwzglednie
- dopuszczalne, ale pod warunkiem udostepnienia publicznie wersji zrodlowej etc

4.W jakie formie ma byc demo:
-tylko plikowe, uruchamialne spod DOS-a
-dopuszczalne calodyskowe, z wlasnym loaderem itp

5.Opcje przy demo compo:
-dopuszczalna ilosc RAM-u: (320/192/128/64)
-niezalezny dostep ANTIC-a (Zabroniony/Dozwolony)
-65816 (Zabronione/Musi dzialac na 6502/Nie musi dzialac na 6502)

Kroger: coz, do tej pory swietymi miejscowosciami byly Orneta, Monki, Opalenica - a ze ta ostatnia wypada z kalendarza imprez atarowskich, to moze warto pomyslec o alternatywie ? ;)

Jurgi: ja bym sugerowal raczej odszukanie tabliczki z napisem: Jurgi 2 ;>

dely: e, tam... zalatwilbys mu kolezanki, takie do 5 lat, to mialby zajecie np. corka Eijk-a - warto o tym pomyslec, koligacja dwoch atarowskich rodow ;) sam przeciez opowiadales, ze rosnie z niego "pies na baby" ;)

Na tej samej zasadzie dlaczego nie sa mile widziane demka wykorzystujace 65816 i nie dzialajace na 6502, demka wykorzystujace XEP 80, demka wykorzystujace karte VGA podlaczona do Atari itp. Po prostu jako standard nie mozna uznac czegos, czego uzycie spowoduje, ze cos zadziala prawidlowo na niewielkim procencie komputerow.

Widzialem Cie TeBuSiu, widzialem :) Zajrzalem w logi i spostrzeglem Twoja obecnosc na kanale - wujek MacGyver jest z Ciebie dumny ;)