pasar dsk por usb

[opqa]

¿Y desde el BASIC con LOAD y SAVE a pelo nadie ha probado? Debería funcionar para archivos de menos de 40 y pico Kb's (por decir algo), y si funciona bien con esos luego se podría hacer uno que concatenara en varias pasadas quizá con ayuda de los bancos de memoria.

[dragon131]

He encontrado otro programa en cpm que tambien permite formatear en formato ibm, lo voy a probar.

edit:Bueno, pues he conseguido copiar a disco de 3" el disco del test con la abadia y demas, De 3,5" a 3" ambos en formato ibm.

Lo que he echo ha sido formatear los 2 discos con el programa en formato ibm, luego grabar el disco test con el cpcdisk. Seleccionar en fix format el tipo IBM. Y copiarlo con ese mismo programa.

La copia funciona perfecta en el disco de 3".

Ojo la imagen no esta en formato de ibm, asi que tendreís que crearos una nueva.

Basicamente es arrancar el cp/m, y luego ejecutar el du54.com

Me ha costado lo suyo, el programilla venia comprimido en otro paquete.

Tener en cuenta que yo he usado mi interna de 3,5". Asi que os toca probarlo en una usb .

[FloppySoftware]

Interesante la info. en cuanto a formatos de disco del PCW, que he encontrado en la web de Luxsoft:

Código: Seleccionar todo

1.2.2 - The Discs

3.5" discs only fit into their drives one way up but 3" CF2's will fit either way because the same physical discs are designed to suit all PCW models. Care must therefore be taken as they may be used in two different ways:

Single density 180k format - PCW 8256 & 8512's 'A' drives - have just one read/write head so you have to turn the disc over to access the other side. By convention, these are called the 'A' and 'B' sides and each can hold 173k of data after formatting. The 40 tracks per side are numbered 0 to 39.

Double density 720k format - 9512 and 8512 'B' drives - not only pack double the data into the same space but also read BOTH sides at once so the capacity is four times as much - 720k (706k for data after formatting). Once a 3" disc has been formatted as double density, the whole of the disc has been used so DO NOT turn it over in the hope of another 720k on the other side! If you do, you'll wipe the lot so make a habit of using the side marked 'A' (or '1') uppermost (9512)/to the left (8512) and mark the spine label accordingly by barring out the B or 2. The 160 tracks are numbered 0 to 159.

Some early manuals recommended using only of 'CF2DD' discs for the 720k Double Density format. Don't worry - any 'decent' CF2 should be able to be successfully DD formatted but, as with any disc formatting, it is wise to Verify the disc before use.

However, beware relying on sub-standard discs! When the leading disc manufacturers ceased production of CF2's, a mass of horrid discs were imported from southern Europe and sold under a variety of names, including (wrongly & illegally) Amsoft. These are prone to sudden and complete failure and can be recognised by having criss-cross hatchings on the disc case and white write-protect levers in the leading edge of the disc (white showing through the two smaller holes when the disc is laid flat). Maxell discs are plain surfaced (no hatching) with red levers whilst proper genuine Amsoft ones are hatched but write protection is by a white slider tab on the rear left of the upper surface of the disc (so when laid flat, there's a hole showing white on the right but a rectangular slider tab on the left).

Whilst talking of write protection, it is worth noting that most program master discs were manufactured without write-permit tabs so their complete absence does not indicate a damaged disc.

1.3 Disc Format

180k discs have 40 tracks and 720k's have 160. Each track is divided into 8 sectors, the sector being the unit of transfer to/from the disc.

