Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » CP/M-Disketten unter Windows XP » Themenansicht

Autor

Thread - Seiten: -1-

000
28.12.2009, 15:48 Uhr
volkerp
Default Group and Edit

als kleine Nach-Weihnachtsüberraschung:

http://hc-ddr.hucki.net/cpm_disketten_unter_xp2.htm

Mit einem Plugin für den TotalCommander ist es jetzt möglich, auch unter Windows XP/Vista/7 CP/M-Disketten direkt zu lesen und zu beschreiben, wie das früher unter DOS mit SCOPY funktionierte. (Vorrausgesetzt, der Rechner hat noch ein Diskettenlaufwerk)

Außerdem unterstützt mein Plugin diverse Diskettenimageformate wie Teledisk, CopyQM, RAW etc.

Das Default-Format für Z9001-Disketten ist scp800_192. Für den KC85/3 ist scp780 das Hausformat.

Mit USB-Disketten-Laufwerken funktioniert das leider nicht. Hier funktioniert vermutlich nur das Format scp720.
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
28.12.2009, 16:10 Uhr
ralle

vorrausgesetzt, es werden auch noch 1,2 mb 5.25 zöller unterstützt...
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
06.01.2010, 14:07 Uhr
susowa

Zitat:

Außerdem unterstützt mein Plugin diverse Diskettenimageformate wie Teledisk, CopyQM, RAW etc.

Das habe ich heute mal ausprobiert, im zweiten Versuch hat es dann auch super funktioniert!
Ist eine sehr elegante und bequeme Möglichkeit, sich den Inhalt der Download-Images, welche auf den Webseiten der diversen CP/M bzw. Z80 Emu- oder Simulatoren bereitstehen, anzuschauen.

Folgender Test wurde durchgeführt:

Windows 7 Prof.
TotalCommander 7.50a
Disk-Image von www.unix4fun.org (z80pack)
zu mounten als ibm-3740

Nach dem Mounten konnte ich per STRG+A und F5 problemlos alle CP/M-Dateien ins PC-Dateisystem zur weiteren Verwendung kopieren.

Also eine sehr praktische Angelegenheit ohne sich erst mit dem Emu oder Simu auseinandersetzen zu müssen - Vielen Dank!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
06.01.2010, 20:06 Uhr
Carsten

Hallo Volker,

2007 habe ich noch geschrieben, das ich ein Plugin für den TotalCommander zum öffnen von Teledisk und Anadisk Images suche. Funktioniert echt Super!!

Viele Dank

Carsten

Dieser Beitrag wurde am 06.01.2010 um 20:07 Uhr von Carsten editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
24.02.2010, 19:13 Uhr
volkerp
Default Group and Edit

Heute gibt es erneuerte Versionen der kompletten CPMTOOLs für Windows XP/7 und des TotalCommander-Plugins.

Basis ist jetzt Version 2.12. Ein Fehler in meiner modifizierten libdsk-Anbindung, der dazu führte, dass einseitige Disketten fehlerhaft gelesen wurden, ist behoben.

http://hc-ddr.hucki.net/cpm_disketten_unter_xp.htm
http://hc-ddr.hucki.net/cpm_disketten_unter_xp2.htm
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Dieser Beitrag wurde am 24.02.2010 um 19:14 Uhr von volkerp editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
24.02.2010, 23:49 Uhr
nullp01nter

Hallo Volker, hallo Forum,

vielen Dank für das TC-Plugin! Es wäre genau das richtige für mich... nur leider habe ich noch Probleme damit. Ich versuche, unter Windows XP auf eine KC85-Diskette zuzugreifen. Die Diskette (und auch andere Disketten, die ich probiert habe) sind in meinem D004 lesbar, also will ich mal ausschließen, dass alle defekt sind.

Als Laufwerk verwende ich derzeit ein Mitsumi D509V2, welches ich als 1,2MB-Laufwerk im BIOS angemeldet habe. Ich habe auch andere Laufwerke aus meinem Fundus ausprobiert, alle verhalten sich gleich.

Den Floppyfiltertreiber habe ich wie in der Anleitung angegeben installiert. Er ist auch als Gerätefilter eingetragen, daher gehe ich davon aus, dass er korrekt geladen wurde.

Mein konkretes Problem ist folgendes: Wenn ich mit TC auf das Diskettenlaufwerk mit einer KC-Diskette zugreife, bewegt sich kurz der Lesekopf einen Schritt, kurz danach geht die Laufwerkskontrolleuchte aus. Im TC sehe ich nur eine Sanduhr und mein System wird vom Prozess CPMLS.EXE voll ausgelastet.

Also habe ich mir mal die CPMTOOLS installiert und damit rumgespielt. Hier passiert das gleiche, wenn ich "cpmls -f scp780 a:" aufrufe: Ein Schritt im Laufwerk, dann passiert nichts mehr und ich muss das Programm abbrechen. Wenn ich das Programm mit "cpmls -f scp780 -T floppy a:" aufrufe, kratzt er einige Male auf der Diskette rum, bricht aber dann mit "Sektor nicht gefunden" ab.

