forum.system-cfg.com

Vous êtes obligé de commenter les commentaires même pour ce genre de message où chacun envoie sa petite marque de sympathie (à Philippe ici et pas aux familles des victimes)... sans désir d'entrer dans un débat moraliste ou philosophique. Fabien je te laisse supprimer les posts au besoin... au cas o...

Reste à faire de même pour la VRAM et son test... mais la c'est plus chaud sans aide sur machine réelle !

Courage Philippe pour la remise en état du local...
J'ai l'impression qu'il va falloir s'habituer à ce climat dans les années à venir... et aussi à la bêtise de nos élus.

OK c'est super propre. Un outil bien utile.
Mais pourrais-tu faire une mise à jour qui fasse clignoter le composant RAM défectueux ? (désolé pour le joke)

C'est souvent le cas, mais pas ici, sinon Carl n'aurait pas pu utiliser son exl100... ni avoir une zone de l'écran corrompu seulement, ce qui lui a permis de démasquer sa puce défectueuse.
Exelvision fait la encore dans l’originalité: l'espace semble bien découpé entre les 8 puces...

Si elles marchent sur Exl100 elles ne sont pas en ROM, seul l'exeltel contient une banque de LPC en ROM. Mais une bonne chaine LPC est toujours très courte. On a jamais pu reproduire l'algo de Ti, utilisé à l'époque. Les pâles redites comme QBOX ou ce logiciel (pour Mac et Python) produisent des cha...

Déjà que c'est encore pénible d'identifier une barrette foireuse sur un PC moderne... alors à l'époque et avec un logiciel. Tu as 2 solutions: analyser les plans sur le site de F. Montupet, où dessouder tout pour placer des supports et jouer ensuite au taquin ! La troisième est de demander à Carl d'...

note: EXEL100 <> Exeltel... c'est pas un problème de buffer, car les petites chaînes fonctionnent sur l'Exel100 et les grandes ...non. Sur Exeltel ça passe sans problème. C'est étrange. En langage machine le 7020 envoie les données sous interruption au 7040 pour traitement parallèle tant que la cha...

Moi c'est la même chose... je ne savais plus utilisé mes propres outils ni les tiens. Et le problème c'est que les jeunes le sont de moins en moins dans l'absolu... c'est une notion relative. Et je suis sur qu'il te faudrait infiniment moins de 6 mois pour te remettre dans le code :wink: Plus qu'ému...

L'Exl100 n'est pas plus limité que l'Exeltel. Simplement ce dernier embarque une ROM avec pleins de samples préfabriqués (chaines LPC), accessible via des codes/indexs. L'exl100 peut prononcer tous les mots intégrés à l'exeltel: j'ai d'ailleurs toutes les chaines LPC qui vont bien. Il suffit de four...

En reprenant dcexel (dcexl_dev 20120307) pour aider carl d'en la résolution de ses problèmes, j'ai identifié un bug dcexel lorsqu'on joue avec l'option 64Ko de VRAM. En activant cette option et changeant les paramètres (par exemple on ajoute une disquette et le lecteur), on reboot (Echap)... rien si...

Je n'avais jamais utilisé la sortie de l'outil Mac mais son adaptation en Python. J'avais copié collé le résultat et mouliné pour adapter au format exel. J'avais trouvé aussi le résultat sympa, et en plus il traduit assez bien les bruitages (mieux que QBOX)... mais la taille finale était assez consé...

Et de faire des images de ta disquette de sauvegarde... :roll: Pour le test RAM c'est pénible car si en Basic il faut une petite routine assembleur qui sauve le contexte de la VRAM pour chaque octet, et tester en 4 passes: R/W de 00, FF, AA, 55. Le principal est que l'utilisateur reste sous exelbasi...

L'outil de Daniel n'arrive pas à lire ta chaine LPC... étrange. Peut être trop grosse ? Ne pas se fier à la lecture intégrée si vous avez un Mac... le seul vrai résultat est celui lu dans une vraie machine via l'émulateur ou un outil reprenant le même algo. Ici ça ne marche pas, et j'avais remarqué ...

On retrouve ce genre d'instruction dans presque tous les langages basic de cette époque je pense... un simple calcul pour avoir une idée de la mémoire restante. Ce n'est pas un test de mémoire bien sur ! FRE(0) fait ce qu'elle a à faire, rien de plus.

Donc tu avais des DRAM 4416 en rab... Ouf !