Endlich geht's los
OK - auch ein paar kleine Ideen:
1.) g64 Unterstützung.
2.) (Wenn möglich) native nib unterstützung (oder wie ist die Dateiendung der nibtools)
Erst am Schluß natürlich!
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von Ace am
Endlich geht's los
OK - auch ein paar kleine Ideen:
1.) g64 Unterstützung.
2.) (Wenn möglich) native nib unterstützung (oder wie ist die Dateiendung der nibtools)
Erst am Schluß natürlich!
1.) g64 Unterstützung.
G64 ist absolut Pflicht. Ist auch problemlos, muss ich nur implementieren.
2.) (Wenn möglich) native nib unterstützung (oder wie ist die Dateiendung der nibtools)
Da es ein Konvertierprogramm zu G64 gibt, macht das wenig Sinn. Aber sollte ich mich irren, und G64 kann irgendetwas nicht was .nib kann, dann wird es implementiert. Gibts dazu irgendwo eine detailiierte Doku?
Ne Trackanzeige per Display oder LCD wäre nice
Gibts dazu irgendwo eine detailiierte Doku?
Das offizielle Statement dazu ist AFAIK, dass sich das Format immer mal wieder ändern kann, aber nibconvert mit allen Versionen umgehen kann.
Das offizielle Statement dazu ist AFAIK, dass sich das Format immer mal wieder ändern kann, aber nibconvert mit allen Versionen umgehen kann.
Ich meine aber irgendwo gelesen zu haben das man aus einem g64 kein nib mehr machen kann (keine Ahnung wo - aber irgendwas war da).
Und wenn doe Zückverwandlung wirklich nicht möglich sein sollte, heißt das normalerweise das irgendwelche (vielleicht noch jetzt als unwichtig betrachteten "Daten/Infos") weggeschmissen werden.
Ich weiß das man aus einem nib immer ein g64 machen kann ... meine Idee ist nur folgende: Wenn es irgendetwas gibt was man im g64 nicht abbliden kann oder was momentan als unnötig betrachtet wird und ich das konvertiere muss ich ggf. trotzdem meine originalen nib Daten behalten .... (also doppelter Speicherplatz).
Ich weiß - ist eher eine akademische Frage ....
Ansonsten:
Ist mehr ein Hardware Ding: Anstelle von einzelnen Tastern zur Steuerung - ja nett mit wechsel Liste - wenn ich jetzt mal die Idee mit Display aufgreife:
Directory Tree auf dem Display - up/down -> scrollen / left -> zurück / right - ins Verzeichnis wechseln / push - Image selektieren ....
Könnte das leben sehr viel einfacher machen ....
Wir haben da so einen schönen SMD Joystick (der auch noch von Hand lötbar sein sollte) auf einem unserer Boards (ich komme nur gerade remote nicht an die Schematics) - wenn interesse besteht suche ich am Dienstag mal die Teilenummer raus ...
Und wenn doe Zückverwandlung wirklich nicht möglich sein sollte, heißt das normalerweise das irgendwelche (vielleicht noch jetzt als unwichtig betrachteten "Daten/Infos") weggeschmissen werden.
Möglich. Es ist aber so, dass auch das Lauferk nicht jede Information überhaupt erkennen kann.
Auch der Emulator hat seine Einschränkungen beim aktuellen Design. Ich kann nur mindestens 8 Bit lange Ketten abbilden. Aber auch das ist vermutlich weder schreibbar noch lesbar von einer 1541.
Wenn es irgendetwas gibt was man im g64 nicht abbliden kann oder was momentan als unnötig betrachtet wird und ich das konvertiere muss ich ggf. trotzdem meine originalen nib Daten behalten ....
Nicht unbedingt.
Wenn deine Kopie als G64 funktioniert, also wenn es dem kopierschutz langt, dann musst du auch das NIB nicht aufbewahren.
Wenn das NIB ok ist aber das resultierende G64 nicht, das wären dann interessante Fälle. Da fängt es an interessant zu werden, NIB für das 1541-Emul anzudenken.
Wir haben da so einen schönen SMD Joystick (der auch noch von Hand lötbar sein sollte) auf einem unserer Boards
SMD Joystick? Haben wir verschiedene Boards? Also ich habe weder am Discovery noch am ARM2IEC einen Joystick. Oder ich habe es noch nicht entdeckt?
Mir fällt noch was hardwareseitiges ein:
Swapschalter für Geräteadressen in laufenden Betrieb wie bei den CMD Geräten..
Swapschalter für Geräteadressen in laufenden Betrieb wie bei den CMD Geräten..
Swapschalter? Die ARM2IEC Hadware bietet dafür DIP switch. Ich habe die aber noch gar nicht angeschlossen.
Was immer du aber dann für Schalter verwenden willst, auch mehrere gleichzeitig, das ist alles möglich und Geschmacksache.
Swapschalter? Die ARM2IEC Hadware bietet dafür DIP switch. Ich habe die aber noch gar nicht angeschlossen.
Was immer du aber dann für Schalter verwenden willst, auch mehrere gleichzeitig, das ist alles möglich und Geschmacksache.
Dip Switches ? Sind das diese Mäuseklaviere wie bei der 1541 II hinten (zur Einstellung der Geräteadressen)
Ich meine eher Taster um die Geräteadresse im laufenden Betrieb zu wechseln.
Noch ganz wichtig: Sound! Ansonsten kann man das ja kaum als 100%ige Emulation bezeichnen .
Zitat von »THaase«
Wir haben da so einen schönen SMD Joystick (der auch noch von Hand lötbar sein sollte) auf einem unserer Boards
SMD Joystick? Haben wir verschiedene Boards? Also ich habe weder am Discovery noch am ARM2IEC einen Joystick. Oder ich habe es noch nicht entdeckt?
Sorry - mein Fehler.
Nein, wir haben nicht verschiedene Boards .... ich meinte eines von unseren (meiner Firma): Klick - rechte Hälfte unter dem JTAG Connector - das silberne "Ding" mit dem schwarzen Punkt in der Mitte.
Ich weiß kann man bescheiden sehen ... ich hab' aber nichts hochauflösendes @Home
Ihr habt aber schöne Boards, ARM926 mit Linux.
Ich meine eher Taster um die Geräteadresse im laufenden Betrieb zu wechseln.
Taster wären schon möglich. Allerdings nicht im Betrieb. Ein 1541 DOS braucht immer einen Reset ...
Noch ganz wichtig: Sound!
Das Discovery kann gut mit Sound (I2S). Aber da sehe ich eine sehr niedere Priorität ...
Taster wären schon möglich. Allerdings nicht im Betrieb. Ein 1541 DOS braucht immer einen Reset ...
Du könntest auch die Geräteadresse direkt im RAM ändern (119/120) oder dem emulierten Laufwerk einen M-W-Befehl vorwerfen, der das gleiche macht.
Taster wären schon möglich. Allerdings nicht im Betrieb. Ein 1541 DOS braucht immer einen Reset ...
Nö. Die CMD Geräte machen das locker im Betrieb. Das ist ja das Interessante.
Du könntest auch die Geräteadresse direkt im RAM ändern (119/120) oder dem emulierten Laufwerk einen M-W-Befehl vorwerfen, der das gleiche macht.
Und wenn offene Kanäle sind, oder gar gerade ein Transfer stattfinden würde? Ich seh keinen Nachteil wenn man einen Reset macht nach Gerätenummerwechsel.
Ich seh keinen Nachteil wenn man einen Reset macht nach Gerätenummerwechsel.
Im laufenden Betrieb sehr ungünstig.
Im laufenden Betrieb sehr ungünstig.
Wenn du die Floppy separat reseten kannst, dann ist es auch im laufenden Betrieb völlig egal.
Und wenn offene Kanäle sind, oder gar gerade ein Transfer stattfinden würde?
Das ist ein Benutzerfehler.
Wenn euch der device# Wechsel im Betrieb so wichtig ist, werden wir den als Feature aufnehmen. Allerdings sehe ich das zur Zeit ebenfalls mit niedriger Prio.
Das wäre echt supi