Jó ezt egy Commodore-ostól hallani! (Nem sértésként használva a kifejezést! 
Csak egyszerűen rögzítve azt a tényt, hogy te azzal kezdted.)
Én is erre jutottam, hogy C64 nem úgy készült, hogy csináljunk valami nagyon jót, hanem rakjunk bele valami jól eladható képességet (ez lett a SID meg a VIC), aztán a lehető leggyorsabban toljuk ki a gyárkapun, hogy aztán csak a bevételt kelljen számolgatni. Hibás a CIA chip? Kit érdekel, majd lesz helyette lassú szoftveres rutin.
Én úgy látom, igazából ez volt az egyetlen eset, amikor a beletalált a tutiba a hw képességekkel a Commodore. Többi típusuk vagy a futottak még vagy a totál bukás volt. Kivétel az Amiga, viszont az nem az ő "gyermekük" csak felvásárolták.
Mondjuk lehet, itt az EP a kivetel (pozitiv iranyban) inkabb, minthogy a C64 lenne a rossz pelda, mar az atlaghoz viszonyitva
Mert azert keves olyan ebbe a gepkatagoriaba eso cuccrol tudok, ami mondjuk SW oldalrol az EP szintjet elerne, az elejen nem is tudtam mit kezdeni ezzel, hogy mik vannak az EXOS/EXDOS vilagaban. C64-en ez nem igy megy
Peldaul mondjuk ott az IDE64 (gondolom kitalalhato h mi) vagy a JiffyDOS (sima szokasos IEC kabelen kb 20x-os sebesseget tud a normal "tempohoz" kepest a disk drive fele), na itt kvazi le kell cserelni C64-ben a ROM-ot, mert "bovitmeny" fogalma hasonlo az nem vala. Es meg akkor is valoszinuleg nem fog menni egy csomo program, mivel a legtobb sw vagy a hw-t kozvetlenul bizeralta inkabb (nem vala normalis alternativa) vagy kozvetlen nem is publikalt ROM rutinokat hivogatott adott cimen amik igen specifikusak voltak.
En egyre jobban ugy erzem, hogy nem a C64 a rossz pelda, hanem az EP ennyire jo
Nyilvan a fenti elmondhato hw tekinteteben is, nem irom le ujra (lasd memoria bovites/szervezes, stb). Az egyeduli utokartya az a VIC-II es a SID erejeben rejlik nagyreszt. Amugy pl Plus/4 memoriaszerevzese mar jobb (de ez is csak viszonylagos) ott viszont pont a Commodore utokartyait (SID/VIC) sporoltak ki, ami viszont szinten hiba volt. Ott a BASIC is fejlettebb (meg messze nem strukturalt - az IS-BASIC-hez viszonyitva marmint -, de mar POKE-ok nelkul van hang/grafika es egyeb dolgok).
Amugy allitolag a VIC (nem a VIC-II ami c64-ben van!) arra keszult, hogy mas gyartok felhasznaljak, es a Commodore a piac pangasat latva, ugy gondolta, hogy bemutatja, hogy mire lehet jo az IC, ezert (is) kezdete el a VIC20-at tervezni. Aztan jott a projectneven VIC40, amit vegulis C64 neven dobtak ki, ebben ugye mar a VIC-II van (nem keverni a VIC nevet a szamitogep es a video IC viszonylataban), a VIC-I ami a VIC20-ban van kisebb felbontasu, nem volt meg "igazi" bitmap mod sem csak text (trukkozessel lehetett vmit azert), es persze sprite-ok sem voltak. A VIC-II is magan viseli azokat a dolgokat, ami az eredeti design resze, es nem akartak nagyon attervezni; pl hogy a bitmap szervezese sem folyamatos, hanem karakter egysegekre oszlik, igy meg lehetett tartani bizonyos reszeit a design-nak.
Ellenben, mind az EP, az EXOS/EXDOS es pl a Nick is eleg szep, clean design. Az egyedi vesszoparipa sokak szamara
a sprite ... Irtam, hogy a VIC-II chip kb 3/4 resze a sprite-ok miatt kell, eleg brutal arany. Ezert gondolom Nick-be ezt tenyleg lehetetlen lett volna beletenni, hacsak nem butitjak le egyeb kepessegeit teljesen (nincs LPB, kevesebb szin stb). Mindazonaltal ugye a Nick EC bementetivel meg lehetett volna kulon csinalni, de ugye ez sokakat nem vigasztal ... Ha van eleg toke es ido (na ez amugy se volt ...) akar ki lehetett volna hozni azonnal, mint "kiegeszito", amit elvileg nem kotelezo megvenni, igy arpolitikailag is talan korrektebb, bar mindig kerdeses, hogy mire megy egy kiegeszito, lesz-e hozza sw, mert akkor ugye nelkule nem fut viszont ...
Arrol nem is beszelve, hogy Nick-be spite-okat teve kisse mas lenne az egesz rendszer mukodese. C64-n a 65xx CPU-k mukodesi jellege miatt amugy eleg "clean" lenne elvileg. Ui egy pl 6502-es processornak nincs szuksege kulon RD es WR jelre, van neki _egyetlen_ kimenete, ami eldonti hogy read vagy write-e az adott muvelet. Na lehetne kerdezni, hogy akkor honnan a fenebol tudja pl a RAM hogy neki csinalnia kell vmit, hiszen az tuti hogy RD vagy WR allapot valamelyike igy mindig fennallna szunet nelkul. Ez egyszeru: 65xx eseten a CPU _MINDEN_ egyes orajel ciklusban a fel ciklus alatt nem fer hozza a buszhoz a CPU, a masik fel ciklus alatt viszont _mindig_ memoriamuvelet van. Ergo az orajel egy 65xx eseten megy magara pl a RAM chip-enable bementetere! Igy minden orajel ciklusban felet hasznalja a CPU az idonek, a masik fele lehet pl a VIC-II-e. De sprite-ok eseten meg ez is keves, es eleg randa dolgok kellenek, hogy a CPU-t be kell fekeztetni ha a VIC-II un sprite DMA-ba kezd. Meg ugy is, hogy a VIC-II amugy is rendelkezik sajat SRAM-al is (marmint nem a tokjaban, kulon) mert kulonben sprite-ok nelkul sem lenne eleg ideje semmihez. Most ezt a Nick LPB mukodesere levetitve, haaat nem tudom ezt hogy lehetett volna osszeegyeztetni egyetlen design-ban, szerintem nehezen.
