Reprise du message précédent :
Direct3d

Bon ben pourrais pas le faire encore quoi que, faut voir via wine.  
Mais bon je me vois pas refaire le bricolage que j'avais fait pour installer directx 9C tout ça.

Ha tient, ça l'affiche aussi sur l'interface OCCT
OCCT GPU affiche environ 1ips, OCCT pareil, mais le graphe affiche environ 48 (et je me trompe pas avec les °C ).
Et résolution bloquée à 999*999 si je passe par l'interface (contournable si on passe par le fichier INI).

edit: visuellement, je te confirme qu'il y a environ 1 image toutes les secondes (chip graphique Intel intégré)

Au début, il l'avait fait en OpenGL
Si t'as moyen de retrouver une vieille version...

Okay fouge, donc, j'ai deux bugs Je vais vérifier ça

C'est ce dont je me rappelais.
J'allais tester via virtualbox.
M'enfin wine pouvait être la meilleur solution mais bien prise de tête pour juste tester quoi. (surtout avec le projet en attente pour l'instant)

Allez petit retour de test à 985 Mhz:

Sous Furmark 1.6, au bout de quelques temps un rectangle noir a clignoté dans le "beignet" mais pas eu le temps de faire un screen. Mis à part ce "petit" incident, rien à déclaré, tout c'est bien passé.
Cela prouve tout de même que la mémoire n'est pas à l'aise à 985 Mhz

Test GPU:OCCT, plain écran, détection des erreurs activé (mais toujours pas possible de dépasse 1024 en déf.) RAS, tout marche nickel, pas d'erreur détectées et pas d'artifact visible.

- Par contre tu remarques que j'ai de nouveau la chute de fps au même endroit/même moment -

Je lance un test ATITool qui me trouve des erreurs dès les premières secondes, puis petits points jaunes qui apparaissent sur la zone de test (3 qui ont "flashés" pendant le test) montrant que la mem à des problèmes.

Je lance alors CUDAMemtest qui fait les 10 passes sans problèmes et sans trouver d'erreurs.

J'ai essayé de faire plusieurs test bench avec Far Cry 2 sans voir de problèmes d'artefact.

Il faut vraiment que je me penche sur la question et que je fasse un test en jeu et en profondeur pour voir si ATITool déconne ou si c'est lui qui a raison...

Ben arrivé à ce stade, oui, faut vérifier Atitool, c'est fou ça Il est plus mis à jour depuis 2007, et si tu ne constates rien en jeu et rien sous cudamemtest ni occt:gpu...
 
Tu peux essayer de monter la fréquence de la ram jusqu'à ce que OCCT:GPU, cudamemtest et co te détectent des erreurs ? Ou même crysis et co...
 
Pour le coup de la chute de fps au bout de 8 minutes, je vais regarder, ce n'est pas normal.

A 993 Mhz, je vois des petits rectangles noirs dans le beignets de Furmark (ils apparaissent irrégulièrement et repartent trop vite pour que je puisse faire un screen mais ils sont bien là) et ATITools me met encore des erreurs avec les points jaunes bien visibles (mais pareil pour les screens, ils ne sont pas assez nombreux pour que je puisse en choper un)
 
Je vais voir ce que me disent les tests OCCT.

  le tout sans Error Check (verra après )  
 

Full Screen OK =>
 

• native
• standards: 4:3, 16:9; 16:10

Full Screen NOK =>
 

• dont l'une des valeurs H ou V s'approche de ou est égale à la native (1600x1200 ou 1920x1440, pourtant 4:3)
• 'batardes': 1850x200; 200x1000 etc.

fenêtre OK =>
 

• 'batardes': 1850x200; 200x1000 etc.
• standards: 4:3, 16:9; 16:10

fenêtre NOK =>

• native
• dont l'une des valeurs H ou V s'approche de ou est égale à la native (1600x1200 ou 1920x1440, pourtant 4:3)

Je peux confirmer le bug avec OCCT::GPU : le FPS indiqué sur les graphs n'est pas juste.
 
Sinon en mode détection d'erreur, le CrossFire n'est pas utilisé même en plein écran visiblement mais je ne sais pas trop si c'est normal ?
 
Petite suggestion : la même fonctionnalité que pour le CPU, pouvoir indiquer une température critique pour les GPU.
 
Merci pour ton travail en tout cas !

Plusieurs bugs:
 
