Reprise du message précédent :
le Built-in est (je crois) similaire en tout point dans la détection que HMonitor, donc reposant sur les DMI's sonde & détection, donc assujettis aux erreurs de croisement des données, quelqu'un pour confirmer, je suis pas spécialiste dans ce domaine là

Il utilise le "moteur" de HWMonitor, mais peut-être pas la dernière version.

En faite j'ai jamais compris pourquoi ça vous gêne que la détection "built-in" ne fonctionne pas a tout les coups.
Comme si ont avait pas la possibilité de choisir le logiciel pour le monitoring  

J'ai pas dis que ca me derangeait , je faisait juste un "bug repport" , si faut plus report faut le dire hein , moi mon +12 je sais squ'il vaut  
 
Bref jgarderais sque je remarque pour moi tant pis  

Le moteur que j'utilise est effectivement celui de HWMonitor. Ce dernier a à peu près un an (il sera mis à jour pour la version stable).
 
Rapporter des bugs de détection de temps Vs HWmonitor dernirèe version m'aide : cela m'indique que je dois emm*** franck pour avoir une MAJ avant release (ce que je fais de toute facon). Malheureusement, mon action se "limite" à ça, je ne peux guère faire plus.
 
J'avance sur la b13, je gère des cas d'erreur remonté via bugreport, et aussi je taffe dur (mais c'est chiant) sur certains bugs de serialization XML remontés (souvent un dossier temp plein ou en lecture seule, mais je me dois de gérer ce cas).

Courage tu en vois le bout (du bout)

Je vous avouerai que j'en ai un peu marre et que j'attends qu'une chose, c'est d'arriver en mode stable.
 
J'ai viré le coup du bouton zip piur LDLC, en attendant la 4.0.1, pour avoir le temps de penser et de faire en sorte d'envoyer un mail ou un truc plus utilisable directement.

Je l'atttends cette stable
Ne serait-ce que pour trouver encore + de petits et autres d'dans  
!

Comme d'hab, je passe en stable, et dans les heures qui suivent, 3 bugs critiques découverts

c'est rude
T'es attendu au tournant et pas seulement parce que c'est OCCT
Mais aussi parce que c'est humain

Ca taffe dur, même si ca avance moyen, car j'ai pas mal de problemes coté sauvegarde des settings.
 
Bref, prochaine version probablement semaine prochaine !

(et croyez moi, 9h sur un bug à la con, ca m'éneeeeerve)

courage .... plus les bugs sont insignifiant et long a trouver , plus ca sent la fin

et un gros bravo pour ce logiciel (que je n'ai pas teste depuis pas mal de versions maintenant, on regardera ca sur le prochain oc ).
 
Par curiosite tu codes en quoi ? Ca s'rait possible de descendre assez bas en C# pour faire du monitoring ? (j'avais essaye une fois avec WMI je crois mais j'ai pas reussi a avoir acces a une sonde)

Pour le monitoring, il utilise ça :
http://www.cpuid-pro.com/products- [...] ng-kit.php

 
Excellent, pile le type de truc que je cherchais (meme si gratuit c'est toujours mieux:p) !
Merci  

Sinon, payant également, t'as ça aussi : http://www.hwinfo.com/sdk.html

 
Je me plante ou tu voulais dire non payant ? Ca a l'air d'etre un freeware. Parce que 1200 euros la license de l'autre c'est clairement pas pour les particuliers

Ca a plutôt l'air payant

 
ah d'accord, je lisais "HWiNFO64 is FREEWARE" mais il s'agit de leur logiciel pour demontrer le sdk en gros, et effectivement le sdk a l'air payant, tout s'explique

Sinon, tu peux faire comme OCCT (en plus de son "built-in" ), cad t'interfacer sur des logiciels de monitoring (via mémoire partagée ou autre) comme AIDA64, HWMonitor, etc.
C'est simple et gratuit à implémenter, mais nécessite que le soft de monitoring soit lancé et ces derniers ne sont pas forcément gratuit.

 
En fait mon but etait juste de faire un truc tout bete qui me permette d'afficher les infos que je souhaite sur mon G15 (en gros temperatures et pourcentages d'utilisation cpu/gpu), et donc sans utiliser de logiciel de monitoring si possible. Mais ca m'as pas l'air evident donc pour l'instant je vais rester sur un monitoring plus classique

Arrange-toi pour sortir OCCT Lundi plutôt que ce weekend, sinon je ne pourrai pas le mettre en logiciel du jour sur Telecharger.com. ^^

J'sais pas comment fonctionne l'écran LCD du G15 mais faut bien que quelque chose tourne, non ? T'as regardé si CoreTemp ou SpeedFan pouvaient faire ça directement ?
Là ça devient un peu HS  

 
 
CoreTemp est automatiquement associé au G15 et te donnera tout ça (sauf la température GPU).

pas forcé si tu as le soft de chez gigiteck coretemp ne prend pas ma main sur l'ecran ( du moins chez moi )

 
Apparement AIDA64 le fait, mais c'est payant. Je peux pas regarder CoreTemp et SpeedFan au boulot, proxy. En fait j'voulais developper une mini appli gratos qui me fasse ca et ne m'oblige pas a lancer un truc de monitoring a part, mais entre les sdk payants et le developpement je commence a me dire que ca va pas etre rentable.  
en tout cas j'arrete le hs ici, merci des conseils

 
Ca marche, je le note Mais ce sera pas pour tout de suite, même si j'ai enfin eu le bug tant recherché qui empêchait la serialization XML du plugin built-in sur ma dernière version

Aida64 a une mémoire partagée a activer à la main.

Tu peux récupérer les infos de beaucoup avec les API Windows (tu chopes toutes les chaines, et si tu trouves un truc style °C, c'est une température - c'est comme ça que je fais pour Coretemp).

Y a plein de moyens de le faire, même si le coté API risque d'être assez chiant en C# à mon avis.

Pour en finir avec coretemp, qui m'envoi bien toute les infos sur l'ecran du clavier, il fait comme OCCT pour la détection fausse de la fréquence du CPU.
Le CPU est à 4.9ghz et il m'affiche 3.3ghz comme OCCT avec une CM p67 MSI.
 
C'est une des raisons pour lesquelles, malheureusement, je n'utiliserais plus OCCT.

Tu sais, c'est une mesure. Tu te plains qu'OCCT te rapporte la fréquence réelle de ton CPU, en fait. En gros, t'as activé le speedstep/assimilé. Si tu lances un test, tu auras la fréquence "à fond" de ton CPU.

si la b12 (ou futur b13) pouvait aussi être en "archive" ça serai cool

 
 
Je crois que t'as pas compris.
Ca n'a rien a voir avec les speedstep et assimilé.
Que ce soit actif ou pas, que le turbomode soit actif ou pas, c'est pareil.
En gros avec toutes les combinaisons possibles, le fréquence reste bloquée à 3.3 ghz que le test OCCT soit activé ou pas (cpu-z et aida la détecte bien à 4.9).
 
Ce problème que je t'ai signalé il y plus de deux mois reste d'actualité. Est-ce spécifique au carte MSI ou a la plateforme SB ? l'avenir te le dira.
 
 
 
Par contre avec OCCT 3.0.1, la frequence est bien détectée.

Si tout fonctionne bien, ce qui a été confirmé par Bierman récemment qui rapportait le même problème, tu lances un test, tu attends dans les 10 secondes, et tu auras ta fréquence "en charge".

Quant aux "deux mois", tu sais, je m'en fous, je fais ce que je peux dans l'intervalle de temps que je peux. Je n'ai, personnellement, aucun problème de détection de fréquence sur mon core i7. Comment veux-tu que je débuggue un truc que je ne peux reproduire ?

Illustration : au démarrage d'OCCT :

Après une dizaine de secondes de test :

Enfin, la détection de la fréquence est un algo logiciel interne à CPU-Z, qui ne fait pas de différence entre les matériels. Je ne connais pas les détails, mais il s'agit d'un timing d'execution d'une routine. En gros, aucune différence entre une MSI ou une ASUS, entre AMD et Intel, c'est la même routine, on mesure le temps nécessaire à 3000 instructions, on fait une règle de trois, et basta (c'est plus compliqué que ça bien évidemment).

D'ailleurs, overclock dépasse légèrement sur mon seven, faudra que je diminue la taille de la police.

hello
 
pas de souci chez moi avec le Speed Step
 

c'est bon ça marche pas,  je laisse tomber.
 

La prochaine béta apporte des changements coté Invoke (qui décidément est merdique en C#), cela réglera peut-être ton souci (qui est peut-être pas une détection foireuse, mais un champ texte qui se met pas à jour, même si si le monitoring se met à jour en mode table, lui, cela m'étonnerai que cela foire).

Essaie la prochaine avant de laisser tomber

D'autres personnes ont le problème de détection de la fréquence "en charge" ?

J'ai posté ce screen à la page précédente, j'ai aussi le +12v qui est détecté en +7 volts.
http://img11.hostingpics.net/pics/750161frequence.jpg

pareil avec mon 2600k sur M4E affichage de la vitesse fausse qui reste celle @stock