Disquetera emuladora Cortex Gotek USB en CPC

[kaosoverride]

Muy buenas.

Supongo estamos muchos a la espera del firmware para disfrutar de la disquetera Gotek en CPC (Y Spectrum +3, PCW, etc) como estan haciendo los usuarios de Amiga

Me ha llegado la mia que la proyecto para mis Amiga, y con las documentaciones que trae su CD he tenido las siguientes revelaciones:

http://www.amstrad.es/forum/viewtopic.p ... 436#p47436

En resumen, aun siendo la misma placa siempre, hay algunos firmwares especiales del fabricante para casos concretos, y hay un modelo de Gotek para 720ks y soporte de señal READY y lectura cruda de imagenes.

Ideal de la muerte.

Me explico:

Un disco de 3.5" de PC y uno de CPC se diferencia en practicamente nada fisico, y a nivel logico en la marca indice de sectores.

CPC en sus formatos DATA y SYSTEM usa marcas en hex CX y 4X respectivamente.

El formato IBM PC usa marcas 0X

Y sorpresa... el Amsdos, sistema operativo de disco de CPC reconoce formato de pistas IBM (Pero nada que ver con reconocer sistema de ficheros FAT)

Significa que un CPC puede leer, modificar y escribir en un floppy IBM PC en crudo, sin problemas, con vuestro editor de sectores favorito

Pegas, que las hay, inicialmente Amsdos solo reconoce el IBM del msdos 1.0, esto es 8 sectores por pista, 40 pistas y 1 cara. El IMA de la Gotek resulta ser de 9 sectores, 80 pistas y 2 caras . Pero mas vale por falta que por exceso solo hay que llenar la imagen con basura o ceros en lo que corresponda a lo que el CPC no va a leer jamas

En teoria, se podria hacer una imagen .IMA como las que usa el WinImage, etc pero con sistema de ficheros Amsdos, imagenes de 720ks en las que solo podriamos usar 150ks para datos por lo que he explicado en el parrafo anterior.

Algo es algo, a falta del firmware deseado.

Tampoco esperemos que funcionen los juegos comerciales con protecciones, solo los que sean ficheros sueltos desprotegidos y que logremos echar a andar en el CPC copiandolos a un DSK en formato IBM Amsdos (Practicamente todos los juegos crakeados o desprotegidos que sean a base de ficheros sueltos)

Es teoria todo, y hace falta el modelo de floppy Gotek especifico a 720ks + modo imagen + Señal READY que en lugar de 20 euros he encontrado a 34...

Ademas, es actualizable a futuros firmwares que se saquen, no nos dejaria tirados por dejarnos llevar por la impaciencia de pedirla.

Supongo que dentro de unas semanas os podre decir si va

[Quest]

Buena iniciativa

No obstante, el autor del de amiga ya ha confirmado varias veces que va a hacer el de CPC... es más, acaba de confirmar que lo siguiente tras CPC va a ser el Atari ST.

Entiendo que lo que comentas es a modo de experimento con los firmwares originales para amenizar la espera...

[kaosoverride]

Efectivamente xD

Y de paso, si funciona bien, tenerlo en marcha en la RetroMadrid por ejemplo, que mal no va a venir

Es rebuscado pero bueno... Seguramente con ese firmware futuro va a ir mejor y con DSK nativo pero de mientras por intentar no se pierde nada

[zup]

El problema del CPC es la variedad de formatos que puede soportar, que hacen que la mayoría de los discos casquen. Como habéis dicho, el formato "estándar" es de 40 pistas x 9 sectores x 512 bytes... y esos son los discos más raros que puedes encontrar porque prácticamente el resto tiene algún tipo de protección. Una disquetera virtual con ganas de reproducir cualquier cosa para CPC/+3, debería tener al menos soporte nativo .dsk/.edsk ya que se va a encontrar con:

- Formatos con 41 y 42 pistas.
- Que falten discos pistas (p.ej.: que solo haya 22 pistas).
- Que falten sectores (en una pista falta el sector 5 y están el resto).
- Que los sectores estén desordenados (esto se hace para aumentar el rendimiento).
- Que en el disco haya pistas con sectores de diferente tamaño (una pista con un solo sector de 4096 bytes).