- Comme Fouge, je n'arrive pas à changer la définition pour le test GPU:OCCT, si j'essaie de mettre manuellement 1280 le "compteur" m'affiche 999. Je l'ai signalé plusieurs fois dans mes précédents messages.
 
- Après avoir fait un test GPU:OCCT qui a détecté des erreurs, le test finit, OCCT est resté sur cette écran au lieu d'afficher le répertoire des graphs:

J'ai dû cliquer sur OFF ce qui a déclenché la création des graphs mais mis le test sur ABORTED.
 
- Lors de mes premiers tests avec CUDAMemtest, il me semble bien que CUDA utilisait 491 Mb pour le test. Or maintenant il m'affiche que le test se fait sur 389 Mb:

Donc le test ne se fait pas sur la totalité de la mémoire de la CG, ce qui minimise sont efficacité... J'ai essayé de rebooter pour vider la mémoire mais cela n'a rien changé.
 
Bon, je continus mes tests

Un petit historique de mes tests:
 
960 Mhz
- CUDAMemtest: OK
- GPU:OCCT: OK
- Furmark: OK
- ATITool: OK
 
976 Mhz:
- CUDAMemtest: OK
- GPU:OCCT: OK
- Furmark: OK
- ATITool: erreur détecté
 
985 Mhz:
- CUDAMemtest: OK
- GPU:OCCT: OK
- Furmark: Artéfact vue 1 fois
- ATITool: Erreurs détectées + Quelques points jaunes
 
993 Mhz:
- CUDAMemtest: OK (mais apparemment que sur 389 MB)
- GPU:OCCT: Erreur détectés
- Furmark: Plusieurs petits artéfacts visibles
- ATITool: Nombreuses erreurs + plusieurs points jaunes
 
Visiblement ATITool est graduel, il détecte bien les erreurs au fur et à mesure des étapes, plus l'overclocking est important et instable et pire sont les résultats.
 
Quoiqu'il en soit, CUDAMemtest ne m'a jamais retourné d'erreur alors que les autres tests montrent que l'overclocking est instable...
 
edit: Ma carte utilise une gestion 2D/3D avec des fréquences différentes pour les deux modes. Il est possible qu'en utilisant CUDA, les fréquences ne restent en mode 2D ne détectant pas d'image 3D... Je ne pourrai pas faire d'autre tests avant Vendredi, mais j'essaierai de forcer 993 Mhz en mode 2D pour la mémoire.

  c'est pourquoi je supposais plus haut que ATItool était toujours indispensable pour trouver les fréquences maxi de Vram, meme pour les cartes Nvidia, ce qui est un comble.

