jad: czyli dokladnie to o czym pisalem - popieam w 100%

ja? a w zyciu ;)
takimi szczegulikami mialbym sie przejmowac :D

Co niektórzy wpadli na dziwnie wąski tor myślenia i nie mogą, albo nie chcą się z niego wydostać.

Dlaczego MARIA, ANTIC są dobre dla CPU 6502 (65816) ? Bo były projektowane z myślą o współpracy z tym układem CPU, nie tylko pod względem elektronicznym ale przedewszystkim wydajnościowym.

Dlaczego podłączenie karty VGA jest mało sensowne? Bo VGA nie była projektowana do pracy z tak "wolnymi" układami jak 6502, 65816. Karta VGA nie ma wsparcia dla sprzetowego scrolla, duchow itp. tutaj wszystko realizowane jest programowo dzięki mocy głównego CPU. Ciągłe operacje na 64KB bloku pamięci nawet dla Pasiowej 14MHz dopałki bedą katorgą. CPU będzie cały swój czas poświęcał przetwarzaniu programowych scrolli, duchów, animacji itd. Nawet kolorowego poziomego BAR'a w trybie znakowym trzeba realizować programowo i odpowiednio się synchronizować, ANTIC i jego przerwanie DLI potrafi to szybciej i łatwiej zrobić niż VGA.

W sformułowaniu "podłączyć MARIE do Atari" musiałem być mało precyzyjny, ale nigdy w historii Atari żaden elektronik nie wyciął układu z płyty i zastąpił go innym o innych możliwościach, nie sądziłem, że ktokolwiek może pomyśleć że ja będę pierwszym który tego dokona. Nigdy nie miałem zamiaru czegokolwiek usuwać, tylko dodawać w formie rozszerzeń wewnętrznych lub zewnętrznych np. cart. Więc jeszcze raz powtarzam dołożenie MARII nie ma wiązać się z fizycznym usunięciem ANTIC'a czy innego elementu z płyty ATARI, co najwyżej z elektronicznym odłączeniem (czyli ANTIC przestaje działać i oddaje sterowanie obrazem MARII, potem MARIA może z powrotem oddać sterowanie ANTIC'owi) w co wątpie aby było możliwe, więc pozostają inne drogi rozwiązania, ale ja ich dokładnie razem ze schematem nie wskażę bo nie jestem elektronikiem.

Dokładniejsze sformułowania co do takiego projektu są z mojej strony mało precyzyjne, ze względu na brak znajomości elektroniki, więc pozostawiam je w gestii elektronika, co nie znaczy że nie jest to niemożliwe, wszystko jest możliwe w tej czy innej formie. Liczę na pomysłowość osób z doświadczeniem, które podchwycą pomysł, a nie tylko na opinie czy jeden ze sposobów rozwiązania jest czy nie jest możliwy, ja niczego nie narzucam i nie wymyślę idealnego sposobu bo nie jestem elektronikiem.

Wracając do tematu MARII, kto podejmie się podłączenia MARII do ATARI XE/XL w JAKIKOLWIEK sposób zewnętrzny lub wewnętrzny ? Zewnętrzny np. w postaci carta z pamięcią podręczną, którą można sobie zmapować jak ma to miejsce w cartach w obszar $8000..$BFFF (16KB) albo w INNY sposób.

I nie jest to żadna hybryda, prędzej hybrydą należałoby nazwać podłączenie drugiego układu GTIA, który wprowadziłby nowe nieznane dotąd tryby graficzne (mix obrazów z dwóch układów).

Nawet gdyby MARIA zabrała obszary $20..$3f, $100..$13f, to nic to nie zmienia, musi być możliwość jej włączenie/wyłączenia. Chcesz operacje I/O wyłączasz MARIE, realizujesz operacje I/O, włączasz MARIE z powrotem. Podobnie jak teraz gdy wyłączyłeś ROM i korzystasz z pamięci pod ROM'em, chcesz operacji I/O włączasz z powrotem ROM, realizujesz operacje I/O, wyłączasz ROM.

