Reprise du message précédent :
 
 
Ah tiens, il t'affiche pas un message ?

non ca plante chez moi aussi

 
Bon çà a tenu les 30 minutes  

 
 
...

mais mort de rire quoi
si le monde savait l'influence qu'a ce forum sur ce soft    
ce qui est une très bonne chose soit dit en passant    

Je testerai les 2 nouvelles versions ce soir

leiench': le fond du splash screen tu pourrais le faire transparent au lieu de "crème"?

Non
 
Ca enlèverai de la visibilité Et ca serait beaucoup de taff

 
ça se tient...  

Fouge > finalement, as tu réussi à résoudre le problème de reconnaissance du fsb des Conroe ? si c'est le cas, Tetedeiench et toi-même devriez en discuter afin de mettre à jour OCCT en douceur  
 
Pour rappel, OCCT (ainsi que d'autres softs) me trouve 3600MHz en 8x450 alors le CPU est en réalité à 3200 en 8x400 (cf. mon post en page 263).
 
Kulamaker > C'est parfois épique, n'est ce pas ? D'ailleurs, je vais arrêter de remercier Tetedeiench pour son soft, sinon il va finir par s'enliser dans toute cette pommade  
 
...et au fait, pardon d'insister, mais un numéro de version en bas dans un coin, discret et tout petit, ce serait sympa, non ? sans surcharger l'interface, ça permettrait d'identitfier la version d'un rapide coup d'oeil, sans avoir nécessairement besoin d'aller faire un tour dans le "about". D'autres avis sur la question ?

 
Malheureusement, CPU Stress MT gèreses propres routines, OCCT se base sur CrystalCPUID - je dois donc attendre que ce dernier soit mis à jour

Bof... Tout dépend de la fenêtre ou du fond d'écran que t'as : ça pourrait être particulièrement immonde...
 
 

Ben qu'est-ce que tu attends pour écrire les tiennes !

Le problème concernait la fréquence CPU et non le directement le FSB. Et il en découlait un mauvais calcul du FSB (3600/8=450 dans ton cas).
Et comme il vient de le dire, OCCT utilise les routines de Cristal CPUID. Ceci dit, bien que je trouve que ça fait un peu bidouille, il pourrait intégrer la routine en remplacement de celle de Cristal. En effet l'identification des CPU Intel concernés est facile à faire (cf un PDF d'Intel). C'est lui qui voit. Si Cristal est MAJ régulièrement, ce n'est p'tet pas la peine  
J'avoue également que Franck (l'auteur de CPUZ) n'est pas étranger à la résolution de ce problème

C'est ce qu'il faisait dans les 1ères versions d'OCCT V0 il me semble.

Non
Dans la mesure où j'ai un "ne répond pas" dans le GDT, je peux attendre longtemps je crois

Je regarde ce bug ce soir
 
Pour le coup du conroe : c'est assez isolé comme souci non ?

Avec les Conroe (ainsi que les derniers P-M et P4/PD) ont 2 types de problèmes :
1) le changement de FSB effectué par logiciel sous Windows
2) un coef qui n'est pas celui d'origine (ex : un E6600 en coef 8)
 
Ces CPU "renvoit" un TSC fixe égale à coef_origine*FSB_boot.

Les deux problèmes sont liés je pense ( si tu as le coef tu as le FSB ).
 
Je vais voir comment crystal évolue, j'ai franchement pas envie de repartir dans de l'écriture de routine bidon alors que je suis si proche de la RC, surtout si ca concerne que quelques procos...

Un nouveau CrystalCPUID est sorti hier - vous pouvez le tester, ceux qui ont des soucis avec leur conroe ?
 
http://crystalmark.info/download/d [...] ystalCPUID

Toujours pareil chez moi, 3600 au lieu de 3200.

Je vais attendre qu'il le mette à jour
 
Honglobert, tu peux me faire un screen de CPU-Z et de crystalCPUID, cote à cote, pour que je l'envoie au créateur ?
 
Merci

Pas de prob
 

J'ai quelques remarques :
 
1/ quand on chage la frequence de son FSB sans quitter OCCTPT, il ne prend pas en compte le changement (changement fait avec clockgen)
 
