Reprise du message précédent :
si si...

bon, beh faut que çà fasse comme je dis.
 
que çà sorte de la carte son comme quand on reçoit un courrier quoi.
 
avec des fichiers wave.

Absolutely! Je vote pour!

moi aussi.......

il est où le dépravé de Tetedeiench ?      

il picole encore ?

J'ai piccolé hier, je piccole demain soir...
 
Cha va être durt

bah elle va être belle la 1.1.1.b04.......  

Petit truc qui pourra être utile pour les prochaines versions d'OCCT, ne sait-on jamais :
 
hexadeca (16)
dotriaconta (32)
tetrahexaconta (64)
octoicosahecta (128)
hexapentacontadicta (256)
dodecapentacta (512)
tetraicosakilia (1024)

Le max de Windows c'est 32  
Enfin, c'est ce que j'en ai dédui vu que le masque d'affinité fait 32bit.

Et ca change pas sous Windows Vista ?

Mouahahahahahaha la prochaine béta va être mythique

c'est a dire ?  
 
Bon allez une petite image trouvée sur le tomik images qui m'a fait sourire :

 
J'sais pas pourquoi mais ca m'a fait penser a la stabilité annoncée de la dite béta

Moi je l'attends avec impatience
 
Je vois déja venir les wave de folie et tout et tout

 
Ca va être totalement ca

OCCT PT 1.1.1.b04 OUT !
 
Au menu :

• Possibilité de customiser le chemin des graphes dans les options
• Un son, customisable dans les options, est joué en cas d'erreur. Fichiers .wav et .mp3 supportés !

Deux choses importantes :

• Rien n'est aligné dans les options. Ce sera fait plus tard, j'en ai marre là Idem les boutons, ca s'appelle basique de chez basique...
• Les dossiers et fichiers sélectionnés/tapés dans OCCT doivent impérativement exister, sinon, retour aux valeurs par défaut !

Enjoy !
 
http://www.ocbase.com/OpenBeta/OCCTPT1.1.1.b04.zip
 
PS : le son par défaut me fait marrer

je prend !  
 
EDIT: le son  

Bon bah manque plus qu'un systeme de plugin pour les sondes et ça sera parfais...

Un système de plugin ?

Au taff, on m'avait proposé de mettre un extrait de l'internationale... J'ai trouvé ca un peu trop extrème

Miscellaneous pas traduit

 
Normal. Rien n'est traduit, encore

En même temps chuis pas bien sûr que le canard parle bien le franchois
Un coq aurait été de meilleur aloi

Maintenant faut avoir le bestiau mascotte pour chaque langue !
Ah t'es coincé là ..

 
En même temps, ca fait quel bruit un poulpe ?

Han le son, trop bon

Oui, je m'explique.

Aujourd'hui pour acquerir les données des sondes de T° et de tension, tu utilises du code à toi... et donc, nous, utilisateurs sommes tributaire et de ton bon vouloir et toi pas à l'abris qu'a une nouvelle version du logiciel de monitoring ça change.

Il serait plus simple et efficace, je pense, que soit introduit un système de plug-in pour les sondes:
- Dans un premier temps tu pourrais créer les plugins pour les logiciels que tu sais déjà utilisé.
- Puis dans un second apres un petit SDK qui va bien permettre à des tiers d'en creer et donc l'on pourrai imaginer que le monsieur qui fait SpeedFAN developpe lui-même son plug-in et le mettre à jour si nécessaire
- Enfin dans un troisieme temps carement que le plug-in accede lui même à la sonde (cas typique de ce que pourrais être un plug-in pour le DTS).
Bien evidement si en plus l'on pouvais charger autant de plug-in que l'on veut ce serait royale.

L'avantage pour :
- L'utilisateur : un plus grand nombre de logiciel supporté, et une plus grand soupelle... Exemple, utiliser Probe pour les tensions et un plug-in DTS pour la T°.
- Toi : ne plus trop te soucier de comment acquerir les données.
- Les developpeur de logiciel de monitoring : permette le support dans ton soft qui prends de la renommé, et surtout il est plus facile je pense pour cette personne de faire un plug-in que pour toi.

Niveau code ca serait pas sorcier en plus... Pas besoin de grand chose, juste de connaitre le type de plug-in, de pouvoir lister les sondes et de pouvoir demander la valeur d'une sonde à tout moment.

Après je ne sais pas si OCCT PT est pres pour ce genre de changement.

Ca serait "OCCT Tunguska"  

 
Oh si, OCCT PT requiererai peu de modifs pour arriver à cela...
 