Hat jemand von Euch mittels der CPMTOOLS oder dem TC-Plugin erfolgreich auf KC-Disketten zugegriffen? Wenn ja, wäre ich überaus dankbar für einen Hinweis...

Viele Grüße
Thoralt

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
25.02.2010, 09:33 Uhr
volkerp
Default Group and Edit

Zitat:

nullp01nter schrieb
Im TC sehe ich nur eine Sanduhr und mein System wird vom Prozess CPMLS.EXE voll ausgelastet.

Hall Thoralt, vermutlich machst du schon alles richtig. Obiges Verhalten konnte ich auch manchmal beobachten. Am besten ist es in so einem Fall, den CPMLS.EXE-Prozess zu killen und den TC neu zu starten. Die Ursache für sas exzessive Speicherfressen kenne ich noch nicht, es liegt aber an ungeeigneten Disktetten-Definitionen in der Datei "diskdefs".

Für den KC85 hatte ich sochn mal eine angepasste "diskdefs" für 'bobcat' vorbereitet. Leider gabs keine Rückmeldung, aber vielleicht klappt es ja:

Quellcode:

# Sector size in bytes                
# Number of tracks ( * heads)                   
# Number of sectors                             
# Block size                                    
# Number of directory entries                   
# Logical sector skew                           
# Number of reserved system tracks ( * heads)   
# system (2.2, 3, p2dos)                        
                                                

# diskdef KC85        # Name nach Begin
#   seclen 1024        # SECTORS 2. Zahl
#   tracks 160        # CYLINDERS x SIDES
#   sectrk 5        # SECTORS
#   blocksize 2048    # BSH 3 => 1024, 4 => 2048
#   maxdir 128        # DRM+1
#   skew 0        # SKEW (oder mit 0 probieren)
#   boottrk 4        # OFS
#   os 2.2        # immer os 2.2
# end

diskdef KC85
  seclen 1024
  tracks 160
  sectrk 5
  blocksize 2048
  maxdir 128
  skew 0
  boottrk 4
  os 2.2
end

# BEGIN K800 MicroDOS KC85 800KB  5.25" / 3.5"  DSDD 96 tpi
# DENSITY MFM,LOW CYLINDERS 80 SIDES 2 SECTORS 5,1024 SKEW 2
# SIDE1 0 1,2,3,4,5 SIDE2 1 1,2,3,4,5 ORDER SIDES
# BSH 4 BLM 15 EXM 0 DSM 399 DRM 191 AL0 224 AL1 0 OFS 0
# END

diskdef K800
  seclen 1024
  tracks 160
  sectrk 5
  blocksize 2048
  maxdir 128
  skew 0
  boottrk 0
  os 2.2
end

# BEGIN D624 PC1715 SCP   (80*2* 16,256 4 OFS 4k DIR) 5.25"
# DENSITY MFM,LOW CYLINDERS 80 SIDES 2 SECTORS 16,256 SKEW 2
# SIDE1 0 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16
# SIDE2 1 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16
# ORDER SIDES
# BSH 4 BLM 15 EXM 0 DSM 311 DRM 127 AL0 192 AL1 0 OFS 4
# END

diskdef D624
  seclen 256
  tracks 160
  sectrk 16
  blocksize 2048
  maxdir 128
  skew 0
  boottrk 4
  os 2.2
end

# BEGIN D780 PC1715 SCP   (80*2* 5,1024 4 OFS 4k DIR) 5.25"
# DENSITY MFM,LOW CYLINDERS 80 SIDES 2 SECTORS 5,1024 SKEW 2
# SIDE1 0 1,2,3,4,5 SIDE2 1 1,2,3,4,5 ORDER SIDES
# BSH 4 BLM 15 EXM 0 DSM 389 DRM 127 AL0 192 AL1 0 OFS 4
# END

diskdef KC85
  seclen 1024
  tracks 160
  sectrk 5
  blocksize 2048
  maxdir 128
  skew 0
  boottrk 4
  os 2.2
end

# BEGIN D790 PC1715 DAC   (80*2*10,1024 2 OFS 6k DIR) 5.25"
# DENSITY MFM,LOW CYLINDERS 80 SIDES 2 SECTORS 5,1024 SKEW 2
# SIDE1 0 1,2,3,4,5
# SIDE2 1 1,2,3,4,5
# ORDER SIDES
# BSH 4  BLM 15  EXM 0  DSM 394  DRM 191  AL0 0E0H  AL1 0  OFS 2
# END

diskdef D790
  seclen 1024
  tracks 160
  sectrk 5
  blocksize 2048
  maxdir 192
  skew 0
  boottrk 2
  os 2.2
end

# BEGIN D800 PC1715 CPA   (80*2* 5,1024 0 OFS 6k DIR) 5.25"
# DENSITY MFM,LOW CYLINDERS 80 SIDES 2 SECTORS 5,1024 SKEW 2
# SIDE1 0 1,2,3,4,5 SIDE2 1 1,2,3,4,5 ORDER SIDES
# BSH 4 BLM 15 EXM 0 DSM 399 DRM 191 AL0 224 AL1 0 OFS 0
# END

