To może rzeczywiście lepiej wsadzić do atari jakiegoś ARMa, będzie jeszcze szybsze niż 65816 i będzie żarło mniej prądu i mniej sie grzało.

Zmiana po 30 latach procesora na 16 bit, fuj.
Jak to mozna porownywac do zmian w PC.
To jest po prostu nie do pomyslenia.

65816 obsługuje JSR/JMP w 24 bitach, bez kombinacji, bez przełączania banków pamięci, bez żadnych tego typu cudów. Po prostu kod może być w każdym miejscu w tych liniowych 16 MB .
Jest to w 6809,Z80 - nie.
Już to jest rewolucją względem 8 bit - exe może mieć kilkaset kb czy nawet parę MB.
Oprócz tego stos jest 16bit, dane mogą być w innym segmencie, a kod jeszcze w innym.
Czyli w sumie jest do wykorzystania ile - naraz ponad 180 kB, bez kombinacji z bankami pamięci
Jeszcze można do tego dorzucić tryby adresowania indeksowego gdzie podaje się segment i mamy coś co jest daleko poza możliwościami 8 bitowców.

32 bit to 32 bit, 16 bit to 16 bit a 8 bit to 8 bit.
Komputer z 65816 to będzie z pewnością fajny sprzęcik, ale wciskanie ludziom że atari z tym procesorem to dalej atari jakie znają jest głęboko nie w porządku.
No sorki ale zmiana z 8 bit na 16 bit to zbyt wiele żeby mówić że to dalej jest atari.
Przeskok między możliwościami 6502 a 65816 jest zbyt duży po prostu.

Po głębokim zastanowieniu - no nie wiem.
65816 stosowało też apple w II GS.
Trzeba przyznać że całkiem był na to soft całkiem wypasiony i daleko poza możliwościami 8 bit atari.
Miał całkiem fajny system okienkowy do pewnego stopnia zgodny z klasycznym Mac Osem.
Nie wiem czy to że atarowcy nie potrafią na razie tego procka w pełni wykorzystać coś zmienia.
Przecież nawet taki fakt że bez żadnych cudów jsr można zrobić w dowolne miejsce w obrębie tych 16 MB to już jest rewolucja w porównaniu z 8 bit.
Prawdziwy kompilator C w porównaniu z 8 bit to też bardzo duża różnica, w końcu stos jest 16 bit.
Jednak moim zdaniem to już nie będzie atari.
Chociaż oczywiście uważam że takie nie atari z 65816 to będzie całkiem ciekawy system.

Nie za bardzo. Z punktu widzenia programisty 68000 to procesor 32 bitowy. Że wolny, że adresuje mało pamięci, to inna sprawa. Wymiana 68000 na 68030 to wymiana 32 bit na 32 bit.

8 bit to 8 bit, 16 bit to 16 bit a 32 bit to 32 bit.

Zupełnie różne sprawy. Kompletnie zupełnie inne bajki.

Władowanie 16 bit procesora do 8 bit komputera zmienia jego charakter całkowicie i nie ma sensu wmawiać sobie że to dalej ten sam komputer.

Oczywiście niektórzy ludzie mogą nie umieć/nie chcieć wykorzystywać te 16 bit w pełni, ale to nie zmieni faktu że to jest 16 bit ze wszystkimi tego konsekwencjami dla programisty a nie 8 bit.

Co nie znaczy że mam coś przeciwko 16 bitowcom innym niż PC. Takie coś może być w sumie nawet interesujące, to żonglowanie segmentami innymi niż na PC, 16 bit int, obróbka danych w C porcjami po 64 kB.
W sumie fajny powrót do czasów MSDOS tylko z innym procem niż 286.

Tylko że to już nie będzie małe atari a coś zupełnie innego.

Ach no tak.
Myślałem że Falcon ma szybszą szynę.
Dzięki za link. Całkiem fajnie wytłumaczone co i jak.

Ale na falconie jest tryb chunky stąd moje pytanie:
Po co używać c2p na falconie jeśli można przenosząc soft który i tak trzeba pozmieniać, zrobic go tak by od razu używać trybu chunky pixels?

A wiesz może dlaczego oni coś takiego robią?
C2P jest jakoś magicznie szybsze od bezpośredniego wrzucenia 2 razy więcej danych?

Niestety.

Ten projekt jest bez sensu.

Amidze 68k najbardziej brakuje taniej karty graficznej nie opartej na pecetowych chipach.

Takie małe VBXE by się przydało.

Szkoda że jest do atari a nie ma do Amigi.

Fajny sprzęcik.

A zrobilibyście taki do Amigi?

Pliiizzzz

Chciałbym sobie poprogramować amigę klasyczną , ale karty są absurdalnie drogie i wolniejsze niż te urządzonko.