Mein externer SD Slot ist eigentlich immer leer. Eine SD Karte mit 16 GB reicht mir, das ist die interne.
Ich transferiere dir Files halt noch old-Fashioned. SD raus - in PC rein - kopieren - SD wieder rein.
Deshalb externer Slot bei mir
Das wäre mir zu anstrengend 
Mein externer SD Slot ist eigentlich immer leer. Eine SD Karte mit 16 GB reicht mir, das ist die interne.
Ich gebe von beruflicher Seite aus fast täglich Online Schulungen/Konferenzen mit BBB, Datenschutzkonform (nicht Teams, goggle usw.)
Besteht hier Interesse eine Art virtuellen Stammtisch (1-2 mal im Monat?) für den Mega65 zu starten?Beste Grüße
Ernie
Das klingt super! Da wäre ich auch gern dabei!
In der 0.97 Firmware gab es einen Fix für die 1351 Jitter-Reduktion. Wenn man das Feature eingeschaltet hat in CONFIGURE, sollte man den aktuellen Core benutzen. Leider gibt es einigen älteren Maustreiber Code, der nicht gut funktioniert (dann springt der Cursor auch regelmäßig). Kann auch daran liegen. Dann müsste jemand sich mal den Treiber im GEOS65 vornehmen.
Ein wenig von dem Spiel geht ja sogar schon tatsächlich 
Please login to see this link.
Please login to see this link.
Die Werte sind korrekt für Rad 0..2pi, und eigentlich sollte sich das Ergebnis wiederholen für jede Kreisperiode. Das tut es hier aber nicht, und ich würde sagen, das ist ein Bug der BASIC-Implementierung. Laut Spezifikation sollte das Ergebnis immer zwischen -1..1 liegen. In diesem Fall liefert COS im Bereich 7/2*pi und 4*pi aber Werte > 1.
Stimmt doch nicht, scheint sich auf das erste Viertel der Kreisperiode zu beziehen, aber interessanterweise nicht für das Intervall 0..4pi. Danach wird es seltsam.
Scheint ein Bug im BASIC65 zu sein, sollte definitiv gefixt werden. BASIC10 vom C65 (911001) liefert noch ein korrektes Ergebnis, wie es aussieht. Mit Mathe sollte man in einer Programmiersprache nicht spaßen, das muss schon passen 
Die Werte sind korrekt für Rad 0..2pi, und eigentlich sollte sich das Ergebnis wiederholen für jede Kreisperiode. Das tut es hier aber nicht, und ich würde sagen, das ist ein Bug der BASIC-Implementierung. Laut Spezifikation sollte das Ergebnis immer zwischen -1..1 liegen. In diesem Fall liefert COS im Bereich 7/2*pi und 4*pi aber Werte > 1.
Genau, die Datei auf dem Filehost war nicht korrekt und das wurde jetzt korrigiert. Wer nun die Version vom Filehost lädt, bekommt dadurch wie erwartet dieselbe Datei wie sie auch auf den ausgelieferten Geräten installiert wurde.
Zu den 90 GB kommen aber noch 141 GB an Updates. Zuzüglich 13 GB für inApp Käufe.
was ich wirklich unglaublich finde, ist dass ich all das heute in nicht mal einer halben Stunde runterladen kann…
Edit: naja, zumindest unter einer Stunde 🙂
Wie ist eigentlich der Durchsatz einer 1581?
10 Sektoren pro Track und Seite, je 510 Bytes
300 RPM (5 Tracks pro Sekunde, nur eine Seite gleichzeitig lesbar)
Also maximal ca 25kb/s
kommt das hin oder hab ich einen Denkfehler drin?
Kann mir jemand bitte diese Seite erklären?
Please login to see this link.
Wieso werden erfolgreiche build`s paar tage später erfolglos, und dann geht es wieder mit eine höheren Nummer von vorne los?
Ich verstehe gerade das Problem nicht. Immer wenn etwas im development Branch geändert wird, startet ein neuer Build mit der nächst höheren Nummer. Es wird dann dort festgehalten, ob dieser Build geklappt hat oder nicht. Dieser Status bleibt bei der entsprechenden Buildnummer dann aber bestehen und ändert sich nicht mehr.
Ich lese hier nur aus Neugier mit aber mich würde schon interessieren welchen zeitlichen Aufwand es braucht vom Mega65 auf den C64 Core zu wechseln, kann mir das mal jemand im Detail erläutern.
ca 2 Sekunden
Alles richtig, warum hat es dann beim Spectrum Next geklappt?
Man findet da sogar ein paar Einträge auf Please login to see this link. Das läuft zwar unter Spectrum Exhanced, aber zum Mega65 finde ich auf der Seite nix, vielleicht bin ich auch nur zu blöd zum Suchen.
Please login to see this link.
Probleme nicht, es ist nur unglaublich haesslich
Retro-Elefantenfußoptik mit rosa Plüsch wäre cool gewesen
Soweit ich weiß, sollten die neuen Mainboards auch separat verkauft werden.
Kann man das dann einfach reinstecken, oder muss man dafür Elektronik studiert haben?
Wenn(!) das Board separat angeboten wird, geht es nur noch um Schrauben und Stecker lösen und wieder befestigen. Mehr dürfte da nicht sein.
Man muss die Rückseite des Gehäuses schon etwas biegen, um das Board raus und wieder rein zu bekommen. Hat aber nichts mit Elektronikstudium zu tun. 
Please login to see this media element.
Kann man da denn nichts machen?
Ein "älteres" ROM (bis 920377) verwenden. Damit läuft auch TSBneo ohne Probleme.
Bei den neueren ROMs (ab 920379) hat sich dann aufgrund von Änderungen im C64-Kernal dieses Problem eingeschlichen:
Please login to see this link.
Also, wenn man was im C64-Modus verwendet, dann kann ich nur zum ROM 920377 raten. Damit klappt sehr viel!
Soweit ich das verstanden habe gab es keine Änderungen am C64 Kernal, die Änderung passierte im CBDOS.
Ah ok, Screenshots brauchen auch noch eine UART Verbindung, stimmt.
Ansonsten scheint es mir, dass die genannten Use Cases nach und nach der Vergangenheit angehören werden. Filetransfer und Programme pushen kann man dann auch per Netzwerkkabel. Und ansonsten sollte man den JTAG derzeit nur brauchen, wenn das Slot 0 flashen schief ging. Alle anderen Slots sollten unkritisch sein, wenn dabei was kaputt gehen sollte. Aber auch Slot 0 flashen wird gerade überarbeitet, so dass selbst das schief gehen darf und der MEGA trotzdem keinen JTAG braucht.
Die Netzwerk-Features und neues Slot0-Flashen sind für den nächsten Batch als Neuerungen geplant.
Habt Ihr einen speziellen Use Case für den JTAG Adapter? Ich sehe derzeit VHDL Entwickler und Nutzer des m65dbg als Zielgruppe dafür. Was macht Ihr damit?
Ich habe meinen auch schon länger nicht mehr gebraucht.