diskdef D800
  seclen 1024
  tracks 160
  sectrk 5
  blocksize 2048
  maxdir 192
  skew 0
  boottrk 0
  os 2.2
end

# BEGIN PCMS PC/M System  (80*2* 16,256 4 OFS 4k DIR) 5.25"
# DENSITY MFM,LOW CYLINDERS 80 SIDES 2 SECTORS 16,256 SKEW 2
# SIDE1 0 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16
# SIDE2 1 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16
# ORDER SIDES
# BSH 4 BLM 15 EXM 0 DSM 311 DRM 127 AL0 192 AL1 0 OFS 4
# END

diskdef PCMS
  seclen 256
  tracks 160
  sectrk 16
  blocksize 2048
  maxdir 128
  skew 0
  boottrk 4
  os 2.2
end 

# BEGIN SIE1 Siemens PG-685 (80*2*9,512 4 OFS 8k DIR) 5.25" DSDD 96 tpi 5.25"
# DENSITY MFM,LOW CYLINDERS 80 SIDES 2 SECTORS 9,512
# SIDE1 0 1,2,3,4,5,6,7,8,9 SIDE2 1 1,2,3,4,5,6,7,8,9 ORDER SIDES
# BSH 4 BLM 15 EXM 0 DSM 350 DRM 255 AL0 0F0H AL1 0 OFS 4
# END

diskdef SIE1
  seclen 512
  tracks 160
  sectrk 9
  blocksize 2048
  maxdir 256
  skew 0
  boottrk 4
  os 2.2
end 



# the default format
# = KC85

diskdef default
  seclen 1024
  tracks 160
  sectrk 5
  blocksize 2048
  maxdir 128
  skew 0
  boottrk 4
  os 2.2
end

--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Dieser Beitrag wurde am 25.02.2010 um 09:33 Uhr von volkerp editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
25.02.2010, 10:52 Uhr
BobCat

@ volkerp

Das hat nicht ganz so funktioniert. Es gab diverse Fehlermeldungen. Da ich den Fehler bei mir selbst vermute, habe ich mich damit noch nicht näher befasst. Inzwischen mußte ich mein Arbeitspferd komplett neu besatteln. Dank Partition Magic, durfte ich Win98SE und XP neu einrichten, die backup files waren nicht mehr auf den akt. Stand

Ich werde das nächste WE nochmal unter die Lupe nehmen.
Von den Fehlermeldungen hatte ich drei Sreenshots gemacht. Ich werde versuchen sie heute Abend wieder zu finden, evtl erkennt man die Ursache.

Aber, ingesamt ist das eine sehr schöne elegante Lösung. Sie wird mit Sicherheit bei mir die Standardlösung werden.

danke und gruß
götz

Dieser Beitrag wurde am 25.02.2010 um 10:55 Uhr von BobCat editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
25.02.2010, 22:15 Uhr
nullp01nter

Hallo Volker,

Ich habe es mal mit den neuen Disk-Definitionen probiert. Das Ergebnis ist leider exakt gleich, ich muss den Befehl mit Ctrl+C abbrechen:

Quellcode:

c:\Programme\cpmtools-xp>cpmls -f KC85 a:
^C
c:\Programme\cpmtools-xp>cpmls -f KC85 -T floppy a:
LIBDSK bug: Not translating error case: Das Laufwerk kann den angeforderten Sektor nicht finden.

LIBDSK bug: Not translating error case: Der Diskettencontroller hat einen Fehler gemeldet, der vom Diskettentreiber nicht erkannt wird.
^C

Genau wie mit der -format scp780 bekomme ich entweder überhaupt keine Reaktion (nur das Laufwerk tickt mal kurz) oder mit Parameter -T floppy kratzt das Laufwerk ein paar Mal auf der Diskette rum und dann bekomme ich die o. g. Fehlermeldungen.

Benutzen die CPMTools eigentlich den Floppy-Filtertreiber? Wie geht das vor sich? Hast Du entsprechende Patches eingebaut? Ich frage, weil ich ebenfalls mal vor einiger Zeit ein Filesystem-Plugin für den TC gebaut habe (EnsoniqFS), dort hatte ich allerdings OmniFlop benutzt, um die unüblichen 10 Sektoren pro Track lesen zu können. Wie funktioniert das mit dem Filtertreiber?

Viele Grüße
Thoralt

Dieser Beitrag wurde am 25.02.2010 um 22:16 Uhr von nullp01nter editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
26.02.2010, 09:09 Uhr
volkerp
Default Group and Edit

Hallo Thoralt,

der Floppy-Filtertreiber wird automatisch von libdisk genutzt, wenn er vorhanden ist. "-T ntwdm" wäre der explizite Schalter dafür, "-T floppy" greift auf die Floppy ohne diesen Filter zu. Bei letzterem gibt es deswegen auch die Fehlermeldung Sektor not found.

Funktioniert denn bei Dir der Zugriff mit Diskettenimages? Ich habe die Anadisk-Datei-Images des KCEMU ausprobiert (caos.dump etc.). Mit einem kleinen Perl-Skript habe ich diese ins raw-Format konvertiert und den Zugriff ausprobiert. Mit dem Format KC85 bzw. default (obige diskdefs-Liste) funktioniert das wunderbar.
In meiner default-Liste entspricht das "scp780".

