letzter Beitrag von Ace am
Wer mal wissen möchte wie ein C64 Port der originalen Doom Sources auf dem C64 aussieht, kann sich das mal hier anschauen:
Oder auch selbst antesten (SCPU und REU benötigt): http://scpu.amidog.se/doku.php?id=scpu:doom
also für REU und SCPU ist die performance wirklich erbärmlich 
Da hatten wir hier schon geileres vor allem flüssigeres als 1K demo oder so, natürlich mit niedrigerer auflösung
Wieso ?, auf 'nem Amiga mit 20 MHZ läuft's genauso ;).
Also mit einer 20 Mhz. CPU hätte ich da schon etwas mehr erwartet, vor allen Dingen bei der reduzierten Farbpalette. Dagegen lief das auf meinem ersten PC (486er DX-40) ja noch richtig flüssig.
Zu schade, daß der C64 dafür keinen adäquaten Grafikmodus hat. Da geht es dem Amiga ohne Grafikkarte aber ja auch nicht so viel besser. Beim Sound geht aber auf jeden Fall noch was. Auf jeden Fall doch interessant zu sehen, daß die Engine einwandfrei auf dieser CPU lauffähig ist.
Also mit einer 20 Mhz. CPU hätte ich da schon etwas mehr erwartet, vor allen Dingen bei der reduzierten Farbpalette. Dagegen lief das auf meinem ersten PC (486er DX-40) ja noch richtig flüssig.
Einen 486'er kann man wohl nicht damit vergleichen. Und den passenden VGA-Modus gibt es halt auch nicht, wodurch die Grafik (wie in der Amiga AGA-Version auch) erstmal umgerechnet werden muß, selbst wenn es nur 4 Farben sind. Das geht enorm auf die CPU. Dennoch geht da sicher noch was, wenn man es komplett in Assembler umsetzen würde. Aber angesichts der Tatsache, daß man das kaum als spielbar bezeichnen kann, wird sich wohl keiner die Mühe machen. Den Imp oben im Zick-Zack-Raum konnte man z.B. überhaupt nicht sehen.
also für REU und SCPU ist die performance wirklich erbärmlich
Da hatten wir hier schon geileres vor allem flüssigeres als 1K demo oder so, natürlich mit niedrigerer auflösung
Das hier wäre dann der beste Beweis dass auf dem C64 Assembler gegenüber C vorzuziehen ist
Auf dem DTV könnte es aber interessant sein, der lineare Framebuffer mit 256 Farben bietet sich optimal dafür an.
sehe es eher als "proof of concept" 
mist ich find das nicht mehr, ich mein, das war sogar nahe an 256byte PETSCII gfx iirc
Wer mal wissen möchte wie ein C64 Port der originalen Doom Sources auf dem C64 aussieht, kann sich das mal hier anschauen:
Oder auch selbst antesten (SCPU und REU benötigt): http://scpu.amidog.se/doku.php?id=scpu:doom
Das passt einfach nicht zum C64 und sieht Scheiße aus. Geht gar nicht.
Ich wundere mich aber, dass die Engine überhaupt scheinbar ohne viel Anpassung auf der 6502er Familie läuft (hätte gedacht, dass die org. Engine aus spezifischen Befehlen der x86 Serie bestünde) und dass die Begeisterung so gering ausfällt. Wären nur 4 Frames davon in einer Demo für 3 Sekunden lang, irgendwo zwischendrin eingebaut, aufgetaucht, hätten sich alle vor Aufregung in die Hosen gepisst 
und gesagt "Demo of the Year" oder so in de Art.
na die Hardware Vorausetzungen haben wohl die wenigsten. Und sowas auf dem Emulator.... ich weiß nicht.
Sicherlich interessant, das mal zu sehen... mehr aber nicht.
Auf dem DTV könnte es aber interessant sein, der lineare Framebuffer mit 256 Farben bietet sich optimal dafür an.
Die Grafik könnte der DTV wahrscheinlich ganz passabel umsetzen. Aber was er mit seinem Grafikmodus wett macht, fehlt dem wohl schlicht an CPU-Power. Er ist selbst mit optimiertem Code noch deutlich langsamer als eine SCPU, und eine 16-Bit-CPU hat er auch nicht.
Aber könnte man nicht einen Adapter für eine 8-Bit-ISA-VGA-Karte bauen und die dann am C64 betreiben? Wäre mal eine interessante Idee.
Aber was er mit seinem Grafikmodus wett macht, fehlt dem wohl schlicht an CPU-Power.
Mit dem Burst Mode und der Möglichkeit die Badlines auszuschalten ist er immerhin zwar schneller als ein C64, nur an die SCPU kommt er leider auch nicht ran. Da müsste schon einiges in Assembler optimiert werden.
Also mit einer 20 Mhz. CPU hätte ich da schon etwas mehr erwartet, vor allen Dingen bei der reduzierten Farbpalette.
Naja. Die Farbpalette reduziert sich ja nicht von selbst - dass muss die Engine zusätzlich in Echtzeit erledigen, genau wie das Abbilden jedes einzelnen Punktes aus dem ursprünglichen 320x200 Raster auf die 8x8 Blöcke der C64-Bitmap.
also für REU und SCPU ist die performance wirklich erbärmlich
Da hatten wir hier schon geileres vor allem flüssigeres als 1K demo oder so, natürlich mit niedrigerer auflösung
Das waren aber in Assembler handgeschnitzte und für die C64 Verhältnisse optimierte Mini-Demos die nur ein Bruchteil dessen konnten, was die Doom-Engine kann.
Hier hat offenbar jemand schlicht jemand die echte C-Engine durch einen Compiler gejagt, dafür scheint die Performance angemessen zu sein.
Naja. Die Farbpalette reduziert sich ja nicht von selbst - dass muss die Engine zusätzlich in Echtzeit erledigen
Eigentlich nicht. Die Texturen kann man ja beim Ladevorgang beliebig im Speicher schon konvertieren. Das würde auch den Texturen-Cache entlasten.
Zitatgenau wie das Abbilden jedes einzelnen Punktes aus dem ursprünglichen 320x200 Raster auf die 8x8 Blöcke der C64-Bitmap.
Das sind dann wohl auch eher 160x200, was sich in der DOS-Version "Low Detail" nannte. Im Video spielt er auch nicht in voller Bildgröße, was die Auflösung noch weiter reduziert.
NUFLI wäre natürlich cool, aber das würde bestimmt extrem ausbremsen.
Ich finde es ne geile Sache. Es ist immer wieder interessant was auf dem C64 so möglich ist.
Ich finde es ne geile Sache. Es ist immer wieder interessant was auf dem C64 so möglich ist.
Vorausgesetzt SCPU und REU vorhanden.
Bla bla und wie halt alle heulen.
Dabei ist das nur ein unoptimiertes Abfallcompilat und keiner hat z.B. http://csdb.dk/forums/?roomid=11&topicid=105665 gelesen.
Wo wir schon bei optimiert sind: "Doomatack" scheint das technisch weitaus bessere Amiga Doom zu sein (besser als ADoom). Läuft angeblich gut auf bereits quasi mittelklassigen Turbokarten und OHNE zusätzliche Grafikkarte. Doomattack ist zwar nicht 100% original, weil erweitert (Springen, Zielkreuz, Up/Down Looking), aber das ist ja eher positiv als negativ. So eine erweiterte Version habe ich auch auf dem PC 'mal gehabt als Shareware.
