Re: GUERRE ST-AMIGA, FIGHT ! (Mauvaise foi assurée)

[Copper]

Ils étaient quand même mauvais chez Atari pour avoir autant de bugs sur des machines aussi basiques...

[Invité]

Bon vu que tu comprends pas :
https://exxosforum.co.uk/atari/last/DMAfix/

Also between DMA versions there is a lot of noise from 4V to 5V. Not a solid logic 1 like on the pull up version. Generally we need 2V for a logic HI, so I wouldn't class that as a problem. The 3rd image on the -38 DMA with the slow drain to LO (500uS) might be a clue as it would be somewhat random if the bus was being read while that signal was in transition. Though as the 001 DMA seems to do the same, then I can't conclude that is the problem either.

Là c'est clair ou tu nous refais le coup du FM ensoniq ?
Donc les DMA fautifs génèrent ou sont trop sensibles au bruit présent sur le bus, ce qui pose des problèmes de handshake entre le CPU et le DMA, qui se met à interpréter le bruit comme des signaux, d'où les bugs qui je précise, sont aussi présent sur le floppy, donc rien à voir avec un driver, mais bel et bien avec les puces .

[Invité]

Bon écoute, vu que même les forums atari le disent, qu'un mec qui a qd même bien bossé le truc le dit, mais bon, enfonse toi encore plus dans ton ignorance .
Les faits sont têtus et manque de pot pour toi, t'as tors encore .

[rocky007]

mais c'est pas possible ..rassures-moi tu le fais exprès ?

tu cites un article d'Exxos de 2015.. je te cite les dernières investigations faites en 2023 !



mais je te comprends, en terme de parasites, tu es le spécialiste, je te l'accorde

[Invité]

Ce que tu comprends pas, c'est que ça ne touche pas qu'un seul TOS, sinon évidemment que ce serait le premier suspect .
Mais bon tu as vite supprimé ton dernier post 
En plus prendre la date comme ref lol quoi, le mec a isolé le souci comme étant hardware, mais bon t'as raison .

Tiens vidéo de 2019: 

Oh merde, modif hardware .

Et ça c'est cadeau mon petit :

exxos 2014 - Last updated March 4, 2023

[rocky007]

 
creuses.....creuses toujours profond...


wow, une video de 4 ans pour te sortir de ton bourbier ?...  

allez continues, tu va arriver en chine 

[Invité]

Au lieu de débiter des âneries, regarde la dernière édit de exxos, mars 2023 petit génie 
Sans parler que le remplacement du DMA a résolu le problème pour ceux qui avait le bug.
Bon allé je te classe dans la même école que zarchouille, AKA tu sers à rien .

Bonne soirée 

[rocky007]

Au lieu de débiter des âneries, regarde la dernière édit de exxos, mars 2023 petit génie 
Bon allé je te classe dans la même école que zarchouille, AKA tu sers à rien .

Bonne soirée 

des âneries ?  ce ne sont pas les miennes, ce sont celle de czietz, un éminenet spécialiste tout aussi reconnu de Exxos.  Exxos est peut-être passé à côté, tout simplement...

et regardes le fix hardware en élaboration, basé sur les constatations de czietz :

https://forum.atari-home.de/index.php/topic,17461.20.html

 
 il y a un moment faut arrêter le ridicule... ton inscription ici avec un faux compte, anonymement,  était dans le seul but d'insulter Zarchos.  Il t'a tellement traumatisé que tu dois même le citer dans ta signature , on comprend que tu n'es pas venu par altruisme nous abreuver de ton savoir, ta seule et unique raison d'être ici est de démolir et insulter les gens.

[Invité]

Pour éviter les malentendus: je le vois exactement de la même manière. Parce que la solution HW a l'avantage d'être "transparente", c'est-à-dire qu'elle n'a pas besoin de logiciels spécialement adaptés.

C'est énorme tu poste un lien qui confirme ce que j'avance, t'es bon toi .

[rocky007]