The first track of the disc - track 0 - is devoted to system information, notably the format type and number of tracks. On boot (start-up) discs this is followed by the boot program - the one which starts the snowball of intelligence gathering in motion by loading an embryo operating system and telling it to go looking for the next stage - the loading of an EMS program (or EMT on 3.5" models), eg CP/M or LocoScript.

Track 1 contains the all-important directory, or in 720k format, the first part of it. Each 32 character entry contains details of the name of the file, the group it is in, it's size and the location on the disc of the constituent parts of the file. As on PC's, the constituent parts may not be consecutive data 'blocks' - on well-used discs they may be scattered all over the (fragmented) disc. A single directory entry can only accommodate files up to 16k so, for files larger than this, 'continuation' entries are needed for each 16k of data. Each sector of the directory contains 16 entries so, if a disc read error occurs here, up to 16 files may be 'lost'.

The rest of the disc is available for data storage and is addressed by means of a unique 'block' number. On 173k discs these blocks are 1k in size but on larger discs (720k and drive M) these are 2k in order to keep the block number within the permitted numerical range. This explains why files copied from 173k to 720k (or drive M) can apparently increase in size to the next even number of k and, conversely, files copied to 173k may appear to reduce in size.

1.3.1 - Formatting Quirk - Upside down & mixed formats

It was stated above that turning a 720k disc upside down and formatting the B side in the hope of gaining a further 720k of space on the disc would result in loss of the initial formatting, and therefore all the data. This is not quite totally true. A 'naked' disc in fact has space for around 168 tracks, not 160, and due to the slight offset of the read/write heads, the first 8 tracks of the 'upside down' (B side) format will use space not used by the A side formatting and, by the same token, leave the last 8 tracks untouched. When turned back over to the A side, these untouched tracks are its tracks 0 to 7, which includes the directory. Hence, when inspected in (say) LocoScript, all the original files of the A side format will be listed and the attempt to gain a further 720k will appear to have been successful. Wrong! Any attempt to access any of the listed files will be met with "Disc Address Mark Missing" unless the whole file happens to reside within tracks 2-7.

So do be careful when formatting -

Don't be greedy by trying to get 1440k out of a 720k disc !

Smell a rat if a disc verifies perfectly up to track 7 then collapses in a heap with Disc Address Mark Missing on every single sector of Track 8 onwards.

The same formatting quirk applies when re-formatting a former 180k disc as 720k - the first 8 tracks of the B side won't be touched so loading it B side up will give the appearance that it is a 180k disc at the same time as the A side reports it as 720 !

Don't mix formats if you have confidential or sensitive info you want to get rid of because, if you do mix, some files from the previous format may still be readable.

If you have both 180k and 720k drives, always load discs of unknown type into the latter and, if apparently conflicting formatting info appears, use Disckit to determine which is the complete format.

If the B drive of your 8512 has given up the ghost but you are still soldiering on with just drive A, beware that 720k formatted discs loaded into drive A will report that they are "not formatted or faulty" so tempt you to overwrite potentially valuable data.

Don't rely on what the disc label says is on the disc !

[etegar]

Creo que las sospechas de Kaos en el sentido de que el amstrad no puede copiar formato ibm a discos de 3" pueden ser ciertas.
Aunque sí,he conseguido formatear con formato ibm discos de 3" con el Oddjob, sigue siendo imposible clonar el disco de 3.5" en el de 3" aún con el mismo formato, aunque aparentemente sí lo parece, a la hora de ejecutar los programas desde el cpc, algunos no cargan, y eso que desde la externa de 3.5" del cpc funcionan todos. Ni discology, ni disckit, ni pip, ni el propio oddjob, ...de momento no hay manera.
No he encontrado el Xexor, pero me temo que será mas de lo mismo. Si alguien lo consigue ya direis.

[opqa]

Pues voy a ponerme manos a la obra y a intentar hacer un programa de copia de archivos mediante LOAD y SAVE, a ver si me sale. Aunque me puede llevar algún tiempo. Si me sale en teoría debería ser capaz de copiar de formato IBM a DATA o SYSTEM sin problemas.

[6128]

No he encontrado el Xexor, pero me temo que será mas de lo mismo. Si alguien lo consigue ya direis.

Te subo adjunto los 2 DSKs que hay en CPC-Power. Ahora no estoy en el ordenador donde tengo el material Amstrad y no sé cuál de los 2 es el que tengo.

[etegar]

Gracias 6128. He probado con la opcion backup del XEXOR, y sigue dando tambien errores al ejecutar los juegos desde la disquetera de 3". Probablemente hay sectores donde la información se pierde o ves a saber que.
Estos días miraré y compararé al detalle pista- sector de 3.5" y de su copia en 3"con algun juego de los que fallan a ver si veo algo.

[KaosOverride]

No olvidemos que Amsdos es un parche a las operaciones de cassette y arrastra ciertos problemad variados.

Por ejemplo el clasico problema de ciertos cracks que van por defecto a la A, aun ejecutando desde B...

Esto es porque no tiene un planteamiento muy fino. Por ejemplo hacer un RUN".bin se cargaba la mitad de variables del sistema entre ellas la inicializacion de ROMS incluido Amsdos... Era como si el RUN" de un binario cargars a ram el fichero, hiciera un casi soft reset del CPC y saltara ejecucion al binario...

Mi sospecha es que al abrir un fichero origen sobre IBM y ver que tiene 8 sectores pista, da por echo que el destino tambien tendra 8 o algo asi... Como si la variable numerosectores fuese compartida...

Algun guru del desensamblado igual nos aporta luz...

[dragon131]

Creo que las sospechas de Kaos en el sentido de que el amstrad no puede copiar formato ibm a discos de 3" pueden ser ciertas.
Aunque sí,he conseguido formatear con formato ibm discos de 3" con el Oddjob, sigue siendo imposible clonar el disco de 3.5" en el de 3" aún con el mismo formato, aunque aparentemente sí lo parece, a la hora de ejecutar los programas desde el cpc, algunos no cargan, y eso que desde la externa de 3.5" del cpc funcionan todos. Ni discology, ni disckit, ni pip, ni el propio oddjob, ...de momento no hay manera.
No he encontrado el Xexor, pero me temo que será mas de lo mismo. Si alguien lo consigue ya direis.

Pues si que es raro que no te haya funcionado el que he puesto. Lo digo, porque el disco test de la abadia y el army moves no me funcionaba ni a la de tres con el discology y con ese cero problemas.

Pero bueno, que le vamos a hacer, seguiremos intentandolo.

[opqa]

¿Cual es el disco test de la Abadía? ¿Está colgado en el hilo? Es por tener un disco que de problemas sobre el que trabajar.

[6128]

Lo tienes en la página 3 de este hilo, en el post donde Mochilote da las instrucciones para hacer la copia con el nuevo editor.

[opqa]

Pues no se puede con LOAD y SAVE desde el BASIC tampoco , están muy pero que muy limitaditos, con load directamente no se pueden cargar archivos muy grandes, y como no tiene opciones para concatenar contenido a un archivo o cargar sólo parte del archivo (pensaba que sí) pues tampoco se puede hacer por partes. Con OPENIN y OPENOUT tampoco hay suerte, sólo trabajan en ASCII así que no sirven para copiar archivos binarios. Se haga como se haga hay que recurrir al ensamblador.

[Mochilote]

La verdad es que si tenéis pensado pasar a 3", quizás la mejor opción es usar el método WriteDSK:

-Usaríais CPCDiskXP para generar un Dsk formato IBM con este programa dentro y lo escribiríais a disquete con la disquetera USB
-Cargaríais el programa en el CPC (no lo conozco bien, se queda residente en memoria)
-Con otro disquete desde windows lo formateáis a 720K y le copiáis uno o más .dsk desde el explorador de archivos de windows.
-Ponéis este disco en el CPC y WriteDSK es capaz de leer el disco en FAT, listar los .dsk que contiene y grabar el .dsk que queráis a un disco de 3", incluyendo dsk's de juegos con protecciones.


Saludos.

[dragon131]

¿Y todo esto no vendra por un problema de reconocimiento de disco?.

Ayer cuando estuve probando, habia cosas que las grababas con el cpcdisk. Y el cpc las veia en basic, pero luego en el cp/m te decia que el formato no era valido, y se supone que el cp/m soporta el formato ibm.

De echo, el edu, era incapaz de copiar el disco test a piñon. Te decia error de formato támbien, hasta que le dije que no lo detectara, y le forze diciendo estos dos discos son un disco ibm.

Tendría que volver a probarlo, pero cuando los formateabas con el creo que te los reconocia, pero luego al grabar la imagen con el cpcdisk, era cuando se volvía incompatible.

He ido a ver el formato del disco test con el diskstat(cp/m) y comparar el resultado siguiendo esta guia:
http://www.seasip.demon.co.uk/Cpm/amsform.html

De echo, estoy con el wincpc, y el disco test en cp/m con un dir da error, pero luego el diskstat si lo lee(bueno en la opcion 3 display disk allocation me dice formato invalido y me manda a paseo).

[Mochilote]

¿Y todo esto no vendra por un problema de reconocimiento de disco?.

Ayer cuando estuve probando, habia cosas que las grababas con el cpcdisk. Y el cpc las veia en basic, pero luego en el cp/m te decia que el formato no era valido, y se supone que el cp/m soporta el formato ibm.

La escritura en disqueteras USB se hace gracias a un 'truqui', que en el caso del formato IBM funciona de casualidad. Para que se pueda escribir en las disqueteras USB el formato del disco tiene que ser 'por cojon**s' 9 sectores de 512 bytes por pista. El formato IBM tiene 8 sectores, por lo que al escribir 'sobra' uno. El Amsdos ignora ese sector extra y por eso funciona sin problema, cp/m si comprobará el número de sectores y por eso falla. Para escribir 'bien' un disco con formato IBM desde un PC sigue haciendo falta una disquetera con controladora en placa para usar el driver de bajo nivel. (Puedes hacer la prueba escribiendo desde CPCDiskXP con una disquetera en placa).

Saludos.