Reprise du message précédent :

 
Faut que je rédige un tuto / une aide en html... je vais essayer de m'y mettre cet aprem, mais c'est dur

 
C'est réglé. Dans la RC2

Ca fait du bien d'avoir beaucoup de temps à consacrer à OCCT.
 
j'ai l'impression d'être revenu à l'époque de la v0 ou du début de la perestroika en termes de réactivité

Pour info, est-ce que le monitoring intégré sera mis à jour ? Frank a corrigé des trucs qui clochaient avec mon PC (j'ai le 12V et le 5V maintenant) et comme la nouvelle version de HWMonitor n'est pas encore sortie, je me demande si je pourrai profiter de ça avec OCCT ...

Je vais demander la dernière version up-to-date pour ma release stable... Donc théoriquement si c'est mis en stable, ouip.

 
All ??? Je sais c'est pas terrible mais quand on te demande ce que teste CPU+RAM, tu dis "un peu tout", alors...    
 
 
 

 
Nous en avions un peu parler il y a qcq tps. Je pencherais plutôt vers une échelle de graphe définie sur la variation maxi constatée sur l'ensemble des tension. Ca permet de conserver une cohérence dans les représentations des différentes courbes. Comment ça "pas clair !"   => je m'explique :
 
Si, sur l'ensemble des tensions relevées, la variation maxi (pour l'une de ces courbes) est de 3,6 %, alors ce sont ces 3.6 % appliqués (en + et -) à la tension initiale de chaque courbe qui détermine l'échelle du graphe.
Par exemple, sur un test, la tension qui subit la variation maxi est le 5 V, avec une variation de 4 %. Alors, en admettant que les valeurs initiales lues par les sondes sont les valeurs théoriques (situation idéale rarement constatée mais c'est pour l'exemple), cela nous donne pour les valeur mini/maxi des graphes :
- Vcore (1,35 V) :  mini  1,35 - (4 % de 1,35) = 1,30     maxi   1,35 + (4 % de 1,35) = 1,40
- 3,3 V :  mini 3,3 - (4% de 3,3) = 3,17     maxi  3,3 + (4 % de 3,3) = 3,43
- etc...
 
L'avantage c'est que l'amplitude des courbes a exactement la même signification d'une tension à l'autre (d'un graphe à l'autre). Alors qu'avec ta proposition, une courbe de 3,3 V pourrait avoir une amplitude nettement supérieure à celle du 12 V bien qu'elle ait une variation de tension moins importante.
 
Le souci, ce sont les variations "hors normes", bien souvent dues à des softs de monitoring qui interprètent mal les données envoyées par les sondes (par ex, SF me donne mon 12 V à... 0,6 V    avec une variation proche des 90 % en cours de test). Serait-il envisageable de mettre une règle en place :
- Si variation maxi < 10 % => cette variation maxi est prise comme référence et toutes les courbes sont calculées d'après elle.
- Si variation maxi > 10% => un message apparait sur le "graphe" de cette tension "La variation de cette tension est > 10 % et aucun graphe ne peut être généré" et c'est la variation maxi suivante qui sert de base de référence.
 
 
Bon, je me fais mon cinéma mais :
1. C'est pt'têtre pas techniquement facile à réaliser
2. C'est toi le chef    
 
 
@+
 

C'est chiant les fichiers d'aide, surtout quand y a rien à raconter.
 
Reinel : ma méthode donne une amplitude relativement identique d'un graphe à l'autre, et surtout, l'échelle est très simple à lire dorénavant.... merci pour la suggestion, mais je crois que la soluce que je viens de faire sera la finale

Bon, l'aide est sommaire, mais elle a le mérite d'exister. J'en ai marre
 
Encore un chapitre sur les codes d'erreurs et basta.

te fais pas chier avec un fichier d'aide.
créer un .txt "codes erreurs" et point barre.
 
OCCT, on sait comment çà marche depuis l'temps...

 
Trop tard Et puis bon, ca pouvait servir (rien que pour le problème Everest et mémoire partagée par exemple).
 
Bon c'est sommaire, m'enfin...
 
Il me reste les traducs à faire, ainsi que comprendre le post de reinel

ok, c'est ton bébé.    

bon, j'ai testé rapidement.
pas de problème à part une difficulté d'occt à monter à 100% d'utilisation proco :
 

 
everest est à 100% sur les 2 cores et le proco pour sa part.
 
@+

le poucentge affiché par OOCT n'est pas celui qu'il consomme par lui même plutot que la charge total ??
ca veut dre que les autres thead bouffe les 15% ma,quant pour obtenir la pleine charge

