Reprise du message précédent :
 

 
C'est pas les graphes qui sont zarbis. Regarde le cadre "info système" du 1er screen.

 
Ca indique que le driver a pas réussi à se charger...

OK
 
Comme c'était la 1ère fois que ça me le faisait, je comprenais pas.
 
@+

 
N'empêche, ca fait plaisir

 
J'ose pas essayer ce que ça va donner pour un Russe  
J'aime bien les deux mecs en arrière plan qui tapent comme des malades pdt que je me décide

Sinon, déçu tjr par la réaction démesurée de OCCT si on ferme speedfan alors qu'il est selectionné comme programme de monitoring.
Il n'insulte plus, mais il ne se rend compte de rien et le monitoring reste figé. Si je relance Speedfan, OCCT bascule en mode réduit sans monitoring, mais continue son burn.
 
Jusqu'ici, aucun problème.
Mais, il ne retient tjr pas la dernière configuration, ecrase le .ini, et il faut reparametrer les sondes.
N'est il pas possible que OCCT arrête de toucher seul au .ini et de faire qu'il ne sauvegarde le fichier.ini que lorsqu'on appuie sur le bouton Ok dans le menu configuration?
 
En attendant, je continue a faire un backup manuel du fichier .ini  

 
La fenêtre de message est gérée par windows. Elle est donc affichée avec la langue configurée par Windows, il s'agit d'un appel direct de l'API

 
Ben on m'a demandé de backuper le fichier ini assez souvent pour éviter les problèmes lors de crashs
 