2/ apres 9 secondes de test, à 280MHz de FSB, crash
si je ne quitte pas OCCTPT et que je baisse le FSB de 10MHz, resultat identique
si je quitte OCCTPT et relance le test, pas de crash, toujours au meme FSB
 
3/ si je quitte OCCTPT, remonte à 280MHz et relance OCCTPT, pas de crash
 
une idée de ce qui se passe ?

Aucune là
 
J'ai vraiment un truc louche.

jm1981 :
 
Quand OCCT crashe à 9s, regarde le gestionnaire de tâches. Si l'utilisation CPU retombe à 0% avant que OCCT détecte une erreur => c'est ok.
 
Sinon : y a un souci.
 
Merci

probleme chez moi (surement du a l'oc)
 
un ecran bleu (parler de changer de carte graphique) pendant occt apres 5min de lancement... vous pensez que sa serait quoi qui pourrait déclencher sa? (ram,cpu,carte mere?)
merci

Ce soir, je vais inclure un truc pour vérifier ce qui se passe :
Si le thread de test détecte une erreur, en plus de prévenir OCCT? il crééra un petit fichier de flag "error" à la racine du répertoire.
 
Ainsi, quand vous aurez une erreur, il vous suffira de vérifier la présence de ce petit fichier :
-Si c'est le cas, le test a bien détecté une erreur de calcul
-Si ce n'est pas le cas, OCCT a considéré que le test était planté alors qu'il ne l'était pas
 
Ca devrait vite dissiper les doutes

Ben un peu tout en fait
 
Si ca arrive après 5 min : c'est clairement pas un bug d'OCCT

bon je vais monter une peu la carte mère pour voir, merci de ta réponse

Perso ça crashe toujours dans les premières secondes.

 
On va voir ce soir vite fait si c'est le thread de test lui même qui te fait un fuck ou l'interface qui croit que ca a planté alors que ca n'a pas planté ( ce que je crois).

 
Il suffit de changer de CPU (dans le menu déroulant) pour que le bon FSB apparaisse (en gros un refresh )

Le FSB vi, je considère pas ca comme un bug.
 
Je parlais de la fréquence de certains conroe mal détectée

Ah.. connais pas ce bug, je connaissais juste celui, qui met que le proc tourne à 3600 (8*450) au lieu de 3200 (8*400)

Yep, c'est de celui là que je parle

Ben elle est mal détectée au lancer, mais quand on refresh, elle est bien détectée, donc c'est peut etre comme la premiere version de  CPUStressMT0.20g, c'était bien détecté au début, et quand on lancait le test c'était mal détecté ^^

 
Intéressant ce que tu me dis là.
 
Je vais faire des refresh dans ce cas

 
 
bon ben augmentation du chipset, rien, apres cpu j'ose pas trop je suis deja a 1.47 dans le bios (1.46mesuré) avec un zalman 9500
sinon la ram corsair 6400 xms2 on peut monter a combien en toute tranquilité? perso je suis a 2v.
 
sinon je sent la limite de la mobo

Et je confirme pour Crystal, 3600 au lancement et 3200 après refresh.

PC maison stable sans rien faire d'autre
je testerai bien en baissant le voltage

je fais un test de 30 min avec the popular demo (je l'adore cette démo qui fait bench aussi ) en boucle pour surcharger la CG et le proc !
 
http://files.tmd.dk/TMD12/DemoShow [...] final2.exe
http://files.tmd.dk/TMD12/DemoShow [...] final2.txt
 
c'est passé !

OCCT PT B266 OUT !
 
Cette version a plus des fonctions de test qu'autre chose.
 
Au menu :
-Pour ceux qui ont des conroes débiles, lancez OCCT et laissez le tourner dans un coin, sans lancer de test. Les infos de CPU sont rafraichies toutes les 5 minutes : dites moi ce que ca donne !
-Pour ceux dont le test semble "planter" au début sans trop de raison : faites le tourner, et faites le planter dans les premières secondes. Dites moi si un fichier nommé "error.dat" est présent, et quel est le numéro à l'intérieur du fichier.
 
http://www.ocbase.com/OpenBeta/OCCTPTB266.zip