Au lieu de débiter des âneries, regarde la dernière édit de exxos, mars 2023 petit génie 
Sans parler que le remplacement du DMA a résolu le problème pour ceux qui avait le bug.
Bon allé je te classe dans la même école que zarchouille, AKA tu sers à rien .

Bonne soirée 

Oui cites moi donc l'update d'exxos de mars 2023 ...
quoi ? Mettre un DMA non buggé a résolu le problème du DMA buggé ? Mais t'es un sacré génie toi

[rocky007]

Pour éviter les malentendus: je le vois exactement de la même manière. Parce que la solution HW a l'avantage d'être "transparente", c'est-à-dire qu'elle n'a pas besoin de logiciels spécialement adaptés.

C'est énorme tu poste un lien qui confirme ce que j'avance, t'es bon toi .

oui assez énorme que tu ne piges toujours rien  

le lien explique la version hardware du patch qui corrige le timing du RDY  ( qui peut également être fait en software ).
tu trouve que cela ressemble à une cage de faraday ?.

( pour que tu comprennes la blague : Une cage de Faraday ou bouclier de Faraday est une enceinte utilisée pour bloquer les champs électromagnétiques )

[Yastuna Lynx]

Non il a raison, c'est un bug connu, maintenant dire que c'est forcément impactant pour toutes les utilisations, ça reste un mystère .

https://www.atari-forum.com/viewtopic.php?t=16745

https://exxosforum.co.uk/atari/last/DMAfix/

Sur les premiers STE oui, mais là on parle des Mega STE, sortis bien plus tard (il y a eu le TT entre temps...)
Et je n'ai rien lu dans ce sens sur les liens donnés.

Pour rappel, le Mega STE n'était pas un STE mis en version desktop...

[Invité]

Au lieu de débiter des âneries, regarde la dernière édit de exxos, mars 2023 petit génie 
Sans parler que le remplacement du DMA a résolu le problème pour ceux qui avait le bug.
Bon allé je te classe dans la même école que zarchouille, AKA tu sers à rien .

Bonne soirée 

Oui cites moi donc l'update d'exxos de mars 2023 ...
quoi ? Mettre un DMA non buggé a résolu le problème du DMA buggé ? Mais t'es un sacré génie toi

Je vais t'expliquer comment ça marche, vu que tu sembles pas comprendre ce que tu lis .
C'est la ligne RDY qui pose problème, hors à quoi elle sert ? Et bien simplement à synchroniser la communication entre 2 composants sans se soucier de leur vitesse respective, donc aucun risque de problème de timings petit, elle est faite pour ça .
Donc il se passe quoi alors, et bien justement le parasitage/bruit sur cette ligne fait que le DMA reçois de faux RDY du composant en face, et envoie des donnes alors que l'autre n'est pas prêt, et il se passe ce qui doit se passer, le composant ne peut récupérer les données et donc elles sont perdues, c'est aussi simple que ça .

Ton patch de l'emutos et juste une solution bancale, qui passe la solution de synchros hardware en soft, on perd une bonne partie de l'intérêt du DMA, voilà pk dans le lien que tu donnes, le mec dit bien qu'une solution hardware est préférable .
Maintenant que tu as eu ton cours, tu peux aller te rendormir et penser à la nouvelle absurdité que tu vas nous sortir bientôt .

Sur les premiers STE oui, mais là on parle des Mega STE, sortis bien plus tard (il y a eu le TT entre temps...)
Et je n'ai rien lu dans ce sens sur les liens donnés.

Il semble que tous les modèles sont concernés, mais je suis pas affirmatif sur le mega STE .
Faut que je lise les posts un peu plus en profondeur pour voir quels modèles exactement sont concernés et les proportions .
Et qd je disais qu'il avait raison, c'est pour le bug de DMA, rien de plus,pas que toutes les machines étaient concernées.

[Yastuna Lynx]

