Commander 16: The8BitGuy plant einen neuen 8-Bit Computer

Es gibt 824 Antworten in diesem Thema, welches 126.983 mal aufgerufen wurde. Der letzte Beitrag (25. Oktober 2023 um 16:39) ist von RexRetro.

  • Beim C128 kann auch mit reinspielen, dass sich manche Leute freuen, ueberhaupt mal ein Spiel zu haben, das den C128-Modus auch nutzt, da es davon ja nicht allzu viele gibt. Beim SNES koennte es wiederum so sein, dass SNES-Spieler hauptsaechlich Original-Sammler sind und nur Mario und Zelda spielen wollen, waehrend Sega-Fans vielleicht mehr aufgeschlossen sind was Homebrew angeht? Ist jetzt nur mal so eine in den Raum gestellte Mutmassung. Andererseits sind die Verkaufszahlen der SNES-Version ja auch nicht unbedingt wenig.

    Massig Mut?

    Oder neuje teutsche rächtschraibunk?

    (scnr)

  • Beim C128 kann auch mit reinspielen, dass sich manche Leute freuen, ueberhaupt mal ein Spiel zu haben, das den C128-Modus auch nutzt, da es davon ja nicht allzu viele gibt. Beim SNES koennte es wiederum so sein, dass SNES-Spieler hauptsaechlich Original-Sammler sind und nur Mario und Zelda spielen wollen, waehrend Sega-Fans vielleicht mehr aufgeschlossen sind was Homebrew angeht? Ist jetzt nur mal so eine in den Raum gestellte Mutmassung. Andererseits sind die Verkaufszahlen der SNES-Version ja auch nicht unbedingt wenig.

    Massig Mut?

    Oder neuje teutsche rächtschraibunk?

    (scnr)

    nein, englisches Tastaturlayout :rolleyes:

    - neue Spiele für den C64 -
    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.

  • Andererseits sind die Verkaufszahlen der SNES-Version ja auch nicht unbedingt wenig.

    Und er hat angekündigt einen oder sogar noch einen weiteren zweiten Batch der SNES zu machen, weil die weit besser weggehen als er gedacht hat...
    Da ist aber wie bei allen anderen immer die Frage: nur Sammler oder auch tatsächlich Spieler?

  • Beim C128 kann auch mit reinspielen, dass sich manche Leute freuen, ueberhaupt mal ein Spiel zu haben, das den C128-Modus auch nutzt, da es davon ja nicht allzu viele gibt. Beim SNES koennte es wiederum so sein, dass SNES-Spieler hauptsaechlich Original-Sammler sind und nur Mario und Zelda spielen wollen, waehrend Sega-Fans vielleicht mehr aufgeschlossen sind was Homebrew angeht? Ist jetzt nur mal so eine in den Raum gestellte Mutmassung. Andererseits sind die Verkaufszahlen der SNES-Version ja auch nicht unbedingt wenig.

    Massig Mut?

    Oder neuje teutsche rächtschraibunk?

    (scnr)

    nein, englisches Tastaturlayout :rolleyes:

    ... und in der Schweiz m.W. offizielle Rechtschreibung.

  • Gerade darüber gestolpert:

    Bitte melde dich an, um dieses Medienelement zu sehen.

    "Commander X16 Developer Edition Pre-Order

    From: $349.99


    This item will be released February 29, 2024."
    Quelle: Bitte melde dich an, um diesen Link zu sehen.

  • Hatte mich gerade damit beschäftigt, wie man im Emulator einen Sprite in C hinbekommt:

    Bitte melde dich an, um diesen Link zu sehen.

    Ergebnis: Läuft in C ganz ordentlich schnell. Deutlich schneller als in BASIC (natürlich). C soll für die 6502-Architektur nicht so geeignet sein, hört man. Also verhältnismäßig langsam.

    Aber dieser Sprite bewegt sich schon so schnell, daß das für Spiele reichen könnte, also für C64-mäßige Spiele. Das heißt, es könnte sein, daß man für den X16 Spiele im C64-Stil statt in Assembler in C schreiben könnte. Das fände ich eigentlich ganz cool.

  • (Nicht 100%ig standardkonformes) C bekommt man auch per llvm-mos oder cc65 oder oscar64 oderoderoder ganz gut auf dem C64 hin.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • (Nicht 100%ig standardkonformes) C bekommt man auch per llvm-mos oder cc65 oder oscar64 oderoderoder ganz gut auf dem C64 hin.

    Bitte melde dich an, um diesen Link zu sehen.

    Ja, ist aber nicht so schnell wie Assembler. Bzw. doch recht deutlich langsamer (heißt es).

    Aber wenn der Commander X16 jetzt ebensodeutlich schneller ist (8 Mhz statt 1 Mhz, na ja, hätten's nicht auch sagen wir 14 sein können?), dann könnte man mit C vielleicht C64-Assembler-Geschwindigkeit auf dem X16 erreichen.

    Und das wäre für mich interessant, weil ich gern Spiele im alten Stil schreiben möchte - aber nicht in Assembler.

  • next_i Bei 14 MHz gabs einige Probleme mit der Peripherie. Kann man aber mWn trotzdem per Jumper setzen.

    Ist aber aus einem alten Video, kann bereits überholt sein

    YouTube Kanäle über Basic, den C128 und den VDC-Chip
    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.
    Commodore 8-Bit Projekte
    auf Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. zu Commodore 8-bit Hardware
    auf printables.com
  • Ja, ist aber nicht so schnell wie Assembler. Bzw. doch recht deutlich langsamer (heißt es).

    Bei der 6502 ist C deutlich langsamer als Assembler.

    Aber man kann das ja heutzutage sehr gut mischen.

    Der größte Teil in C, ein paar zeitkritische Dinge in Assembler.

    Bei CPU Typen die Highlevel Sprachen besser unterstützen, da ist das kaum noch spürbar.

    Vorallem berücksichtigt der C Compiler Dinge, die ein Mensch gar nicht mehr fassen kann.

    Die Sprache C unterstützt nativ keine BYTE Arithmetik.

    Die kleinste Zahl ist INT, was zumindest auf 16 Bit hinaus läuft.

    Aber es gibt auch 8 Bit CPU's, wo C Compiler richtig guten Assembler Code auswerfen: zB. die 6809

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Es gibt auch Sprachen wie z.B. "Millfork", die hab ich zwar selbst noch nie benutzt aber wollte schon immer mal was damit machen. Das ist eine Art "8-bit C" wenn man so will.

    Das Spiel "Wave Hero 65" fuer den MEGA65 wurde darin geschrieben: Bitte melde dich an, um diesen Link zu sehen.

    - neue Spiele für den C64 -
    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.

  • Das ist eine Art "8-bit C" wenn man so will

    Sowas ist bei der 6502 sicherlich der leistungsfähigere Ansatz.

    Die Begrenzung auf 8 Bit ist ja nicht das einzige Manko.

    Hochsprachen benötigen meist auch einfach viel mehr Platz als Assembler.

    Da sind Token basierte Sprachen einfach klar im Vorteil.

    Es muss ja nicht mal ein Interpreter sein.

    Sowas wie beim Apple II gemacht wurde, also eine 16 Bit Makro Sprache, ist auch sehr gut geeignet für Spiele.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Es muss ja nicht mal ein Interpreter sein.

    Sowas wie beim Apple II gemacht wurde, also eine 16 Bit Makro Sprache, ist auch sehr gut geeignet für Spiele.

    SWEET16 wird auch interpretiert und ist somit zu langsam für Action-Spiele.

  • Ja, ist aber nicht so schnell wie Assembler. Bzw. doch recht deutlich langsamer (heißt es).

    Pfff. Schau mal hier:

    Bitte melde dich an, um diesen Link zu sehen.

    Da optimiert der Compiler 16-Bit-Zeigerarithmetik automatisch zu einem LDA $xxxx,x um. Das programmiert man auch in Assembler direkt nicht besser.

    So Allgemeinplätze wie "Assembler ist schneller als C" sind vorsichtig zu genießen, vor allem weil Programme direkt in Assembler auch ganz schnell einfach niemals fertig (geschrieben) werden. :)

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Oh sicher doch, das cpx ist bei einer String mit konstanter Länge gar nicht nötig:

    ldx # $100 - strlen

    : lda string - ($100 -strlen),x

    [...]

    inx

    bne :-

    Aber diese Art von Beispielen geht an den eigentlichen Problemen vorbei. Das C-Konzept der verschachtelten Variablenbereiche kann auf dem 6502 nicht effizient implementiert werden, da es keinen Stackpointer-relativen Adressierungsmodus gibt.

    Eines der wichtigsten Werkzeuge, die einem Assembler-Programmierer zur Verfügung stehen, ist die strategische Wahl der Position von Variablen und konstanten Daten. Auch das kann in einer Sprache wie C nicht ausgedrückt werden, und da diese Erkenntnis die tatsächliche Bedeutung des Codes voraussetzt, kann sidies niemals vom Compiler nicht erraten werden.

  • Auf Bitte melde dich an, um diesen Link zu sehen. lässt sich der Entwickler des Argon Light beißend über den X16 aus. Ob das so zielführend in der doch relativ überschaubaren Retro-Community ist?

    Naja, die beiden waren sich schon vorher nicht grün, der X16 wurde auch bereits in einem entsprechenden YouTube Video von ihm zerlegt ;)

    "Werter Pöbel, wertes Gesocks ... aus dem Arsche zieht euch den Stock ..."

  • Aber wenn der Commander X16 jetzt ebensodeutlich schneller ist (8 Mhz statt 1 Mhz, na ja, hätten's nicht auch sagen wir 14 sein können?)

    Bloss nicht ! Was gabs beim M65 schon fürn Ärger das der mit 40MHz läuft.

    Für mich ist es die perfekte Geschwindigkeit, da man in Basic viel mehr machen kann.

    C64 + TC64-2 / C128 + 1MB REU + RTC + TAPECART / 1541 / 1541-II / 1570 / 1571 / 1581 / SD2IEC

  • Beim F256 weiß ich nicht was mir besser gefällt. Der Computer oder die Frauen die solche Computer bauen. :love:

    Hätte ich mehr Platz und Freizeit, würden mich der X16 und F256 reizen.:thumbsup:

    C64 + TC64-2 / C128 + 1MB REU + RTC + TAPECART / 1541 / 1541-II / 1570 / 1571 / 1581 / SD2IEC