Reprise du message précédent :

Avec grand plaisir, si tu peux m'envoyer ça. Même codé moche, je m'en fiche, ca m'intéresse beaucoup

On vient de me dire d'appeler mes jumeaux Staline et Lénine (si c'est deux garçons). Problème : c'était déjà le nom de mes gerbilles.

Les ricains vont te faire fermer OCCT

 
Pas sûr. OCCT est utilisé dans certaines organisations gouvernementales américaines.
 
Si, si...

Le iench embauché à la NASA !

ils ont payé la licence ?

Nan

Je devrais être capable de lâcher la beta ce week end si tout va bien

Est-ce normal que OCCT GPU ne fasse quasi pas bosser ma GTX670 ???

 
Oui, c'est normal, GPU:3D n'est pas un test 3d
 
OS, version des pilotes, config utilisée s'il te plait. Sans ça, tu veux que je te dise quoi à part "ben heu...non".

Lol désolé c vrai que mon post était assez nul.

Je suis sous Win7 64bits, derniers Forceware WHQL.
Pour la config cf dans mon profil.

Le 1er soucis était qu'une fois le test lancé en fenêtré et en 1024 je switchai sur un autre logiciel de monitoring -> résultat ca me passait les fps à 20, ce qui avait pour conséquence de ne plus faire bosser ma CG.

Après j'ai lancé le test en 1920 x 1080 full screen et avec le param "tailles des shaders" à 3 -> Utilisation GPU à environ 50% par contre le GPU Boost de la carte s'est déclenché (pas à fond mais qd même).

Pour finir j'ai mis la limite des fps à 500 au lieu de 60 et là ca dépote, j'arrive enfin à avoir l'utilisation GPU à 100% (et ce en 1024 fenêtré).
Le test tourne à 280 i/s environ.

Ca serait pas mal d'ajouter ce genre d'info à une FAQ

Contacte Kim Dotcom  
Je pense qu'il se ferait un plaisir de les pourrir.

 
Tout ce que tu décris est normal, car :

• Une application 3d pas en premier plan est limitée en vitesse d'exécution
• La limite à 60fps par défaut est là pour éviter les cramages de carte (encore que je pense désactiver ça pour la prochaine version).

Sinon, pour vous montrer que j'avance vraiment pas :

Oui j'ai revu mon engine pour faire du texte

Ya pas moyen de le bypassé ça ? Car c'est vrai que c'est casse couille quand on veut monitorer avec autre chose en même temps.

Si, avoir Windows 8....  

 
donc non

 
 
 
2500k sur asrock p67 pro3, coeff sur 45, speedstep désactivé, ce1 désactivé, spread spectrum désactivé et d'autres
 
 
lorsque je lance un OCCT CPU 4.3.2, le coefficient baisse toujours rapidement à 39-40 voire moins, est-ce lié à OCCT ? un réglage à désactiver ? ou c'est une option dans le bios que j'aurais loupé ? en idle le coefficient ne bouge pas (ni avec un hyperpi 32M)
 
 
ça semble lié aux températures qui plafonnent à 50° et fais baisser le coeff au dessus de 50° mais juste sous OCCT  
 
 
 

Bonjour bonjour,
 
Je voudrais juste faire remonter un petit bug que je viens de rencontrer. Sur OCCT 4.3.2 en 64 bits (seven pro 64).  
 
Je testait un OC (phenom II@3.9Ghz) et le timer s'est bloqué à 41mn10, plus de rafraîchissement des graphes. HWMonitor bloqué aussi même en le relançant.
 