Il parlait et moi aussi du Mega STE
Pour les premiers STE, oui, c'est connu, mais jamais rien lu de tel sur le Mega STE, c'est peut-être vrai, ou un lensonge ou une erreur d'affirmer ça. Sans source documentée, je parie sur les solutions 2 ou 3...

[Invité]

Je suis totalement d'accord sur le fait qu'il mette des sources .
Et effectivement ce sont surtout les première machines qui sont concernées, et que peut être le megaSTE n'a rien à voir ,car sorti bien plus tard .

[rocky007]

Je vais t'expliquer comment ça marche, vu que tu sembles pas comprendre ce que tu lis .
C'est la ligne RDY qui pose problème, hors à quoi elle sert ? Et bien simplement à synchroniser la communication entre 2 composants sans se soucier de leur vitesse respective, donc aucun risque de problème de timings petit, elle est faite pour ça .
Donc il se passe quoi alors, et bien justement le parasitage/bruit sur cette ligne fait que le DMA reçois de faux RDY du composant en face, et envoie des donnes alors que l'autre n'est pas prêt, et il se passe ce qui doit se passer, le composant ne peut récupérer les données et donc elles sont perdues, c'est aussi simple que ça .

Ton patch de l'emutos et juste une solution bancale, qui passe la solution de synchros hardware en soft, on perd une bonne partie de l'intérêt du DMA, voilà pk dans le lien que tu donnes, le mec dit bien qu'une solution hardware est préférable .
Maintenant que tu as eu ton cours, tu peux aller te rendormir et penser à la nouvelle absurdité que tu vas nous sortir bientôt .

wow, 5 heures pour lire mes posts, et toute la doc que je t'ai fournie et t'arrive encore à être à côté de la plaque.    Le pire, c'est ton côté  "prof" qui veut expliquer un truc , alors que t'as rien pigé

Le problème vient du timing entre  GSTMCU et RDY,, aucun problème de parasitage ne vient interférer ici.
Les différences que l'on peut avoir viennent des spécificités physique qui peuvent décaler légèrement les signaux ( et on ne parle pas ici de parasitage ), ce qui rend soit stable un DMA buggé, soit instable.    Le patch software ( ou hardware ) vient seulement modifier ce timing, patch qui ne fait que ce que Atari avait fait sur les révisions du DMA.  Et là encore tu fais pitié : le patch software ne fait pas du tout une émulation des synchro hardware en soft, tu n'as absolument rien pigé en fait.    Tu accuses M. Atari d'être double compte de Zarchos , mais je pense que tu es le double compte de dlfrsilver 


DMA buggé





DMA corrigé, on voit que le timing du RDY a été raccourci

[rocky007]

Il parlait et moi aussi du Mega STE
Pour les premiers STE, oui, c'est connu, mais jamais rien lu de tel sur le Mega STE, c'est peut-être vrai, ou un lensonge ou une erreur d'affirmer ça. Sans source documentée, je parie sur les solutions 2 ou 3...

Il y a une année d'écart entre les deux.   Atari a été très rapidement au courant du problème puisque même un rappel des machines avait été fait pour remplacer les puces.

Donc il y a bcp de chance que les Mega STE soient équipé de la révision DMA.

[dlfrsilver]

Non il a raison, c'est un bug connu, maintenant dire que c'est forcément impactant pour toutes les utilisations, ça reste un mystère .

https://www.atari-forum.com/viewtopic.php?t=16745

https://exxosforum.co.uk/atari/last/DMAfix/

pas du tout, dlfrsilver raconte encore n'importe quoi : selon lui d'après lui 100% des STE font crasher le HD