Como véis, el que el primer sector sea el 0xC0 es el menor de los problemas... habría que hacer la emulación completa del formato .edsk para garantizar una buena compatibilidad.

En cuanto a lo de la señal READY... con hacer un corto en el cable para que siempre esté activa va que se mata.

[kaosoverride]

El problema del CPC es la variedad de formatos que puede soportar, que hacen que la mayoría de los discos casquen. Como habéis dicho, el formato "estándar" es de 40 pistas x 9 sectores x 512 bytes... y esos son los discos más raros que puedes encontrar porque prácticamente el resto tiene algún tipo de protección. Una disquetera virtual con ganas de reproducir cualquier cosa para CPC/+3, debería tener al menos soporte nativo .dsk/.edsk ya que se va a encontrar con:

No busco complicarme a reprogramar la Gotek, solo quiero un sistema provisional para poder cargar cosas hasta que el firmware bueno se haga.

- Formatos con 41 y 42 pistas.
- Que falten discos pistas (p.ej.: que solo haya 22 pistas).
- Que falten sectores (en una pista falta el sector 5 y están el resto).
- Que los sectores estén desordenados (esto se hace para aumentar el rendimiento).

No problem con todo esto Para eso voy a hacerme un programita que lee el DSK y lo reconvierte a una imagen de 720ks de PC, que tiene en cuenta esos factores y que a traves de la Gotek sea reconocido como formato IBM CP/M-86 en el que el CPC no va a tener problema en ejecutar muchisimo software.
Por ejemplo:
-Crakeados de toda la vida (Ficheros sueltos)
-La gran mayoria de los juegos del CPCGamesCD (Ficheros sueltos)
-Compactados CNGSOFT (Ficheros sueltos)
-Desprotegidos del recopilatorio de Abraxas (Ficheros sueltos)
y mas ficheros sueltos

Y no me preocupa que el DSK sea DATA o SYSTEM, siempre que sea formato estandard, ya que la conversion DATA/SYSTEM/IBM.DSK a IBM.IMA es facilisimo (He puesto un post mas sobre ello en el hilo de Amstrad.es)

- Que en el disco haya pistas con sectores de diferente tamaño (una pista con un solo sector de 4096 bytes).
Como véis, el que el primer sector sea el 0xC0 es el menor de los problemas... habría que hacer la emulación completa del formato .edsk para garantizar una buena compatibilidad.

No es mi objetivo como ya he aclarado. En estos momentos hacer un firmware customizado a DSK esta fuera de mis capacidades, solo busco un modo provisional de poder tener una Gotek en un CPC, por ejemplo para la inminente RetroMadrid, en caso de que el autor del firmware de Amiga no tenga listo para esa fecha la version para DSKs...

En cuanto a lo de la señal READY... con hacer un corto en el cable para que siempre esté activa va que se mata.

Ojo que lo que voy a decir lo digo a buen rollo sin animo de iniciar ningun flame. Nunca jamas he sido amigo de esta soluccion, siempre que he conectado a mis CPCs una floppy procuro que tenga un READY real, ya que por ejemplo si accedo a la otra unidad estando vacia se queda "eternamente en espera" el CPC... Pero bueno, es cuestion de gustos personales y de si vamos a usar una o dos unidades.

Caso practico: CPC con A: 3" y B: 3,5" con READY falso. Ejecuto un programa en la B: con tan mala suerte de que reinicializa mal AMSDOS y cambia la unidad activa a A: (Caso mas comun de lo que puede parecer) En lugar de darnos el mensaje de que no encuentra tal o cual cosa en la A:, nos quedamos con una pantalla congelada hasta que nos damos cuenta de lo que esta pasando realmente... Tambien hay soft que congelaria el CPC al hacer un chequeo de cuantas unidades hay y una de las unidades esta vacia (Tengo que probarlo con el CP/M...)

Pero bueno, que son ya cuestiones personales y de gustos. Un CPC6128 con A: 3.5" y READY falso, que jamas va a tener una B:, si estamos accediendo a A: es porque se supone que vamos a tener un floppy en la A:

Y repito que no pretendo buscar una soluccion final, sino provisional, hasta que salga el firmware para eDSK...