aucune idée.
normalement, c'est le pourcentage d'utilisation du proco par occt qui doit être de 100% (everest le confirme d'ailleurs).

Normalement c'est le % CPU consommé par OCCT, donc un peu inférieur à 100%.
Ensuite faut voir si c'est juste la conso du/des threads de calcul ou si ça comprend aussi le/les autres thread (monitoring et autre gestion).
Attendons les précisions du Iench...

ok.
parceque là, j'ai fait le test rapidos avec pas mal de truc ouvert derrière.
çà peut venir de là.

Yop les gars, ca fsait un moment
 
Je viens de "tester" viteuf ta dernière RC, Tetedeiench, mais j'avoue que je suis un peu perdu là :
 

 
Kesskisspasse? Ca me l'a fait avec la 2.0.0.1 ou .4 il me semble, mais pas avec les anciennes versions... J'espère que je suis le seul...
Je suis sous xp64, si ca peut t'aider...
 
Ah, et tu n'inclue plus le support de coretemp?? C'est dommage je trouve...

Essaie sans CPU-Z ?

Effectivement
 
J'ai rien dit, chapeau

@iench,
 
Je n'ai pas vérifié dans la dernière beta, mais as-tu regardé l'histoire de la liste des températures, avec celle des FB-Dimm nommées "core" ?
 
Ça me fait une liste de 12 "core" et encore, il n'y a qu'un Xeon  

Salut, ça serait un bien un système de maj automatique sur les beta parce qu'en ce moment ya limite une nouvelle version qui sors chaque jour lol assez chiant de devoir reprendre a chaque fois voilà
autrement version linux de prévu ?

 
           
 
J'vous l'avez dit qu'j'étais pas clair      
 
Mais non, je blague, je viens de me relire et je me suis compris    
 
@+

Non, pas de MAj automatique, tout simplement parce que je peste assez contre ça au quotidien (la MAJ HP, la MAJ Java, la MAJ windows, la MAJ Avast, ...)

La MAJ de la MAJ, le pire

Le pire là dedans, c'est que tu as un process qui pompe de la ram, qui sert à rien, et que surtout tu n'as pas voulu... et on te laisse pas le choix.

Quel merdier.

J'ai oublié adobe updater... et les MAJ flash.

pour ma part, je ressens pas le besoin d'un système de maj auto.
çà prend 2mn de changer de version.
@+

C'est pas faux

Bon, je viens d'intégrer 4 nouvelles langues (hébreu, castellano (?), Suédois et Polonais...
 
Ca sera dans la RC2.
 
Reste à faire le gros mailing "DONNEZ-MOI LES UPDAAAAAAAAATES "  
 
Puis attendre ...
 
J'en suis à 14 langues supportées mine de rien.

'Tain, je débarque, je viens de voir le système de monitoring interne
 
T'as pas chaumé dis donc

 
Ah ça non
 
C'est la plus grosse MAJ d'OCCT depuis la 1.0 Perestroika.

Je vois ca
 
En gros, tu as inclus quoi pour pouvoir monitorer les tensions et les températures? Faut dire qu'occt ne pèse toujours que 7mo et des poussières, c'est quand même impressionnant

C'est marqué dans le titre
Il a inclus les moteurs (SDK) de CPUZ et HWMonitor

un petit peu de pub : http://www.cpuid-pro.com/devkits.php

Et autrement juste un petit bouton ou il y aurait marqué : "Vérifier si une maj est disponible" sans télécharger ni rien mais juste pour prévenir

 
ouaip, proposition intéressante puisque "non invasive" et à l'initiative de l'utilisateur et lui simplifiant la vie.

C'est quant même barge. Y'a une personne sur XS qui me demande comment faire pour que le slider de la version 1.2 beta 6 ne soit plus grisé. Je crois que le choix des drop menus a été très judicieux tellement y a des sNoC

Bon, OCCT RC2 affichera un message pour prévenir que cpuz ou hwmonitor tournent, donc que si OCCT déconne, faudra les fermer.

On évitera la casse comme ce qui est arrivé à ce bon vieil UberMario

Les fichiers de traducs sont prêts, il me faut maintenant releaser la RC2 et lancer l'appel à traduc, puis release stable.

Salut,
 
En attendant que Iench ait compris mon MP   , voilà un truc que je viens de constater :
 
OCCT (je tourne encore avec la b13) est paramétré pour SpeeFan, il a tjs tourné ss pb sauf que là je l'ouvre et voilà ce que ça donne :
 

 
 
J'ai fermé OCCT et je l'ai relancé et tout est à nouveau normal :
 

 
 
Voilà, voilà...
 
 
@+
 
EDIT : p'tite précision => bien entendu, mon e4400 n'était pas à 4 GHz au moment du 1er screen  
 
EDIT 2 : j'me suis apperçu de l'anomalie à la fin d'1 test. Impossible de dire si c'était comme ça dès l'ouverture. En tout cas, voilà ce que ça donne sur les graphes :
 

 
Mon CPU est o/c à 3,2 GHz pour ce test

Compris reinel, mais je préfère rester sur mon algo actuel Sa simplicité me plait.

Rien de surprenant à tes graphes, sinon

OCCT PT 2.0.0.RC2 OUT !
 
Au Menu :

• OCCT détecte si CPU-Z ou HWMonitor tourne et vous donne le choix : continuer ou arrêter là
• La fenêtre principale peut maintenant être bougée un peu depuis n'importe où en dehors des boutons
• Ajout d'une aide html (très basique). Le bouton pour la lancer sera mis dans la release finale (ou pas)

Enjoy !
 
http://www.ocbase.com/download.php?fileext=beta