Quellcode:

#!/usr/bin/perl
# Aufruf: dump2raw anadisk-image
($OUT = $ARGV[0]) =~ s/\..*/.raw/i;
open IN, "<$ARGV[0]"; binmode IN;
open OUT, ">$OUT"; binmode OUT;
do {
    sysread IN, $buffer, 8; # Kopfdaten
    $size = sysread IN, $buffer, 1024;
    syswrite OUT, $buffer;    
} until ($size==0);
close IN;
close OUT;

--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
26.02.2010, 09:16 Uhr
volkerp
Default Group and Edit

Folgende Formate passen bei den konvertierten Disk-Images von Torsten Pauls KCEMU:

caos.raw scp780
a5105sys.raw scp780
cpmz9.raw default
microdos.raw scp780
tools.raw scp800
z1013cpm.raw scp780
z1013gdc.raw scp780
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
27.02.2010, 10:37 Uhr
BobCat

Hallo volkerp

Ich weis nicht was ich Letztens falsch gemacht habe

Die o.g. Diskdef mit KC85 als default funktioniert

Ich habe im Moment keine Disketten in anderen Formaten griffbereit, denke aber das es damit dann auch funktioniert.

Danke und bitte entschuldige, daß ich nicht gleich eine Rückmeldung gegeben habe. Die Sache ist etwas in den Hintergrung geraten.

viele grüße
götz

Nachtrag:
Ich kann jetzt auch auf die Containerdatein von MyZ80 zugreifen

DiskImages von TeleDisk geht auch.
Dumpfiles von AnaDisk:
Mit Sector-ID geht nicht, bzw. wird nicht richtig angezeigt ( Die gehen jedoch im KCemu)
Ohne Sector-ID gehen, werden auch korrekt angezeigt (Diese funktionieren jedoch nicht im KCemu)

Läßt es sich theor. auch so einrichten das man direkt auf eine virt. HD des KCemu zugreifen kann ? Auch wenn mehrere Partitionen def. sind ? Notfalls könnte man sie ja gleich groß machen.

mfg
götz

Dieser Beitrag wurde am 27.02.2010 um 20:04 Uhr von BobCat editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
27.02.2010, 21:33 Uhr
nullp01nter

Hallo Volker,

ich habe noch weitere Versuche gemacht.

Zitat:

Funktioniert denn bei Dir der Zugriff mit Diskettenimages? Ich habe die Anadisk-Datei-Images des KCEMU ausprobiert (caos.dump etc.). Mit einem kleinen Perl-Skript habe ich diese ins raw-Format konvertiert und den Zugriff ausprobiert. Mit dem Format KC85 bzw. default (obige diskdefs-Liste) funktioniert das wunderbar.

Wenn ich mit dem Perl-Skript eine Diskette umwandele, dann funktioniert es wunderbar sowohl im TC als auch mit cpmls auf der Kommandozeile. Einige andere TD0-Dateien funktionieren ebenfalls. Ich kann also immerhin schonmal in den Archiven rumwühlen

Was leider nach wie vor nicht klappt, ist das Lesen von Diskette. Es werden zwei Tracks gelesen, danach ist Schluss.

Zitat:

Obiges Verhalten konnte ich auch manchmal beobachten. Am besten ist es in so einem Fall, den CPMLS.EXE-Prozess zu killen und den TC neu zu starten. Die Ursache für sas exzessive Speicherfressen kenne ich noch nicht, es liegt aber an ungeeigneten Disktetten-Definitionen in der Datei "diskdefs".

Nun, ich habe auch damit ein bisschen rumgespielt. Komisch ist, dass es mit den Image-Dateien funktioniert (sowohl mit der KC85-Definition als auch mit scp780, welche ja identisch sind). Auch wenn ich sämtliche anderen Disk-Definitionen entferne, bleibt das Verhalten gleich.

Damit wir das Problem irgendwie eingrenzen können: Ist es möglich, dass ich das Programm irgendwie debuggen kann? Hast Du ein Projekt zusammengestellt, welches in irgendeiner Entwicklungsumgebung compilierbar ist, was auch bei mir funktionieren würde? Falls ja, würde ich mich mal durchhangeln, wo evtl. das Programm steckenbleibt.

Viele Grüße
Thoralt

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
05.03.2010, 10:05 Uhr
nullp01nter

Meine Forschungen dauern noch an, aber leider bin ich noch nicht in der Lage, meine KC-Disketten zu lesen. Mit den CPMTools kann ich zwar ein Disk-Image erzeugen (d. h. der Zugriff auf die Disketten ist möglich), aber sobald ich dieses Diskettenimage mit dem TC oder auf der Kommandozeile mit CPMLS öffnen will, hängt sich CPMLS wieder auf.

In meiner Verzweiflung werde ich wohl am Wochenende mein Windows XP mal testweise auf eine zweite Festplatte neu installieren. Wenn es dann funktioniert, dann läge es ja "nur" an meinem alten Windows oder irgendwelcher Software, welche mir hier Streiche spielt.

Gibt es noch andere Vorschläge, wie das Problem evtl. lösbar wäre?