Es por la pura experimentacion!!!!!!!

-- Actualizado 24 Feb 2014, 12:32 --

Y por hacer el chiste facil



Buen rollo!!

[wilco2009]

Parece interesante.

Ya estoy esperando impaciente a ver que sale de esto.

[Pachuquin]

Voy pidiendo otro Gotek. Tal vez dos.

[zup]

Bueno... ¿para que conformarse con el reintegro cuando puedes tener el gordo?

En cuanto a lo de las imágenes, el problema con las imágenes .IMA es que son solo el volcado del contenido de los sectores; no contienen información sobre la geometría del dispositivo. En el caso que nos ocupa (CPC), significa que no podría diferenciar entre los diferentes formatos de disco. Podrías hacer que cuando se intente leer el sector 0xC0, devuelva lo que en un disco de PC sería el sector 0 pero eso solo te vale para uno de los formatos.

Una solución sería que el firmware diferenciara los tipos de formato según la extensión, y tu programa pusiera una extensión u otra según el formato original (más que nada, para que el firmware sepa con qué número empiezan los sectores). Con eso ya podrías leer discos "estándar" del CPC.

En cuanto a lo de los discos de 8 sectores... de nuevo volvemos a que el IMA no conoce la geometría del disco. Podrías hacerlo con un IMA normal, pero el sector 9 de cada pista debería estar lleno de ceros (es el que no se va a leer). Tendrías que hacer un programa que convirtiera las imágenes de 8 a 9 sectores (se puede hacer incluso con un script de linux) y con eso ya iría más que servido para funcionar. La cosa debería ir así: copias 8 sectores, pones uno vacío, copias otros 8 sectores, pones uno vacío... y así hasta terminar.

En lo de la señal ready tienes razón, hay algunos efectos secundarios cuando la fuerzas. Lo ideal sería tener una disquetera que incluya esta señal, pero desgraciadamente la mayoría de disqueteras modernas no la incluyen.

[kaosoverride]

Igual no has leido todo lo que he puesto en Amstrad.es La verdad es que es una parrafada simpatica que invita a saltarse algunos pedazos....

Efectivamente, solo puedo emular el formato IBM para CPC. Como dices he de dejar un sector de "basura" que el CPC nunca va a consultar, pero tambien tengo que dejar TODO un bloque de 9 sectores extra, para la segunda cara.

Como ves en ese hilo, tengo tambien en cuenta como convertir un DATA o SYSTEM a IBM y despues a IMA. Tambien tengo que procesar cada piesta para reordenar los sectores, y los no existentes llenarlos de ceros/basura

A nivel de orden de sectores, SYSTEM, DATA e IBM se diferencian en que la tabla de ficheros estan al principio de la pista 2, 0 y 1 respectivamente, en un total de 4 sectores.

Basicamente se traduce a cargar el DSK en una estructura, analizar el formato, adecuar las pistas y grabarlo en un IMA que el CPC va a reconocer como formato IBM de CPC, que le es nativo El truco consiste en que un floppy de PC de 160ks y uno de CPC IBM solo se diferencian en el contenido de los sectores, la informacion geometrica es identica/compatible. Y una imagen de PC de 720ks es como una de CPC IBM pero mas grande, solo es hacerle encajar como nos interese

El sistema de ficheros de CPC no cambia segun el formato de pistas nada mas que desde que pista cuenta el inicio del sistema de ficheros. Por eso es facil convertir SYSTEM y DATA a IBM, simplemente reubicando sectores, sin modificar nada del contenido.

Y ojo, antes de que nadie pida nada, os aconsejo que espereis a que pueda hacer una prueba. Y tambien que la disquetera compatible con esta ñapa solo es la SFRM72-FU-DL con firmware original, ya que soporta modo imagen + señal READY real (de echo, solo la que soporta READY como opcion de jumper parece reconocer imagenes) Por lo que deduzco de los PDF que vienen con la GOTEK, DL son las unicas que soporta imagenes y FU parece ser que tiene 34 pines

[kaosoverride]

Y al fin me ha llegado y funciona!!!!



La verdad, no me veo de youtuber

Eso si, funciona pero espero que se pueda tener algun dia un firmware como el de Amiga