DOTNIB Project

[JPL]

J'ai vu avec grand intérêt le lancement de ton projet à l'adresse ...

http://boutillon.free.fr/Underground/Outils/DotNIB/DotNIB.html

Cela me paraît bien illustrer la difficulté de sauvegarde des programmes APPLE II et le fait que bon nombre de disques images .dsk ne fonctionnent pas pour de multiples raisons.

Partant... j'ai du temps, dingue ?!

[toinet]

Mon projet du mois : faire un code source de SST pour plusieurs raisons :
- celles que tu as exposées
- le manque de compatibilité GS et GS/OS
- ma curiosité intellectuelle

on pourrait se partager le boulot,

antoine

[JPL]

Oui ça c'est une bonne idée.

Je pense qu'on sera également obligé de réaliser également l'émulation de lecture et de déplacement du DISK II, et la rendre utilisable par les émulateurs actuels.

Comme le dit JM il faut bien poser la définition du format image pour pouvoir récupérer des images disk correctes avec leur protection. Il est probable que l'on évitera pas une table de description de la disquette au nouveau format si on veut pouvoir utiliser les 1/2 et 1/4 de pistes.

Par ailleurs il est probable que le resultat ne tiendra pas sur une seule disquette APPLE car les routines EDD considèrent en standard la longueur maximale d'une piste à $1C00 ...et * 35 évidement ça déborde un peu de la 140K classique

JM est en vacances reposantes, on pourrait faire un brain stroming à son retour ?

[.]

je vais probablement être pris les 2 prochaines semaines par 2 interviews à finir mais oui le partage du boulot serait cool.
J'ai déjà commencé la mise en source d'EDD 4.

JM

[JPL]

Good but...
Antoine a terminé de le dessasemblé et reassemblé pour Prodos
S'il l'envoie il restera a placer les commentaires

[.]

euh... ben c'est justement ça qui est long et fastidueux: mettre les mêmes libellés et les commentaires de l'original en pdf.
Quand je dis que j'ai commencé, j'ai aussi les sources (résultat du sourceror) en version pouvant être assemblée mais l'idée est d'avoir la même chose que ceux ayant acheté le source.

[JPL]

Comme EDD est bien segmenté on peut se partager par zone le boulot ça ira plus vite

Tu pilotes et puis en avant ... on rame

[toinet]

Ugh,
j'ai envoyé mon source à JP ce matin, je vais modifier le code pour qu'il soit à l'identique (ou presque) de la version DOS 3.3 que JP m'a passée.

Le truc simple est de faire un binaire en utilisant les mêmes zones mémoire que l'original (recopie de la ZP, déplacement de codes en page texte, écrasement de la zone $B000 à $BFFF) ou une version avec simplification du code, déplacement des zones mémoires pour passer le tout sous prodos (c'est ce que j'ai fait)

Je vous enverrai l'ensemble demain,

antoine

[toinet]

Ca y est le code est stable et est compatible prodos :

$0800..$08FF : inits by toinet
$0900..$3CFF : le programme (avant $0C00)
$3D00..$3DFF : les paramètres du programme (avant $B200..$B2FF)
$B000..$BEFF : les tables et routines disque du programme (sont chargées à partir de $3E00, sont déplacées)
$BF00..$BFFF : le MLI prodos (ouf)

Le code source sera envoyé demain,

antoine

[.]

Je n'avais pas vu que Gerard Putter avait fait une version modifiée d'ADT nommée A2V2 permettant le transfert de datas et la création de .nib sur mac.
Il a par ailleurs créé un nouveau format contenant les 1/2 pistes: .v2d

JM

[.]

REF: SST

Un grand merci à:

- Paul Guertin (Canadien francophone), auteur d'ADT, pour m'avoir aiguillé dans la bonne direction.

- Ed Eastman (USA) pour m'avoir envoyé les .dsk de SST correspondant aux originaux de Saltine.

Mais il y a encore du boulot

JM

[JPL]

[.]

[JPL]

La carte est indispensable pour la version 4.2 en question.

Si tu essayes de lancer une copie il affiche un message. Ce qui est par contre curieux c'est qu'il ne le fait pas pour le speed check...

Ceci dit vu le source ce n'est pas surprenant car il reprend la version sans carte. A noter d'ailleurs que dans le source pdf il laisse egalement le JMP vers la protection ... qui n'est pas dans le dit source .

[.]

Désolé mais je n'ai pas compris.

Pour moi la version EDD 4.2 PLUS a un paramétrage spécial appelé BITCOPY qui utilise effectivement la carte EDD PLUS pour lire l'exhaustivité des bits d'une piste. Ce paramétrage n'existe pas sur la 4.2 tout court (normalement car je n'ai pas vu).

Mais il doit quand même être possible de lancer une copie avec EDD 4.2 PLUS sans ce mode BITCOPY puisqu'il y a 2 routines de lecture possible d'après le source PDF (routine avec BITCOPY et routine avec méthode "approximative" de détection des disk bytes écrits en 32/36/40 cycles via des LDA$C08C,X & BMI pour compter ces cycles). Dis-je des conneries???

Ca c'est pour la copie.

Mais pour la vitesse du drive, je ne vois pas pourquoi:
- c'est lié à la carte EDD PLUS.
- pourquoi ça marche sans carte EDD PLUS avec EDD 4.9 PLUS et pas avec EDD 4.2 PLUS.

JM