No tak, ja też mam Maxflashe, SIC!e, a we wszystkich swoich Atarkach mam 1MB. Jednak z powodu chęci trafienia do jak najszerszej rzeszy odbiorców ze swoimi produkcjami (na razie z jedną) celuję w stock 64kB i zrobię wszystko, żeby się udało to odpalić na takim właśnie sprzęcie, a przy okazji da mi to największą satysfakcję z osiągniętego celu. Niemniej jednak jeśli się nie uda i miała by na tym ucierpieć jakość produkcji, to zrobię to tak, żeby z kartridża dało się odpalić na stock 64kB, a bez kartridża z pliku xex na rozszerzonej pamięci do 128kB. Akurat przy obecnej produkcji nie przewiduję, żeby było potrzeba jeszcze więcej RAM-u, ale gdyby było potrzeba, to wtedy zrobił bym to dokładnie tak samo, czyli z kartridża zawsze ma działać wszystko na stock 64kB, a z xexa na dowolnym rozszerzeniu pamięci wskazanym przez kodera (w sensie dowolności ilości RAM, ale pozostańmy chociaż przy zgodności rozszerzeń z portB jako utartego standardu).

Ja tam uważam, że 64Kb albo 128Kb (tutaj bardziej przez sentyment, bo 130XE miałem od początku i mnie irytowało za młodu ze prawnie nic na wersję "PRO" nie ma ;) ) powinno być standardem dla gier, a powyżej dla demek pokroju Numena.

Ostatnio edytowany przez lopez (2021-02-11 14:33:50)

Jak dla mnie, właściciela 800XL i 65XE, wymagane 128kB oznacza właśnie niestandardową konfigurację.
Tak więc, nie widzę tu różnicy pomiędzy wariantami 128kB, 320kB, 576kB czy 1MB, gdyż każdy z nich oznacza że trzeba dokupić rozszerzenie pamięci. Na dzień dzisiejszy najlepszy wariant to pewnie U1MB, chociaż całkiem sporo osób ma 320kB.

Oczywiście zakładam że w kwestii 128kB, szczęśliwy właściciel będzie miał odmienne zdanie 130XE.

Ostatnio edytowany przez Cyprian (2021-02-11 14:58:41)

@Mq: jesli Twojej grze brakuje 2 kb zeby sie zmiescic w standardzie to skorzystaj z MapRAM - akurat 2KB

:D

maja w standardzie :)

*kabelfix

słusznie

jeśli chodzi MapRAM to co jest lepsze: rozbebeszyć kompa by mieć dodatkowe 2kB vs rozbebeszyć kompa i mieć dodatkowy 1MB

może faktycznie rozbebeszyć to za mocne słowo, ale jednak trzeba coś tam odlutować o przylutować
MapRAM to fajny pomysł no ale raczej jako ciekawostka.

wiedza nie powtarzana ulega zatarciu

może oprócz lakonicznych komunikatów o braku wystarczającej ilości pamięci, należy dodać usprawiedliwienie dla którego ta pamięć jest potrzebna, inaczej każdy to sobie tłumaczy na swój pokręcony sposób

dodatkowa pamięć w Numenie nie jest wykorzystywana dla efektów, każdy kolejny efekt bez problemu zadziała na "gołej" Atarce, ten temat kiedyś wyjaśniał Fox

pamięć dodatkowa jest aby zachować odpowiednio płynne, szybkie przejścia pomiędzy kolejnymi częściami, tak zaprojektował to twórca i nie wyobrażam sobie wersji dla 64KB w której z menu wybierasz sobie jeden spośród wielu efektów i oglądasz go oderwany od pozostałej całości

Bomb Jack, Yier Kung Fu korzysta z silnika duchów programowych (https://github.com/tebe6502/Mad-Assembl … ites/chars) plus dodatkowo duchy sprzętowe które są do podkolorowania duchów programowych, założeniem dla silnika było uzyskania jak największej liczby duchów w ramce bez względu na koszty w postaci pamięci dodatkowej, chciałem się przekonać ile da się wycisnąć, wszystkie klatki animacji rozpisane są na 4 fazy przesunięcia o 1 piksel

Dla Bomb Jack była rozpatrywana wersja oszczędniejsza w której przesuwanie pikseli duchów było realizowane poprzez tablice, jednak spadek liczby duchów w ramce był nie do zaakceptowania przez Vege (Krzysztof Góra), wniosek : chcesz szybko, nie możesz iść na kompromisy

Pang, tutaj duchy programowe tworzone są przez dedykowane procedury, kształt ducha nie jest przechowywany w tablicy, to oddzielny program z optymalizacjami typu załaduj bajt i wyślij pod kilka adresów jednocześnie

cel uświęca środki

@tebe czy mam rozumieć, że żadnej z wymienionych przez Ciebie gier nie dał byś rady wydać na cartridge bez kompromisów? Musisz mieć dokładnie tyle RAM a nie ROM?

@Jacques OK a reszta?

Bo rozumiem arg. że niektórzy potrzebują przełączać banki z pamięcią zdolną do zapisu i nie mieszczą się z silnikiem w podstawowym RAM a z jakiegoś powodu przepisywanie fragmentów pamięci z ROM do RAM jest niemożliwe lub zbyt uciążliwe ale czy to jest ten case?

---

Ale przyznam, że spośród kilku emulowanych platform 8-bit jakie użytkuję tylko na Atari zdarza mi się dodawać w konfigu RAM by coś poszło.

Ostatnio edytowany przez zbyti (2021-02-11 18:31:29)

OK, czyli rozumiem, że z Pangiem (tutaj chyba byłeś głównym programistą) był by problem lub to niemożliwe w obecnym kształcie.