Viele Grüße
Thoralt

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
05.03.2010, 10:24 Uhr
felge1966
Default Group and Edit

Bei mir klappts auch nur mit einem Rechner (und der ist nicht mal mir), alle anderen hängen sich mit cpmls auf. Bei den nicht gehenden Rechnern handelt es sich um zwei Scenic C610 (mit Laptopfloppy) und einem Compaq PresarioPC. Mit Notebooks hatte ich auch keinen Erfolg.

Ich werde dann doch wieder auf den SCP-Treiber auf dem CM1910 mit DCP übergehen.

Man soll halt doch nicht nur moderne Rechner benutzen.
--
http://felgentreu.spdns.org/bilder/jacob120.gif

Dieser Beitrag wurde am 05.03.2010 um 10:28 Uhr von felge1966 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
05.03.2010, 10:25 Uhr
ambrosius

@nullp01nter

Hast Du XP32 oder XP64? Unter XP64 gibt es verschiedentlich Probleme selbst mit XP-Programmen.
Falls Du sowieso das XP neu aufsetzt, dann probiere doch einmal das "blanke" XP, ohne Servicepacks etc (natürlich nicht als Produktivsystem mit Internetzugang). Manchmal sind irgendwelche "Reste" von deinstallierten Treibern/Programmen in einem alten System schuld.

mfg
Holger
--
viele Grüße
Holger

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
05.03.2010, 10:35 Uhr
jmueller

@nullp01nter, felge1966:

Zitat:

Gibt es noch andere Vorschläge, wie das Problem evtl. lösbar wäre?

Wenn ihr mit Volkers Lösung nicht weiterkommen solltet,
könnte euch auch mein Emulator JKCEMU weiterhelfen,
denn in der aktuellen Version gibt es auch Funktionen
zum Lesen und Entpacken von Disketten und Disk-Images-Files,
und auch zum Erzeugen von Images-Files.

Unter Windows kann JKCEMU reale Disketten allerdings nur lesen,
unter Linux ist auch das Zurückschreiben möglich,
z.B. von selbst erstellten Image-Files.

Mit dem in JKCEMU integrierten Datei-Browser können die Image-Files
auch ineinander umgewandelt werden.

Siehe zu diesem Thema auch folgende Artikel:
http://www.jens-mueller.org/jkcemu/unpackdisk.html
http://www.jens-mueller.org/jkcemu/creatediskimg.html

Jens

Dieser Beitrag wurde am 05.03.2010 um 10:37 Uhr von jmueller editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
05.03.2010, 22:24 Uhr
nullp01nter

Hallo Leute,

vorhin habe ich mir ein neues Windows XP (32) auf die Platte gezaubert. Die Service-Packs ganz weglassen konnte ich nicht, da auf meiner XP-CD bereits das SP2 integriert ist. Das Resultat: CPMLS hängt sich nach wie vor auf. Bemerkenswerterweise genehmigt sich das kleine Programm zum Verarbeiten des Disketten-Inhaltsverzeichnisses ca. 700 MB (!) meines RAMs. Respekt. Und dazu noch einen vollen Prozessor...

Das Problem ist also leider noch nicht gelöst. Wenigstens habe ich mal wieder ein sauberes System

@Volker: Ich bin immernoch daran interessiert, das Programm zu debuggen. Dazu bräuchte ich jedoch das Projekt, so wie Du es aufgesetzt hast (ich möchte nicht alles neu ausprobieren müssen).

@Jens: Danke für die Tips zum JKCEMU. Ich habe das Programm bereits in Benutzung (auf dem Mac läuft es super), hier auf meiner älteren Windows-Kiste hatte ich es noch gar nicht ausprobiert. Angesichts der beschriebenen Disketten-Fähigkeiten werde ich das aber nachholen!

Viele Grüße
Thoralt

Dieser Beitrag wurde am 06.03.2010 um 12:33 Uhr von nullp01nter editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
24.03.2010, 21:31 Uhr
kaiOr

Soeben auch ein wenig probiert unter Windows7 64Bit, aber es ist nichts zu machen das gemountete Image öffnet sich immer als leeres Verzeichnis.

Danach weitergekämpft unter Windows XP 32Bit. Hier kam wenigstens die Meldung "cpmls.exe hat ein Problem festgestellt und musste beendet werden." Anschließend für die drei *.EXEn im Plugin-Ordner den Kompatibilitätsmodus "Windows95" gesetzt & geht.

Toll um Dateien aus einem Image zu ziehen. Danke den Machern.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
25.03.2010, 09:08 Uhr
nullp01nter

Hm. Kompatibilitätsmodus "Windows95"... das muss ich mal noch ausprobieren. Vielleicht bringt mich das weiter. Ich habe nach wie vor das Problem, dass cpmls.exe Amok läuft, was den Speicher angeht. Leider ist das Projekt deswegen bis jetzt liegengeblieben.

Falls das nicht hilft, kann ich ja immernoch Windows 7 ausprobieren (auf einem Rechner mit 2x1 GHz und 768 MB RAM)

Viele Grüße
Thoralt

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
29.09.2011, 21:50 Uhr
schubi

