Hat egy ilyen megvilagitasban valoban elegge mas a leanyzo fekvese ...

Akkor le kene cserelni a ramokat is gyorsabbakra ... ha az megoldana a dolgot.

De ha meg vagy 50 ic- t meg mittomenmiket is ki kene cserelni, akkor mar gyakorlatilag nem hozzatoldottunk vmit a dologhoz, hanem epitettunk egy masik gepet.

Na igen, de ez mar ugye messze nem egy atlagos 8 bites gep lenne, hanem valami tok mas, ami tobb nagysagrenddel gyorsabb annal. Itt kezdodik a filozofia, ahogy haverok is mondjak: "mi a fenenek szenvedsz ezekkel a regebbi gepekkel ha egy mai PC sokkal de sokkal gyorsabb?" ... azaz ha olyasmire vagysz ami total kivul esik a kerdeses technika lehetosegen, akkor azt vagy elfelejted (egyszeruen erre nem alkalmas ...) vagy pedig atnyergelsz egy masik kategoriara, de akkor pont a lenyeg veszik el, pl akkor hasznalhatsz PC-t EP helyett ami kepes ilyen memoria savszelessegre amit te akarsz. Egy EP atalakitva sem kepes erre imho, itt elvi szinten olyan igenyeket tamasztasz ami megoldhatatlan az adott technika keretein belul.

Szoval ez nem RAM kerdese, kb az egesz gepet le kene cserelni! Csak info keppen, imho a PCI Express x2 busz tudna azt amit te akarsz Ezt elvarni egy EP-tol azert kicsit durva

Amúgy egy oldalscrollos game EP-n is működhet, szerintem nem gond hogy félkarakteres a mozgás ha gyors a game.
De a felfele scrollal is lehetne egyszerű de jó játékokat csinálni.

Egyetértek

Ezt a cuccot 79- re datálja a wiki:

http://www.youtube.com/watch?v=GzitZv8Enmc

Ebben 79- re benne volt a SOK-SOK sprite -os hardware ?

Ilyenekben volt legalább 2-3 proci...

Amúgy egy oldalscrollos game EP-n is működhet, szerintem nem gond hogy félkarakteres a mozgás ha gyors a game.

16 színű módban a pixelenkénti oldalra scrollozás is megoldható két képernyő puffert használva, és mindkettőt frissítve (fél karakterenként és LPT módosítással), de az egyiket egy pixel (negyed karakter) eltolással. Ez ugyan lassabb, mint a fél karakter felbontású scroll, de még mindig lényegesen gyorsabb, mint az egész képernyőt szoftveresen mozgatni.

na persze még ennél is egyszerűbb a 15 ezer ft-s android sticken egy emulátort futtatni és az emulátorba építeni sprite-ot 

De ez már sokat lassít, nem, mert kellenek bit műveletek is a negyed karakter eltoláshoz?

két bufferbe kell írni a sprite-okat, egyikre az eltoltakat. egész képernyő memóriamásolással totál lassú lenne, ilyet specyn se csináltak komolyabb játékban (azaz újra van rajzolva az egész pálya minden képkockában)

persze így megint csak 2x annyi memória kell a képernyőhőz, és ráadásul a sprite-okhoz is...