Ben dans mon cas (et pour l'instant) on dirait bien que c'est le cas
Sur les premiers tests, je pensais qu'ATITool pouvait déconner mais ça n'a pas l'air le cas.
 
Enfin, c'est un peu comme l'overclocking CPU. Les premières erreurs détectées par ATITool ne semble pas affecter la qualité visuelle des jeux.
Mais ça revient à considérer un CPU OK alors qu'il provoque des erreurs OCCT sous prétexte qu'en jeu il tient la route
Je préfère qu'il n'y ait AUCUNE erreur...
 
C'est dommage car CUDA:Memtest est une bonne idée et ce serait quand même bien agréable d'avoir 1 OCCT pour tout faire
 
En tout cas, vu le nombre de post après le mien, j'espère ne pas avoir jeté un froid !
Peut-être que vous aurez d'autre retour d'expérience pour tetedeiench...
Alors? Vous attendez quoi les gars pour tester ?

Antec P182 reçu et monté (quelle merde en termes d'agencement intérieur...), SLI de 9800GTX opérationnel, Fix trouvé pour le SLI sans toucher aux profils ( )... bref, le bonheur

Petit chanceux ! Allez viens crâner avec ton Antec-ité
Je suis jaloux, c'est exactement le boitier que je voulais !

Honnêtement, je le trouve nul et bruyant le bouzin Les deux ventirad fournis avec font pas mal de boucan, même en mode low.

Putain 585W sur ma config en sortie d'alim maintenant avec OCCT Power Supply (qui marche avec les SLIs)

ahah oui forcément fallait s'y attendre ça .

Les 2 ventirad?pas plutot les 2 ventilos? ^^ Remplace les par deux 120 mm scythe slipstream 1600 prom régule par speedfan si tu veux du silence.

Les deux ventilos oui, pardon
 
Le boitier est tellement bien foutu qu'en courbant un cable d'alim de DD pour le brancher, l'autre a pété le bout en plastique sous les pstes de mon nouveau dur...
 
Géantissime

lol ^^ Moi j'ai un three hundred, ca se range plutôt pas mal, malgré le 12v de mon alim un peu trop court qui passe par dessus tout la cm u_u"

Yep Enfin je me méfie du bazar quand même, et je m'attendais à du silence, je suis déçu. Enfin, faisons pas la fine bouche, madame a un PC maintenant

OCCT PT 3.0.0.b18 OUT !
 
Au menu :

• Nouvelle mouture du moteur de détection CPU et de monitoring : plus de problème "1 core détecté sur 2" et support des tous derniers procos
• OCCTGPU.exe s'exécute dorénavant en tant que Crysis.exe : Le SLI est supporté en mode fenêtre/fullscreen Sans profil à créer. Quid des crossfire ? (svp... )
• Le test Power Supply s'exécute dorénavant avec Linpack en mode 50% pour s'assurer de laisser de la place à OCCTGPU.
• Le test Linpack en mode 90% Free Mem devrait turner partout dorénavant
• Le bouton ON ne clignote plus bizarrement quand vous bougez la fenêtre
• Les résolutions > 999 sont supportées dans l'interface (erreur de ma part)

Bugs connus :

• J'ai pas eu le temps de me pencher sur les problèmes de certaines résolutions avec GPU : OCCT
• J'ai pas intégré le dernier CudaMemTest (trop de taff, et je préfère faire une release intermédiaire).

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

J'imagine un twelve hundred avec 5 ventilos de chez antec
  pour la b18

test de la b18 desuite

Heu c'est grave si on a des erreurs au occt gpu?ca nuit a la qualtié des jeux ou pas? °°

in the pocket.  

Apparemment, t'as toujours pas corrigé le problème de framerate affiché sur les graphes

Là je suis en train de faire des tests d'OCCT GPU en mode détection d'erreur, j'ai des trucs étranges...

 
Alors en mode fenêtré rien à faire c'est toujours pas bon apparemment. Sinon en mode fullscreen ça marche mais pas pour toutes les résolutions mais ça devait déjà être comme ça avant.
 
Et ce post reste valable. Edit : En fait non tout n'est pas valable, en fullscreen et aux résolutions qui vont bien, le CrossFire est bien utilisé même avec la vérif d'erreur ! Désolé ... :s Par contre, avec la vérif d'erreur c'est plus lent si le CrossFire est activé mais c'est peut-être normal (le coeff est à 5 contre 3 si c'est pas en plein écran donc sans CrossFire) ?

Mais courage !

Bon ben...
 
> Le linpack ne marche (toujours) pas à 90% (contrairement à 50% et à 25%)
> le test power supply est inéficace : 143w au repos, 173 avec occt-gpu, 213 avec le linpack à 50% et 212 avec le power supply...

Chez mwa il marche le linpack!Ta attendu que ca prenne l'espace alloué?

OCCT GPU Error Check ON
800*600 -> ok
1024*768 -> ok
1280*1024 -> ok
1680*1050 -> ok
1920*1200 -> affichage bugué mais pas d'erreur
800*600 FS -> "Error Detected" avant même que je vois une image
1024*768 FS -> "Error Detected" avant même que je vois une image
1280*1024 FS -> "Error Detected" avant même que je vois une image
1680*1050 FS -> "Error Detected" avant même que je vois une image
1920*1200 FS -> affichage ok, mais 2000 erreurs détectées en 10s

J'ai les Forceware 180.84 beta, mais quand même

edit: GF8 aux fréquence d'origines, pas de pb jusqu'ici

 
Maman, je veux un crossfire

 
Putaing Ca le fait sur la b17 ? Si non, ca sent les optimisations Nvidia foireuses pour crysis dans ta version des pilotes

S'il te faut tes tests spéciaux, n'hésite pas à me demander hein. Je sais que c'est pas la panacée mais bon si ça peut aider ...

user abort...
XP 32bit SP3

Jai fait un test de 10 min avec linpack, il me detecte des erreurs >>> jvais augmenter un peu le vcore au prochain boot ^^

Je n'ai pas tout refait, mais j'ai le même genre de chose avec la b17
En 1920*1200 fenetré (avec error check), l'affichage est très bugué, le coef s'envole (dépasse les 130) et 0 erreur détectée.
Les 181.20 WHQL viennent de sortir aujourd'hui. On va essayer...

Quand je fais un error check avec ma 4850 l'image va tres lentement, normal?