25320 und 25P32 scheinen mir aber eher serielle ROMs zu sein.
Vielen Dank für Eure Anregungen!
Posts by for(;;)
-
-
Was hast Du denn konkret vor?
-
Ich selber gar keine, ich würde das mit meinem ALL-03 an einer DOS-Kiste machen. Ich suche eine Empfehlung für einen englisch-sprachigen guten Bekannten, der sich gerne einen kaufen möchte.
-
Der Thread-Titel sagt es schon: gesucht wird ein EPROM-Brenner, der 2532 (nicht 2732) beschreiben kann. Er sollte möglichst preiswert sein, einfach beschaffbar und an einem aktuellem Windows-Rechner lauffähig sein. Gibt's da vielleicht was aus China, was ihr empfehlen könnt?
-
-
Quellcode
1
$ echo .[^.]*Das zweite Pattern passt auf alle Einträge, die mit einem Punkt, gefolgt von einem nicht-Punkt beginnen.
Das ist zweifellos das bessere pattern, weil es von rm nicht verlangt, etwas mitzudenken. Bevor ich mein Posting geschrieben habe, habe ich meinen Befehl allerdings auf meinem eigenem System getestet und es ist mitnichten so, dass rm das eigene Verzeichnis (.) oder gar übergeordnete Verzeichnisse (.. und was danach kommt) mit einschließt:
-
In diesen Dateien speichert OSX Metainformationen ab, die es in anderen Dateisystemen als HFS(+) nirgends sonst ablegen kann. Genauso gut könnte ich fragen, wieso mir Windows immer eine thumbs.db in mein Verzeichnis legt, irgendwo müssen diese Betriebssysteme eben Informationen ablegen.
Unter unix-artigen Systemen beginnen "versteckte" Dateinamen mit einem Punkt und da Du wahrscheinlich keine versteckten Dateien auf Deiner SD-Karte haben möchtest -- und erst recht keine, die eigentlich versteckt sein sollten und es dann doch nicht sind -- ist es am einfachsten, rekursiv alle versteckten Dateien zu löschen.
Der Finder sollte dabei geschlossen sein, jedenfalls zumindest nicht das Inhaltsverzeichnis der SD-Karte irgendwo offen haben. Dann machst Du Dir ein Terminal auf.
bringt Dich in das Verzeichnis der SD-Karte.
Löscht dann dort rekursiv alle versteckten Dateien.
Anschließend die SD-Karte auswerfen:
Warnung:
Du solltest Dir ausgesprochen sicher sein, im richtigen Verzeichnis zu sein, bevor Du rm -rf .* startest! -
Da hast Du aber wirklich ein Schnäppchen gemacht! Wie es aussieht, hast Du sogar die eher seltene Board-Version mit 2114 RAMs. Das ist super, denn da kriegt man sogar noch Ersatz für, im Gegensatz zu den exotischen MOS-RAMs der ersten Boards.
Das Netzteil ist eigentlich unverwüstlich, ich würde nur alles sauber machen, insbesondere auch die Stiftleisten, wo der Saft auf das Board geht. Manche hatten da Kontaktprobleme bzw. kokelnde Stecker.
Was die Lackschäden angeht, bezweifele ich, dass es möglich ist, dass absolut farbgleich zu beseitigen. Aber ich finde, so wie es jetzt ist, geht das völlig in Ordnung. Muss ein 35 Jahre alter Rechner wirklich aussehen, wie gerade aus dem Laden?
-
bei osx darfste nach 2 jahren nen neuen mac kaufen
Mein Mac mini von 2009 hat genau ein System-Update von 10.6 auf 10.9 bekommen (10.10 ginge auch noch, wenn ich wollte) und läuft immer noch bestens.
-
Heute fertig gebastelt. Mit neuem Gehäuse.
Saubere Arbeit!
Jetzt hoff ich das die Firmware mit der Displayunterstützung nicht mehr all zu lange dauert.
Die allerersten Anfänge der Displayunterstützung sind in der aktuellen Firmware schon sichtbar, wenn auch noch sehr bescheiden. Aber jetzt, wo die Temperaturen wieder erträglicher geworden sind, wird das bestimmt nach und nach werden.
-
Alternativ könntest Du Dir auch ndefpack ansehen, das kommt ohne Java aus und wird auch in Skoes Doku gewürdigt, musst etwas runter scrollen bis unterhalb der Beschreibung von DCM.
-
Vielleicht macht es Sinn, die Sekundäradresse mit zu berücksichtigen?
Bei LOAD ist die immer Null, also könnte man sagen: wenn ein LOAD"IMAGE.D64",8 kommt, soll in das Verzeichnis gewechselt werden und das Directory geladen werden. Damit könnte man die Navigation ohne Wedge bzw. ohne umständliche OPEN-Befehle durchführen.
Bei Sekundäradresse größer Null, könnte dagegen das D64 wie eine normale Datei gehandhabt werden. Damit hätten die Disk-Schreib-Tools immer noch Zugriff auf das D64 und könnten die Datei z.B. mit OPEN1,8,3,"IMAGE.D64" öffnen. Das würde aber auf die Nase fallen, wenn das Image-Tool das Image natürlich ausgerechnet mit Sekundäradresse 0 öffnen möchte!
-
Normalerweise haben die seriellen Geräte zwei Buchsen, damit man den Bus durchschleifen kann, wodurch sich automatisch eine Bus-Topologie ergibt, also alle Geräte ohne etwas dazwischen direkt am selben Bus hängen, der Reihe nach.
Commodore hat meines Wissens keine offizielle Spezifikation ihres Bus-Systems veröffentlicht, vom Protokoll her und auch elektrisch ist er aber dem IEEE-488-Bus sehr ähnlich. Dort erlaubt der Standard ausdrücklich auch, die Verkabelung stern- oder baumförmig durchzuführen. Du kannst also durchaus auch irgendwo zwischen mehreren Geräten einen Abgriff machen und dort ein weiteres Gerät anschließen, also irgendwo mittendrin ein Y-Kabel einflicken.
-
Kann ich prinzipiell das ganze auch so gestalten, dass ich einfach nur meinen C64 aufbaue, das SD2IEC und eine Floppy anschliesse, und dann von Floppy nach SD direkt kopiere? Oder geht das nicht?
Das geht zwar prinzipiell, aber nur mit Disketten ohne Kopierschutz und sehr langsam. Zusätzlich brauchst Du noch ein Kopierprogramm auf dem C64 und vorzugsweise eines, dass nicht gleich die Segel streicht, wenn es mal Lesefehler gibt.
Was ist der Unterschied zwischen Zoomfloppy und z.B. dem USB2IEC?
Das ZoomFloppy kann deutlich mehr (z.B. Parallel-Kabel) und ist wesentlich schneller. Das USB2IEC ist quasi nur ein geschrumpftes XU1541, bei dem macht der AVR das USB in Software, nicht in Hardware wie beim Zoomfloppy, und hat damit so seine liebe Mühe.
Ich würde Dir zu einem Zoomfloppy raten.
-
Was haltet ihr davon?
Gefällt!
Nutze doch die Snapshot-Funktion deines C64-Emulators und vergrössere jedes Bild im Bearbeitungsprogramm deiner Wahl...
Die Snapshot-Funktion ist eine gute Idee. Aber vom Aufblasen wird der Inhalt auch nicht größer als 320x200 Pixel. Ich würde das Vergrößern dem Browser überlassen, dann lädt der die kleinen Bilder auch super-schnell. Wie das geht, ist z.B. hier beschrieben.
-
Die Seite ist Kake weil nur in Englisch, du könntest doch wenigsten in 2 Sprachen anbieten.
Kacke ist, wenn man Deutsch fordert, aber nicht mal Kacke richtig schreiben kann.
Ich habe mich zwar bemüht, meine Webseite zweisprachig zu halten, aber der Mehraufwand ist enorm. Ich würde das nicht unbedingt empfehlen. Deutsch ist zwar eine schöne Sprache, Englisch ist das aber auch.
-
http://www.commodore.ca/galler…dore_PET_screen_shots.htm
http://www.zimmers.net/anonftp/pub/cbm/pet/index.html
https://archive.org/details/Commodore_PET_TOSEC_2012_04_23
http://www.classic-computers.o…programs-for-download.htm
http://greatnorthweb.com/bioterror!/
https://en.wikipedia.org/wiki/Category:Commodore_PET_games
http://www.david.zen.co.uk/technology/pet/
http://cbmpet.cbm8bit.com/software/
http://www.mysoft128.de/atbas/download.htm
http://www.wfking.de/games.htm
http://www.mysoft128.de/atbas/index.htm#action
http://www.lemon64.com/forum/v…50f9a0f515fac9750ffb1da32
http://petsd.net/zork.php -
Tja... auch gut. Mag ja sein, dass es hier um eine nicht funktionstüchtige Floppy geht, wo die ROMs auf Defekt getestet werden sollen.
-
Wenn die Floppy funktioniert: mit dem M-R - Befehl?
-
Dave Stevenson hat heute seine petSD+ Bestell-Seite online gestellt, so dass ich jetzt auch endlich die ursprüngliche Frage, wann das neue petSD erscheinen würde, beantworten kann: jetzt!
