j'ai un Amstrad CPC 6128 depuis peu et je ne comprends pas bien
comment on formate une disquette 3 pouces avec cette machine.
le lecteur interne d'origine fonctionne et j'ai changé la
courroie, je lis les fichiers, les programmes divers démarrent,
et si je sauve sur disquette par exemple quelques lignes de
basic, ça fonctionne.
par contre, avec CP/M 2.2 ou CP/M+, pas moyen de formater
une disquette, j'ai chaque fois une erreur sur la piste
1 ou 3. (j'ai essayé sur plusieurs disquettes)
comment formate t on une disquette pour y placer des fichiers
classiques ? (pas au format cp/m, mais qu'on peut utiliser pour
des programmes basic par exemple)
On Fri, 9 Feb 2007 19:42:31 +0100, "philippe-duhamel" wrote:
sinon l'ideal sur cpc c'est bien sur d'utiliser un lecteur 3p1/2 externe il y a plusieurs sites sur le web (amstrad today par ex) qui expliquent comment faire si tu sais te servir d'un fer a souder c'est assez simple
j'ai trouvé un cable et les logiciels de transfert sur ebay, et je pense effectivement que je vais installer un lecteur externe 3,5" sur le CPC
merci à tous pour vos infos
On Fri, 9 Feb 2007 19:42:31 +0100, "philippe-duhamel"
<philippe-duhamel@wanadoo.fr> wrote:
sinon l'ideal sur cpc c'est bien sur d'utiliser un lecteur 3p1/2 externe il
y a plusieurs sites sur le web (amstrad today par ex) qui expliquent comment
faire si tu sais te servir d'un fer a souder c'est assez simple
j'ai trouvé un cable et les logiciels de transfert sur ebay, et
je pense effectivement que je vais installer un lecteur externe
3,5" sur le CPC
On Fri, 9 Feb 2007 19:42:31 +0100, "philippe-duhamel" wrote:
sinon l'ideal sur cpc c'est bien sur d'utiliser un lecteur 3p1/2 externe il y a plusieurs sites sur le web (amstrad today par ex) qui expliquent comment faire si tu sais te servir d'un fer a souder c'est assez simple
j'ai trouvé un cable et les logiciels de transfert sur ebay, et je pense effectivement que je vais installer un lecteur externe 3,5" sur le CPC
merci à tous pour vos infos
goebish
Emmanuel Da Piedade a écrit :
goebish wrote:
Maintenant je pense que la plus grosse dificulté va être de récupérer la prise parallele coté CPC pour fabriquer ton câble. Au fait, le port // du CPC est bidirectionel ou bien ce petit soft ce sert uniquement des bits de controle (plus de papier etc...) pour recevoir les données ?
Je me suis fait le cable il y a quelques jours, pour un CPC+ ( avec un connecteur DB25) Effectivement les données semblent etre envoyées avec les lignes de controle.
Le premier programme CPCREC.BAS est assez court, et permet de transferer CPCPARA.BAS, plus complexe. CPCREC plante chez moi. Il transfere un certains nombre d'octets avant d'ecrire n'importe ou dans la memoire et d'ecraser le programme BASIC. En fait j'ai pas trop compris, le programme est correctement ecrit et passe le checksum. Le CPC+ a pourtant l'air d'etre fonctionnel, puisqu'il fait tourner nombre de jeux sans pb.
Il semble que la plupart des gens n'utilisent plus cette methode de transfert, pour lui preferer le lecteur 3p1/2.
Moi je trouvais la solution du cable plus cool ;-) quand on a le 3p et les disquettes qui vont avec. Surtout que c'est censé pouvoir transferer des images .dsk plus ou moins directement.
C'est peut etre normal que la routine écrase le programme basic, comme ça aprés tu peut faire un save"CPCPARA.BAS" aprés éxecution.
Emmanuel Da Piedade a écrit :
goebish wrote:
Maintenant je pense que la plus grosse dificulté va être de récupérer
la prise parallele coté CPC pour fabriquer ton câble.
Au fait, le port // du CPC est bidirectionel ou bien ce petit soft ce
sert uniquement des bits de controle (plus de papier etc...) pour
recevoir les données ?
Je me suis fait le cable il y a quelques jours, pour un CPC+ ( avec un
connecteur DB25)
Effectivement les données semblent etre envoyées avec les lignes de
controle.
Le premier programme CPCREC.BAS est assez court, et permet de transferer
CPCPARA.BAS, plus complexe.
CPCREC plante chez moi. Il transfere un certains nombre d'octets avant
d'ecrire n'importe ou dans la memoire et d'ecraser le programme BASIC. En
fait j'ai pas trop compris, le programme est correctement ecrit et passe le
checksum. Le CPC+ a pourtant l'air d'etre fonctionnel, puisqu'il fait
tourner nombre de jeux sans pb.
Il semble que la plupart des gens n'utilisent plus cette methode de
transfert, pour lui preferer le lecteur 3p1/2.
Moi je trouvais la solution du cable plus cool ;-) quand on a le 3p et les
disquettes qui vont avec.
Surtout que c'est censé pouvoir transferer des images .dsk plus ou moins
directement.
C'est peut etre normal que la routine écrase le programme basic, comme
ça aprés tu peut faire un save"CPCPARA.BAS" aprés éxecution.
Maintenant je pense que la plus grosse dificulté va être de récupérer la prise parallele coté CPC pour fabriquer ton câble. Au fait, le port // du CPC est bidirectionel ou bien ce petit soft ce sert uniquement des bits de controle (plus de papier etc...) pour recevoir les données ?
Je me suis fait le cable il y a quelques jours, pour un CPC+ ( avec un connecteur DB25) Effectivement les données semblent etre envoyées avec les lignes de controle.
Le premier programme CPCREC.BAS est assez court, et permet de transferer CPCPARA.BAS, plus complexe. CPCREC plante chez moi. Il transfere un certains nombre d'octets avant d'ecrire n'importe ou dans la memoire et d'ecraser le programme BASIC. En fait j'ai pas trop compris, le programme est correctement ecrit et passe le checksum. Le CPC+ a pourtant l'air d'etre fonctionnel, puisqu'il fait tourner nombre de jeux sans pb.
Il semble que la plupart des gens n'utilisent plus cette methode de transfert, pour lui preferer le lecteur 3p1/2.
Moi je trouvais la solution du cable plus cool ;-) quand on a le 3p et les disquettes qui vont avec. Surtout que c'est censé pouvoir transferer des images .dsk plus ou moins directement.
C'est peut etre normal que la routine écrase le programme basic, comme ça aprés tu peut faire un save"CPCPARA.BAS" aprés éxecution.
Emmanuel Da Piedade
goebish wrote:
Emmanuel Da Piedade a écrit :
goebish wrote:
Maintenant je pense que la plus grosse dificulté va être de récupérer la prise parallele coté CPC pour fabriquer ton câble. Au fait, le port // du CPC est bidirectionel ou bien ce petit soft ce sert uniquement des bits de controle (plus de papier etc...) pour recevoir les données ?
Je me suis fait le cable il y a quelques jours, pour un CPC+ ( avec un connecteur DB25) Effectivement les données semblent etre envoyées avec les lignes de controle.
Le premier programme CPCREC.BAS est assez court, et permet de transferer CPCPARA.BAS, plus complexe. CPCREC plante chez moi. Il transfere un certains nombre d'octets avant d'ecrire n'importe ou dans la memoire et d'ecraser le programme BASIC. En fait j'ai pas trop compris, le programme est correctement ecrit et passe le checksum. Le CPC+ a pourtant l'air d'etre fonctionnel, puisqu'il fait tourner nombre de jeux sans pb.
Il semble que la plupart des gens n'utilisent plus cette methode de transfert, pour lui preferer le lecteur 3p1/2.
Moi je trouvais la solution du cable plus cool ;-) quand on a le 3p et les disquettes qui vont avec. Surtout que c'est censé pouvoir transferer des images .dsk plus ou moins directement.
C'est peut etre normal que la routine écrase le programme basic, comme ça aprés tu peut faire un save"CPCPARA.BAS" aprés éxecution.
En fait CPCREC.BAS enregistre directement les octets recus sur la disquette ( avec PRINT#9 ) avec le bon nom de fichier qui est directement envoyé par le programme coté PC. Une fois le transfert fini, CPCREC.BAS reboucle en attente d'un autre fichier. Sur mon CPC+ le transfert ne se fini pas et le programme s'arrete sur une erreur (forcement c'est un peu le bazard quand il ecrit n'importe ou en RAM).
J'ai rien compris ... Va falloir que je fasse un trace de la routine asm de CPCREC pour comprendre ce qui se passe.
Mouarf, je crois que ca sera plus simple de faire un cable pour adjoindre un lecteur 3p1/2 a mon CPC+ ;-)
goebish wrote:
Emmanuel Da Piedade a écrit :
goebish wrote:
Maintenant je pense que la plus grosse dificulté va être de
récupérer la prise parallele coté CPC pour fabriquer ton câble.
Au fait, le port // du CPC est bidirectionel ou bien ce petit soft
ce sert uniquement des bits de controle (plus de papier etc...) pour
recevoir les données ?
Je me suis fait le cable il y a quelques jours, pour un CPC+ ( avec
un connecteur DB25)
Effectivement les données semblent etre envoyées avec les lignes de
controle.
Le premier programme CPCREC.BAS est assez court, et permet de
transferer CPCPARA.BAS, plus complexe.
CPCREC plante chez moi. Il transfere un certains nombre d'octets
avant d'ecrire n'importe ou dans la memoire et d'ecraser le
programme BASIC. En fait j'ai pas trop compris, le programme est
correctement ecrit et passe le checksum. Le CPC+ a pourtant l'air
d'etre fonctionnel, puisqu'il fait tourner nombre de jeux sans pb.
Il semble que la plupart des gens n'utilisent plus cette methode de
transfert, pour lui preferer le lecteur 3p1/2.
Moi je trouvais la solution du cable plus cool ;-) quand on a le 3p
et les disquettes qui vont avec.
Surtout que c'est censé pouvoir transferer des images .dsk plus ou
moins directement.
C'est peut etre normal que la routine écrase le programme basic, comme
ça aprés tu peut faire un save"CPCPARA.BAS" aprés éxecution.
En fait CPCREC.BAS enregistre directement les octets recus sur la disquette
( avec PRINT#9 ) avec le bon nom de fichier qui est directement envoyé par
le programme coté PC.
Une fois le transfert fini, CPCREC.BAS reboucle en attente d'un autre
fichier. Sur mon CPC+ le transfert ne se fini pas et le programme s'arrete
sur une erreur (forcement c'est un peu le bazard quand il ecrit n'importe ou
en RAM).
J'ai rien compris ... Va falloir que je fasse un trace de la routine asm de
CPCREC pour comprendre ce qui se passe.
Mouarf, je crois que ca sera plus simple de faire un cable pour adjoindre un
lecteur 3p1/2 a mon CPC+ ;-)
Maintenant je pense que la plus grosse dificulté va être de récupérer la prise parallele coté CPC pour fabriquer ton câble. Au fait, le port // du CPC est bidirectionel ou bien ce petit soft ce sert uniquement des bits de controle (plus de papier etc...) pour recevoir les données ?
Je me suis fait le cable il y a quelques jours, pour un CPC+ ( avec un connecteur DB25) Effectivement les données semblent etre envoyées avec les lignes de controle.
Le premier programme CPCREC.BAS est assez court, et permet de transferer CPCPARA.BAS, plus complexe. CPCREC plante chez moi. Il transfere un certains nombre d'octets avant d'ecrire n'importe ou dans la memoire et d'ecraser le programme BASIC. En fait j'ai pas trop compris, le programme est correctement ecrit et passe le checksum. Le CPC+ a pourtant l'air d'etre fonctionnel, puisqu'il fait tourner nombre de jeux sans pb.
Il semble que la plupart des gens n'utilisent plus cette methode de transfert, pour lui preferer le lecteur 3p1/2.
Moi je trouvais la solution du cable plus cool ;-) quand on a le 3p et les disquettes qui vont avec. Surtout que c'est censé pouvoir transferer des images .dsk plus ou moins directement.
C'est peut etre normal que la routine écrase le programme basic, comme ça aprés tu peut faire un save"CPCPARA.BAS" aprés éxecution.
En fait CPCREC.BAS enregistre directement les octets recus sur la disquette ( avec PRINT#9 ) avec le bon nom de fichier qui est directement envoyé par le programme coté PC. Une fois le transfert fini, CPCREC.BAS reboucle en attente d'un autre fichier. Sur mon CPC+ le transfert ne se fini pas et le programme s'arrete sur une erreur (forcement c'est un peu le bazard quand il ecrit n'importe ou en RAM).
J'ai rien compris ... Va falloir que je fasse un trace de la routine asm de CPCREC pour comprendre ce qui se passe.
Mouarf, je crois que ca sera plus simple de faire un cable pour adjoindre un lecteur 3p1/2 a mon CPC+ ;-)
