Demo funktioniert im TC64 aber nicht von Diskette

Es gibt 125 Antworten in diesem Thema, welches 17.759 mal aufgerufen wurde. Der letzte Beitrag (7. Juli 2022 um 22:48) ist von root42.

  • Also ich war mal so fies und habe das alles mit Warp formatiert und geschrieben. Das recent Image stürzt damit fast sofort ab. Ich werde noch mal Normal Format und Warp Schreiben austesten, aber erst morgen. Ich vermute das wird dann sehr solide funktionieren, wie meist bei den letzten Versuchen.

    Das Uppertrack Image läuft nach 4.5 Minuten immer noch, und jetzt gerade sind sogar schon 7 Minuten rum. Das sieht also gut aus.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Also ich war mal so fies und habe das alles mit Warp formatiert und geschrieben. Das recent Image stürzt damit fast sofort ab. Ich werde noch mal Normal Format und Warp Schreiben austesten, aber erst morgen. Ich vermute das wird dann sehr solide funktionieren, wie meist bei den letzten Versuchen.

    Hab mal das Image mit den unteren Tracks upgedatet (das Uppertrack-Image aber erst mal nicht). Da war etwas zu sehr auf Kante genäht.

    Dass da Warp-Format irgendeine Rolle spielt, glaube ich aber nicht. :)

  • Also das sieht schon mal gar nicht schlecht aus. Läuft jetzt seit 5 Minuten ohne Probleme mit Warp formatiert und Warp übertragen. Ich lasse es noch weitere 5 Minuten laufen. Der Durchsatz ist auch deutlich höher als bei der Version gestern, die nach wenigen Iterationen abgestürzt ist. Das wirkte am Anfang auch direkt komisch, weil es so lahm war. Ich berichte falls es doch noch abstürzt...

  • Mist, es ist leider kurz vor der 10 Minuten Marke doch abgestürzt. Aber bis dahin ist es sehr schön gelaufen! :biggrin:

  • Mist, es ist leider kurz vor der 10 Minuten Marke doch abgestürzt. Aber bis dahin ist es sehr schön gelaufen! :biggrin:

    Na immerhin! :)

    Bitte melde dich an, um diesen Link zu sehen. wieder upgedatet.

    An einer bestimmten Stelle hatte die Leseschleife eine Annahme, die nur bei fehlerfreiem Lesen greift - in anderen Fällen konnte sie in den Wald laufen.

  • Herzlichen Glückwunsch, lieber Krill, voller Erfolg. Es ist über 10 Minuten ohne Absturz durchgelaufen. Ich habe bei etwa 13 Minuten abgeschaltet. Ich kann irgendwann mal noch länger testen, aber es scheint sehr, sehr robust. Wie immer mit Warp/Warp überspielt. Also so schnell und unzuverlässig wie nur möglich. :)

  • Herzlichen Glückwunsch, lieber Krill, voller Erfolg. Es ist über 10 Minuten ohne Absturz durchgelaufen. Ich habe bei etwa 13 Minuten abgeschaltet. Ich kann irgendwann mal noch länger testen, aber es scheint sehr, sehr robust. Wie immer mit Warp/Warp überspielt. Also so schnell und unzuverlässig wie nur möglich. :)

    Okay, cool, danke! :)

    Habe jetzt noch das Bitte melde dich an, um diesen Link zu sehen. auch upgedatet.

    Irgendwelche Auffälligkeiten?

  • Herzlichen Glückwunsch, lieber Krill, voller Erfolg. Es ist über 10 Minuten ohne Absturz durchgelaufen. Ich habe bei etwa 13 Minuten abgeschaltet. Ich kann irgendwann mal noch länger testen, aber es scheint sehr, sehr robust. Wie immer mit Warp/Warp überspielt. Also so schnell und unzuverlässig wie nur möglich. :)

    Okay, cool, danke! :)

    Habe jetzt noch das Bitte melde dich an, um diesen Link zu sehen. auch upgedatet.

    Irgendwelche Auffälligkeiten?

    So, jetzt komme ich auch mal zum Testen des neuen Uppertrack Images:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Lief über 10 Minuten durch. Es schien mir subjektiv etwas langsamer zu sein, und ich hörte auch immer wieder kurz den Motor stoppen, aber das ist wie gesagt nur mein Eindruck. Keine Abstürze.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • FYI, e2ira von Arise (gerade released) hat auch die üblichen Problem -- Nutzt allerdings auch Sparta's Sparkle Loader. Krill: hast du Sparta noch mal deine Erkenntnisse mitgeteilt? Wäre ja cool, wenn sein Loader auch mal stabiler wird.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • FYI, e2ira von Arise (gerade released) hat auch die üblichen Problem -- Nutzt allerdings auch Sparta's Sparkle Loader.

    Aus irgendeinem Grund lief das hier mit 1541U-II+ schon bei Disk1 nicht durch. Wenn dann eigentlich "LET THE BASS KICK" kommen sollte, passiert nüscht weiter. Es ist einfach weiterhin der lilafarbene Hintergrund zu sehen und die aktuelle Musik läuft unverändert weiter. Hatte keine Gelegenheit nach den Ursachen zu suchen. Wollte das nur hier vermerkt haben, falls sich in irgendeiner Form ein Erkenntnisgewinn daraus ableiten lassen sollte.

  • FYI, e2ira von Arise (gerade released) hat auch die üblichen Problem -- Nutzt allerdings auch Sparta's Sparkle Loader.

    Aus irgendeinem Grund lief das hier mit 1541U-II+ schon bei Disk1 nicht durch. Wenn dann eigentlich "LET THE BASS KICK" kommen sollte, passiert nüscht weiter. Es ist einfach weiterhin der lilafarbene Hintergrund zu sehen und die aktuelle Musik läuft unverändert weiter. Hatte keine Gelegenheit nach den Ursachen zu suchen. Wollte das nur hier vermerkt haben, falls sich in irgendeiner Form ein Erkenntnisgewinn daraus ableiten lassen sollte.

    Bei mir hing es auf dem Pi1541 nach Diskwechsel direkt beim Start von Seite B. Ich habe das Demo dann noch mal manuell von Disk B aus gestartet. Der Rest lief dann durch.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • FYI, e2ira von Arise (gerade released) hat auch die üblichen Problem -- Nutzt allerdings auch Sparta's Sparkle Loader. Krill: hast du Sparta noch mal deine Erkenntnisse mitgeteilt? Wäre ja cool, wenn sein Loader auch mal stabiler wird.

    Ja, wir haben unsere Erkenntnisse ausgetauscht. Es gab erst jüngst einen neuen Sparkle-Release, der u.a. einige Verbesserungen in Sachen Toleranzen und Kompatibilität hat.

    Vielleicht ist der nicht in die Demo gewandert und diverse Probleme sind eigentlich schon längst gelöst. =)

  • Top. Naja, ich habe ja einen workaround, und kann die Disketten einfach langsamer bespielen…

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Stellt sich raus, das E2IRA-Problem ist ein User-Error. Es wurde beim Frame-Count (inkrementiert mit dem Aufruf des SID-Players) mit einem exakten Wert fürs Syncen verglichen, statt eines "<"- oder "<="-Vergleichs.

    Dann brauchte der Loader mal hier und da etwas länger, und der "="-Vergleich in der Demo wartete knapp einen 16-Bit-Wraparound ab, bis es weiterging.

    Derlei Kram passiert leider immer wieder, aber: "Always blame the loader guy!" =)

    In der Readme meines Loaders steht schon seit Jahren ein Passus, der dieses Problem erwähnt (zusammen mit einem Codefragment, wie man es richtig macht), und Sparta hat jetzt in sein Readme auch sowas dazugetippt.

  • Stellt sich raus, das E2IRA-Problem ist ein User-Error. Es wurde beim Frame-Count (inkrementiert mit dem Aufruf des SID-Players) mit einem exakten Wert fürs Syncen verglichen, statt eines "<"- oder "<="-Vergleichs.

    Dann brauchte der Loader mal hier und da etwas länger, und der "="-Vergleich in der Demo wartete knapp einen 16-Bit-Wraparound ab, bis es weiterging.

    Derlei Kram passiert leider immer wieder, aber: "Always blame the loader guy!" =)

    In der Readme meines Loaders steht schon seit Jahren ein Passus, der dieses Problem erwähnt (zusammen mit einem Codefragment, wie man es richtig macht), und Sparta hat jetzt in sein Readme auch sowas dazugetippt.

    "User" Error im Sinne von der Demoprogrammierer hat es falsch gemacht. :) Dachte im ersten Moment schon ich habe da was verbaselt. Vermutlich kann man das Demo sogar patchen? Naja, wenn es nicht gepackt ist...? Oder vielleicht sind das zu viele Stellen? Ich warte mal auf ein neues Release...

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • "User" Error im Sinne von der Demoprogrammierer hat es falsch gemacht. :) Dachte im ersten Moment schon ich habe da was verbaselt. Vermutlich kann man das Demo sogar patchen? Naja, wenn es nicht gepackt ist...? Oder vielleicht sind das zu viele Stellen? Ich warte mal auf ein neues Release...

    Kann man sicher patchen. Wär dann aber wieder n neuer Release auf CSDb. Und Sparta schien etwas genervt, dass die Arise-Leute ihren Fehler nicht zugegeben haben und er jetzt den Ärger abkriegt. Oy vey! :)

  • "User" Error im Sinne von der Demoprogrammierer hat es falsch gemacht. :) Dachte im ersten Moment schon ich habe da was verbaselt. Vermutlich kann man das Demo sogar patchen? Naja, wenn es nicht gepackt ist...? Oder vielleicht sind das zu viele Stellen? Ich warte mal auf ein neues Release...

    Kann man sicher patchen. Wär dann aber wieder n neuer Release auf CSDb. Und Sparta schien etwas genervt, dass die Arise-Leute ihren Fehler nicht zugegeben haben und er jetzt den Ärger abkriegt. Oy vey! :)

    Zeit für einen G*P Crack. :biggrin:

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • "User" Error im Sinne von der Demoprogrammierer hat es falsch gemacht. :) Dachte im ersten Moment schon ich habe da was verbaselt. Vermutlich kann man das Demo sogar patchen? Naja, wenn es nicht gepackt ist...? Oder vielleicht sind das zu viele Stellen? Ich warte mal auf ein neues Release...

    Kann man sicher patchen. Wär dann aber wieder n neuer Release auf CSDb. Und Sparta schien etwas genervt, dass die Arise-Leute ihren Fehler nicht zugegeben haben und er jetzt den Ärger abkriegt. Oy vey! :)

    Hi, Wacek/Arise here.

    So the fixed 1.01 version was uploaded by me on 30/05, one day after the original release date... Yet you are still talking about the problem here 7 days later? ;)

    Jungs, holt auf! ;) Download that version and move on.

    Anyway, the demo synced out on UII+ due to the simple fact that I had no UII+ to test it on, I assumed that if it worked fine on my UII it should work at least as good on "improved" hardware. Well, live and learn UII+ loads slower than UII.

    And no-one from Arise ever said it was a fault of the loader nor Sparta. I found out about the problem and fixed it within 24 hours, I think that is pretty fast response time.

  • Jungs, holt auf! ;) Download that version and move on.

    While I was sure that there will be an update of your demo, I just didn't check back at CSDb yet. It's a matter of lack of time recently. Of course I'll check the update of E2IRA as it already impressed me from what I could see until now. :thumbup:

  • And no-one from Arise ever said it was a fault of the loader nor Sparta. I found out about the problem and fixed it within 24 hours, I think that is pretty fast response time.

    I am just happy that I can watch a load of new demos on my C64 in 2022! Even my kids love to watch them! And I am glad that people like Krill and Sparta invest SO much time in making great tools!

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.