Ja ich weiß, man kann das auch schöner machen.
Aber für mich zählt Funktionalität mehr als Optik.
Es gibt 86 Antworten in diesem Thema, welches 11.722 mal aufgerufen wurde. Der letzte Beitrag (
Ja ich weiß, man kann das auch schöner machen.
Aber für mich zählt Funktionalität mehr als Optik.
ich habe einen 16fach Schalter im Modulator Loch. Ohne Schmerzen und Bohren ![]()
Wenn ich was anders haben will, dann programmiere ich einfach nur den Arduino um.
Bitte melde dich an, um diesen Link zu sehen.
Bitte melde dich an, um diesen Anhang zu sehen.
das gab's vor 30 Jahren noch nicht ...
das gab's vor 30 Jahren noch nicht ...
Stimmt ...
Aber wenn man vor 30 Jahren diese Möglichkeit gehabt hätte ...
Wenn man JIFFYDOS hat, kann man dann getrost aus andere ROMS wie zB
TurboDisk
Speeddos
Hypra V3
verzichten?
Wenn man Vielfalt mag, dann nein. Wenn alle das gleichen haben möchten, dass wohl eher ja. Wobei Vielfalt ja bekanntermaßen bereichert.
gut, dann macht es keinen Sinn, diese 4-fach Umschaltplatine wieder gegen das installierte JIFFYDOS zu tauschen.
Von daher schadet die Umschaltplatine nicht, wenn Du ein paar Cent für den höheren Stromverbrauch übrig hast. Also, einbauen, wenn man sowas schönes sowieso schon hat. ![]()
Man kann ja auch Jiffy-DOS auf einer Umschaltplatine unterbringen.
irgendwann wird das ganze dann so hoch, daß der Deckel selbst vom Brotkasten nicht mehr zu geht.
Auf dem Steckplatz daneben habe ich bereits eine Umschaltplatine für ASCI/DIN Character Rom, also muß die 4-fach Platine da noch drüber gehen, und wenn da drauf im Original Kernel ROM noch eine JiffyDOS Umschaltplatine sitzt ....
also würde ich mich entweder von TurboDisk oder HypraV3 trennen müssen ....
Gibt es irgendwo eine Vergleichstabelle der Laufwerksbeschleuniger?
Eine Vergleichstabelle ist mir jetzt nicht bekannt, aber ich glaube, ein Thema dazu gab es schon mal, wo berichtet wurde, was wie schnell ist. Vielleicht findest Du es über die Suchfunktion.
Gibt es irgendwo eine Vergleichstabelle der Laufwerksbeschleuniger?
Bitte melde dich an, um diesen Link zu sehen.
kennt jemand zufällig Turbo Disk?
Bitte melde dich an, um diesen Anhang zu sehen.
Aber C128 + 1581 sind von Haus aus sehr flink.
Das Jiffy würde es nicht schneller machen (eher langsamer).
Bis auf das kleine Detail, das der C64-Modus wohl mit Abstand am meisten genutzt wird.
Und immerhin kommt die 1581 von Haus aus mit Trackloader und sie benötigt keinen GCR-Dekoder. Das macht auch JiffyDOS hier sehr viel schneller als auf einer 1541.
Bis auf das kleine Detail, das der C64-Modus wohl mit Abstand am meisten genutzt wird.
Burst Load geht auch am C64 (und im C64 Mode des 128).
Am C64 braucht nur einen kleinen Draht vom Userport zum IEC.
Und einen kleinen Fix im Kernal ... ![]()
Burst Load geht auch am C64 (und im C64 Mode des 128).
Aber nicht ohne fix. Die Burst-Logik wird im C64-Modus hardwaremäßig abgeschaltet.
Am C64 braucht nur einen kleinen Draht vom Userport zum IEC.
... wovon ich dringend abraten würde, weil dann keinerlei Treiber/Puffer zwischen CIA und Bus vorhanden ist. Die richtige Lösung wäre diese:
Bitte melde dich an, um diesen Anhang zu sehen.
Wobei ich persönlich das am C64 nicht machen würde. Die 1581 ist von Haus aus schon sehr flott unterwegs und das merkt man auch am C64. Irgendwann teste ich den Burst-Modus vielleicht mal mit meiner 1581 ganz bequem am Bitte melde dich an, um diesen Link zu sehen. (hat aber echt keine große Priorität).
Wer es mal selbst versuchen möchte, findet hier ein fertig vorbereitetes Kernal dafür: Bitte melde dich an, um diesen Link zu sehen.
Wer es an einem echten C64 versuchen möchte, findet hier ein fertig vorbereitetes Kernal dafür: Bitte melde dich an, um diesen Link zu sehen.
Ja, dann kriegt man einen Eindruck davon, wie es von Anfang an (VC-20, C64, 1540) hätte funktionieren SOLLEN.
Wenn Commodore nicht diesen Bug in den VIA eingebaut hätte. ![]()
Also ich finde auch, dass man für den C64 und 64Mode ein Jiffy spendieren sollte, dann spart man sich das ganze Burst-Gebastel.
Im 128Mode braucht es das nicht, der Burstmode ist schnell genug.
Wobei es mich rein prinzipiell reizen würde, den Adapter von Dennis Jarvis mal nachzubauen. Im Archiv sind ja sogar Codeschnipsel für die Ansteuerung und den Test des Moduls vorhanden.
Wobei es mich rein prinzipiell reizen würde, den Adapter von Dennis Jarvis mal nachzubauen.
Ja geht mir auch so.
Jiffy ist großartig, gar keine Frage.
Aber wenn eine Hardware sich um das ganze Bit Gerangel kümmern kann, ist mir das alle mal lieber wie ein Software Bit Banging.
Und einen kleinen Fix im Kernal ...
Und wenn man schonmal dabei ist, kann man auch gleich JiffyDOS nehmen. Dann ist man auch flott mit SD2IEC und anderen Laufwerken dabei.
Es ist schon bescheiden, daß Commodore sowas wie JiffyDOS nicht selbst hinbekommen hat. Man hätte die VC20/1540-Altlasten hinter sich lassen und es gleich vernünftig machen sollen. Das alte Protokoll hätte ja zusätzlich bleiben können, wie das auch bei fast allen C64-Hardwarespeedern der Fall ist. Wäre dann aber auch nur im Floppy-ROM nötig gewesen, um zum VC20 kompatibel zu bleiben, während es am C64 nur das schnelle Protokoll gegeben hätte.
Es ist schon bescheiden, daß Commodore sowas wie JiffyDOS nicht selbst hinbekommen hat.
Nun, es hätte vermutlich die Absatzzahlen nicht wesentlich erhöht - und das war alles, was für Jack (und erst recht für seine Nachfolger) zählte.
Man hätte die VC20/1540-Altlasten hinter sich lassen und es gleich vernünftig machen sollen.
Die Legende erzählt, dass genau das für den C64 geplant war, jemand dann aber bei der Endkontrolle des Designs die "überflüssigen" Leitungen vom CIA zum Serial Port entdeckt und "wegkorrigiert" hat. ![]()
Als das Ding dann mal draußen war, war das nicht mehr wichtig. Einmal, beim C64D, wurde das dann noch ins Auge gefasst, aber der "explodierte auch schon auf der Startrampe". Aus dieser Ecke dürfte auch der oben zitierte Adapter stammen.
Das eigentliche Problem lag ja nicht auf Seiten des C64 (auch wenn da ein Idiot die Leitungen entfernt hat).
Das Problem war (und ist) ja der Schieberegister-Bug im 6522. Und der blieb in der Floppy. Einen "bereinigten" Chip gab es bereits: Den 6526. Technisch wäre es mit ein wenig Anpassung des Programmcodes der Floppy einfach gewesen, den 6522 dort durch einen 6526 zu ersetzen. Aber offenbar war niemand mehr da (oder traute sich), den Programmcode von einem 6522 auf einen 6526 umzustellen.
Das erkennt man ja auch daran, dass bei der 1571 ein 6526 >zusätzlich< eingebaut wurd, nur um mit seinem Schieberegister eine schnellere Übertragung zu ermöglichen. Auch dort wäre es denkbar gewesen, einen der beiden 6522 durch einen 6526 zu ersetzen. Ein Portbaustein mehr ist nicht umsonst, selbst wenn man den selber produziert: Auch der Platinenplatz kostet auch Geld.
Irgendwie muss es wohl schwierig (gewesen) sein, einen 6522 durch einen nahezu funktionsgleichen 6526 zu ersetzen.
Irgendwie muss es wohl schwierig (gewesen) sein, einen 6522 durch einen nahezu funktionsgleichen 6526 zu ersetzen.
Das ist eben der Unterschied von kommerziell zu Privat (open source) ...
Die einen machen es "so gut wie möglich" ...
... die Anderen "so gut wie notwendig" dass die Verkaufszahlen passen.