'Tschuldigung, dass ich diesen alten Thread nochmal aufwaerme, aber nachdem ich mich ewig und 3 Tage damit rumgeschlagen hab' die KCemu .dump images in den cpmtools zu lesen, und ENDLICH dieses script fand, ;-) hab' ich nur noch eine Frage - wie funktioniert das in die andere Richtung? Ich moechte gern die .raw images bearbeiten und dann wieder so verpacken, dass sie im KCemu als floppies anerkannt werden?

Quellcode:

#!/usr/bin/perl
# Aufruf: dump2raw anadisk-image
($OUT = $ARGV[0]) =~ s/\..*/.raw/i;
open IN, "<$ARGV[0]"; binmode IN;
open OUT, ">$OUT"; binmode OUT;
do {
    sysread IN, $buffer, 8; # Kopfdaten
    $size = sysread IN, $buffer, 1024;
    syswrite OUT, $buffer;    
} until ($size==0);
close IN;
close OUT;

Also, nachdem ich mir jetzt die "Muehe" gemacht hab, das Perl Skript zu verstehen (es 'strip-t' die Anadisk Kopfdaten aus dem Datenstrom?) und mir die Anadisk Doku zu Gemuete gefuehrt habe:

http://www.8bit-micro.com/anadisk-man.htm#Dump

meine ich fast, dass der umgekehrte Weg (raw->dump) nicht ohne weiteres moeglich ist? In dem ich den Inhalt des RAW images veraendere, kann ich auch nicht ohne weiteres die alten Kopfdaten in die image Dateien 'einmischen'?

Falls da jemand andere Loesungen nutzt, bitte Bescheid geben.
Im Grunde will ich KCemu Diskettenimages von meinen alten SCP Disketten (die ich in ?weiser? Voraussicht damals nach FAT konvertiert archiviert habe) erstellen,

Dieser Beitrag wurde am 29.09.2011 um 21:55 Uhr von Rüdiger editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
29.09.2011, 22:10 Uhr
jmueller

Zitat:

wie funktioniert das in die andere Richtung? Ich moechte gern die .raw images bearbeiten und dann wieder so verpacken, dass sie im KCemu als floppies anerkannt werden?

Folgende Möglichkeit kann ich dir anbieten:
http://www.jens-mueller.org/jkcemu/creatediskimg.html
Auf der Seite dann der zweite Punkt: Abbilddatei manuell erstellen

Jens

Nachtrag:
*.raw -> Einfache Abbilddatei
*.dump -> Anadisk-Datei
Ich glaube, KCemu verlangt Anadisk.
Da musst du die Datei als *.dump speichern.
Bei *.raw würde das falsche Format erzeugt werden.

Dieser Beitrag wurde am 29.09.2011 um 22:17 Uhr von jmueller editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
29.09.2011, 22:52 Uhr
schubi

Super Sache!

Zitat:

jmueller schrieb

Zitat:

wie funktioniert das in die andere Richtung? Ich moechte gern die .raw images bearbeiten und dann wieder so verpacken, dass sie im KCemu als floppies anerkannt werden?

Es funktioniert. Bin ich auch beeindruckt vom JKCemu. Danke vielmals!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

023
30.09.2011, 16:57 Uhr
schubi

Okay, einen noch, dann ist hier wieder Ruhe, versprochen!

JKCemu auf dem Nokia N900:

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

024
30.09.2011, 18:23 Uhr
kaiOr

Für's Akkujogging sicher optimal.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

025
30.09.2011, 21:12 Uhr
jmueller

Zitat:

JKCemu auf dem Nokia N900:

Wow, ich wusste gar nicht, dass das darauf läuft.
Und wie sieht es mit der Performance aus?
JKCEMU benötigt ja inzwischen doch einiges an Resourcen.

Jens

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

026
30.09.2011, 21:21 Uhr
schubi

Zitat:

jmueller schrieb

Zitat:

JKCemu auf dem Nokia N900:

Wow, ich wusste gar nicht, dass das darauf läuft.
Und wie sieht es mit der Performance aus?
JKCEMU benötigt ja inzwischen doch einiges an Resourcen.

Jens

Performance, ja ... hmmm, nee. Nicht so dolle ;-)
Ganz ehrlich? Unbrauchbar ;-) - es dauerte ungefaehr 5 Minuten, bis der RBASIC Interpreter geladen war. Es war auch das erste Mal, dass mein N900 swap space benutzt hat :-P und ... tja, man merkt schon deutlich, dass JKCemu eine Desktopanwendung ist.

Wenn ich mal viel Zeit und Musze hab', guck' ich mir mal die KCemu Sourcen an, ob man die vielleicht nativ auf dem ARMel Telefon uebersetzen kann.

Ansonsten, jupp - Akkujogging, Taschenwaermer...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

027
30.09.2011, 23:11 Uhr
tp

Zitat:

schubi schrieb
Wenn ich mal viel Zeit und Musze hab', guck' ich mir mal die KCemu Sourcen an, ob man die vielleicht nativ auf dem ARMel Telefon uebersetzen kann.

