Jiffydos für Plus4

Es gibt 131 Antworten in diesem Thema, welches 37.422 mal aufgerufen wurde. Der letzte Beitrag (12. Mai 2021 um 12:12) ist von Frenetic.

  • Wurde ein Jiffydos für den Plus4 auf dem Markt gebracht, oder ist es nur Vaporware?

    Falls es Existiert, wurde es schon mit einer SD2IEC am Plus4 getestet?

  • laut meinen infos gibts das nicht

    es war mal geplant ebenso wie das für vc20 soweit ich weiß

    aber man bekommt ja nichtmal mehr das für c64 vom entwickler. also denke ich, daß da nie mehr was kommen wird

    kann mich natürlich irren

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

    ist aber nur vc20 für ntsc drin und das vom plus4 weiss ich nicht was das ist.

    kann natürlich beides beta versionen sein, die an Tester verschickt wurden.

    Mir hat Maurice damals aber gesagt Jiffy VC20 PAL wäre fertig und er würde es in den Verkauf geben. Und Jiffy VIC20 NTSC machte nie viele Probleme weil der mit gleichem Takt wie der C64 NTSC läuft.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • oh das file habe ich auch schon länger... aber irgendwie war ich bisher blind und habe die beiden files nicht gesehen!

    hat die denn schonmal jemand getestet?

    tja.... für ntsc bringt mir persönlich leider nicht viel. wusste aber auch garnicht, daß es schon fertig war!

  • Frag mal Hucky. Der hatte neulich mit irgendeiner Version herumgespielt...

  • währe sehr nett wenn du berichten würdest!

    vorallem obs PAL oder NTSC ist! denke aber es wird NTSC sein :(

    sollte es jedoch PAL sein werde ichs mir auch mal auf eprom ballern

  • Ich bin zum Brennen gekommen, ist ist leider ein NTSC ROM,
    der Bildschirm ist nur ein S/W durchdrehendes etwas. :baby:


    Gesucht: PAL Variante... :help:

  • das war jetzt die +4 variante ja?

    schade!

    naja PAL wird wohl nicht mehr kommen denke ich. maurice macht ja garnichts mehr (bzw man hört und sieht nichts mehr von ihm)

  • Das sollte sich doch anpassen lassen, soviel kann das zwischen pal und ntsc nicht sein,

    vielleicht als erstes mal die originalen roms vergleichen wo da die unterschiede zwischen pal und ntsc sind

    und dann das jiffy rom mit den pal bits und bytes patchen und mal testen was sich dann so tut...

  • naja, wenns so eifnach wäre hätte maurice es bestimmt im quellcode in ner halben stunde erledigt gehabt (übertrieben gesagt)

    glaube nicht das du jiffy mal eben im HEX so einfach auf PAL angepasst bekommst!

  • Vielleicht könnte man das gepachte ROM ja auch mal im EMU Testen, Jiffy läßt sich doch auch prima im VICE emulieren, so kann man evtl die nötigen änderung leichter herausarbeiten?

    weiss leider nicht in wieweit sich das auf YAPE übertragen läßt...

    Hab z.b. im VICE auch mein DolphinDOS am laufen (habs Original in meiner alten 1541)

  • hab von der ganzen materie zuwenig ahnung! denke aber nicht, daß jiffy sich auf byteebene mal eben auf PAL fixen lässt! bzw das das zuverlässig sein würde WENNS geht

  • Naja es sind zwei Dinge nötig da zu ändern:
    1. der TED muss mit PAL initialisiert werden statt NTSC (kann man direkt aus dem Original ROM übernehmen)
    2. die Jiffydos Routinen müssen u.U. an die geänderte Taktfrequenz angepasst werden. Hier sind entweder keine (wie beim C64) oder grosse (wie beim VC20) Änderungen nötig. Hängt davon ab wie unterschiedlich schnell PAL und NTSC 264er laufen ...

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Naja da ich nun auch einen Plus4 hier hab und einen C16 der noch repariert werden will, werd ich mich wohl mal der Sache annehmen, kann allerdings noch was dauern, bin erstmal noch mit dem SWINSID beschäftigt :wink:

    Falls sich das doch jemand zutraut dann immer her mit den ROMs :wink:

  • 2. die Jiffydos Routinen müssen u.U. an die geänderte Taktfrequenz angepasst werden. Hier sind entweder keine (wie beim C64) oder grosse (wie beim VC20) Änderungen nötig. Hängt davon ab wie unterschiedlich schnell PAL und NTSC 264er laufen ...


    Wenn die Angaben in der Wikipedia stimmen dann wird der Unterschied vermutlich keine Änderungen am Jiffy-Code erfordern: 1.77MHz PAL, 1.79MHz NTSC.

    10 x=rnd(-1963):fori=1to81:y=rnd(1):next
    20 forj=1to5:printchr$(rnd(1)*16+70);:next
    30 printint(rnd(1)*328)-217

    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 hört / liest sich doch schonmal sehr gut! Das die Taktfrequenzen fast identisch sind :wink:

  • also wäre "nur" eine änderung bezüglich TED nötig? und das wäre recht "einfach"?

    bin gespannt! zeit hab ich eh bei sowas zu warten! könnte dann auch mit einem test zur verfügung stehen. mehr kann ich leider nicht machen, keine ahung von solchen änderungen

  • Hier mal der Plus4 PAL Mod fürs Jiffy hab es im LEMON64 Forum gefunden und mal schnell mit YAPE getestet ... da läuft es...

    Also das rumfliegende Jiffy ist ein 32K File welches Basic und Kernal in sich hat... dieses muss evtl für den +4 wieder in 2 x 16K große Files geteilt werden...

    aber hier erstmal die Patch Bytes für das 32K File:

    Adresse: PAL NTSC
    $333F $08 $48
    $3D00... $00 $FF
    $3F3F
    $3F7F $5E $C4
    $3F80 $85 $05

    $7338 $08 $48
    $7D00... $00 $FF
    $7F3F
    $7F7F $5E $C4
    $7F80 $86 $06

    Alternativ sollte auch nur das Tauschen des Kernels funktionieren dann ist nach dem Patchens des Kompletten Files nur der letze Block von $4000-$7fff zu Brennen, als neues Kernal.

    Viel erfolg beim Patchen... Habe dafür den WINHEX genommen, ging astrein damit, super Tool.