Reprise du message précédent :
Tu m'as tué Ali !!

 
Apparemment le blit final échoue.  
Mais j'imagine que son code teste la rendertarget, qui elle doit être OK.
 
Ce qui intéressant de voir, c'est qu’apparemment avec DXUT, les fonctions d'UI provoquent de l'overdraw. C'est vraiment de la merde (enfin bon ça été conçu comme un toolkit pour les démos du SDK)

Je débug à fond
Mais bon cela confirme ce que je pensais. La geforce turbocache est un peu morte.
C'est cheloux parce que c'est aléatoire.
Pour l'internet, le p4 et la geforce marchent pas trop mal sous linux mint

Si tu le dis J'utilise pas les fonctions d'ui de DXUT a part les fonts, je pense pas que ca soit le cas.
 
si toutes les frames sont identiques et corrompues de la même manière je ne détecterai rien vu que je compare les frames entre elles...

C'est comme ça que je le comprends, c'est peut-être pas ça ^^
Ha ok pour ton système de détection, je le voyais pas comme ça.
Donc du coup ça pourrait bien être le rendu qui échoue.

 
Oui, et si il échoue dans la rendertarget toujours de la même manière, je ne détecterai pas d'erreurs effectivement.

Ceci dit, après réflexion, les polices font bien le blend avec les "bons" pixels: si le rendu est foiré, on aurait de la bouillie derrière le texte d'info.
 
Donc le rendu ne doit pas échouer, mais c'est le combo driver/GDI qui choucroute a présenter la surface D3D en fenêtré.
 
A mon avis DXUT fait bien un ping-pong entre le GDI et la surface D3D (ce qui sauve la région touchée par les polices).
(Avec une efficacité optimale: genre transfert DMA pour récupérer la région de la rendertarget en ram système, copie dans dans une surface GDI, traçage des polices GDI, copie dans une surface texture D3D, renvoi DMA en vram, traçage d'un quad pour écraser le rendu de la région )
 
Bon je suis mauvaise langue, ça doit la version courte: traçage de police en GDI avec fond noir, copie vers surface D3D, upload vram et traçage avec blending)
 
Accessoirement je me demande si sous Windows Vista~8, le GDI ne fait plus que wrapper le Direct2D, et que l'étape de ping-pong est court-circuitée.
 
---
 
Autre possibilité: bug driver - il y a un changement de viewport pour les polices, et le reset de viewport à toute la surface part dans le vide et le clear/rendu ne se fait que dans la région des polices.

Dans un tout autre registre, j'ai 75% de chances d'avoir au moins un garcon prochainement

deja un autre mini iench en route ?

dans ce cas, je n'aurai que 50% d'avoir un garçon, là j'ai 75% de chances d'avoir au moins un garçon

des grumaux ??  bravo deux fois alors

 
Féloches, t'as prévu le stress test ?

 
Merci ^^ Madame est moyen chaude, un dual core/baby c'est déjà pas mal en stress test

+10.000

Salut , j' arrive à être stable en 32 bits mais ca crash systematiquement en 64 bits (windows 8) . D' ou cela peut il venir svp?

Pas trop mal ce Xeon E5620  
 
En air avec radbox  
 

 
Du CPU, revois ton overclock

Des infos sur GPU:3D : le texte est réimplémenté, le render target est réimplémenté, tous les shaders sont de nouveau OK, il faut que je finalise la détection d'erreurs.

Début 2013, vous aurez un GPU:3D DX11 optimisé aux petits oignons. Il m'a l'air un peu plus méchant à première vue.

Il est aussi mieux codé, plus efficace, plus fini, et plus maintenable Même si je m'appuie encore sur DXUT, c'est déjà pas mal.

Un bon coup de Kärcher dans le code, ça fait du bien.

Oh oui, tu refais les trucs plus propres, tu réarranges ta logique objet, ca fait du bien

Bonjour à tous et très bonne nouvelle année.
 
Je rencontre un soucis avec OCCT et plus particulièrement le test Occt/Linpack.
 