Das Übersetzen sollte kein größeres Problem sein. Der buildd von Debian baut auch fröhlich Pakete für ARMel mit (https://buildd.debian.org/status/package.php?p=kcemu). Ob das dann läuft hat aber vermutlich noch keiner probiert

.
--
Die Zeit ist auch nicht mehr, was sie mal war! (Albert Einstein)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

028
06.01.2012, 20:30 Uhr
Alex-70

Hallo,

habe mich mal intensiv mit dem physischen Zugriff auf 780er/800er Disketten des KC85 am XP-PC beschäftigt und den Fehler eingrenzen können.

Dazu habe ich mit "dskform -format z9001 -type ntwdm a:"
und Parametern [z9001] der .libdskrc gespielt und siehe da:

Sowie "SecBase = 1" in der .libdskrc ist, stürzt der Floppy-Treiber bei Zugriff mit dem TotalCommander Plugin ab, auch "cpmls" spielt verrückt

Bei "SecBase= 0" klappt es dagegen wunderbar. Kopieren usw.alles möglich.
Dies erzeugt allerdings keine KC-kompatiblen Disketten (sind nicht lesbar), wie samdisk auch (s.u.) beweist.

Nur
secbase=1
und
DataRate=DD

erzeugt kompatible und lesbare KC-Disketten. Diese gehen aber wie die Originale unter Windows nicht mit dem bekannten Problem.

Am Floppy-Triebr Treiber liegts vermutlich nicht, da "samdisk" ja geht.

Was ist da faul?

An Rechner- oder Laufwerkstypen liegt es nicht, hab verschiedene probiert.

[z9001]
Description = 800K Z9001 Diskette
Sides = alt
Cylinders = 80
Heads = 2
Sectors = 5
SecBase = 0 (1 geht nicht)
SecSize = 1024
DataRate = SD (oder DD geht nicht)
rwgap = 4
fmtgap = 5
fm = N
multitrack= n

Samdisk Ergebnisse:

KC orig
m:\Downloads\- kc neu\samdisk kc85>samdisk scan a:
83 Cyls, 2 Heads:
300Kbps MFM, 5 sectors, 1024 bytes/sector:
0.0 1 3 5 2 4
1.0 1 3 5 2 4
2.0 1 3 5 2 4
3.0 1 3 5 2 4
4.0 1 3 5 2 4

z9001 secbase 1
m:\Downloads\- kc neu\samdisk kc85>samdisk scan a:
83 Cyls, 2 Heads:
Warning: late track start may indicate missing first sector
250Kbps MFM, 4 sectors, 1024 bytes/sector:
0.0 2 3 4 5
1.0 2 3 4 5
2.0 2 3 4 5
3.0 2 3 4 5
4.0 2 3 4 5

z9001 secbase 0
m:\Downloads\- kc neu\samdisk kc85>samdisk scan a:
83 Cyls, 2 Heads:
Warning: late track start may indicate missing first sector
250Kbps MFM, 4 sectors, 1024 bytes/sector:
0.0 1 2 3 4
1.0 1 2 3 4
2.0 1 2 3 4

z9001 datarate=DD secbase 0
m:\Downloads\- kc neu\samdisk kc85>samdisk scan a:
83 Cyls, 2 Heads:
300Kbps MFM, 5 sectors, 1024 bytes/sector:
0.0 0 1 2 3 4
1.0 0 1 2 3 4
2.0 0 1 2 3 4
3.0 0 1 2 3 4
4.0 0 1 2 3 4
5.0 0 1 2 3 4
6.0 0 1 2 3 4

z9001 datarate=DD secbase 1
m:\Downloads\- kc neu\samdisk kc85>samdisk scan a:
83 Cyls, 2 Heads:
300Kbps MFM, 5 sectors, 1024 bytes/sector:
0.0 1 2 3 4 5
1.0 1 2 3 4 5
2.0 1 2 3 4 5
3.0 1 2 3 4 5
4.0 1 2 3 4 5
5.0 1 2 3 4 5
6.0 1 2 3 4 5

Man sieht, nur KC-Originale (oben) und die Unteren sind überhaupt richtig formatiert mit 5 Sektoren.

Dieser Beitrag wurde am 07.01.2012 um 11:17 Uhr von Alex-70 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

029
06.10.2012, 12:39 Uhr
deaf_ac1

Hallo Volker!

Mit AC1-CP/M-Disketten 3,5" 780 KB und 624 KB funktionieren leider nichts.
mit scp780 und scp 624 funktionieren nicht.
Auch im Total Commander nicht!
Ich bitte Volker um die Hilfe. Vielleicht liegt an diskdefs.

Disketten von AC1(-2010) 3,5" und 5,25"
Ich arbeite nur mit 3,5"-Disketten.

Gruß

Ralf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

030
06.10.2012, 21:12 Uhr
ralle

Des wird das Windows selber sein, weil es über definierte <soft>Schnittstellen geht. Eine Möglichkeit wäre, mit VM-Ware oder einem anderem DOS-Emu eine DOS 5.00-Umgebung zu basteln. Löst aber mit sicherheit das Problem nicht selber, wegen die Laufzeit.

Möglichkeit 2 wäre einen geeigneten Minirechner zu basteln, welcher mit Netzwerk oder Usb von GUI-Betriebssystemen unabhängig arbeitet. Dieser Minirechner sollte möglist mit einem einfachen, speziel auf Disk-Operationen ausgelegeten BS arbeiten. Ein Vorbild gibt es schon, die 1541 von CBM, eigentlich ein selbstständiger Computer, welcher von dem C64 nur die Diskette-Befehle ausführt...
--
Gruß Ralle

Wenn Sie dazu neigen, Bedienungsanleitungen zusammen mit dem Verpackungsmaterial wegzuwerfen, sehen Sie bitte von einem derart drastischen Schritt ab!...
... Nachdem Sie das Gerät eine Weile ausprobiert haben, machen Sie es sich am besten mit dieser Anleitung und ihrem Lieblingsgetränk ein oder zwei Stunden lang in Ihrem Sessel bequem. Dieser Zeitaufwand wird Sie dann später belohnen...

aus KENWOOD-Bedienungsanleitung TM-D700

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

031
06.10.2012, 22:02 Uhr
volkerp
Default Group and Edit

Kann sein, dass auch hier SecBase bzw. Sektorversatz nicht richtig funktioniert? Kannst Du mir mal bitte ein Image einer AC1-Diskette mailen?
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

032
06.10.2012, 22:17 Uhr
deaf_ac1

Hallo Volker,
ich habe zur Zeit leider keine Möglichkeit, Image der AC1-Disketten als File zu extrahieren und an Dich mailen können. Eine andere Möglichkeit wäre, 2 AC1-Disketten 780 KByte (5x1024x2x80) und 624 KByte (16x256x2x80) 3,5" per Post an Dich zur Analyse schicken.

Gruß

Ralf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

033
07.10.2012, 10:26 Uhr
volkerp
Default Group and Edit

mit

dsktrans.exe -format z9001 -otype raw a: ac1_800k.dmp

und auch mit Sektor-Informationen

dsktrans.exe -format z9001 -otype ydsk a: ac1_800k.ydsk

sollte das auch unter Windows XP..7 funktionieren, wenn der fdrawcmd-Treiber installiert ist. Das Programm dsktrans.exe gibt es unter http://hc-ddr.hucki.net/wiki/doku.php/cpm:disketten_xp
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Dieser Beitrag wurde am 07.10.2012 um 10:27 Uhr von volkerp editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

034
07.10.2012, 21:24 Uhr
deaf_ac1

Hallo Volker!

Leider hat es mit dsktrans.exe -format z9001 -otype raw a: ac1_800.dmp

zur Fehleranzeige geführt:

"format name z9001 not recognised"

Es scheint, dass diskdefs nicht gelesen werden.

Gruß

Ralf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

035
07.10.2012, 22:13 Uhr
volkerp
Default Group and Edit

Die Datei .libdskrc muss in den Ordner „Eigene Dateien“ kopiert werden
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

036
12.10.2012, 21:01 Uhr
deaf_ac1

Hallo Volker!

Es funktioniert endlich mit den CP/M-Disketten AC1(-2010) mit dem Total-Commander. Zuvor wurde im meinen 32-bit-PC (Win XP) ein 3,5"-Diskettenlaufwerk, das zuvor mir Probleme mit Lesen der CP/M-Disketten bereitete, ausgewechselt worden.

AC1-2010 mit 2 Floppys (und GIDE, nicht zwingend erforderlich) unter HRCPM12 und HRDOS12:
Im Total-Commander im Netzwerk/cpmwfx die Eigenschaften zu einstellen:
AC1-780KByte (5 x 1024, im AC1-2010 LW B0

auf scp780;
AC1-640KByte (16 x 256, im AC1-2010 LW F0

auf scp640 und
AC1-800KByte (5 x 1024, im AC1-2010 LW G1

auf scp800.
Die AC1-CP/M-Disketten sollten nicht im PC, sondern im AC1(-2010) formatiert werden, damit vom Total-Commander gelesen und bespielt werden.

Jetzt ist ein Datei- und Programmaustausch erleichtert worden, anstatt mit den wav-Files zu einlesen, deren Byteanzahl nur auf maximal 40 KByte beschränkt sein, um nicht den HRCPM oder HRDOS ab Adresse D000h zu zerstören.

mit freundlichen 8-bit

Ralf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

037
21.04.2014, 11:50 Uhr
Micha

Avatar von Micha

Ich hab seit paar Tagen damit gekämpft, die Inhalte von paar Disketten von meinem 1715 zur Aussenwelt zu übertragen. Handelt sich in dem Fall um das "alte" 640K Format von SCP. Bin dann hier mit dem vollkommen verrückten Suchbegriff SKEW (im Beitragstext suchen) fündig geworden. Schönen Dank an volkerp, dass er die passende Definition für 22DISK in 006 gepostet hat - funktioniert!

Wobei mir ein Detail schleierhaft ist - es funktioniert in beiden Fällen, wenn ich SKEW auf 0 oder auf 2 setze. Eigentlich ist das doch der Interleave, der müsste jeweils zu einem komplett anderen Zusammensetzen der Dateistückchen führen(???)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]