et pas vraiment de mystères, cela a été détaillé et documenté ici ( évidement mermoz n'est pas au courant , mais bon, faut pas trop lui demander ) :

https://www.chzsoft.de/site/hardware/new-atari-ste-bad-dma-investigation/

c'est un problème de timing borderline qui peut parfois provoquer des corruptions dans certaines configurations, et sur les premières versions de STE.  On est donc très loin de ce que prétend encore dlfrsilver

et le fait qu'encore aujourd'hui nombreux ceux qui s'étonne de cela, c'est qu'en effet c'est un problème plutôt rare, surtout dans les utilisations qu'on en faisait dans les années 90 ( pas de Ultrasatan etc.. )

Tékon. J'ai JAMAIS dit que tout les STE et tout les MegaSTE étaient concernés, je précise même à chaque fois que seuls les STE équipés d'une carte mère BETA (celle avec les correctifs avec des fils qui courent sur la CM mis en place d'usine) fabriqués entre 1989 et Q1-Q2 1990 sont concernés. Les machines fabriquées et vendues à partir de septembre 1990 utilisent la révision finale de carte mère (sans aucun fil sur la CM), n'ont pas de souci de DMA, ça marche directement. 

Zietz n'a rien découvert de neuf, les problèmes DMA sont connus depuis au moins 10 ans, et je précise, ce qu'il pense avoir trouvé est tout sauf SIMPLE à corriger, et ça il va le comprendre par la force des choses. C'est pas comme si Exxos avait pas passé plusieurs années à trouver des correctifs. 

Exxos est un electronicien de métier avec plus de 25 années de service derrière lui. Ce qu'il a découvert, c'est que le STE est comme un chateau de carte : ce que tu corriges d'un côté, ça fait tout tomber de l'autre. En bref tu corriges un bug ou un problème, et ça déclenche un autre bug ailleurs. C'est inhérent aux cartes mères à proprement parler. 

Ensuite, zietz pense qu'en soit, juste remplacer les puces DMA résolvent le souci. Pas de bol, pour certains utilisateurs, c'est pas suffisant (dans mon cas, j'ai remplacé les puces DMA par la dernière crée par Atari, mais ça n'a pas suffit. J'ai du en plus changer le 68000 pour fixer définitivement le truc). 

Exxos a aussi découvert que certains STF ont un problème de DMA (pas de bol....)

[dlfrsilver]

Il parlait et moi aussi du Mega STE
Pour les premiers STE, oui, c'est connu, mais jamais rien lu de tel sur le Mega STE, c'est peut-être vrai, ou un lensonge ou une erreur d'affirmer ça. Sans source documentée, je parie sur les solutions 2 ou 3...

Il y a une année d'écart entre les deux.   Atari a été très rapidement au courant du problème puisque même un rappel des machines avait été fait pour remplacer les puces.

Donc il y a bcp de chance que les Mega STE soient équipé de la révision DMA.

Les MegaSTE fournis à Libération avaient tous le problème DMA. Atari France a du remplacer tout le parc du journal, car le rédac chef a carrément menacé le patron d'Atari de porter l'affaire en place publique. 

Pour ne pas se voir porter le coup mortel par les médias, Atari a remplacé à leur frais toutes les machines. 

Source : des ex employés Atari France.

[dlfrsilver]

Je vais t'expliquer comment ça marche, vu que tu sembles pas comprendre ce que tu lis .
C'est la ligne RDY qui pose problème, hors à quoi elle sert ? Et bien simplement à synchroniser la communication entre 2 composants sans se soucier de leur vitesse respective, donc aucun risque de problème de timings petit, elle est faite pour ça .
Donc il se passe quoi alors, et bien justement le parasitage/bruit sur cette ligne fait que le DMA reçois de faux RDY du composant en face, et envoie des donnes alors que l'autre n'est pas prêt, et il se passe ce qui doit se passer, le composant ne peut récupérer les données et donc elles sont perdues, c'est aussi simple que ça .

Ton patch de l'emutos et juste une solution bancale, qui passe la solution de synchros hardware en soft, on perd une bonne partie de l'intérêt du DMA, voilà pk dans le lien que tu donnes, le mec dit bien qu'une solution hardware est préférable .
Maintenant que tu as eu ton cours, tu peux aller te rendormir et penser à la nouvelle absurdité que tu vas nous sortir bientôt .

wow, 5 heures pour lire mes posts, et toute la doc que je t'ai fournie et t'arrive encore à être à côté de la plaque.    Le pire, c'est ton côté  "prof" qui veut expliquer un truc , alors que t'as rien pigé

Le problème vient du timing entre  GSTMCU et RDY,, aucun problème de parasitage ne vient interférer ici.
Les différences que l'on peut avoir viennent des spécificités physique qui peuvent décaler légèrement les signaux ( et on ne parle pas ici de parasitage ), ce qui rend soit stable un DMA buggé, soit instable.    Le patch software ( ou hardware ) vient seulement modifier ce timing, patch qui ne fait que ce que Atari avait fait sur les révisions du DMA.  Et là encore tu fais pitié : le patch software ne fait pas du tout une émulation des synchro hardware en soft, tu n'as absolument rien pigé en fait.    Tu accuses M. Atari d'être double compte de Zarchos , mais je pense que tu es le double compte de dlfrsilver 


DMA buggé





DMA corrigé, on voit que le timing du RDY a été raccourci

Actuellement, pour ce que j'en sais, le patch hardware qu'ils ont pondu suite à ça ne marche pas. Et rien ne dit que le patch software corrige quoi que ce soit. 

Son truc là fait totalement l'impasse sur les bruits parasites liés au problème de régulation côté Alim, et les condensateurs utilisés pour filtrer ce merdier !

[dlfrsilver]

Pour éviter les malentendus: je le vois exactement de la même manière. Parce que la solution HW a l'avantage d'être "transparente", c'est-à-dire qu'elle n'a pas besoin de logiciels spécialement adaptés.

C'est énorme tu poste un lien qui confirme ce que j'avance, t'es bon toi .

oui assez énorme que tu ne piges toujours rien  

le lien explique la version hardware du patch qui corrige le timing du RDY  ( qui peut également être fait en software ).
tu trouve que cela ressemble à une cage de faraday ?.

( pour que tu comprennes la blague : Une cage de Faraday ou bouclier de Faraday est une enceinte utilisée pour bloquer les champs électromagnétiques )

Cette cochonnerie ne fonctionne pas. mets toi au courant en lisant sur les forums sur le sujet merci.

[dlfrsilver]

Au lieu de débiter des âneries, regarde la dernière édit de exxos, mars 2023 petit génie 
Bon allé je te classe dans la même école que zarchouille, AKA tu sers à rien .

Bonne soirée 

des âneries ?  ce ne sont pas les miennes, ce sont celle de czietz, un éminenet spécialiste tout aussi reconnu de Exxos.  Exxos est peut-être passé à côté, tout simplement...

et regardes le fix hardware en élaboration, basé sur les constatations de czietz :

https://forum.atari-home.de/index.php/topic,17461.20.html

 

C'est Exxos qui a trouvé la source du problème. Czietz passe totalement à côté du problème. Exxos dit d'ailleurs qu'il a sorti son truc pour discréditer son travail. 

Les théories et présomptions de Czietz sont complètement biaisées et fausses, mais ça, il va le découvrir par lui même. ça lui apprendra à faire passer Exxos pour un con en sortant des conclusions miteuses.

[dlfrsilver]

Bon vu que tu comprends pas :
https://exxosforum.co.uk/atari/last/DMAfix/

Also between DMA versions there is a lot of noise from 4V to 5V. Not a solid logic 1 like on the pull up version. Generally we need 2V for a logic HI, so I wouldn't class that as a problem. The 3rd image on the -38 DMA with the slow drain to LO (500uS) might be a clue as it would be somewhat random if the bus was being read while that signal was in transition. Though as the 001 DMA seems to do the same, then I can't conclude that is the problem either.

Là c'est clair ou tu nous refais le coup du FM ensoniq ?
Donc les DMA fautifs génèrent ou sont trop sensibles au bruit présent sur le bus, ce qui pose des problèmes de handshake entre le CPU et le DMA, qui se met à interpréter le bruit comme des signaux, d'où les bugs qui je précise, sont aussi présent sur le floppy, donc rien à voir avec un driver, mais bel et bien avec les puces .

C'est exactement ça. 

Le bruit parasite non filtré et qui court dans tout le ST à cause du fait que les carte mères de ST sont en 2 couches au lieu d'être en 4 couches, plus le problème de régulation des alimentations, plus la mauvaise qualité des condensateurs utilisés, plus la puce DMA, plus le 68000 d'origine sont la source de tout ce fatras.

Le bruit se mélange aux données qui circulent, et comme tu l'indiques, oui le bruit est perçu par erreur comme des signaux, ça plus le problème avec le signe RDY, et tu as un beau coktel pour l'utilisation d'un disque dur. 

Et oui le bug touche aussi le lecteur de disquette, mais dans un contexte donné, et facilement reproductible : 

1) Il suffit de préparer un ultrasatan sur un Atari ST et de copier dessus l'outil PASTI pour faire des fichiers STX sur Atari ST.

2) connecter celui ci à un STE qui a le souci

3) démarrer le tout, et lancer l'outil pasti, et le configurer pour imager la disquette originale sur l'ultrasatan

