Reprise du message précédent :
Y a de l'idée. Je vais y réfléchir Très très fort. Promis.

Je vais même essayer d'y penser ce soir.

Ou pas.

LDLC4 > La fonction mail sera en v4. Ca sera juste un bouton à coté du bouton "move" et "screenshot" sus forme d'une petite enveloppe, qui te générera un mail avec les derniers graphes en pièce jointe (ce sera pas un zip je pense, mais bon, les graphes sont pas lourds), et te laissera mettre le destinataire, dans outlook. Je regarde pour le zip, mais ca m'étonnerai.

EDIT : LDLC4 > Ce sera zippé, c'est pas compliqué.

EDIT2 : vous croyez que ca vaut le coup de créer toujours graphes ET fichier zip contenant les graphes, ou ca servira à rien (en dehors du mail de LDLC4). Sérieusement, hein. A la rigueur controlable via une option, mais si je peux éviter...

  T'es génial (profites en, je ne le répéterai pas)

Controlable via une option, désactivé par default.
 
 
En tout cas bien joué

Je fesai des test et apres une erreur sur le coeur un le temps se remettait a 0, peut etre que je regardai pas assez vite (ben oui pendant les tests occt je reste pas a regarder les temps bouger   )

Bon, update de ce matin (car bon, je n'ai pas pu taffer hier soir dessus ) :

• Bouton screenshot OK. Vous cliquez dessus, on vous demande où enregistrer le screenshot de l'interface principale d'OCCT au format PNG, dossier de départ "Mes Documents" (ou mes images ? cmme vous l'voul).
• Bouton "mail" LDLC en cours. OCCT regarde quels sont les derniers graphes générés. Si il y en a jamais eu : erreur. Si il y en a, il créé un zip avec lesdits graphes et un screenshot de l'interface (histoire de). Je suis en train de regarder pour le mail. Y aura des limites coté mail (faudra un client MS, je vais être obligé de faire du MAPI), mais ca devrait couvrir sans trop de souci Mme Michu.

Question : j'enregistre un screenshot a coté des graphes à chaque fin de test ? Ou OSEF ?

J'veux pas te démoralisé, mais ca fait bien 10 ans que Mme Micho ne sait plus ce qu'est Outlook Express et ne connais que les webmail voir même carrément Hotmail.

 
Dis a à LDLC4

J'dit ça, parce que pour avoir déjà fait du MAPI, c'est la galère, même Thunderbird ne respecte pas le standard quoi...
 
En fait à part les trucs Microsoft, ça marche rarement très bien. D'un côté à la base c'est un protocole pour Exchange de mémoire.

Bah c'est un peu la seule solution que j'aie pour ça.

La plus "fiable", c'est de passer par "mailto", mais le coup de la pièce jointe ne fonctionnera que sous Outlook 2003 (sinon, faudra browser pour aller la chercher). En MAPI, ca sera plus large, et y a des wrappers qui existent (notamment http://www.codeproject.com/KB/IP/SendFileToNET.aspx ).

Je me vois pas gérer un SMTP pour ça

 
Et mettre le dossier compressé sur le bureau de madame michue pour qu'elle puisse l'inclure dans son mail?
 
Peut-être plus la solution???
 
Ou alors permettre l'envoie d'un fichier de log via ftp. Et c'est à ldlc de gérer un serveur ftp en face tout ça!
 
DU coup pas de problème suffit juste lors de l'envoie de préciser le nom de madame michue dans une fenêtre,
vlam ça crée le répertoire du même nom (ou id tout ça, bref un truc unique)  et paf on push tout sur le ftp et tout le monde est content.  
   
 
C'est michue ready car sans interaction et dépendant de rien du tout et ça passe partout. Suffit juste d'avoir un serveur ftp.

J'ai bien une idée mais c'est pas sécure pour un sous et ça a un cout.
Tu fait un WS via le site OCCT qui lui en PHP ou autre peut faire un envoi de mail via le SMTP de ton hébergement.
 
Mais bon comme dit, le risque d'être utilisé comme relais SPAM est là, sans compter que ça peut avoir un coup aussi vis à vis de l'hebergeur.

L'hébergeur s'en moquera à mon avis tant qu'il n'y a pas de spam, et qu'on reste dans des charges normales en bande passante.
 
Mais ça peut effectivement être une idée.  
A ce moment là, au lieu d'utiliser une page php tout ça, suffit juste de faire un ftp sécurisé vers ce serveur
 
avec les bonnes données envoyées tout ça, et le serveur fait le pivot. Le problème c'est que pour répondre à madame michue c'est compliqué après, faut bien avoir précisé une adresse email tout ça.
 
Mais bon la charge me semble assez grande au vue du nombre d'utilisateur...
 
ça par contre faut bien chiffrer et imaginer la chose, ça peut vite monter en bp avec le nombre d'utilisateur existant.

J'y ai pensé, mais c'est trop risqué, je veux pas devenir un relais de spam comme tu dis

Le FTP burn2, c'est pas possible, car le bouton serait un bouton LDLC, et non plus un bouton générique

Mettre dans mes documents (plus propre) en zip, c'est ce que je ferai au pire. C'est plus simple. Ce sera un bouton "zip graphs".

Voui et non, si tu permets dans le fichier de conf de paramêtrer ça, ldlc ou tout autre magasin/utilisateur, peut très bien diffuser la version sans installation avec ça de près remplis, demander à madame michue de télécharger la version et du coup le bouton envoyer ne se servirait que de ces paramètres là.
 
Sinon reste l'autre solution marquée plus haut, mais le serveur d'occt en pivot demanderait trop de ressources.  
( et là ça serait sécure en utilisant du ftp + certificats de chiffrage).

Sinon tu définit un WS pour envoyer les infos.
LDLC & co implémentent le WS en question pour recevoir les infos.
 
Ensuite il faut juste faire un installeur customisable qui met dans le .INI l'URL vers le WS en question.
 

Pas faux, le web service est aussi une bonne idée. Pour des pros ça peut leur permettre de mettre en place certaines choses, mais leur demande du dev et donc là je doute que ça soit mis en place et que cela soit utile au final.

Après on peut imaginer que tetedeiench fournis un serveur WS de base à installer pour celui qui en a besoin.

Dans ce cas pas besoin de tout ça, suffit juste de fournir la page php qui va bien, plus simple qu'un web service, moins contraignant, et pas forcément de manipulation à faire s'il envoie toutes les données en param d'url tout ça.  
 
Bref c'est à lui de voir ce qu'il souhaite faire, mais je doute qu'il ait envie de faire le travail des autres. Surtout sans rémunération au final.
 
 
par contre ça peut-être une idée pour relancer la version prO...

Oui, y a de l'idée pour le web service.
 
Je vais y réfléchir, mais est-ce que des gens paieraient pour ça ? Je sais pas.
 
J'avais pensé à :

• Faire une version "serveur". L'idée pour les boutiques : installer ça sur un PC, booter le PC du client sur le réseau, et lancer automatiquement OCCT et un test en un clic. Problème : tu boote l'OS du client, donc ses virus, donc faut un réseau dédié, un PC serveur blindé, bref...
• Bootable (retenue), mais je vais l'abandonner dans sa forme actuelle. Je réfléchis à utiliser WinPE 2.0 pour que ca tourne... on verra.

Après, quoi d'autre ? J'en sais trop rien

Bonne année ici!
 
Pour moi le fond noir c'est parfait, faut pas toucher, ou laisser la possibilité de modifier, meme en trifouillant dans un fichier. (donc pas michu-compliant)
 
Pour le reste, ça me va !
 

Bon ben ce sera noir, et vous aurez un fichier texte.

Bon sinon, bilan des dev d'hier soir et de ce matin:

• Minimize to tray OK
• Le graphe FPS n'apparait que dans l'onglet "GPU:3D" et "Power Supply"
• Lorsque le graphe dynamique est reconfiguré, l'historique n'est pas prdu (i.e. ils ne redémarrent pas "vides", même pour les valeurs qui n'étaient jamais affichées). Le seul "cas" où on perd un petÿ peu, c'est sur le graphe CPU/Memoire lorsque le graphe FPS est caché. 10s d'historique sont perdues dans ce cas. Ca n'arrive jamais en test bien sûr, et c'est seulement sur les graphes en temps réel.

Info importante
Pour info : un collègue très bon ami et modérateur de vidéo & son de HFR se foutait de ma gueule en me disant que OCCT v4 était à OCCT v3 ce que WinAmp 5 était à WinAmp 2. Je l'ai pris sur le coté utilisation CPU du bordel, mais il disait ptet ça sur l'interface. Mais qu'importe.

Ca m'a travaillé, et j'ai décidé de faire des stats d'utilisation CPU de la 4 en action. Le bilan, avec Process explorer, est plus que bon.

J'ai fait les tests sur l'interface, hors test, avec 12 sondes affichées (4 temps, 4 tensions, 4 ventilos), et 3 graphes "sysinfo" (CPU, RAM, FPS), en temps réel.

Le bilan sur mon portable avec un core i5 M520 (2.4Ghz, donc 2 cores physiques et 2 HT) : 0,36% d'utilisation CPU toutes les 4 secondes, 0% sinon. J'avais la flemme de coder vite fait la fonction qui récupère ça

Le temps de démarrage est légèrement plus long par contre (4/5s de plus à vue de nez).

J'ai voulu avoir l'info en cours de test, mais pour le moment, la gestion des priorités n'étant pas optimale, l'appli lagge, donc ce n'est pas représentatif. Sachez juste que ca ne change guère entre "en cours de test" et "idle". Y a un peu plus de taff, mais ca reste franchement minime coté appli.

vraiment du bon boulot tout ça
 
hate de tester ^^

Une info, je ne sais pas si je l'ai dit : vous pourrez spécifier, pour chaque sonde de monitoring, une valeur "max" et une valeur "min", qui arrêtera le test automatiquement.

Par exemple, un ventilo qui arrive à 0rpm, le CPU qui dépasse 90°C, une tension qui doit être entre 10 et 14V, ce genre de trucs

 
C'est une super idée ça

Great et très bonne idée, par contre, prévoie une durée de valeur, genre 0rpm sur Xsecondes parce qu'une un programme peut très bien freezer et renvoyer 0 sur Une seconde (le programme qui accède au sonde et occt qui s'accapare tout) alors que réellement non, juste parce que c'était freezé.

Respect    
 
M'enfin j'espère que les soft de monitoring vont avoir de bon retour de sonde, car c'est pas forcement le cas    

Par contre dans le cas ou le test est interrompu par une sonde c'est précisé?

campi > Ca le sera oui J'ai bien envie de mettre une ligne de plus sur l'interface pour le statut.
 
Burn2 > J'y pense très fort oui Pour l'instant c'est instantané, je risque de le modifier

Ok c'est bon ça

Plutôt que de parler de couleurs d'arrière plan des graphes, je propose que Tetedeiench modifie la couleur du BSOD, parce qu'on en a marre qu'il soit Bleu...!
 
 

y a eu des "BSOD"  rouge deja et c'etais pas bon signe du tout

Han...

go wiki "red screen of doom" ca arriv(e)ai lors des erreurs critique au chargement du system
j'en ai eu/vu sous win 95/98  il parais que XP et vista aussi pouvais en avoir mais j'ai jamais eu sous les yeux

Pourquoi ils ont choisi un RSOD causé par un soucis de pilote ATI ? :

 
Jamais croisé perso, ça ne me manque pas.

On peut aussi le mettre en vert  
http://www.pixelle.org/astuces/cha [...] indows.php

Inutile donc indispensable

Je vous le dit aussi, plus j'y réfléchis, plus je me dis que je vais pas autant "blinder" le fichier de settings d'OCCT que celui de la v3.
 
En v3, je vérifiais chaque valeur pour être sur que ca ne fasse pas crasher le logiciel, et remettait la valeur par défaut au cas où.
 
Vu la techno maintenant utilisée, le fichier est bien plus "planqué", plus difficile d'accès. Vu le nombre de fois où mes vérifs ont du servir, je crois que je vais charger les valeurs sans trop me préoccuper si elles sont valides ou pas.
 
Celui qui bidouille le fichier et qui fait crasher le truc se verra remis aux valeurs par défaut, point final (plutot que juste la valeur fautive par défaut).
 
Enfin bref, c'est pa bézef, mais je tiens à le dire.

Pour les temps critiques, par défaut, je pensais mettre :

• 90°C pour un CPU
• 95°C pour un GPU (100 ?)

A votre avis ?