Par contre processeur toujours à 100%. J'ai donc attendu 5mn puis j'ai appuyé sur OFF (il a mis un bout de temps avant de se fermer d'ailleurs).

Hello
 
Tout d'abord un petit topo (cf topic Rampage IV)
 

 
Je viens de faire d'autres tests courts et voilà ce que j'ai :
 
HT OFF (CPU @4.5)
 

 

 
HT ON (CPU @4.5)
 

 

 
Les variations de FPS pourraient sans doute s'expliquer par les protections hardware implémentées par AMD.
Pousser le powertune à 20% ne change d'ailleurs rien sur ce point.
 
En revanche, ce qui m'intrigue un peu plus, ce sont les variations du CPU Usage.
HT OFF, il y a des baisses à intervalles réguliers et les FPS sont à peu près constants >500
HT ON, pas de baiisse du CPU Usage mais les FPS chutent par moments.
 
EDIT : deux nouveaux tests de 11mn
 
HT ON  
 

 

 

 
HT OFF
 

 

 

 
On remarque bien la différence.
 
J'imagine bien que désactiver l'HT fait que le CPU n'est pas totalement à 100%, ce qui expliquerait que dans ce cas, les FPS soient stables et irréguliers (baisses et hausses) une fois l'HT activé.
 
Est-il normal que l'HT impacte à ce point les performances des GPU?
Pour rappel, j'ai la même situation avec le système par défaut (cpu @3.8 en load)
 
Je vais faire un test en fixant le CPU à 2000Mhz @1.15v pour voir s'il s'agit de l'HT proprement dit ou bien de puissance (thermique)

Bon, j'ai la même chose @2000Mhz sur le CPU et après de courts tests, on remarque que lorsque le cpu usage baisse, les fps remontent et inversement.
Si quelqu'un pouvait avoir quelque chose à suggérer

la version 4.3.3b01 resout le problème du bug d'occt gpu avec des résolutions supérieures à 1600x900 (crysis2 crashed ...).
 
Par contre le frame limit  fonctionne si valeur est mise en dessous ou égale à 60, mais au delà le frame rate reste à 60 i/s.
Mon sync vertical est off.

OCCT PT 4.4.0.b01 OUT!
 
Changelog :

• Refonte complète du test GPU:3D en DX11 (feature level 10), améliorations nombreuses, nouveau engine de texte, full compatible Windows 8, nombreuses optimisations
• Bugfixes divers (mauvaise désactivation des options en quittant GPU:3D par ex)

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

Allez, faites moi péter les Windows 8 avec le nouveau tout beau GPU:3D
 
Dites moi ce que ca donne coté burn, performances, toussah...

côté burn ça va il va bien.
 
 
 
====> []

 
 
Hé c'est une très bonne nouvelle

Heu non mais c'était une vanne hein iench. J'ai pas windows 8  

 
J'avais compris hein Je disais juste que c'était une bonne nouvelle que tu ailles bien, et les tests sous 7 m'intéressent aussi

Ah ouf. (ça va toujours de toute façon )
J'ai plus windows, donc pour tester...

Hello !
Windows 8 Pro 64 bits
Ati FirePro M7740 (pilotes de windows)
Ecran du portable : 1920x1200
Ecran secondaire (mais écran principal) : 2560x1440
 
Test très rapide :
En dx9, ça marche
En dx11, la fenêtre de test reste dans la barre des taches, et impossible de l'ouvrir bien que j'en vois une miniature.
 
Petit détail :
Lorsqu'on utilise la molette pour faire défiler le choix de la résolution, ça tourne en boucle au lieu de s'arrêter au dernier choix.

 
Essaie en mode plein écran pour voir marrant...

J'ai testé en mode DX11, ça fonctionne bien sous 7.
Resize et FullScreen Ok

J'te teste ça sous Windows 8 dès que le PC arrête d'encoder.

 
Merci iench, la OCCT PT 4.4.0.b01 résout le problème.

 
Pareil :
 
 

 
Uploaded with ImageShack.us
 
Le comportement de ce qui est affiché dans la vignette n'est pas cohérent, parfois j'ai ce qu'on voit ici, parfois une sorte de réduction de la totalité de l'espace de mes 2 écrans, parfois uniquement la barre latérale d'info du test, etc...

Ptet le pilote firepro ? Etrange...
 
Je vais bidouiller avec mes vieilles amd

Pas de souci avec une GTX 670 sous Windows 8 en DirectX 9. En DX11, même symptôme que Stef, la fenêtre se lance réduite et ne peut être ouverte. Chez moi, elle est même en "hauteur", comme ceci :

Bref, y'a manifestement un souci. Tu veux que je teste OCCT:CPU ou tu y a pas touché (j'ai pas vu de mention relative dans le changelog) ?

je n'y ai pas touché... je vais essayer de reproduire, je vous tiens au courant

Peux-tu juste essayer des résolutions inférieures, style 1024x768 ?

Impossible de reproduire ici. C'est en quelle résolution que vous testez ?

J'ai essayé en 1920*1200 (je suis en 16:10), 1440*900, 1280*800 en plein écran et fenêtré, et même résultat que précédemment.

Je l'ai eu aussi celui-là.
 
Je suis passé en mode simple écran, mais ça ne change rien.

Win8/DX11/580GTX/310.90
Démarrage en fenêtré
Alt-entrée => plein écran
Alt-tab => fenêtré, perte focus
Clic souris pour récupérer le focus
Alt-entrée => plein écran
Alt-tab => fenêtré, perte focus
Clic souris pour récupérér le focus
=> la bordure de fenêtre dégage,genre plein écran fenêtré

Démarrage en plein écran
Alt-tab => passage en fenêtré
MAIS la rendertarget reste à la résolution plein écran, elle est redimensionnée par le DXGI à la résolution fenêtrée.
La fenêtre n'est pas déplaçable.
 
---
 
Pour moi au alt-tab tu rebascules en fenêtré, à mon avis tu devrais pas faire ça, juste consommer la queue des messages.

Au fait ça t'as aidé mon bout de code ?