ich meinte natürlich, das das schützenswerte programm nicht mehr aus dem cartridge, vom üblichen menü aus, gedumpt werden kann. und bezüglich böser raubkopierer hatte ich schon was erwähnt, der text nach "ja ich höre schon die lacher" bezieht sich darauf, vielleicht ist das nicht so klar rausgekommen auf wen sich das bezieht (= die bösen raubkopierer, denen es nichts ausmacht wenn sie das programm nicht vom menü aus dumpen können, weil sie den code anderwertig aus dem speicher saugen).
[Kerberos] C64 MIDI Interface mit Flash und PC-Dateitransfermöglichkeit
-
gartenzwerg -
9. November 2013 um 08:21 -
Erledigt
Es gibt 488 Antworten in diesem Thema, welches 89.549 mal aufgerufen wurde. Der letzte Beitrag (
-
-
irgendwie immer wieder witzig wenn autoren von solchem kram derartige dinge äussern..... so kann man auch verhindern dass das program je nutzerzahlen im zweistelligen bereich hat =P
-
Wird das Menü des Kerberos denn sofort nach dem einschalten gestartet oder kann ich auch ins Basic gehen und das von dort aus irgendwie aufrufen?
Wenn ich erst ins Basic käme um auf dem Sd2iec ins .dnp--Verzeichnis zu wechseln wäre es ja kein Problem die Instrumente auch wie gewohnt einfach davon weiter zu nutzen. Bin auf Arbeit, aber werd mir morgen einfach mal anschauen ob ich in dieses .dnp-file nicht auch einfach mit den Tastern irgendwie wechseln kann...das wäre dann ja am allereinfachsten.Brauchen tut man die rund 320 Instrumente natürlich nie alle gleichzeitig...aber es ist schon ungemein praktisch wenn man ohne viel Aufwand - einfach per F-Tasten im Programm - in der Gesamtliste rumschauen und auswählen kann...gerade bei soeiner Masse findet man da auch immer wieder mal irgendeine Inspiration zwischen, die man gar nicht kannte/anders klingt/anders funktioniert.
-
Ja, nach dem Einschalten kommt man sofort ins Menü. Man kann von dort aber ins Basic wechseln. Um dann aber wieder zurück zum Menü zu kommen, müsste man erst per Poke das Flash wieder aktivieren, da das wegen 100% Kompatiblität nach dem Wechsel ins Basic deaktiviert wird, und dann per sys starten.
Am besten baue ich einfach ein paar Disk-Befehle ins Menü ein, dann kann man sich das alles sparen und komfortabel per Menü die richtige Diskette/Verzeichnis auf dem sd2iec auswählen. Habe mir vor ein paar Tagen auch schon ein sd2iec bestellt, um das generell auszuprobieren und kann bei Bedarf mit meinem AVR-Dragon auch eine neue Firmwares einspielen. Aber ist neu von Sinchai.de, sollte also was aktuelles sein (Donald scheint es wieder besser zu gehen, habe schon die Versandbestätigung bekommen).
-
Habe mir vor ein paar Tagen auch schon ein sd2iec bestellt, um das generell auszuprobieren und kann bei Bedarf mit meinem AVR-Dragon auch eine neue Firmwares einspielen.
Zum Einspielen neuer Firmware brauchst du keinen AVR Dragon - es ist sogar besser wenn du den nicht benutzt, weil du damit den Bootloader löschen würdest. Eine SD-Karte reicht. -
Wenn das geht und man dieses .dnp-Image auf dem Sd2Iec vom Menü des Kerberos aus 'mounten' könnte wäre das natürlich ganz perfekt, in der Tat

Würde auch gleich den Umweg über den Filebrowser bzw etwaiges getippe sparen.. -
Hm, d.h. im kerberos selbst wirds dann keine speichermöglichkeit geben, oder?
-
Doch, klingt so:
...aber ich hatte mir gedacht, vielleicht ein festes D64-Image auf dem Flash zu unterstützen (in der überarbeiteten Hardware wird es ein 2 MB Flash sein), wo dann configs, Spielstände, Musiken usw. gespeichert werden können.
Ich frag mich auch grad ob es geht bzw. wie es wohl geht, mit dem Kerberos ein File (ein komplettes .d64-Image z.B.) vom PC auf den C64 zu schieben (und dort zu speichern)...aber gut, irgendwie wird das schon, das werd ich eh nie brauchen, für mich wird das auch eher ein Musikinterface als ein Datenübertragungsinterface...schoss mir nur grad so zum Thema ´speichern´ mal in den Kopf -
jo gut, gerade diese interne speichermöglichkeit würde ich haben wollen, dann brauche ich sonst nix zusätzlich

-
Vielleicht wäre es wirklich nicht schlecht, statt einzelner Programme und ein festes D64 Image, einfach mehrere D64 Images zu unterstützen. Bei dem neuen 2 MB Flash müssten abzüglich Menüsystem usw., 10 D64 Images draufpassen. Wenn man dann ein D64 Image auswählt, kann man entweder direkt das erste Programm davon starten, oder auch per Filebrowser ein anderes Programm. Das Image würde dann optional als "Diskette" gemounted werden können, mit Schreibmöglichkeit.
Ich bin mir nur noch nicht sicher, wie ich das mit dem D64-Zugriff programmieren sollte. Das Verfahren von Easyflash gefällt mir nicht so gut, die A14-Leitung herunterzuziehen, um das Hiram-Bit festzustellen (was man zur Unterscheidung braucht, ob man ein Kernal-Patch einblenden soll ab $e000, oder das RAM), da mir das auch vom Timing her etwas kritisch vorkommt. Ich denke eine Alternative wäre vielleicht, nach Schreibzugriffen auf Adresse 1 ein NMI auszulösen und dann einfach das Hiram-Bit auszulesen und im CPLD zu vermerken. Würde zwar das Timing von Programmen etwas ändern, aber so oft kommen Schreibzugriffe auf Adresse 1 wohl nicht vor, sodaß es meistens keine Auswirkungen haben sollte. Würde allerdings nicht gehen für Programme, die den NMI ausschalten. Man würde das natürlich auch deaktivieren können, wenn man Programme hat, die keinen Kernal-Patch für D64-Lade/Schreibroutinen brauchen, oder alternativ auch immer den Kernal-Patch einblenden, für Programme, die kein RAM-Zugriff ab $e000 brauchen, sodaß man wohl für die allermeisten Programme eine passende Lösung konfigurieren könnte.
-
Ich denke eine Alternative wäre vielleicht, nach Schreibzugriffen auf Adresse 1 ein NMI auszulösen und dann einfach das Hiram-Bit auszulesen und im CPLD zu vermerken.
Ich bin mir gerade nicht sicher ob man das am Bus überhaupt als Schreibzugriff erkennt - aber es wäre mit Sicherheit eine tolle Methode, um das Timing bei manchen Programmen kaputtzubekommen. Beispielsweise fassen Loader, die unter den I/O-Bereich laden können typischerweise einmal pro Byte $01 an, weil sie erst die Daten aus dem I/O-Bereich zusammensetzen und danach im RAM darunter ablegen müssen.Ausserdem würde es mich überhaupt nicht wundern, wenn irgendeine Software da draussen die Umschaltung zwischen RAM und ROM mit $00 statt $01 durchführt.
Was stört dich an skoes Methode? Das Timing ist zwar etwas kritisch, aber alles ist noch innerhalb der Zugriffszeiten der beteiligten Chips.
-
Schreibzugriffe auf 0 und 1 sollten schon erkannt werden können, nur leider nicht der Wert, der geschrieben wird. Das ist zumindest das Verfahren, was skoe verwendet (Bitte melde dich an, um diesen Link zu sehen.). Aber stimmt schon, wenn das gut läuft, dann wäre es blöde, wenn ich da was neues erfinden würde und er erlaubt ja auch ausdrücklich, daß andere seinen Source Code verwenden dürfen. Werde dann also schonmal einen 25 MHz Quarz wie bei Easyflash vorsehen (hatte erst 12 MHz geplant, da es für normale Cartridge-Operationen nicht allzu schnell sein braucht). In der aktuell überarbeiteten Schaltung fehlt zwar noch die BA-Leitung, da ich nicht dachte die zu brauchen, aber ich habe natürlich wie immer beim CPLD eine Aux-Leitung vorgesehen mit Lötstiftpunkt, ein Draht sollte also reichen, um das dann mal zu testen

-
Ich mein das Cartridge ist ja beim letzten Stand der Dinge schon richtig richtig gut - aber wenn du da so einen Aufwand machst und da schon ein halbes EF draus wird - bestünde da nicht so ganz rein theoretisch auch die Möglichkeit, da gleich ein komplettes EF draus zu machen? Dann wäre Kerberos quasi...ein weiteres Weltwunder.
Oder müsste dafür noch viel anderes geändert werden/Aufwand zu groß? -
Habe ich auch schon dran gedacht, zumal ich mir dann wohl auch einiges an Software schreiben sparen könnte, wenn ich es 100% kompatibel zum Easyflash baue. Ist aber mit den Kosten ein Problem: Aktuell nach der letzten Änderung liegen die Bauteilkosten, mit Platine, Gehäuse und Bestückung komplett bei ca. 34 Euro (je nach Stückzahl). Würde da jetzt noch ein USB Anschluss nebst FT245-Chip und noch zwei weitere Taster hinzukommen, käme man schon fast auf 40 Euro. Dann braucht nur der Dollarkurs mal was zu schwanken, und ich hätte beim Verkauf Verlust (da ich fast alle Bauteile bei Digikey kaufe). Schon die 50 Euro sind eigentlich kein gesunder Verkaufspreis bei den Herstellungskosten, und meine Entwicklungsarbeit ist da gar nicht drin enthalten, aber ist ja noch eine recht geringe Stückzahl (geht also ohne Zwischenhändler, der was vom Gewinn haben wollte) und nur Hobby für mich, daher kein Problem. Nur draufzahlen möchte ich bei den Verkäufen nicht.
Ich sehe übrigens gerade in der Easyflash-Schaltung, daß der CPLD direkt am Datenbus vom C64 hängt, also die Datenleitungen nur mit 3,3V treibt. Im Datenblatt vom 6502 steht zwar, daß High-Pegel auch bis runter zu 2,4V erkannt werden, aber würde das wirklich überall stabil laufen, also auch beim C128 und allen möglichen C64 Modellen, wenn ich den 3,3V/5V Level Konverter bei meiner Schaltung herauslasse? Könnte dann 75 Cent und einen ganzen Chip Bestückung, nebst zwei Abblockkondensatoren sparen

-
Würde da jetzt noch ein USB Anschluss nebst FT245-Chip und noch zwei weitere Taster hinzukommen, käme man schon fast auf 40 Euro.
Er schrieb EasyFlash, nicht EasyFlash 3. -
RAM ist schon drauf auf der überarbeiteten Platine, da ich das für den Schreibzugriff auf das Flash brauche, wenn die D64-Slots beschreibbar sein sollen, da das Flash nur 4kB Sektoren löschen erlaubt, sodaß das irgendwo gecacht werden muß. Und für 100% Kompabilität mit C64 Programmen kann das natürlich nicht im C64 Hauptspeicher geschen. Der Unterschied zum Easyflash 1 wäre daher also nur, daß ich aktuell keine Unterstützung für CRT-Dateien geplant habe.
Gäbe es denn dafür großen Bedarf? Wenn es PRG und D64 unterstützt, sollte doch eigentlich das meiste funktionieren.
-
Funktionieren und ausreichen tut das bestimmt...aber wenn man da neben der Musik zur Abwechslung vielleicht auch mal Prince of Persia oder so drauf spielen könnte wär das schon der absolute Oberwahnsinn

Auf garkeinen Fall ein Muss - aber es hätte schon was
Wenn das gehen würd, die einfachste Variante würde ja reichen, und du den Preis noch grob halten könntest - glaube ich würde das die Verkaufszahlen auch noch ein ganz bisschen steigern...
Oder falls das mit den Kosten nicht ganz hinhaut, vielleicht irgendwie als weiteres, kaufbares Dankeschön? -
wichtig fände ich trotzdem noch die möglichkeit damit disketten als .d64 oder einzelne prg's zu transferieren, weiss nicht ob das jetzt durch den rost fällt.
-
Prince Of Persia sieht wirklich gut aus. Ich schaue mal, ob ich mein Cartridge zum Easyflash 1 abwärtskompatibel machen kann.
wichtig fände ich trotzdem noch die möglichkeit damit disketten als .d64 oder einzelne prg's zu transferieren, weiss nicht ob das jetzt durch den rost fällt.
Steht auf meiner TODO-Liste, kommt auf jeden Fall rein. Kann aber nicht garantieren, ob ich alle Kopierschutzmechanismen von und zur Diskette sauber mit kopieren kann. Also wird erstmal nur das Standard D64-35-Sektor-Format sein, ohne Error-Bytes. -
Wird ja mit den 2500 bald eng, oder täuscht das? Gut, mein Geld fehlt noch und ich denke ein paar andere werden wohl auch erst gegen Ende des Monats kaufen - aber auch wenn jetzt noch 10 dazukommen sind das grob 300€ zu wenig...wie schauts denn mit Werbung aus, welche Leute könnte das noch interessieren? Im Zitronenforum gibts dazu ja auch schon nen Thread, gibts noch andere Foren wo man die Leute da vielleicht mal drauf aufmerksam machen könnte?
-