To co by to można zrobić...? Jakby mieć takiego niby zwykłego carta tylko o jakiejś ogromnej pamięci. :) Generalnie powyżej 1GB. Mi wyszło, że w zasadzie można potablicować co się da, sinusy mnożenia dzielenia... Ale w sumie, można by całe klatki jakiegoś pseudo Quake'a porenderować na PC a potem tylko gotowce aktywować. Trochę ograniczając, że nie można sobie tak byle gdzie łazić i patrzeć pod totalnie dowolnym kątem. Jakby dodać, że scenerie się powtarzają ale w różnej palecie to można by łazić po różnych tunelach lasach itp.
Pamięć 8Gbit to w sumie 50zł, a że to 131072 banków 8k to w zasadzie 131072 klatek scenerii.
Może ktoś ma jakiś pomysł?
P.S. AVG cart chyba nie pozwala podstawiać dowolnego banku z sektora karty SD?
carta jeszcze nie ma :) ale nie ma bariery, żeby go nie było ;)
tylko czy to ma sens?
jeszcze muszę sprawdzić, czy już jest dostępna elektronika, żeby ewentualnie mikro SD kartę czytać posektorowo. Wtedy zabawa zaczynała by się od 256GB.
SIDE II pozwala natychmiast ładować dane do pamięci poprzez DMA obrazu, więc taki cart już jest. Ręczne ładowanie jest ciut dłuższe, 1 bank to pewnie ze 2-3 ramki maksymalnie...
SIDE II w tym wypadku jest przekombinowany. Dobrze zrobiony cart przełączy banki między liniami obrazu.
A jak byś te 131072 banki przełączał?
Normalnie, $D500+$D501+$D502 co da mi 16777216 banków. Jak sparuję po 2 banki po 8k to 16777216 x 16kB = 256GB.
Ale tak sobie wyliczyłem, że skoro jeden bank robiłby jako klatka obrazu to drugi bank mógłby robić za pamięć PM. Czyli pasowałoby, żeby banki niezależnie przełączać w dowolny obszar flasha. Wtedy graczy i pociski można by ładnie animować nawet z 50FPS.
Sam procek nie miałby nic do roboty. Mógłby np. dokolorować tło, albo grać jakieś sample.
Od strony elektronicznej Latice LC4064ZE powinien to ogarnąć. Pojawi się to zamawiam :)
P.S. Można by poklatkowo zgrać jakąś misję z Wiedźmina albo Cyberpunka i mówić, że jest wersja na ATARI tylko okrojona :) Jak kiedyś wersje kasetowe.
MegaRace 2 (to mój pomysł). Czyli wyścigi samochodowe z prerenderowanym całym torem i tłem. W zasadzie w tle leci film a nakładamy tylko obiekty samochodzików. Niestety tutaj problem jest z grafiką PM na Atari... trochę tego mało, ale jakby się pokombinowało.... A wiecie, że w tej grze dało się jechać "pod prąd" :) mimo, że film był w jedną stronę. Bardzo sprytne rozwiązanie było zastosowane.
Strzelanka (celowniczek) - to pomysł Pawła. Zasada ta sama, ale sprajty potrzebne tylko do celowniczka, obiektów w które celujemy, eksplozji. Całe tło to film.... nie wiem w przestrzeni kosmicznej, czy terenu walki w czasie wojny.
Wszystkie gry firmy American Laser Games ->link<- (Paweł) - gry słabe w większości, opierające się na idei interaktywnego filmu z celowniczkiem.
Tak mi się wydaje, że taki pomysł to wpadł do głowy już chyba każdemu koderowi/elektronikowi na Atari. Ja miałem osobiście takich kilka:-) Począwszy od rzeczy podobnych do Twojej propozycji gienekp, a skończywszy na tym, że w kartridżu chciałem umieścić różne emulatory innych maszyn, a Atari wykorzystywać tylko jako wyświetlacz i przekaźnik joysticka z Atari do emulatora:-) Można by na Atari odpalić np. wszystkie gry z NES-a (jedynie jakimś automatem przerabiając grafikę na któryś z trybów Atari i wrzucać całe klatki obrazu na ekran).
Pomysły tego typu można mnożyć i się bawić, ale wydaje mi się, że istotne jest, żeby było najpierw na to jakieś oprogramowanie, czyli np. ja bym w taki temat startował równolegle robiąc sprzęt i jakąś grę. W przeciwnym razie powstanie kolejna ciekawostka, która do niczego nie będzie służyła.
WYŚCIGI! Właśnie to jest dobre :) Zakręt w lewo, zakręt w prawo, do góry na dół, 50FPS jak nic wejdzie. @Pecus dostaniesz pierwszego carta w nagrodę ;)
Ja skaczę po tematach bo, jak jedną elektronikę zamówię to druga się kończy. GALe się pojawiły na 2 tygodnie i zniknęły ale pojawiły się FPGA. Więc wróciłem do projektu akceleratora graficzno-matematycznego. Takiego co policzy sinusy, porysuje trójkąty w kilku cyklach. No i chciałem dokleić jakiegoś flasha. Klikam po mouserze i widzę, że są gigowe po kilkadziesiąt zł. Więc mnie pikło po grzyba robić jakiś akcelerator jak można całe klatki porenderować. Byle by przełączanie robić szybko. Np. osobne banki z niebem, osobne z "podłogą"... Przecież ATARI umie w połowie obrazu bank przełączyć. Więc potencjał jest ogromny.
@Mq Ja początkowo chciałem rPI zawiesić na magistrali :), ale to już nie byłoby to samo ATARI. Natomiast jak to jest TYLKO pamięć, to wciąż jednak 6502 gra główne skrzypce. Czyli jest ATARI :)
Im bardziej bawię się cartami na ATARI tym bardziej widzę, jak ten komputerek jest ponadczasowy. :)
P.S. na dole tester poklatkowy, co używam czy mi się cart dobrze polutował. CAR - w najnowszym standardzie maxflasha, więc emulator minimum ATARI800 w wersji 5.0
Jeśli rezygnujesz z rPI, ale outsourcujesz rendering na zewnątrz, żeby zapisać jego wynik do pamięci, to jednak wychodzi na to samo, że to nie Atari wszystko robi :) Zalatuje hipokryzją ;)
Oczywiście żartuję, bo ja nie jestem z tych, co by komuś mówili, jakie założenia ma obierać w swoim projekcie.
Jeśli chodzi o dodatkowy chip w karcie, to jakiś koprocesor z epoki, by mi wystarczył, żeby policzyć coś do 3D, więc jeśli kiedyś wrócisz do takiego pomysłu, to ja bym się cieszył.
ale zobacz, że kiedyś na NESa też gry robiono zupełnie na czymś innym, dużo droższym, duuużo potężniejszym. A potem klient miał już gotowca i mówił, że na nesa lepsze niż na ATARI :)
Więc tools dla developera może i wymaga Hollywood ale potem, sorry robi to ATARI :)
Jest też jeden aspekt. Na grę poklatkową, potrzeba mniej czasu. Bo weźmiesz kamerę pojedziesz w pole i nagrasz. A taki akcelerator trzeba jednać mocno oprogramować.
Ja bym wolał carta z koprocesorem, co by mnożenia, dzielenia, pierwiastki i inne obsługiwał w jednym cyklu :) Można by tam wsadzić Jakąś Atmegę lub ESP za $2 no i EPROM na dane.
UnoCart moze zrobic kazdy, cala dokumentacja jest dostepna. Zaxon je kiedyś sprzedawał. Jest malo popularny jako flashcart, bo rozmiar plikow jest ograniczony.
Ja bym wolał carta z koprocesorem, co by mnożenia, dzielenia, pierwiastki i inne obsługiwał w jednym cyklu :) Można by tam wsadzić Jakąś Atmegę lub ESP za $2 no i EPROM na dane.
Tak sobie na początku założyłem. Wieszamy na stronie D5xx adresy. Jak wpiszesz pod jakiś adres daną to pod kolejnym adresem masz np. pierwiastek pod innym sinus itd. Potem stwierdziłem, że to za mało dokładne. Powinno być, że wpisujesz daną i w jaki wewnętrzny rejestr. I potem tylko LDA STA mówi jaki rejestr co robi. Czyli zrób pierwiastek z R6, dodaj do R12. Wszystko na Float (32-bit). Robiłem już takie coś na FPGA i np. sinus liczy się z 12MHz, mnożenia dodawania 50MHz spokojnie. Wychodzi, że LDA STA jest tu najwolniejsze. Po prostu te wyniki byłyby od razu. Nawet wykombinowałem, że przecież na szynie adresowej cały czas wszystko lata, więc po "tajnym poleceniu" cart może nasłuchiwać stronę zerową. I wtedy reagować na LDA STA te szybsze na stronie zerowej.
I fajnie, ale grafiki aż tak bardzo nie przyspieszy. No więc logicznie ANTIC powinien patrzeć na adresy carta a tam powinien akcelerator malować linie, trójkąty i to od razu w trybie 5 kolorów i automatycznie rzutować na fonty. I nawet dałoby się, że zdąży na LDA STA narysować linię i w hiresie i 4/5 kolorach. Pewnie i trójkąta wypełnionego też.
Ale wszystko rozwala koncepcja, że można walnąć ogromną pamięć. A jak widzę, że już są jakieś kostki TEROWE, no to za kilka lat ktoś na bank weźmie 1TB i podłączy do ATARI. :)
No więc jakoś tak logicznie ciągnie w te pamięci "ogry" :) ale można zapytać projektanta AVG carta czy jak się mu wyśle kod VERILOG to czy by eksperymetalnie nie podpiął i np. $D5FE/FF jest iloczynem i sumą ($D5F8/F9)*($D5FA/FB)+($D5FC/FD). Czyli sprzętowe 16bit X=A*B+C.
EDIT @Cyprian ten Super FX to było dodatkowo podpinane, czy jak kupiłeś carta z grą to było to w tym carcie, że user nawet nie wiedział że jest akcelerowany?
@gienekp kart z grą zawierał własny procesor, np. właśnie Super FX , SA1 (65C816) czy inny. Tutaj pełna lista procesorów na kartach SNES: ->link<- Tak więc gracz raczej nie musiał wiedzieć że gra jest dopalana.
No spora ta lista. Na końcu widzę ARMa 32bit. Czyli do końca szli po bandzie.
Czyli user wkłada carta do stockowej maszyny i się zachwyca jaki to ma sprzęt. A tymczasem maszyna stockowa coraz bardziej robi tylko za wyświetlanie. A wszyscy się zachwycają jakie to cudo ma wyśmienite możliwości.
Wieczorkiem porobiłem małe kodowanie i wyszło mi, że potrzebuję: Lattice LC4064ZE (ma być dostępny na koniec roku) TXS0108EPWRG4 (było i się skończyło :/ dopiero luty) MT29F4G08ABADAWP jest i to jest kostka 512MB jakieś ze 3 kondensatory i stabilizator na 3.3 i będzie w miarę duża pamięć i niezależne bankowanie dla obu bloków 8kB. Tylko dylemat jak tą pamięć programować? Za każdym razem lutować? No z ATARI to będzie raczej trwało dość długo... Widać jednak, że carty oparte na kartach pamięci mają przewagę, trzeba to uczciwie przyznać.
Patrzę teraz na ESP32-WROOM-32UE-N4, kurcze niecałe 15zł. Tyle to za ostatniego GALa płaciłem. ESP32 umie karty SD czytać (czyli mam co chcę), jest WiFi i można by update "ogra" z serwera zaciągać. No i najważniejsze "Stany magazynowe: 22694 Wysylamy natychmiast". Trochę sporo pinów ATARI potrzebuje, ale można by to zmultipleksować od razu przechodząc z 5V na 3.3V
Cały projekt chciałem full OpenSource bez limitów, więc może faktycznie ESP32 jest bardziej przyszłościowe, bo np. ktoś z nowego pokolenia prędzej to ogarnie do zupełnie czegoś nowego.
OK, posadziłem w EAGLEu to co powinno być: - płytka według szablonu @Mq żeby pasowała obudowa Sikora - ESP32-WROOM-32UE-N4 - najtańszy - chyba (?) wystarczy - TXS0108EPWRG4 - dwukierunkowy konwerter napięć dla szyny danych - trik dzięki @Pancio - 3x 74LVC157AD,118 - trzeba sygnały z ATARI zmultipleskować bo ESP ma za mało pinów. Pytanie czy zdąży. Przy okazji ten LVC jest odporny na 5V więc całoś robi jako konwerter - REG1117 - coby zamienić zasilanie 5V na 3.3V - 045138008100858+ gniazdo karty uSD - jakieś kondensatory i rezystory...
i nawet wygląda wszystko na PCB tak jakby czekało, że tak ma być :)
Trzeba teraz ostrożnie przyporządkować piny w ESP32 bo tam one mają różne znaczenia. Ale generalnie wygląda na to, że wyjdzie OgrCART w rozsądniej cenie.
@pancio ale Twoje to raczej na pewno będzie działać, a to z ESP32 to nie wiem :)
Tak wstępnie narysowałem schemat. Bez drobnicy, czy starczy pinów ESP. No i jest na styk. Teraz trzeba mądrego co potwierdzi, że te piny to mogą być tak wykorzystane jak na schemacie. :/
@gienekp, nie przesadzaj... :-) jak się to dobrze zrobi to będzie działać - w końcu FUJINET pracuje na ESP32. Tu paradoksalnie może okazać się dużo łatwiej bo wiele bibliotek już jest...
Ja walczę teraz z okiełznaniem ESP32 jako softwarowego zamiennika niedostępnych albo bardzo drogich CPLD. Tylko to nieszczęsne 3V3... No ale od biedy są konwertery.. btw, może zamiast 3x TXS0108EPWRG4 można wziąć jednego IDTQS34X245 - choć wtedy wychodzi ciut drożej...
Zobacz, można zrobić grę jak film. W sensie zapamiętać całe sekwencje, wcześniej policzone na PC. Wtedy ANTIC patrzy na gotowy bank. CPU w tym czasie ma sporo czasu na granie sampla lub domalowanie kolorów jak w RastaConverterze. No i analiza pokazała, że jakby łatwiej jest z ESP, które latają z fajną ceną i przede wszystkim są dostępne. Bo z tą dostępnością jest cieżko (sypią się projekty jak domki z kart). Natomiast koledzy wyczaili, że fujinet działa na esp i idzie to pogodzić. No i esp jest szybkie, więc byłoby akceleratorem. A w zasadzie to może robić różne blitery itp. I np. taki Mortal Combat w ESP mogło by skopiować gotowe animacje do ram ATARI. W sumie ATARI ma to co nie ma ESP a ESP ma to co nie ma ATARI. I tak będzie wszystko bankowane, teoretycznie banków może być nieskończenie wiele, jakby się tak połączyć z chmurą przez WiFi :)
@pancio Sprytne z tymi CPLD, to ja się zgłoszę do Ciebie na konsultacje z tym ESP, bo ja mam doświadczenie zerowe. Ale jest pretekst, żeby się tego nauczyć :) Zmniejszyłem do 2 multiplekserów za to 3 zwykłe konwertery napięć. Mało pinów, ciasno jak diabli na liniach GPIO. Z 16 bitów magistrali atari zbijam do 7.
Algorytm obsługi będzie dość prosty. Nasłuchujemy na porcie GPIO czy jest zmiana w w trójce CCTL/S4/S5. Jak jest to sprawdzamy RW. Następnie czekamy na PHI=1 czytamy szynę adresową. Na koniec wystawić lub odebrać daną i wszystko żaby zdążyć do opadającego PHI=0. Potem ESP będzie miało czas na inne pierdoły. Boję się, że jak ANTIC siądzie na ESP to się to nie wyrobi. :/
Poprzesuwałem na płycie, żeby pasowało ESP to większe z antenką.
wpadł mi pewien pomysł, czy ESP ma wyjście audio? Jeśli tak to można by go również zatrudnić do generowania dźwięku (wprowadzany z powrotem do Atari przez port SIO). Dało by to możliwość emulacji np. SID albo YM2149f za darmo :)
Audio brak (chyba). Ale ESP może policzyć sampla i dla ATARI będzie tylko LDA z ESP i STA do POKEYa. Ten ESP ma dwa rdzenie. Jeden musi młócić obsługę carta, a drugi rdzeń to "hulaj dusza".
Teraz trzeba na jakiejś płytce dev wziąć tego ESP i pobawić się nim samym, jaki jest szybki. Jak wszystko gra to domalować ścieżki i PCB do chińczyka.
Kliknąłem na mouserze części i bez VATu w 5 dych się mieści. No jakby z obudową poniżej stówy wyszło to taki cart miałby sens.
Nieźle, leży u mnie kilka esp32 na płytkach rozwojowych, muszę se ten emulator wypróbować :)
A propos. leży u mnie kilka "upalonych" esp32. Możliwe, że sam procek jest sprawny a tylko peryferia są zjarane. W jednym na pewno poszedł stabilizator 3v3. Mogę je odesłać czy kiedyś przy okazji podać. Sam nie mam takich umiejętności i precyzyjnego sprzętu, żeby je naprawić.
@Cyprian, Tak, można taki POKEY sobie zaemulować na zewnątrz (po taniemu!) a i pewnie stereo pójdzie bez problemu... tylko, że soft z wątku wskazanego wyżej nie kompiluje się pod nowszą rewizją Arduino IDE i nowszymi bibliotekami dla ESP32.. a to komplikuje mi bardzo możliwości poznawcze bo albo będę miał środowisko do budowania Atari na ESP albo do całej reszty zabawek :-)
FujiNet teraz używa większego ESP - WROVER, ale ktoś dalej utrzymuje kompilat na tego mniejszego. Jest jak najbardziej wyjście audio, w fuji jest pod to podpięty S.A.M. i fuji może gadać (defaultowo gada, jak się ATR-a podmienia).
A co do emulców to jest i NES i C64 ;)))) Może wreszcie by się dało w Super Mario zagrać :]