I tak Drac030 gry, dema, edytory txt-u z kolorowym HiRes jak na C64, wszystko to możliwe jest na MARII, w tym wątku są linki do ROM'ów A7800 stworzonych przez Heavena i źródła w DASM (można przyjrzeć się jak wyglada programowanie MARII), które prezentują niewielką część możliwości tego układu http://atariarea.krap.pl/forum/viewtopic.php?id=3704

piałem do Macgyvera

tutaj po polsku opis układu MARIA, przedruk z Seriousa by Voy/Dial http://atariarea.krap.pl/artykuly.php?a … &id=51

POKE 559,0 (POKE $D400,0) i ANTIC'a nie ma :) jest tylko GTIA

Dwie sprawy:

1. Głęboki ukłon przed Zenonem, bo wielki on jest!

2. Jak rozmawia sie o Ram Carcie to od b. dawna chodzi mi po glowie taki pomysl (ktorego nie zrealizuję z powodu braku mocy przerobowych)-:
Wezmy MyIDE podłączane przez slot carta i CompactFlasha. Poprawmy koszmarne MyIde, żeby normalnie działało z systemem (tzn. trzeba by to zaprojektowac calkiem od nowa, chodzi mi tylko o taką ideę, w której fragment dysku IDE jest widoczny w pamięci kompa). Potrzebny byłby mały epromik na boot, .sys do Sparty, itp.

Zastosowania takiego czegos widze 2:

A. po prostu Ram Cart, ale znacznie większy za w sumie podobną cenę jak te oparte na staticach.

B. platforma do wydawania powalających gier w rodzaju Knight's Lair, Megarace (!!!), American Laser Games (Mad Dog McRee, itp.).
Moze na poczatek cos w rodzaju Solar Crusade (prerenderowane tlo i statki przeciwników, sterujesz kursorem (LightGun!). Trafiony statek przykrywa sie mrugającym spritem (ze niby dymi-tak to bylo zrobione na PC).

256 MB Compact Flash mozna kupic ponizej $9 w ilosciach kilkudziesieciu sztuk.
A bezposrednio w chinskiej hurtowni mozna miec jeszcze taniej (albo 512 za podobna cene).

Co prawda z moich obliczen wynika, ze nie da sie zarobic na takim interesie na pensje, ale spokojnie mozna by sprzedac tyle cartow, zeby nie dolozyc (liczylem za gre $25 - sporo, ale widzialem i wyzsze ceny na nowe releasy ) i cos by zostalo na 65816 :-)

Na potrzeby tego pomyslu wymyslilem takie przymitywne pakowanie stratne grafiki - tak, zeby zawsze ramka zajmowala 2KB. Napisalem programik w javie, ktory tak obrabial grafe, ale przepadl, postaram sie to opisac:

Ramka zawsze zajmuje 1 zestaw znaków i 960 bajtów pamieci ekranu (pozostale bajty w 2KB sa potrzebne na np. pozycje przeciwników). Jak to zrobic?

Logosujemy obrazek. Oczywiscie wychodzi, ze potrzeba znacznie wiecej, niz 128 znakow, załóżmy, że wyjdzie (w najgorszym przypadku) 960 różnych znaków (i tej wersji się trzymajmy). Znajdujemy znaki najbardziej podobne do siebie (tutaj można pewnie różne strategie wymyślać, ja zrobiłem brute force - dla każdego znaku była tablica wielkości 960 intów i w tej tablicy stopien podobienstwa danego znaku do wszystkich innych. 0 jesli identyczne. 1 jesli różni się jeden pixel o jeden odcień, itp. (dokladnie nie pamietam, ale to nie mialo wielkiego znaczenia dla wygladu).
Potem przelatuje te tablice i najpierw zastepuje jednym wszystkie miejsca, gdzie było 0
- sprawdzam, czy juz jest <129 znaków
- przelatuje te tablice i najpierw zastepuje jednym wszystkie miejsca, gdzie było 1
- sprawdzam, czy juz jest <129 znaków
itp.

To, co wychodzi ma dokładnie 1024+960 bajtów, jest pełnoekranowym obrazkiem i wygląda calkiem niezle, szczególnie, jesli to by byl film i pixele sie dosc szybko zmieniaja. Zaleta tej kompresji jest całkowicie sprzetowa dekompresja :-)
Oczywiscie warunek ladnej odgladalnosci jest taki, ze to grafika taka lekko rozmazana - jak to na filmie, czyli w gre wchodzi chyba tylko GR.9.