Sinon, oui, ca doit être possible en ne sauvegardant les infos du .ini que partiellement (vu qu'il enregistre quand même la position des curseurs et co).
 
Le problème principal est le suivant :

• tu démarres OCCT avec des infos de monitoring "anciennes"
• Tu affiches les options

J'ai deux choix :

• Soit je repars à 0 (jonny pas content)
• Soit je laisse tel quel (jonny content) mais ca affichera n'importe quoi dans 'onglet monitoring et c'est ingérable
• Soit j'interdis l'apparition de l'inglet monitoring sous peine de perdre les anciennes infos de monitoring. THe soluce.

A mon avis, une telle modif a trop d'impacts pour faire l'objet juste d'une RC3... et il est un peu tard pour ça. Mais c'est une excellente piste pour la 2.0.1.

Tetedeiench> pour la rc2

Appels à traduction lancés, dés que je les ai => release.

pour traduire du rital au francais et viceverca je suis la, un petit mp...

 
C'étais mon idée aussi, juste ne pas afficher le monitoring sans que OCCT ne mette a jour seul le fichier .ini  
La plupart des softs font ça dans leurs onguelets paramètres après tout
Sinon, bien sur, pas d'urgence pour ça, juste un feedback de ma part avec mon speedfan  

Et un systeme de last know working config ? Comme ça si tu plantes tu recupe l'ancienne, sinon bah le INI est en theorie le correct.

 
 
En fait, je réalise que du fait qu'OCCT bascule en mode réduit, beaucoup de gens pensent qu'il n'inclut aucun monitoring (tous ceux qui ne ragardent jamais un bouton config)
Du coup, au lieu de ce mode réduit, un affichage grisé indiquant un truc du genre "monitoring not configured by user" serait plus pertinant. C'est encore une proposition pour une future 2.x en plus de la sauvegarde du .ini reservée a l'utilisateur qui clique sur Ok.
 
Par contre, la sauvegarde de l'état de OCCT (test perso, auto, mixte, CPU, RAM, durée...) se ferait par edition des lignes nécessaires du fichier ini au lieu d'un ecasement bête et simple de tout le ini a la fermeture de OCCT.

je suis en train de traduire...
 
OCCT detected that CPU-Z or HWMonitor is running. As OCCT uses the CPU-Z and HWmonitor SDK, this can lead to weird results in System Information or Monitoring information. Do you wish to continue ?
 
en gros:
 
OCCT a detecte que cpuz ou hwmonitor sont lances. Si occt utilise cpuz et hw sdk, il se peut qu il y ai des problemes avec le monitoring...
 
voulez vous continuer...
 
quelqu un arrive a me tourner ca un peus mieux, car j ai mes limites sur le bon francais...
 
 
merci...

je suis en train de traduire...
 
OCCT detected that CPU-Z or HWMonitor is running. As OCCT uses the CPU-Z and HWmonitor SDK, this can lead to weird results in System Information or Monitoring information. Do you wish to continue ?
 
en gros:
 
OCCT a detecte que cpuz ou hwmonitor sont lances. Si occt utilise cpuz et hw sdk, il se peut que des problemes apparaissent avec le monitoring...
 
voulez vous continuer...
 
quelqu un arrive a me tourner ca un peus mieux, car j ai mes limites sur le bon francais...
 
 
merci...

le "As OCCT uses...  
je traduirais plutot ca par  
"comme OCCT utilise  
 
 
sinon la seconde partie de la phrase perso je ferai  
"cela peut conduire a des resultats erronée dans les informations systèmes ...
 
 
mais c'est qu'une question de choix perso

ok, car je traduis de l anglais au rital et je ne savais pas comment faire...
 
la tournure de ta phrase me conviens, plus facile a traduire...
 
merci...

Oui, c'est "comme OCCT utilise le SDK de CPU-Z, il peut y avoir des conflits", grosso merdo

j ai fini, tu as besoin de quoi, juste le fichier Italian, je te l envoie ou?

iench at ocbase dottt com
 
envoie moi les fichiers po et mo

iench 'at' ocbase 'dot' com
 
 
j ai bas bien pige le mail excuse?
 
 
 
iench.at.ocbase'at'dottt.com?
 
iench'at'ocbase.com plutot...?

iench at ocbase dottt com
 
remplace " at " par @ et " dottt " par .
ça devrait donner une belle adresse mail
 
EDIT : il avait fait ça pour éviter le spam, tu devrais donc effacer l'@ que tu viens d'inscrire dans le forum...

ok pour le spam...  
 
 
envoye, dis moi si tu as recu le mail et les fichier et si c est bon...
 
 
j ai essaie pour voir ce que ca donne mais il a pas l air de prendre la langue, il revient en anglais apres avoir ajoute les deux files dans le dossier IT et avoir supprime les anciens...
 
edit: j ai renome le fichier et c est bon...
 
c est tout bon sauf pour les options, il y a toujours custom temp en anglais...
 
autre chose, il y a des nom qui depassent, y a moyen de les raccourcir...
 

Salut,  
Je fais le test RAM du logiciel de test de stabilité OCCT 1.1.1b et il m'indique une erreur, qu'en pensez vous?  
J'ai passé d'autres tests:  
memtest+86->10 passes, aucune erreurs  
prime95->torture test de 10heures ->aucune erreurs  
cpustress MT->10h sans erreurs  
OCCT en cpu+ram->10h sans erreurs  
OCCT en cpu seul->10h sans erreurs  
 
Je suspecte le test RAM de occt de contenir un bug, mais je n'en suis pas du tout certain, ya il un problème connu avec le test specifique RAM?

Aucun problème connu, en dehors du fait que c'est le plus méchant test actuellement sur terre

Si tu as un doute, valide avec le test RAM de la 2.0.0.RC2, mais je doute que le résultat soit radicalement différent.

up ? dans le about ou les options ça serait pas mal.

Si carte mère ASUS, si chipset Intel, c'est normal.

 
Je suis contre... ca n'a pas réellement d'intérêt vu la fréquence des mises à jour occt...

 
Hein ?

Ultra sensible avec les timing et autres réglages. Surtout si t'as tendance à OC/optimiser ta machine.
 
int0x13> Si c'est pas ça, essai de regarder la mémoire consommé (via le GDT) d'OCCT au bout des x heures de test (avant plantage).

J'ai bien une carte mère Asus P5w deluxe et un quad core 6600 G0. Cependant ce test je le fais a la fréquence d'origine avec le spd, tout les paramètres bios par defaut apres un clear CMOS. J'ai modifié aucun timing avec memSet un autre a priori.
Sinon pour le gestionnaire de tache, il y aurait eventuellement un problème de fuite de mémoire qui entrainerait une saturation mémoire qui causerait une erreur?*
J'ai regardé la courbe mémoire elle me semble stable.
J'effectue actuellement un test avec la version beta, je tiens au courant

Sans o/c.
 
Testé sur 3 P5B Deluxe, une Commando, une "P5E" OEM et je crois meme qu'une Intel Bad Axe avait le même truc.
 
Notons que les modifs effectuées sur les tests depuis font que ça se passe mieux. Le mieux c'est de tester avec les v2 beta quoi.

 
A essayer avec la 2.0.0.RC2 alors.
 
Je rappelle que la RC2 sera la stable. Je l'ai figée totalement.

C'est surtout pour voir si cela atteint les 2Go, qui est la limite max pour un processus Windows 32bit.
Il y avait eu un bug de ce genre à une époque, mais cela avait été corrigé.

il semblerait, (je dis bien il semblerait car j'en suis a 2h de test), que la version 2 corrige le problème, ce qui tenderait a prouver que l'ancienne version contenait bel et bien un bug a ce niveau avec ce type de config.
A part ca, cette version est cool, mais le problème est que l'on ne peut pas se servir de cpuz en meme temps ce qui est assez désagréable pour un overclock, qu'en dites vous?

+1

A quoi peut servir cpu-z en fond durant un test de stabilité ?!
Les paramètres d'o/c ne changent pas...

+1.

Vous pouvez tenter le coup avec CPU-Z, mais ca risque de faire des problèmes de cohabitation, c'est tout...

OCCT affiche les infos principales de CPU-Z quand même

De toute facon, je peux strictement rien faire à ça : OCCT intègre et utilise le pilote CPU-Z, qui doit rester unique, donc voilà