J'ai monté un nouveau PC et j'ai fait quelques tests aux fréquences stock (core i3570, antec 520W, RAM Corsair 1600, Gigabyte d3H, windows 8....).
 
RAS sur les tests OCCT en large, médium et small (ça tourne pendant plusieurs heures sans erreur). RAS sur PI non plus. Encore heureux aux fréquences stock.
 
Par contre, j'ai essayé OCCT Linpack et je rencontre des erreurs aléatoirement (au bout de quelques minutes voir plusieurs heures des fois). Les tensions sont bonnes, tout comme les températures.
 
Dois je m’inquiéter ?
 
Merci.

La carte est bas de gamme ...
Monter un peu la tension du cpu

OCCT 2012 : 734000 visiteurs uniques, 600€ de pub sur l'année. L'hébergement est à environ 500€ / an de mémoire.

Si ca achève pas le fait que la pub rapporte ça...

Le traffic est correct, j'ai connu plus de visites que ça avant Je sais pas trop si je dois considérer ça comme un gros trafic, ou pas.

bah, c'est déja un beau score... du moment que tu rentabilise ton serveur, c'est l'essentiel

Vu le nombre de adblock ça reste pas mal.

 
Je désactive adblock sur occt. D'ailleurs tu devrais faire une detection comme sur Free-reseau, pour conseiller aux gens de desactiver adblock sur ce site car ça finances etc...

Je vais faire des modifs sur le site en profondeur avec la 4.4.0
 
La refonte de GPU:3D DX11 est en excellente voie, j'ai le debug à faire, finir l'intégration de certains trucs, le peaufinage, bref... plein de trucs rigolos, mais globalement ca avance très bien Semaine prochaine, vous ferez joujou avec.

Pour mettre un anti adblock ?
Mon frère me dit que ça ne marche pas super.

Je ne pourrais même plus aller sur le site alors. (bon pour le peu que j'y vais...)

J'avance bien, je travaille sur les finitions actuellement. Le texte à modifier par exmple, désactiver le ALT+ENTER, du debug...
 
Ca prends énormément de temps, mais j'avance beaucoup.
 
Ca devrait être bien mieux fini (enfin j'espère) que la version actuelle.

Finitions en cours, le changement de résolution à la volée via resize ou alt+enter ne provoque plus d'erreurs comme avant.
 
J'en ai profité pour améliorer le fonctionnement de pas mal de choses.
 
Il me reste un bug d'affichage ou quand j'affiche ma texture sur laquelle j'ai fait le rendu du donut, le tout est 'étriqué'. Probablement un problème de matrice de projection.
 
Je n'ai pas réussi à désactiver le alt+enter. Le flag DXGI ne fonctionne pas, ainsi que le flag de désactivation globale, même après création de la swap chain, ce qui est un bug rapporté par pas mal de monde. Il faudrait que je fasse un hook bas niveau sur le clavier... bon, c'est pas dramatique.

up de courage tardif

 
C'est marrant, dans mon code, le alt+enter je le gère manuellement.
C'est où que tu colles le flag DXGI ? (je dois pas utiliser du tout la même structure d'initialisation)

http://msdn.microsoft.com/en-us/li [...] 85%29.aspx

DXGI_MWA_* pour le flag (ca marche pas).

Si tu veux me donner un bout de code en MP pour gérer le ALT+ENTER, je suis preneur, ca me ferait gagner du temps

Le problème avec cette solution, c'est que le DXGI resize la swap chain pour toi, mais tout ce qui est rendertarget intermédiaire liée reste à la précédente résolution, donc c'est rapidement limité.
 
Maintenant je peux toujours t'envoyer ma classe de setup si ça peut t'aider, mais elle est à demi/quart-refactorisée
Enfin tout ce qu'elle fait, c'est qu'elle a une méthode qui teste un message pour le alt+entrée et redimensionne en conséquence.

 
Kamoulox !
 

"Vous ne pouvez pas, Brigitte Bardo danse une valse en opposition."  

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.