Reprise du message précédent :

Interface OCCT en delphi (et ça ca changera pas)... Donut en C... je vois pas comment récupérer l'affichage dans ce cas

Et delphi en 3d aussi bon que le C j'y crois pas

D3D est quasi aussi perfs en .NET qu'en C++ alors bon on peu s'attendre à tout...

Normal au niveau des calculs pure .net se passe partiellement de la virtual machine, donc tu as un code très proche de ce que peux produire un équivalent C++

L'OpenGL (?), qu'il soit dans une appli en C ou en Delphi ça changera pas des masses dans ton cas, puisque ton appli est "purement" graphique, donc très dépendant de l'exécution du code OpenGL par la CG. A moins qu'autour de ça, il y ait 12 tonnes de calculs en C qui bourrine le CPU ?

Le passage delphi -> C ca peut se tenter
Regarde (si tu bosses sous VC2005 & co) du côté de cdhtmlDialog par exemple

Ce serait plutôt l'inverse dans son cas

Franchement il aurait tout intérêt à avoir une GUI en C++.

Couplée à une bibliothèque graphique alors (et laquelle ?).
Mais bon, Tetedeiench semble préférer garder le Delphi pour sa GUI.

MFC ça suffit... (la version VC 2008 a l'air correct)
 
Si c'est pour prendre du GTK+ ça sert à rien... Au pire y'a Qt, mais je sais pas si OCCT Pro rentrerais dans la licence

Oui, et puis paye tes fuites de mémoire Super pour un logiciel de stabilité...

Les fuites mémoire y'en a aussi en Delphi.
 
Les fuites mémoire n'existe que si le programmeur n'est pas rigoureux. Et si en Delphi on sais les trouver facilement, je pense que le même genre d'outil existe en C++.

La MFC!  Punaise ce que j'ai trouvé ça null et lourdingue. Vive les api de windows.

+1 surtout que c'est pas forcément plus rapide ni plus propre...

"sauvez un programmeur, tuez un utilisateur"...

Franchement, vu tout ce que j'ai fait en delphi, je me vois pas recommencer

Fouge a raison, je n'ai que peu de choses en C finalement, après réflexion, a pourrait être porté en Delphi. L'initialisation sera peut-être un poil plus longue, m'enfin, pourquoi pas

Je vais tester en rentrant.

ALors, ces interfaces, ces idées

Faut pas être exigeant les gens sont en vacances
Sérieusement, perso. j'ai un peu décroché de l'info. ces derniers temps
 
Et puis je suis de l'avis de PinkFloyd31  
Je suis de trèèèès loin les Posts sur HFR désormais mais celui-ci reste dans mes Favoris
 
Si je peux apporter quoi que ce soit dans la mesure de mes 'modestes' moyens, je le ferai
@+ bon courage

J'ai fait un croquis sur mon bloc notes hier au boulot mais j'ai oublié la feuille pour la scanner à la maison lool...

ça serait avec plaisir que je m'y serais plongé dessus, mais j'ai déjà un boulot à faire ( entretien d'embauche tout ça faut faire un exercice... )

bon, j'ai testé occt gpu hier, je suis tres content, il m'a affiché des artefacts dus a l'o/c des shaders que je n'avais ni sur furmark, ni sur 3dm2006! merci tetedeiench donc

je donne juste un avis mais à mon avis c'est une erreur de penser l'interface pour les noobs spécifiquement.
Déjà ça va énerver certains utilisateurs expérimenté je pense ( perso j'aime pas quand un logiciel me prend pour un gogol), et puis pour overclocker son cpu et sa carte graphique faut un minimum de connaissances quand même.

A moins de proposer deux modes, un mode noob et un mode normal.
Ou alors juste le mode habituel mais avec une aide.
Ouai c'est ça qu'il manque peut-être, une petite aide dans le logiciel

Mais bon en fait les noobs OSEF non pourquoi vous en parlez ?
Soit il apprennent soit ils restent noobs toute leur vie.

ps: au fait j'ai lu que les 2 dernières pages j'espère que je suis pas à coté de la plaque

C'est pas faux.

En fait je voulais m'exprimer mieux
D'abord bon on s'en fout pas des noob désolé.

En fait je trouve que l'interface est bonne et qu'il faut pas trop y toucher.
On choisit son test, la durée puis on lance quoi.
Par contre j'ai souvent été déçu que quand je clique sur le petit "?" y'a pas d'aide !

Donc pour résumé juste pas trop toucher à l'interface et rajouter une aide

Exemple: "test ram : permet de tester l'overclocking de la ram et du contrôleur mémoire, durée conseillée 2 heures"
ou alors "avant de lancer furemark assurez vous du refroidissement des vrms et ne dépassez pas 10 minutes"

En même temps ça doit être trop chiant à faire

 
Alors ca, c'est une super info

 
Je vois ce que tu veux dire, mais l'interface en termes de test n'est pas adaptée à un test GPU et co.
 
Non il ne faut pas trop penser aux noobs, mais OCCT a toujours été "simple" (test autos, config auto, etc), et je voudrais justement penser aux noobs en développant l'aide.
 
Donc, je pense m'orienter vers :

• Une interface à onglets
• Une aide plus développée
• Un volet monitoring/sysinfo

De retour de vacances, render to texture OK, première étape à la vérification d'erreurs

Malheureusement, je m'apercois que ca impacte les perfs si je fous le tout en 256x256 Faudra que je mette du 512x512, mais là, un autre coeur arrivera t'il à effectuer, dans le cas de 200fps :

512*512*4*200 = 209 715 200 Vérifications par seconde ?

Ahem

 
 
Bien profité des vacances ?

Extrèmement bien, on s'est éclaté de bout en bout

En gros, mon problème va être : et si la CG va plus vite que le reste des autres coeurs CPU peut vérifier ?
 
Exemple : un mono-core () ou un dual-core vieillot avec une CG de la mort...
 
Va falloir dropper des frames

A moins que j'adapte la complexité du programme en fonction de la puissance de la CG, ce que je peux déjà faire relativement facilement...

Ca coutera du temps d'initialisation en plus, m'enfin...

Y a de la putain d'idée là tiens

Ca signifie que j'aurai un déroulement comme suit :

• Lancement du test pendant 5s en mode "normal"
• Mesure de la vitesse moyenne
• Relancement du test en ajustant la complexité
• Vérification d'erreurs

Ca peut l'faire, et ca peut ne pas trop être compliqué

Adaptation de la charge pour avoir des fps dans un range constant : OK, marche au poil. Quelques légères différences de rendering, mais mineures !
Render to Texture : OK
Mode burn : OK

Le tout joliment procéduré

Reste à implémenter la partie "récupération du contenu de la texture" et la vérification

PS : lors de la vérif d'erreurs, le truc sera "fixe" comme atitool, on y coupe pas.

Et évidemment, y a un gros drop dans le framerate (10%) et 30W de conso en moins (360W sans, 330W après).

Faudrait pitet que je trouve autre chose que GlGetTexImage... me demande si il n'y a pas moyen de faire plus rapide.

Les FBO/PBO restent dans la mémoire de la CG de toute facon, je crois que j'ai le top en fait

Reste à voir maintenant le reste

ça marche comment la vérif? Tu regarde chaque pixel rendu par rapport à des valeurs fixées (image)?
 
Sinon beau boulot, ça avance vite

Grosso modo :
 
Je lance le bench en mode "classique", sauf que je mets le rendu dans une texture.
 
Je copie cette texture dans la mémoire du CPU.
 
Cette texture est ensuite affichée sur un carré pour qu'on croie à un rendu classique.
 
Pour le déroulement exact du test :

• Lancement du test avec vérif d'erreurs
• Adaptation de la charge pour arriver à 20/30fps environ
• Récupération d'une texture "de référence".
• Prochaines itérations du test (à chaque image), je mets l'image dans une file d'attente
• Un (ou plusieurs) thread vérifieront les textures dans la file d'attente contre celle de référence

Et voilou
 
Me reste la partie thread et co, consommateurs/producteur quoi, et voilà.

le retour de vacances te rend hyper productif iench

Ben j'avance à pas de géant en fait Je sais pas trop pourquoi

Bon, si la belle famille me laisse assez de temps, je vais piteit lacher une v0.1 ce soir...

Mais peut-être.

J'arrive au bout de la vérif d'erreurs

Préparez les comparaisons avec ATITool.

OCCT et ATItool ont des comportements similaires pour l'overclock GPU et la détection d'erreurs.

Faut que je checke l'overclock mémoire maintenant, mais problème : je dois aller manger dehors Retour vers 17/18h. Stay tuned...

ça l'air d'avancer vraiment vite!!

 
Vi, gare au contrôle antidopage ...

Allez, si je suis assez en forme, j'aurai peut-être une version à releaser ce soir, mais ca sera quand même pas super fini "en soi"

Ah, parenthèse importante : ca détectera les erreurs mais ca les mettra pas en gros jaune visible comme ATITool.