Naja Movie32 mit BlueREU vergleichen ist wie VHS vs BlueRAY *gg*
Na wenn schon Retro dann richtig ![]()
Es gibt 269 Antworten in diesem Thema, welches 52.618 mal aufgerufen wurde. Der letzte Beitrag (
Naja Movie32 mit BlueREU vergleichen ist wie VHS vs BlueRAY *gg*
Na wenn schon Retro dann richtig ![]()
Sieht richtig gut aus, sind zwar "nur" Videos, sehen aber für C64-Verhältnisse richtig gut aus und laufen schön flüssig (320x200, 16 Farben), dagegen wirken die Videos vom avf-Plugin des MMC-Replays richtig schäbig (152x80, 4 Graustufen). Das wäre doch die neue Anwendungsidee: ein REU-Video-Player für den C64 und da zu ein Video-Konverter-Programm für den PC mit dem man die REU-Files erzeugen kann (Wunschvorstellung, wird es wahrscheinlich nicht geben). Wenn ich mich nicht verrechnet habe, müssten unkomprimiert ca. 20,97s Video in eine 16MB-REU passen, würde also für kurze Clips reichen.
Nein, es sind genau 62 Sekunden oder 744 Frames, bei 12 frames pro Sekunde.. Platz für Musik ist 3:28, das Verhältnis kann noch zugunsten der Musik verschoben werden (also pro Frame weniger x sekunden mehr Musik!)
Einen Videoeditor fänd ich auch sehr geil, die Playlist händisch editieren ist schon sehr fieses Gefrickel!
Mal sehen, ob ich Roland dazu motivieren kann...
Dee
Der Wings Movieplayer packt 320x200 Hires Graustufen in 15fps mit Wave oder Sid als Ton. 160x120 ohne Ton können sogar 3 Vids gleichzeitig wiedergegeben werden... Leider 3 böse Einschränkungen:
1. max. 2000 frames schafft der Converter
2. nur mit SCPU + Ramcard
3. nur mit IDE64 + IDE-DOS 0.8x SCPU
Bitte melde dich an, um diesen Link zu sehen.
Einen Videoeditor fänd ich auch sehr geil, die Playlist händisch editieren ist schon sehr fieses Gefrickel!
Wir hatten mal für GoDot sowas angedacht (und auch schon halbwegs fertig, zumindest lief schon mal ein Demo auf irgendeiner H&E (?) auf dem Performance-Peripherals-Stand. C64 mit REU 1750 und Fullscreen-Multicolor-Filmchen. Sah geil aus...
Wir hatten den Film in Amica-Paint-Einzelframes aufgesplittet (mit nem Amiga) und konnten so rund 50 Frames aneinanderhängen (das reichte für die Demo). Weil wir Probleme mit dem Color-Ram hatten (da flackerte immer was an manchen Stellen), sind wir irgendwann vom Thema abgekommen...
![]()
Arndt
Weil wir Probleme mit dem Color-Ram hatten (da flackerte immer was an manchen Stellen), sind wir irgendwann vom Thema abgekommen...
Und wieder ein Hinweis darauf, dass die Adress-Haltezeit der REU für alles außer D-Ram zu kurz ist. Das Colour-Ram ist auch statisch und erfordert korrekte Adressen über den ganzen Zugriff.
Jens
@Retrowurst:
und genau jetzt greift wieder sauhunds gutes Argument: Erweiterungsgedoens nervt und schadet.
Wenn von 100 aktiven Programmierern dann einfach 30 etwas programmieren das die 'Community' nicht nutzen kann, dann ist das ein 'Verlust', ja.
Hab nochnicht alles im Thread gelesen aber iche schreib einfach mal los....
enthusi: Also irgendwie versteh ich dich nicht...wenn ich mir so dein Posting oben ansehe frage ich mich ernsthaft wieso du MM auf NEORAM(!) rausgebracht hast....oder ging etwas an mir vorbei und das Teil ist in der Szene so verbreitet??
Also ich hab keins und bin schon ein wenig traurig MMGold nicht spielen zu können...gehört für MICH also schon ein wenig in die Kategorie "an der Szene vorbei" - obwohl ich keine Bau/Verkaufszahlen kenne, denke aber das es mehreren/vielen so geht!
Nichtsdestotrotz zähle ich allein in der CSDB über 1000(!) downloads!
Scheint also so als hätte ein in MEINEN Augen "an der Szene vorbeientwickeltes" Produkt eingeschlagen wie eine Bombe!
Vielleicht liegt es auch alles nur an der Betrachtungsweise, ich glaube die REU ist nochweiter verbreitet als eine NeoRam (wovon ich vor MMGold NIE gehört habe) - glaube die REU ist weiter verbreitet als mancher denkt und die Einstellung "Nischenprodukt" oder "istdamitkeinCevimehr" ein Vorurteil sowie der Hauptgrund für sowenig Erfolg!
Bin ja mal auf Zak und die Anzahl der Downloads gespannt...ich jedenfalls freu mich schon TIERISCH drauf und hoffe das sich die allgemeine Negativeinstellung zur REU damit bald mal ändert! Früher wars vielleicht mal ein Exot - aber früher ist vorbei, und da du - enthusi - selbst dafür sowie fü die Neoram entwickelst versteh ich auch obige Postings von dir nicht ![]()
Aber ich finde es, wie gesagt, sehr gut das du das tust!
Mehr Software für die REU ![]()
Zumal sie heute als ""kostenlose" Zugabe" in anderen Erweiterungen enthalten ist...
Mehr Software für die REU
Ich glaube die derzeitige Konkurenzsituation auf dem REU-Markt kommt D/Meinem Wunsch entgegen, wenn erstmal genügend 1541u´s und Chameleons in Umlauf sind.
Riesige Multicolorbilder z.B. als Levelhintergrund sollten damit kein grosses Problem sein, selbst wenn das Color-Ram mit dem Prozessor kopiert wird, oder?
viele Grüße
(...)enthusi: Also irgendwie versteh ich dich nicht...wenn ich mir so dein Posting oben ansehe frage ich mich ernsthaft wieso du MM auf NEORAM(!) rausgebracht hast....oder ging etwas an mir vorbei und das Teil ist in der Szene so verbreitet??
Also ich hab keins und bin schon ein wenig traurig MMGold nicht spielen zu können...gehört für MICH also schon ein wenig in die Kategorie "an der Szene vorbei" - obwohl ich keine Bau/Verkaufszahlen kenne, denke aber das es mehreren/vielen so geht!
Nichtsdestotrotz zähle ich allein in der CSDB über 1000(!) downloads!
Das Glück derjenigen, die "exotische" (?) Hardware nicht besitzen, liegt in der Emulation. Anders kann ich mir solche Downloadzahlen auch nicht erklären. D.h., ich gehe mal davon aus, dass die Mehrheit nicht übersehen hat, dass eine wohl nicht sonderlich verbreitete RAM-Erweiterung benötigt wird.
Die Möglichkeiten der heutigen Emulatoren relativieren dann m.E. zumindest ein wenig sauhunds Argumente. Vielleicht liegt der Unterschied aber auch nur im Promillebereich.
Andererseits ist es auch so, dass enthusi mit MM Gold eine tolle MM-Version erarbeitet hat, die zumindest minimal zur Verbreitung der NeoRAM beitragen kann. Schließlich kann jeder mit entsprechenden Kenntnissen sich NeoRAM selbst nachbauen.
Ähnlich ist es doch auch bei der REU (natürlich mit 16MB) und "BluREU". Die Software, die beeindruckt, schafft erst die Nachfrage nach der Hardware.
Das Glück derjenigen, die "exotische" (?) Hardware nicht besitzen, liegt in der Emulation. Anders kann ich mir solche Downloadzahlen auch nicht erklären.
meine vermutung wäre auch das sich das sehr viele nur-gamer gesaugt haben, die entweder nicht wussten das sie dafür zusatzhardware brauchen, oder die eh ausschliesslich im emulator spielen. letztere sind bezüglich szeneproduktionen aber irrelevant wie noch was ![]()
Die Möglichkeiten der heutigen Emulatoren relativieren dann m.E. zumindest ein wenig sauhunds Argumente.
siehe oben. niemand in der szene coded für den emulator.
Ähnlich ist es doch auch bei der REU (natürlich mit 16MB) und "BluREU". Die Software, die beeindruckt, schafft erst die Nachfrage nach der Hardware.
wobei es ja eine 16MB reu eigentlich garnicht gibt, die existiert bisher einzig in der 1541u als halbgare emulation ![]()
der aufwand "movie 32" an eine andre art ram erweiterung anzupassen dürfte sich *sehr* in grenzen halten. mehr als eine handvoll zeilen code brauchts da nicht. bei BluREU aber wäre mit sicherheit neuschreiben von so ziemlich allem angesagt. (und selbst dann wäre ich mir nicht sicher das es überhaupt geht, man also in der wenigen verbleibenden zeit die einem bleibt mit der cpu die 32k umkopieren kann)
Keine Chance!
Selbst mit Speedcode brauchst du pro Byte 9 zyklen statt einem - d.h. die Framerate wäre 9 mal so langsam, statt 12 fps noch nichtmal 2....
NUFLI ist übrigens nicht 32k.. Wäre das so, würde BluREU nicht laufen, weil wir ja doublebuffern müssen und dann der gesamte Speicher schon mit den 2 Bildern voll wäre!
Reine Grafikdaten sind 24k, und der Speedcode für den Displayer braucht halt noch ein bisschen was, aber den transferieren wir ja nicht mit...
Speicher und Rasterzeit sind halt mehr oder weniger quasi permanent auf Anschlag bei dem Ding!
Arg viel mehr wird in Sachen Video am c64 optisch wirklich nicht gehen. Nur flüssiger als im vierten Frame könnte man's vielleicht noch machen, wenn man keine kompletten Frames hernimmt...
Keine Chance!
ach was, ace macht das schon ![]()
<dummschwätz>
Wie wär es denn mit der RAMLink (wenn man schon über einen Port auf andere Hardware nachdenkt)? Hat die nicht auch einen DMA-Mode? Ich habe da irgendsowas mit Direktzugriff in Erinnerung. Und unter GEOS kann man das Dingens auch so ähnlich (?) wie eine REU benutzen, wenn man das zuvor als Direktzugriffspartition eingerichtet hat. Und 16 MB hat die auch ...
</dummschwätz>
Gruß WTE
Das Glück derjenigen, die "exotische" (?) Hardware nicht besitzen, liegt in der Emulation. Anders kann ich mir solche Downloadzahlen auch nicht erklären.
+ die Anzahl der Leute, die einfach alles runterladen müssen, was man runterladen kann ![]()
Wie wär es denn mit der RAMLink (wenn man schon über einen Port auf andere Hardware nachdenkt)? Hat die nicht auch einen DMA-Mode? Ich habe da irgendsowas mit Direktzugriff in Erinnerung. Und unter GEOS kann man das Dingens auch so ähnlich (?) wie eine REU benutzen, wenn man das zuvor als Direktzugriffspartition eingerichtet hat. Und 16 MB hat die auch ...
yep, die kann DMA wenn ich mich recht erinner, das sollte also gehen.
Deekay,
ich hatte mal ein Cartridge angefangen, das ein paar ganz besondere Rom-Zugriffsmodes hatte (indirekter Tabellenzugriff), und zusätzlich zu $8000 cart auch für den VIC noch etwas einblenden konnte. Letzteres hätte eine höhere Framerate zur Folge, denn das Zeug muss nicht mehr umkopiert werden, sondern man kann einfach einen Pointer verbiegen und der VIC bekommt andere Daten.
Also mal ganz vorsichtig mit Aussagen wie "viel mehr wird nicht gehen" - ich denke dass man locker die Framerate verdoppeln kann, vielleicht sogar full-framerate. Es ist vielleicht nichtmal den Commodore-Entwicklern klar gewesen, aber in der PLA schlummert schon seit dem ersten C64 ein Mode, der bis heute nicht 100% dokumentiert ist - und nur der macht Chameleon erst möglich ![]()
Jens
Zitat von -trb-Das Glück derjenigen, die "exotische" (?) Hardware nicht besitzen, liegt in der Emulation. Anders kann ich mir solche Downloadzahlen auch nicht erklären.
Zitat von sauhundmeine vermutung wäre auch das sich das sehr viele nur-gamer gesaugt haben, die entweder nicht wussten das sie dafür zusatzhardware brauchen, oder die eh ausschliesslich im emulator spielen. letztere sind bezüglich szeneproduktionen aber irrelevant wie noch was
Zitat von sauhundniemand in der szene coded für den emulator.
Richtig, darauf habe ich aber auch nicht abgezielt. Sondern auf die Coder, die z.B. *auf* einem Emulator für Hardware programmieren, die sie nicht besitzen/zur Verfügung haben. Das passt jetzt zwar nicht ganz, aber nach eigener Aussage auf CSDb hat doch S.E.S./Crest die Änderung der 1541U-Firmware erstellt, ohne eine 1541U zu verwenden. Ganz dunkel meine ich mich zu erinnern, dass zumindest noch vor ein paar Jahren einige C64-Coder statt eines CrossDev-Systems einen Emulator verwendet haben.
Zitat von spider-j+ die Anzahl der Leute, die einfach alles runterladen müssen, was man runterladen kann
Heimarchiv schlägt Internet-Archiv! Bei den heute üblichen Festplattengrößen ist "Archivierung" leicht... Ähem.
Zitat von sauhund
ach was, ace macht das schon
Genau! Money beats procrastination. Da wird bestimmt ganz locker einfach Geld ausgelobt...
Zitat von sauhundwobei es ja eine 16MB reu eigentlich garnicht gibt, die existiert bisher einzig in der 1541u als halbgare emulation
Ja, da frag ich mich auch (als jemand, der von Hardware sowieso kaum einen Schimmer hat), was am 16MB-Ausbau nun genau dran ist. Mein Gedächtnis sagt mir immer noch, dass ich davon in "grauer Vorzeit" mal in einer Zeitschrift (64'er?) gelesen hab, bevor das Internet hierzulande Verbreitung fand. Also auf jeden Fall vor 1998, wahrscheinlich habe ich das sogar vor 1996 gelesen.
Deekay,
ich hatte mal ein Cartridge angefangen, das ein paar ganz besondere Rom-Zugriffsmodes hatte (indirekter Tabellenzugriff), und zusätzlich zu $8000 cart auch für den VIC noch etwas einblenden konnte. Letzteres hätte eine höhere Framerate zur Folge, denn das Zeug muss nicht mehr umkopiert werden, sondern man kann einfach einen Pointer verbiegen und der VIC bekommt andere Daten.
Also mal ganz vorsichtig mit Aussagen wie "viel mehr wird nicht gehen" - ich denke dass man locker die Framerate verdoppeln kann, vielleicht sogar full-framerate. Es ist vielleicht nichtmal den Commodore-Entwicklern klar gewesen, aber in der PLA schlummert schon seit dem ersten C64 ein Mode, der bis heute nicht 100% dokumentiert ist - und nur der macht Chameleon erst möglich
Jens
Hui, und das wird mal so nebenbei erwähnt...
Aber das erinnert mich an etwas in Bezug auf diese leidige Diskussion mit Hardwareerweiterungen, ob es sich dann noch um einen C64 handelt oder nicht. Bei einer SCPU bspw. kann man das wohl ganz klar verneinen, aber fängt das nicht schon bei Cartridges wie Bitte melde dich an, um diesen Link zu sehen. an? Ohne die zusätzliche Hardware (also eben das Cartridge selbst in diesem Fall) wäre das Spiel so nicht möglich. Trotzdem kann man doch wohl kaum behaupten, dass es sich hier nicht um ein reines C64-Spiel handelt.
Richtig, darauf habe ich aber auch nicht abgezielt. Sondern auf die Coder, die z.B. *auf* einem Emulator für Hardware programmieren, die sie nicht besitzen/zur Verfügung haben. Das passt jetzt zwar nicht ganz, aber nach eigener Aussage auf CSDb hat doch S.E.S./Crest die Änderung der 1541U-Firmware erstellt, ohne eine 1541U zu verwenden. Ganz dunkel meine ich mich zu erinnern, dass zumindest noch vor ein paar Jahren einige C64-Coder statt eines CrossDev-Systems einen Emulator verwendet haben.
die firmware hat SES "blind" gepatcht wenn ich das richtig verstanden hab
und nur auf nem emu zu entwickeln ist auch tückisch, da sich bisher kein emu wirklich 100%ig wie ein richtiger c64 verhalt. grad die reu ist ein gutes beispiel dafür ![]()
ZitatJa, da frag ich mich auch (als jemand, der von Hardware sowieso kaum einen Schimmer hat), was am 16MB-Ausbau nun genau dran ist. Mein Gedächtnis sagt mir immer noch, dass ich davon in "grauer Vorzeit" mal in einer Zeitschrift (64'er?) gelesen hab, bevor das Internet hierzulande Verbreitung fand. Also auf jeden Fall vor 1998, wahrscheinlich habe ich das sogar vor 1996 gelesen.
der REC chip in der reu (der für die adressierung des speichers, den DMA usw zuständig ist) kann eigentlich nur 2MB adressieren. bzw intern kann er wohl 16, aber die nötigen adressleitungen um auch wirklich 16mb anzuschliessen sind nicht nach aussen geführt. wenn man die reu emuliert (oder in hardware nachbaut) kann man das natürlich umgehen.... wie der umbau einer echten reu aussehen soll ist mir aber auch nicht ganz klar. ich kann mich aber auch dunkel an so eine anleitung erinnern ![]()
Zitataber fängt das nicht schon bei Cartridges wie Toki an? Ohne die zusätzliche Hardware (also eben das Cartridge selbst in diesem Fall) wäre das Spiel so nicht möglich. Trotzdem kann man doch wohl kaum behaupten, dass es sich hier nicht um ein reines C64-Spiel handelt.
naaaaja. toki ist auch nur ein simples rom cartridge, das spiel geht halt ohne externen speicher nicht, das stimmt wohl. als demo würde es aber wohl in der tat nicht als "c64 demo" durchgehen, das stimmt schon.
@sauhund:
Yo, im Grunde stimmen wir in dieser Sache schon überein, möchte ich mal behaupten. Detailabweichungen bestätigen das nur... ![]()
Also, die interessante Frage für mich ist ja nun letztlich, warum z.B. Crossbow (C128 und REU), Graham (C128) und enthusi (NeoRAM und REU) als Coder etwas explizit für Hardware entwickeln/-t haben, die eben kein Standard ist. Einfach, weil's prinzipiell möglich ist und just for the fun of it? Ist das dann tatsächlich ein "Verlust", wie es hier bezeichnet wurde oder eher nur eine Ausnahme?
der REC chip in der reu (der für die adressierung des speichers, den DMA usw zuständig ist) kann eigentlich nur 2MB adressieren. bzw intern kann er wohl 16,
Korrektur: Der REC Chip kann nur 512K, es ist ein 19-Bit Chip. Schon die 2MB-Variante von CMD hatte externe Hardware, um die zusätzlichen zwei Bits zu implementieren. Da diese externe Hardware (bei CMD in einem GAL realisiert) nichts vom DMA-Zählerstand innerhalb des REC weiss, kommt der 512k-wrap-around-bug zustande, denn die "neuen" Bits werden einfach festgehalten.
Die Annahme, dass der Chip intern 16MB kann (also 24 Bits) liegt zwar nahe, aber bloß weil da fünf ungenutzte Bits in einem Register liegen, von denen zwei durch externe Hardware scheinbar aktiviert wurden, erweitern sich die Zähler nicht auf wundersame Weise. Ich gebe aber zu, dass CMD das clever gemacht hat - und vielleicht ist das auch der Grund, warum der wrap-around-bug nicht in der Emu drin ist.
Einfach, weil's prinzipiell möglich ist und just for the fun of it? Ist das dann tatsächlich ein "Verlust", wie es hier bezeichnet wurde oder eher nur eine Ausnahme?
Vom Amiga auf den C64 zu schließen ist hier meiner Meinung nach nicht angebracht - auf dem Amiga war's ein Verlust, dass man sich der gepimpten Hardware zugewandt hat, aber da war's dann auch gleich so, dass man sich gleichzeitig der Standard-Maschine abgewandt hat. Gerade die Tatsache, dass bei Amiga-competitions eine 060-Karte im Compo-Rechner steckt, die es nie von Commodore gegeben hat, entfernt sich schon von dem, was Crossbow und Graham gemacht haben, denn die zwei haben noch für Commodore-Hardware programmiert. Enthusi ist schon deutlich davon weg, denn Georam ist etwas, was nie von Commodore herausgebracht wurde - im Gegenteil, es war das Konkurrenzprodukt zu einem sehr teuren Original.
Ich möchte hier aber nicht zu sehr die Meinung fördern, dass nur Hardware mit Commodore-Gockel das Zeug zu einem "Original" hat. Die Demos sind "wild" und werden es auch bleiben, wenn nicht irgendeine große Party beschließt, dem Compo-Rechner diese Hardware zu verpassen. Das ist aber meiner Meinung nach nicht abzusehen - im Gegenteil! Solange *die* C64-Szene Party schlechthin nichtmal eine Wild-Compo hat, bleibt uns die "Originalszene" noch ne Weile erhalten: Das Niveau auf der X ist meiner Meinung nach schon deswegen so hoch, weil's nur die eine Disziplin gibt.
Jens
ZitatCrossbow (C128 und REU), Graham (C128 ) und enthusi (NeoRAM und REU)
haha, in einer Reihe - das haeng ich mir an die Wand ![]()
Dazu hab ich (natuerlich) ne Meinung:
der C128 ist/war sehr wohl SEHR verbreitet! (das es da nicht mehr Demos gibt liegt womoeglich sogar daran, dass Grahams so heftig ist)
die Reu mit 16MB gab es nie.
GeoRam war/ist in D auch recht verbreitet aber MM Gold macht ja so richtig Sinn erst mit der NeoRam und davon gibt es in der Tat nicht sonderlich viele (deutlich weniger als 16MB REU ueber 1541u).
Allerdings ist/war es fuer kleines Geld zu haben und generell nachbaubar fuer 'jedermann'.
Gemacht hab ich es weil es Spass gemacht hat. Ich mag das GEOram (weil es eben so simpel ist, im Prinzip ist eher wie ein Laufwerk zu betrachten).
Ich wollte ein MM zum 'stecken' mit Maus
Nicht weil alle das wollten, sondern ganz aus Eigennutz *g*.
Keine Ahnung wieviele echte 1351 Maeuse zu Hause haben? (Zum Glueck wird die vice-mouse-emu in diesem Moment ueberarbeitet hab ich mir sagen lassen).
Erstaunlicher weise habe ich sogar mehrfach (man glaubt es kaum) Feedback bekommen aus einer ganz anderen Ecke. Eher PC-Leute die MM gern mal wieder auf C64 spielen wollten und sich dann dafuer vice gezogen haben weil
MM-C64 in Scummvm nicht (kaum) laeuft...
Aber MM ist ja auch kein Demo und als ich von Schaden sprach meinte ich schon durchaus die Top-coder im Demobereich zu denen ich trotz des huebschen Zitats oben wohl kaum gehoere.
Wenn ein Spiel extra-hardware braucht/nutzt finde ich das gut wenn:
- dadurch etwas besser geht das sonst nicht so leicht geht (schneller laden blabla).
- die hw verfuegbar und preiswert ist.
Toki ist auch nur normaler 6502-code mit einem quasi-standard Modul. Das EasyFlash kann das direkt nachbilden zum Beispiel.
Kein Vodoo ![]()
Ich haette auch kein Problem damit, wenn neue Spiele _nur_ auf Modul rauskaemen, aber so grosse Projekte sind nicht wirklich in Aussicht denke ich.
Vielleicht mal ne Option foer Eye of the Beholder oder sowas. Also nicht als "kopierschutz", sondern einfach um es zu ermoeglichen.
Gaebe es z.B. Newcomer statt auf ZIG Disketten als fertiges EasyFlash oder NEOram-Teil waere das sicher sinnig.
Grade EasyFlash-carts oder Ocean finde ich sehr attraktiv weil das dann 'beide Welten' vereinen wuerde.
1541u kann einiges an CRTs, schon das Retro-Replay einiges und das Cham. wohl auch (hoffentlich auch EasyFlash? (also 1MB + evtl. 1 io-page ram) ![]()
Und wer grade nix von den 'dicken' Expansionport-Teilen hat, kann sich immernoch fuer umrum 20 eur nen plug-n-play Teil besorgen.
...ABER fuer Demos? Pffffff... Das ist/war/soll/muss seit jeher stock c64 + 1541 (oder datasette
sein.
Von hunderten multidisk demos verlangt ja meines erachtens nicht eines, dass man zwei floppy-drives hat (im Gegenteil ;-), obwohl man
sich nen Flip-Disk-screen erspart haette und ein gros der Scener eh zwei gehabt haben duerfte ![]()
Persoenlich mag ich die REU nicht (also dafuer coden) weil DMA einfach ein neues Element ist, das nicht zum Rest vom C64 'passt'.
Und zwar eines was direkt die CPU (jaja, nicht wirklich, aber gefuehlt) betrifft.
BluReu finde ich grossartig und cool, aber ich hab's ja auch nicht gecodet (aus mehreren Gruenden ;-).
Spiele fuer die REU zu coden ging schon vor 20 Jahren und keiner hat's wirklich gemacht, ich wuesste nicht wieso sich das aendern sollte...
Dabei ist REU-code fuer sich sehr einfach und auch sehr gut dokumentiert (nicht sowas wie i/o-"Feinheiten" aber der Standardkram eben).
Auch REU-Filme sind alt
(siehe REU demo-disk oder z.B. hier: Bitte melde dich an, um diesen Link zu sehen. )
Crest hat es allerdings auf die absolute Spitze getrieben (vorerst
und dabei deutlich mehr Abstand zu vorherigem geschaffen als "noetig".
Hauptsache es macht allen Spass ![]()
Mir schon.