Der MEGA65-Laber-Stammtisch

Es gibt 9.253 Antworten in diesem Thema, welches 1.003.086 mal aufgerufen wurde. Der letzte Beitrag (20. November 2025 um 14:17) ist von SirGeldi.

  • Es gab mal Stimmen die Angst hatten, dass das R6 die Fangemeinde spaltet und nun gibt es Spiele di nur auf dem R3 laufen.
    Die Welt wird immer verrückter.

  • sy2002

    Könntest du muse mal fragen ob er nicht das C64 Metal Dust auf den Mega65 portieren könnte? Das läuft ja nur mit SuperCPU, die fast niemand hat, auf dem C64 und der Mega65 sollte das Potential auch ohne SuperCPU haben. Das wäre super :)

  • Besser nicht,dann gehen die SuperCPU-Preise weinend in den Keller:P

    Das wär doch mal was.

    Und auch wenn ich nicht weis was "starred" ist, ich versuchs trotzdem. Hoffe es hilft ;-) Weil die cores sind Klasse.

    Mein Traumcore wäre Atari's Warlords in der 4 player "cocktail" Variante. Da habe ich wahrlich einige Münzen drin versenkt. Ist zwar auch nur eine Breakout/PingPong Variation hat mich aber damals richtig abgeholt. Zu viert war das echt schweistreibend.

    Foren Anfänger seit mindestens 2005. Und dann immer mal wieder.

  • Du meinst das Warlords mit den 'Burgen' in den 4 Ecken,das man am Atari VCS mit 2 Satz Paddles zu viert spielt? Das Spielprinzip mag ich, die Arcade kenne ich nicht,wäre tatsächlich spannend.

    Wie soll das am M65 mit Paddles funktionieren. Sind die Joyports frei programmierbar,sicher? Dann müsste es Ataripaddles unterstützen.2er Commodore Paddles,also für 4 Spieler,gab es nicht...

    Sammle Desktops und Exoten ... und löte mich so durch Stapel von Elektroschrott.

  • Laufen die Paddles nicht über den SID ? Die Maus bedient sich an den Paddleregistern. Somit sollten normale Paddles funktionieren.

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

  • Der SID wird sicher nicht im Arcade Core implementiert. Ich denke welche Hardware hinter den beiden Joystickports simuliert wird,legt der wohlwollende Programmierer im VHDL Code für den FPGA Core fest. Commodore ist da glaube ich raus,kenne keine 4 Paddle Adapter. Als Kompromiss wäre die Wahl zwischen Ataripaddles×4 und CommodorepaddlesX2 denkbar. Es sind unterschiedliche Widerstände in der Abfrage zu programmierem,analog halt.

    Sammle Desktops und Exoten ... und löte mich so durch Stapel von Elektroschrott.

  • Sind die Joyports frei programmierbar,sicher?


    Ich denke welche Hardware hinter den beiden Joystickports simuliert wird,legt der wohlwollende Programmierer im VHDL Code für den FPGA Core fest

    Damit hast du deine Frage doch beantwortet. Natürlich sind Paddles möglich. Ob das mit dem SID ist oder jemand eine eigene VHDL Routine dafür schreibt.

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

  • Moin Jungs !

    Ich brauch eure Hilfe.

    Ich habe versucht aus der Heli-Demo ein Spiel zu machen und bin auf ein interessantes Problem gestossen.

    Wenn man in der Nähe eines Männchens landet sollte es auf den Heli zurennen und einsteigen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bei mir tut es das auch.

    Fürs einsteigen Ist Zeile 4520 zuständig.

    Bei Snoopy steigt es aber nicht ein, als ob die Kollision nicht erkannt wird.

    Könnt ihr bitte testen ob es bei euch einsteigt und falls nicht mir sagen welchen Core + ROM ihr benutzt.

  • War da nicht anfangs mal was, dass die Sprite-Kollision in den ersten paar ROMs nicht drin war? (Oder war das bei Xemu?)

    C64Studio: Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. --- C64Studio WIP: 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.

  • Bei Snoopy steigt es aber nicht ein, als ob die Kollision nicht erkannt wird.

    Ich habe es nochmal an einem anderen PC mit aktuellem Xemu probiert. Klappt leider auch hier nicht.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Ich habe es nochmal an einem anderen PC mit aktuellem Xemu probiert. Klappt leider auch hier nicht.

    Das is sehr merkwürdig.

    Bei mir läuft es mit diesem Xemu:

    Bitte melde dich an, um diesen Anhang zu sehen.

    und diesem ROM:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Auf dem Mega mit dem letzten stable release klapt es auch in PAL & NTSC.

    Aber wenn ich der Einzige bin bei dem es läuft kann ich das Projekt wohl knicken.

    Was ist mit deinem FPGA Board ?

    Edit :

    Ich hab da eine Idee - dein ROM ist neuer DDDAAANNN wollte was and Sprites ändern und 16*16*256 einbauen.

    Vieleicht hat er dabei das BUMP Command verbugt.

    Bin mit meinem Latein am Ende.

    100 % echte Dummheit

    Keine künstliche Intelligenz involviert.

    Einmal editiert, zuletzt von SirGeldi (17. November 2025 um 10:37)

  • Was ist mit deinem FPGA Board ?

    Habe ich gerade mal mit dem aktuellen ROM 920418 ausprobiert und damit klappt es. Die Männchen steigen ein und du musst dir keine Gedanken mehr machen. :thumbsup:

    Muss wohl ein Problem mit dem Xemu (bei mir) sein? Schau ich mir später mal an.

  • Es liegt nicht an dir Snoopy .

    Wenn ich den Xemu auf PAL stelle hab ich genau das Selbe Problem wie du.

    100 % echte Dummheit

    Keine künstliche Intelligenz involviert.

    Einmal editiert, zuletzt von SirGeldi (20. November 2025 um 12:52)

  • Das heist meiner Meinung nach, das wir es mit einem ernsthaften Xemu Problem zu tun haben.(NTSC geht, PAL geht nicht) hätte niemals gedacht das sowas in BASIC möglich ist.

    100 % echte Dummheit

    Keine künstliche Intelligenz involviert.