Reprise du message précédent :
Tetedeiench c'est possible une option à cocher "Linpack AVX"?
Si on coche ca utiliserait la dernière version de linpack sinon une ancienne sans AVX.
Un peu comme on choisit HT ou 64 bits

J'ai pas encore intégré la dernère version de linpack, à vrai dire je savais pas pour la version AVX je vais regarder

Ah c'est normal, c'est pour sandy bridge Pourquoi pas inclure la version qui supporte oui.

Ca avance toujours, je m'attaque à la gestion de la traduction, et après pas mal de tripatouillage, j'ai dû me résigner à abandonner la solution intégrée C# pour les raisons suivantes :

• Il aurait fallu recompiler OCCT à chaque nouvelle langue (pour l'intégrer). C'est pas dramatique, mais ca revient au point 2...
• Impossible pour un traducteur de tester sa traduction. Il doit passer par moi. C'est quand même con !

Résultat, j'ai refait ma propre infra de traduc (gettext convenait plus), qui se base sur un XML à la con.
De mémoire, la structure ressemblera à :
<Language>
 <Name>Français</Name>
 <Translations>
   <Translation>
      <key>Disabled</key>
      <value>Désactivé</value>
   </Translation>
  </Translations>
</Language>

Ca casse pas trois pattes à un canard.

Enfin voilà, my 2 cents.

Même en C#, tu peux pas lire un fichier extérieur qui contiendrait les traductions ?
Genre

 
L'idée en C# estde se baser sur un fichier de resource, qui contient à la fois les chaînes, mais aussi les changements inhérents à la gestion de la langue (agrandir certains champs et boutons, écrire de droite à gauche, ce genre de choses). C'est certes bien plus puissant que ce que j'ai fait, ca marche bien, mais cela a le grand défaut d'être un fichier de resource, donc devant être compilé avec ton exécutable.
 
Ca fait bien plus de choses que ce que j'ai besoin (je veux juste traduire des chaînes à la volée). Et comme je ne maîtrise pas le chinois, difficile pour moi de jauger le truc sans recompiler, renvoyer la version au traducteur, et valider.
 
Du coup, ben... J'ai recodé mon propre système de traduction, bien plus simple.

Je connais pas le C#, mais comme en C++ tu peux pas fournir les fichiers compilés pour que le traducteur ai juste à compiler son fichier de langue ?
 
(bon clairement c'est plus casse bonbon qu'un fichier xml).

Je sais pas, mais du coup, je préfère mon approche franchement "basique". Pour ceux que ca intéresse :

• Une classe "translator" en mode Singleton qui gère les fichiersde langue, la langue active, et la traduction
• Une interface que tous mes composants graphiques doivent implémenter. Un champ "KeyText" correspondant au texte clé, et un évènement de "translator" auquel is doivent tous souscrire
• Chaque chaîne passée en paramètre devant faire l'objet d'une traduction est encapsulée dans une fonction de translator.

Ainsi :

• Je change de langue, je génère l'évènement "ChangeLanguage", toute mon interface le recoit et se traduit automatiquement
• Je peux changer de langue à la volée facilement

J'a fait une petite moulinette qui récupère toutes les chaines à traduire dans mon source, et me produit le XL à compléter.
 
Du coup, c'est plus simple.

 
Source : http://www.pcinpact.com/actu/news/ [...] -hd-69.htm
 
Ca change rien au développement d'OCCT mais c'est interessant

Intéressant.  On va ptet voir des fabricants dire "nous, on a pas le circuit, car notre carte est bien foutue coté étage d'alim"
 
Bon, en même temps, c'est couillu. Mais je sais pas trop ce qu'en pense EVGA avec son Kombustor basé sur furmark qui se retrouve limité sur ses propres cartes...

Un fichier ini de type :  
Key=Value, pas plus simple ?

si, mais je peux plus facilement gérer les encodages en lisant un xml qu'un fichier ini, avec les classes par défaut.
 
De plus, comme ce n'est pas une tâche réalisée souvent, ce n'est pas très très grave.

Bonsoir,
 
je viens de tester ma GTX460 en oc, j'ai fait une heure de OCCT GPU en Shader complexity 8 avec la résolution de mon écran
 
le test c'est terminé avec 4 erreurs, je voudrais savoir s'il faut monté la tension du GPU afin que je ne fasse plus d'erreurs, ou alors 4 erreurs est vraiment minime et la carte est stable
 
merci pour votre aide

Par définition, si ya des erreurs, c'est que ce n'est pas stable !
Essaie de mieux refroidir, ca peut suffire

j'avais mis le ventilo a 100%
je vais donc légèrement augmenter la tension

... ou baisser un poil les fréquences !

bon ca chauffe énorme, je suis a 60° après 1H d'OCCT, donc je pense que je peux monter la tension d'un poil

60°C après 1h d'occt gpu je dirais que ca chauffe vraiment pas des masses

il a oublié le "pas" je pense

j'ai une question à propos d'OCCT :
 
Quand je fais le test CPU, le Vcore est annoncé à 3.81V alors que sur AMD overdrive est à 1.38.
 
Je comprend pas du coup, à moins que ces deux valeurs ne correspondent pas à la meme chose

Effectivement 3.81 V pour le Vcore c'est trop pour que ça soit ça.

Bonjour,
 
je viens de faire le test concernant le test GPU : memtest  
si j'ai bien compris ca correspond au test de la mémoire de la carte graphique
 
par contre vous conseillez d'effectuer uniquement et une seule fois le test c'est a dire 10 passes, pour etre sur de validé la stabilité de la memoire de sa CG
 
je trouve le test très rapide
merci

je ne sais pas à quoi correspond le 3.81V, mais ton Vcore est bien de 1.38V.
Que donne la version 1.17 d'Hardware Monitor ? (moteur utilisé par OCCT)
http://www.cpuid.com/downloads/hwm [...] -setup.exe

Je déconseille l'utilisation de GPU:Memtest. les résultats sont pas fiables à mon avis

Je sais pas si ca te sert ou peut te servir, mais voilà : http://pro.clubic.com/creation-de- [...] atuit.html

J'adore la catégorie ou ils l'ont "garé"...

Ca peut être utile, merci

des news sur l'avancement de cette V4?

C'est carrément en retard car je finis un truc d'abord qui n'a rien à voir avec OCCT, mais je suis toujours dessus Stay tuned

ok merci

Ca avance, je m'attaque au design de la page d'options, la traduction fonctionne. En dehors du CSV, j'ai reproduit toutes les options initiales d'OCCT (enfin celles que je voulais reproduire cela dit, par exemple, plus de possibilité de customizer le chemin du fichier son).
 
Après, y a toute une phase de debug qui va commencer en interne (avec moi-même), puis vous aurez la première béta

Hâte (les versions bootables en même temps ?   )

Les versions bootables viendront un peu après dans le process de debug, mais j'espère bien qu'elles seront dispo au moment de la release

ava ?
!
Dis, j'étais loin d'HFR durant quelques mois...
& j'aimerais savoir où tu en es du support d'AIDA (de FinalWire, anciennement Lavalys - Everest)?
EDIT: du super boulot comme toujours

 
Y a un plugin qui a été développé our ça, il se trouve quelques pages auparavant. Il suffit de le mettre dans le dossier "plugin" d'OCCT

http://forum.hardware.fr/forum2.ph [...] 0&filter=1  
 

• allumage/extinction d'AIDA géré comme avec Everest
• tensions + fines, dues à la granularité du temps de test mais AIDA est meilleur qu'Everest à ce niveau (mesures au 1/100ème)

EDIT :
 

Uploaded with ImageShack.us
Uploaded with ImageShack.us

Bonjour,
 
petite question concernant le test "power supply" est-il le test de référence qui permet de tester son oc du CPU et GPU ainsi que de la stabilité de son alim ?
 
en gros c'est le test le plus costaud d'OCCT ?
 
permet-il de ressortir des grafs apres une heure de test ?
 
vous conseillez de le faire combien de temps pour valider son oc tant au niveau CPU que GPU ?
merci pour ces précisions

Le meiux reste de tester son GPU et CPU indépendamment.

Le test power supply lance simultanément Linpack et GPU surtout utile pour savoir si ton alim est capable de balancer assez de jus dans les cas les plus extrêmes.

Quant a la durée du test y'a de tout.
Perso quelques heures d'occt normal quelques pass de Linx (équivalent a occt linpack) quelques heure de prime

Edit : et memtest86+

le test power supply est a ne faire qu'une fois le test CPU et le test GPU reussi separement, ca permet de detecter des problèmes de stabilité quand tout tourne a fond , savoir si l'alim se met pas a genoux ( chute de tensions d'ou instabilitées )  
c'est en effet le test le plus brutal , a la fois pour l'alim et pour ton refroidissement  
 
je crois bien que les graphes sortent oui  
les teste standard par defaut sont d'une heure ( avec 55 minutes de burn et 1 + 4 minutes IDLE )

Oui, les graphes sont générés

Bon, y a un truc qu'il faut qu'on évoque, du coup
 
Sur la v4, je viens de me rendre compte qu'il ne restait plus grand chose en options. Je m'explique, par rapport à la v3 :

• Langue : elle reste, évidemment
• Generate Graphs : activé par défaut. Je doute que des gens l'aient désactivée, cette option, rien qu'une fois.
• Generate CSV : partira probablement dans la version pro
• Changer le son en cas d'erreur : idem, qui l'a déjà fait ?
• Logiciel de monitoring : il reste
• Configuration des sondes : elles restent aussi

Du coup, je me retrouve avec "3" options. Langue, logiciel de monitoring, config des sondes.
 
La config des sondes est un gros tableau que je ne peux mettre dans l'interface principale d'OCCT, faut une fenêtre séparée. Idem, le logiciel de monitoring va avec, forcément.
 
Du coup, ben... je me retrouve, dans l'onglet "settings", avec uniquement... langue.
 
Je pense donc que l'onglet "Settings" va disparaitre, et que le bouton "option" sera mis dans tous les onglets de test, sous "ON" et "OFF".
 
Le bouton "About" changera de place.
 
On gagne un onglet, les options seront accessibles partout.
 
Ou alors, je mets le bouton option ailleurs que sous ON et OFF.
 
A vous de me dire ce que vous en pensez