Cos wam powiem. Dokładnie tak ma VBXE - standard (Hardware) by default i API w postaci programu ładującego rdzenie DCFG.COM dla nietrwałej lub FC.COM dla trwałej podmiany rdzenia przez dowolny program zewnętrzny.

I co ?

Czy KTOKOLWIEK napisał własny rdzeń poza mną ?

Tak: Bobik dla własnej nauki, Candle na własne potrzeby .. i koniec.

90% pozostałych "opinotwórców" nawet nie wie, co można co nie i pojawia się sporo durnych legend, pomimo, że dokumentacja, schematy i odpowiednie programy są dostępne w sieci od dawna i uaktualniane co jakiś czas w paczkach.

Więc o czym tu mówić?

Tak więc jedynym sensownym rozwiązaniem wydaje się mi związanie konkretnego wydania carta z konkretną grą i tyle.

Też uważam, że idea all in one carta dedykowanego dla danej gry jest tu jak najbardziej na miejscu. Np. pozwoli obciąć koszty carta. I nie będzie narzekania, że nikt nic nie pisze nowego na to.

Przepraszam, ale jeszcze tylko dodam coś o vbxe i znikam (szukajcie u Heisenberga).

Mylicie tu rzeczy na poziomie podstawowym. VBXE to zupełnie i absolutnie coś innego niż taki cart i o ile na vbxe można zrobić to samo co na tym carcie to odwrotnie już nie za bardzo. A narzekania o tym, że nie ma produkcji i / lub nie wiadomo jak to programować mogę skwitować tylko pobłażliwym uśmiechem : jak już Wieczor napisał : kurs czytania i pisania by się przydał, bo jedyne czego zabrakło to chęci - ja ze swojej strony zrobiłem wiele - example i pełną dokumentację każdy może sobie pobrać. Kilka osób zresztą udowodniło, że da się.

Nosty: kart jest fajny jako dedykowany do gier na std. konfig i rób dalej swoje, tylko rzeczywiście uważaj na tę stronę D5, żeby nie było konfliktów z np. spartą. No i więcej ram by się przydało w środku.

I ostatnie: wkrótce premiera nowych rdzeni dla vbxe - poprawki emulacyjne i PAL BLENDING - słyszysz PIN ?

SLD KGB
Mają przejebane bo ja się było w PZPR to teraz pewnie trzeba być lewicowcem, co zrobić.
Precz z amnezją.

VBXE ma zegar 14 MHz (8 x f6502)

Zwykłe kopiowanie trwa 2 cykle 14MHz na bajt.
Wypełnianie stałą wartością trwa 1 cykl na bajt.
Kopiowanie z przeźroczystością i sprawdzaniem kolizji od 2 do 3 cykli na bajt (blitter stara się optymalizować dostęp do pamięci i usuwać zbędne operacje).
W grę jeszcze wchodzi sprzętowy zooming poziomy - wówczas blitter odrobinę przyspiesza kopiowanie, biorąc tylko raz jedną próbkę źródłową.

Dodatkowo blitter zużywa około 22 cykli na pobranie BCB i uruchomienie żądanej operacji.

Dodatkowo blitter jest urządzeniem slave szyny VRAM VBXE, więc wszelkie operacje typu:

- pobieranie XDL / XDLC,
- pobieranie mapy atrybutów,
- pobieranie grafiki i fontów do wyświetlenia,
- dostęp 6502 do VRAM (MEMAC A/B)

w pierwszej kolejności dostają przydział cykli zegara 14MHz. Blitter używa tych, które zostaną wolne.

Czyli zależy co jest włączone i używane i jak wygląda obraz generowany przez VBXE to zostaje mniej lub więcej cykli dla blittera.

Przy wyłączonym XDL gdy VBXE wyświetla tylko to, co natywnie produkuje Atari blitter ma dla siebie pełną przepustowość VRAM.

Altirra coś tam się stara emulować, ale wierna nie jest ponieważ nie ma 100% dokładnego opisu zachowania blittera.

Brawo. Ale używanie nielegali jest nieeleganckie i powinni tego zabronić.

Tylko zamęt powstaje z powodu 2K RAMu. XXL szanuję Ciebie za rzeczy które już zrobiłeś, ale z biegiem czasu coraz ciężej mi zrozumieć do czego właściwie dążysz ? Tworzysz jakieś nowe standardy "od czapy" bo nie podoba Ci się to co zostało przyjęte już dawno temu - w efekcie będzie z Twoimi grami jeszcze więcej problemów niż dotychczas zamiast mniej.

...

Bardzo ładne. Tak trzymaj, dobra robota.

Widać jak ktoś chce to można :)

Myślę, że w tym roku jeszcze coś się na vbxe pojawi.

Moim zdaniem, nielegalnych rozkazów nie powinno się używać. Nigdy. To też dobry nawyk przy pisaniu na wszelkie platformy.

Może inaczej to wygląda np. na C64, gdzie jedna firma (MOS / CSG) robiła te scalaki całe życie tego komputera spod jednej sztancy, ale w przypadku Atari powinniśmy dać sobie z tym spokój. Do wymienionych wyżej producentów procków jakie widziałem w Atari dorzucę jeszcze UMC (6502I) i chyba widziałem też NEC -a .... (ale tu może bredzę).

Myślę, że ktoś, kto tylko pisze programy a na sprzęcie za bardzo się nie zna, jest skłonny to ignorować, ale każdy "bawiący się" w elektronikę już inaczej, ostrożniej na to patrzy.

Candle zrobi sortowanie jak należy - ma opory ale da radę.

we do what we must
because we can

A ja bym definicję preorderu w tym przypadku podał inną. Preorder to jedyna forma, dzięki której autor rozwiązania sprzętowego może powielić je w iluś egzemplarzach bez narażania się na duże straty finansowe. Nie ma co mówić o gadżetach itp. - po prostu chodzi o to, czy coś da się wogóle wykonać czy nie.