No i mamy 2kb na klatkę, 16 klatek na sekunde (ew. 25, ale 16 chyba wystarczy) i pięknie odtwarzający się film, który nie kosztuje prawie nic cykli, dzięki czemu można wymyślać jakieś efekty z przesuniętą o pół pixela co drugą linią, fajnym dzwiekiem, itp.

32kB na sekunde, circa 2Mb na minute, w 128Mb zmiesciloby sie az nadto materialu.

To wszystko jest wg. mnie wykonalne juz dzis a rezultat powalalby na kolana. Amerykanie by lezeli i kwiczeli z wrazenia. Zreszta Niemcy tez (uwaga! duzy rynek). Takie cos daloby sie moze portowac na C64 ($$$BIG MONEY$$$)  ;-P

Na pewno gdzies jakis skrot myslowy mi sie przyplatal...

pozdrawiam,

pirxxx

ps. Jak by sie mialo tyle pamieci to moznaby posamplowac widoki z roznych (wszystkich...) miejsc korytarzy i zrobic cos w rodzaju Wolfensteina co ramke (przeciwnicy na sprite'ach - raczej by ich duzo byc nie moglo na raz). Duzo wiecej roboty koncepcyjnej, niz w takiej prostej gierce typu Solar Crusade.

tak apropo tematu, to założę się, że Lewis jest większy. ;)))

Nie burdel, tylko bałagan. I prawidłowo, zgodnie z nazwą działu :P

PS. OK, OK ;)

ad. 1. nie o karte a o goly uklad zgodny z VGA, a takich jest kupe (nie, nie wymarly...)
da sie to podpiac pod 6502 (choc osobiscie preferowalbym zewnetrzny procesor - jakis AVR) ktory sluzy jedynie do sterowania - wazniejszy jest dostep do pamieci (tu klania sie albo zew. procek i framebuffer, albo tryb tekstowy
i 6502)

ad. 2. p*.* hipolicie... moze najpierw doczytaj czym to bylo powodowane i zastanow sie dlaczego...

ad. 3 i 4. xep80 sterowany jest szeregowo za posrednictwem portu joysticka przez co jest strasznie wolny (chyba 9600 bit/s o ile pamietam). w wypadku zastosowania trybu tekstowego vga (80x50x4 przy wysokosci znakow - 8 linii) sterujac ukladem vga bezposrednio przez 6502 (np. poprzez mapowanie pewnego obszaru pamieci, na jakies wycinki VGA RAM, lub pary adresow 6502 jako wskaznika, oraz kolejnego adresu jako wejscia danych do wpisywania do VGA RAM) bylo by rozwiazaniem kurewsko szybszym...

oczywiscie trzeba by tez poswieci pare adresow przestrzeni adresowej 6502 na dostep do rejestrow VGA, ale to JEST wykonalne.

po dodaniu malego sterownika trybu CIO do calosci uzyskalibysmy nie tylko b. szybkie rozwiazanie ale tez:
- b. dobrej jakosci tryb tekstowy.
- b. male obciazenie systemu (ale zawsze jakies)
- moj faworyt: wyjscie VGA - stosowanie ,,normalnych'' monitorow... (choc od sterownika CIO by to nie zalezalo :D )

VGA przez port joysticka... To by był wyczyn :D

Ale drugi monitor, przez kontroler VGA do trybu tekstowego - może by się przydał. Tylko czy koszt wygenerowania projektu / części / produkcji nie będzie zbyt wysoki?