Demo funktioniert im TC64 aber nicht von Diskette

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

  • Die Frage wäre ja jetzt nur, was man gegen Wobble machen kann. Ich habe ja ähnliche Probleme mit meinen 1541-II (wobei auch die 1541 nicht unproblematisch ist bei mir). Ob man da irgendwas tunen kann? Ist das einfach alles wegen des Alters? Waren die Laufwerke immer so schlecht? Und was genau ist Wobble eigentlich? Ist das so wie Flutter bei Kassettendecks?

    Gleichlaufschwankung, ja.

    Die kodierten Bytes rollen dann mal schneller, mal langsamer von Disk rein.

    Ist für den langsamen ROM-Loader kein so großes Problem, weil viel Luft im Code, aber für schnellere Loader schon, weil die noch so einiges mehr machen, während die Bytes reinrollen.

    Haste denn mal reingeguckt, ob das Laufwerk riemengetrieben ist?

    Wenn ja, den Riemen (inkl. Rollen) vllt mal reinigen (könnte ja Öl rangekommen sein, oder sonstige Verunreinigungen lassen ihn Griff verlieren), und wenn das nix bringt (ausgeleiert), Bitte melde dich an, um diesen Link zu sehen. probieren.

    Das Problem schien auf jeden Fall so generell bis vor relativ Kurzem im Felde sehr selten aufzutreten, also werden wohl bestimmte Alterungserscheinungen eine Rolle spielen.

    Eventuell finde ich noch einen Kniff, um in der relevanten supertighten Lese-Dekodier-Prüfsumm-Schleife einen Zyklus zu sparen.... ohne andere mir wichtige Constraints zu verletzen, aber... vielleicht auch nicht. =)

    Wenn das Laufwerk direktgetrieben ist... interessant! Wäre weitere Forschung wert.

  • und wenn das nix bringt (ausgeleiert), Bitte melde dich an, um diesen Link zu sehen. probieren

    Bei Console5 habe ich vor 1-1.5 Jahren schon mal Riemen bestellt, die sind in der Post verschwunden. D.h. leider war Geld weg, und das war es dann. Daher habe ich momentan nicht soooo viel Bock noch mal welche zu bestellen. Auch wenn ich die SEHR gerne hätte. Habe auch schon Stunden damit zugebracht in DE nach Herstellern für Riemen zu schauen. Gewebeverstärkte Riemen werden ja auch heute noch gebraucht und hergestellt. Nur gab es nirgendwo welche in passender Form.

    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.

  • su3686  root42: Ich hab mal einen Bitte melde dich an, um diesen Link zu sehen. gebaut.

    Wenn meine Theorie stimmt, sollte der jetzt deutlich besser auf den problematischen unteren Spuren funktionieren.

    Der "bessere" Fall aber wäre, dass das immer noch nicht besser wird, denn dann muss ich mir eine neue Theorie mit potenziell mehr Behebungspotenzial bei den mageren 2 KB RAM im Laufwerk ausdenken. =)

  • su3686  root42: Ich hab mal einen Bitte melde dich an, um diesen Link zu sehen. gebaut.

    Wenn meine Theorie stimmt, sollte der jetzt deutlich besser auf den problematischen unteren Spuren funktionieren.

    Der "bessere" Fall aber wäre, dass das immer noch nicht besser wird, denn dann muss ich mir eine neue Theorie mit potenziell mehr Behebungspotenzial bei den mageren 2 KB RAM im Laufwerk ausdenken. =)

    Hi,

    Krill Danke für das Update. Sorry, dass ich erst jetzt dazu gekommen bin es zu testen.

    Der erste Durchgang lief mit der 1541-II und die kB/s lagen so zwischen 3 und 11. Das Programm endete aber nach ca. 2 min mit einem ziemlich wüsten Bildschirm. Ich habs dann nochmal ohne RR Fastloader probiert, da ist es beim 3. Bildwechsel abgestürzt - der Bildrand blinkte rot und die FLoppy stoppte. Erneuter Test (wieder ohne RR) lief dann wieder (kB/s zwischen 3-10). Nach etwa 2 Minuten, roter blinker Rand und FLoppy-Stopp. Meldung: "Invalid Memory configuration".

    4. Test: Abbruch nach 2 Minuten: Executed BRK instruction at $0003a

    Soweit erstmal die Lage.

    thx and bye

    Michael

  • Mein Test mit slow format/ warp transfer in Star Commander hat nach 13 Minuten Test keinen Absturz ergeben. Sah ziemlich gut aus.

    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.

  • su3686 Habe Bitte melde dich an, um diesen Link zu sehen. mal upgedatet (Build vom 28.3., 10.06 Uhr) mit etwas mehr Toleranz in eine bestimmte Richtung (eine weitere steht noch aus).

    Welches Verhalten und welche Ladegeschwindigkeiten sind da zu beobachten?

    Mein Test mit slow format/ warp transfer in Star Commander hat nach 13 Minuten Test keinen Absturz ergeben. Sah ziemlich gut aus.

    Alles klar. :) Anscheinend hat Dein Laufwerk einen weniger extremen Wobble, zumindest in der Amplitude (oder Frequenz 🤔?).

    Blöd, dass es noch kein Wobble-Forschungs-Programm gibt, analog zu Bitte melde dich an, um diesen Link zu sehen. für die Schrittmotor-Forschung.

    Das steht eigentlich auf der To-Do-Liste von jemand anderem, sonst hätte ich mal sowas gebastelt. =)

  • Mein Test mit slow format/ warp transfer in Star Commander hat nach 13 Minuten Test keinen Absturz ergeben. Sah ziemlich gut aus.

    Alles klar. :) Anscheinend hat Dein Laufwerk einen weniger extremen Wobble, zumindest in der Amplitude (oder Frequenz 🤔?).

    Und diesmal habe ich sogar unterschiedliche Laufwerke für Schreiben und Lesen der Diskette verwendet! Also finde ich war das sogar sehr robust diesmal!

    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.

  • Und diesmal habe ich sogar unterschiedliche Laufwerke für Schreiben und Lesen der Diskette verwendet! Also finde ich war das sogar sehr robust diesmal!

    Ja, aber alles nur Test. Ich habe einen Teil der Prüfsummierung aus der Leseschleife genommen und danach hingetan (ist also potenziell langsamer), weiterhin diverse andere Codeschnipsel verschoben/entfernt.

    Das geht so nicht für einen Release... =)

  • Läuft stabil über mehrere Minuten.

    Okay, cool. Wie sieht's mit dem Build von gestern (28.3. 10.06 Uhr) aus? =)

    Bei mir nach 10 Minuten (Slow Format/Warp Transfer) rock solid.

  • Läuft stabil über mehrere Minuten.

    Okay, cool. Wie sieht's mit dem Build von gestern (28.3. 10.06 Uhr) aus? =)

    Läuft super stabil (auch vom Laufwerksgeräusch sehr regelmäßig). Die Varianz der kb/s hat sich extrem reduziert.

    Hut ab.:thumbup:

    thx & greez

    Michael

  • Läuft super stabil (auch vom Laufwerksgeräusch sehr regelmäßig). Die Varianz der kb/s hat sich extrem reduziert.

    Oh wow, das ist unerwartet, aber gut! :)

    Könnte bedeuten, dass ich das Problem auch ohne die ganzen Abstriche lösen kann.

    Aber unklar, was root42s Laufwerk dazu sagen wird. =)

  • 10 Minuten ohne Crash

    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.

  • Oh wow, vielversprechend! :)

    Das könnte dann auch die anderen Probleme lösen, die Pyramidenkopf, rh70 und andere in 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. und Bitte melde dich an, um diesen Link zu sehen. beklagt haben.

    Ich werd mal noch ne Version mit Verify und Decruncher bauen, die kann man besser unattended rumwurschteln lassen.

  • Oh wow, vielversprechend! :)

    Das könnte dann auch die anderen Probleme lösen, die Pyramidenkopf, rh70 und andere in 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. und Bitte melde dich an, um diesen Link zu sehen. beklagt haben.

    Ich werd mal noch ne Version mit Verify und Decruncher bauen, die kann man besser unattended rumwurschteln lassen.

    Ja, auch die letzte Version läuft bei mir minutenlang stabil. Wie schon bei root42 Fotos zu sehen, ist die Geschwindigkeit der Datenübertragung jetzt deutlich reduziert (~halbiert).

  • Hmm, stimmt, ist mir gar nicht aufgefallen. Also wird der Wobble wohl zwar besser weggeturnt, aber es gibt ne Menge Neuversuche durch kaputte Daten und unpassende Prüfsummen.

    Vielleicht fällt mir noch was ein, aber für den anstehenden Release wär das so ja erst mal eine Verbesserung. =)

  • Hmm, stimmt, ist mir gar nicht aufgefallen. Also wird der Wobble wohl zwar besser weggeturnt, aber es gibt ne Menge Neuversuche durch kaputte Daten und unpassende Prüfsummen.

    Vielleicht fällt mir noch was ein, aber für den anstehenden Release wär das so ja erst mal eine Verbesserung. =)

    Die vorletzte Version lief ja auch super-solid und war schneller. Darf ich fragen, was Du verändert hast - und warum Du die vorletzte Version nochmal revidieren musstest? Danke für all Deine Mühe und Hilfe

    :thumbsup: greez