4) Lancer l'opération. Au bout d'un moment, la corruption va se produire, ce qui va entrainer l'écrasement des premières pistes de la disquette malgré la protection en écriture et la corruption du contenu de l'ultrasatan

En fait pour le lecteur de disquette, le bug DMA provoque un override de la protection en écriture, et le contenu des premières pistes de la disquette est littéralement vidé, comme si on passait un aimant à la surface de la disquette (j'ai dumpé l'original sur lequel ça m'est arrivé et vérifié le contenu avec AUFIT).

[dlfrsilver]

Le Megaste était touché par le problème "DMA" comme le STE. Surtout sur les premières versions de la machine.

Avec un disque dur intégré, ce serait dommage.
J'aimerais bien une source documentée car c'est la première fois que je lis ça.

J'ai posté un peu au dessus concernant la source du problème, qu'Atari a laissé sous le tapis, car si c'était sorti dans les médias, les Atari étaient morts et enterrés dans le domaine pro (bon de toute façon, les machines semi pro d'Atari, y en a pas eu des tonnes de vendues, c'était très léger même).

[Yastuna Lynx]

Visiblement, on n'a pas la même définition de source documentée, mais c'est pas bien grave.
Le Mega STE c'est 1991, soit entre 1 an et demi et 2 ans après la sortie des STE buggés... Et tu dis toi même qu'à partir de septembre 1990 (donc l'année précédant le Mega STE), il n'y a plus de problème sur le STE.
C'est bien pour ça que j'ai un gros doute concernant le Mega STE

[drfloyd]

en 1991 franchement ou ne comprend plus rien à ce qu'il se passe chez ATARI.... et c'est un pro ATARI qui parle

On sent que le ST n'a pas été remplacé, ou remplacé bien trop tard

Et ces gammes MEGA ST/E au prix de dingue... après avec cassé totalement le prix de la micro en 1987... alors que pourtant un MEGA ST reste un ST franchement... Tu regardais médusé les pubs de boutiques qui te proposent du coup des ordi ATARI à 10 000 balles... Tu ne comprend plus rien.

tu te dit alors qu'il va falloir un jour acheter une merde de PC 

[Copper]

Quand t'as acheté une merde de ST tu peux bien acheter une merde de PC (de toute façon le PC a su évoluer dans le bon sens)

[rocky007]

C'est Exxos qui a trouvé la source du problème. Czietz passe totalement à côté du problème. Exxos dit d'ailleurs qu'il a sorti son truc pour discréditer son travail. 

Les théories et présomptions de Czietz sont complètement biaisées et fausses, mais ça, il va le découvrir par lui même. ça lui apprendra à faire passer Exxos pour un con en sortant des conclusions miteuses.

ah ok, merci de ton expertises pointue : en résumé Czietz est naze  et Exxos c'est ton pote parce que tr as laissé un commentaire sur une de ses vidéo et il t'a répondu par un cœur.


Ce qui est étrange c'est que le discours de Czietz tiens la route, le patch Emutos fonctionne pour le moment, et il y a des traces de l'explication du bug chez Atari.  Tout concorde.     Donc peut être que c'est Exxos qui est passé totalement à côté du problème depuis 9 ans.

et sauf erreur, je n'ai pas encore vu la moindre réaction d'Exxos infirmant les propos de Czietz.

PS : je ne suis pas pro Czietz, ni pro Exxos.

[rocky007]

Cette cochonnerie ne fonctionne pas. mets toi au courant en lisant sur les forums sur le sujet merci.

ben oui je n'ai pas dit le contraire, l'auteur lui même le dit dans le lien que j'ai indiqué ..tu n'apprends rien à personne
j'ai dit simplement qu'une version hardware du patch basé sur les constatations de Czietz existe.

[dlfrsilver]

Visiblement, on n'a pas la même définition de source documentée, mais c'est pas bien grave.
Le Mega STE c'est 1991, soit entre 1 an et demi et 2 ans après la sortie des STE buggés... Et tu dis toi même qu'à partir de septembre 1990 (donc l'année précédant le Mega STE), il n'y a plus de problème sur le STE.
C'est bien pour ça que j'ai un gros doute concernant le Mega STE

Je tiens l'information d'anciens de chez Atari France. Et oui, le MegaSTE a également été touché par ce problème, les journalistes perdaient leur travail à cause de la corruption des données. Leur rédac chef a dit en substance à Atari France : "soit vous corrigez le tir et vous remplacer toutes les machines à vos frais, soit je dénonce publiquement le fait qu'Atari vend des machines buggées et non fiables". Le CEO d'Atari France a remplacé toutes les machines manu militari pour éviter que l'image "pro" d'Atari ne soit définitivement enterrée.

Pour info d'ailleurs, il faut savoir qu'Atari France (dans leur cas précis) perdaient beaucoup d'argent en terme de SAV. les retours de machines avec des pannes était très elevé, et celà à bouffé leurs bénéfices (qui étaient de base très bon en France).

PS : d'ailleurs même certains STF ont aussi le problème de DMA. C'est ce qu'à découvert Exxos, l'electronicien le plus ancien et le plus connu de la communauté Atari. Ca ça fait braire tout les fanboys Atari, qui n'arrivent pas à l'entendre (alors que c'est hélas vrai).

[dlfrsilver]

C'est Exxos qui a trouvé la source du problème. Czietz passe totalement à côté du problème. Exxos dit d'ailleurs qu'il a sorti son truc pour discréditer son travail. 

Les théories et présomptions de Czietz sont complètement biaisées et fausses, mais ça, il va le découvrir par lui même. ça lui apprendra à faire passer Exxos pour un con en sortant des conclusions miteuses.

ah ok, merci de ton expertises pointue : en résumé Czietz est naze  et Exxos c'est ton pote parce que tr as laissé un commentaire sur une de ses vidéo et il t'a répondu par un cœur.


Ce qui est étrange c'est que le discours de Czietz tiens la route, le patch Emutos fonctionne pour le moment, et il y a des traces de l'explication du bug chez Atari.  Tout concorde.     Donc peut être que c'est Exxos qui est passé totalement à côté du problème depuis 9 ans.

et sauf erreur, je n'ai pas encore vu la moindre réaction d'Exxos infirmant les propos de Czietz.

PS : je ne suis pas pro Czietz, ni pro Exxos.

C'est normal. Contrairement à toi, Exxos est saoulé, mais il a pas envie de remuer la merde. Et si tu veux un avis éclairé sur le sujet, sache que Czietz a simplement donné des conclusions biaisées sur une théorie faussée. Le pire, c'est qu'il remet même en question ce qu'Atari eux même ont fait (A un moment, faut ptet arrêter les conneries, remettre en cause les fixes du constructeur, du grand n'importe quoi en bref).