Par contre, tu oublies beaucoup de paramètres dans ton analyse :

• Démarrage du logiciel de monitoring
• Fermeture du logiciel de monitoring
• Récupération des valeurs lues
• Récupération des index utilisés (sauvegarde/chargement des valeurs)
• Récupération des types de sondes liés si dispo (i.e. Everest, il me file tout l'pinpollet)
• Activation de la mémoire partagée (Everest Bis)

Mais y a franchement de l'idée ...
 
Style s'interfacer avec une DLL dont les points d'entrées sont connus à l'avance...

OCCT sans doute que oui (enfin j'imagine) mais ceux qui développe les soft de monitoring, ça risque d'être trèc chaud
Vu la galère que c'était (enfin c'est Tetedeiench qui a tenté l'expérience) pour que Everest propose un Shared Memory dans un format plus simple/efficace que celui actuellement utilisé... là c'est carrément leur demander la Lune

Bah faudrait imaginer tout ça plus en details c'est sur...  

Disons qu'au final ou pourrai imaginer, comme dit, un plug-in qui accede directement au matos, genre un plug-in DTS, un plug-in Winbond machin, etc.
Apres c'est sur qu'il faudrait des gens pour faire les plug-ins.  

Oh, c'est toujours moi qui ferait les plugins...

Enfin...

Ptêt fouge aussi

Mais c'est à creuser... Ca me plait énormément en tout cas.

Vais vraiment creuser ça tiens...
 
Ca me parait franchement très bien, plus j'y pense, plus ca m'botte
 
Après la 1.1.1 ...

Des plug-in pour accéder aux soft (et non aux sondes) conçus par nous-même ? Je vois pas ce que ça change
Non seulement on aurait toujours besoin des soft de monitoring, mais en plus vous (les utilisateurs) serez toujours dépendant de notre bon vouloir.
Je vois pas l'interet par rapport à la situation actuelle

Qui nous aiderait à ajouter des plug-in pour de nouveaux logiciels, ou mieux, des plug-in d'accès direct aux sondes ? Je vois pas trop...
Avec ClockGen il me semble que Franck avait proposé une "interface" afin que chacun puisse ajouter n'importe quelle PLL à la liste des PLL supportées. Ca permettait ainsi de ne plus etre dépendant de l'auteur de Clockgen. A ce que j'ai cru comprendre, ça n'a pas marché... Pourtant Clockgen, c'est pas rien !

edit: ceci dit, le principe me plait bien. C'est juste que je n'y crois pas trop

Enfin ceci dit, si les gens qui developpait du monitoring passait du Freeware a carement de l'OpenSource on avancerais vraiment.

Fouge a pas tort...
 
Le souci, c'est bien de réussir à la faire, cette DLL.
 
Et là, faut quand même des bases solides en C++ ou n'importe quoi supportant les primitives Windows et permettant de faire des DLLs.
 
Ensuite, faut avoir envie d'aider le mec derrière OCCT
 
Bref, c'est vrai qu'après réflexion, ca réduit considérablement.

 
A ma connaissance, y en a qu'un : lmsensors sous guy lux.
 
mais bon, je comprends les gens, moi même, je veux pas passer en Open Source
 
Par contre, que Asus Probe et co fournissent pas de Shared memory, c'est pas glop

Et le support de Probe1 à l'époque de la 0.91
Pourtant il n'avait pas le "shared Memory" chépakoÿ !?
Le nouveau Probe2 te poserait + de problème

Oui mais toi c'est aussi par soucis d'être credible. Si c'est opensource, n'importe qui va pouvoir faire des screens fake.

Mais disons que rien qu'avoir une bibliotheque genre OpenSensorLibrary ça serait kewl.

On pourrait même imaginer une "interface" commune (certifiée Tetedefouge) afin que les plugin puissent fonctionner aussi bien sur OCCT et CSMT. Chaque soft bénéficierait ainsi du travail de ces 2 merveilleux développeurs de la cat OC du forum HFR
Et ceux qui voudraient développer un plugin obtiendraient la compatibilité de 2 logiciels, d'une pierre 2 coups.

Avec la programmation objet et un "SDK" bien fait, n'importe quel personne sachant programmer pourrai le faire je pense. L'idée c'est que quelqu'un qui fait un soft de monitoring puisse le faire pour son soft déjà dans un premier temps.

Si le SDK est là, si tu le proposes, si c'est facile à utiliser comme SDK, je vois pas ce qui les rebuterais plus que ça.

Bah c'est ce qui c'est passé avec les plug-in Winamp un peu.    C'est ça qu'est bien avec les plug-ins.