Yop!

Hi!

Compilation réussie avec Qt4.70+minGW sous Win7 32 bits.
Exécution ok!

Le code :
Mon intérêt s'est focalisé sur la méthode "OpenGLWidget::paintGL", qui est le centre opérationnel de toute application reposant sur QGLWidget.
Je vois que la scène est entièrement recalculée à chaque image : pour l'instant ton application ne fait pas grand chose, les ressources sont donc suffisantes, mais plus tard?
Les moyens d'optimiser ces calculs existent, l'un d'entre eux s'appelle " Vertex Buffer Objects" ou "VBO", dont la mise en oeuvre est rationalisée dans la classe de Qt "QGLBuffer".
Ces techniques d'optimisation reposent cependant sur l'existence de tableaux/vecteurs à une dimension.
Des déclarations telles que :
std::vector< std::vector< std::vector< float > > > _tableauMesh
sont donc satisfaisantes pour l'esprit mais impropres à un usage orienté "optimisation".
Sur ce sujet, un document récent à potasser :
http://gbelz.developpez.com/remi-achard/gpu-avance-avec-qt/
Ah, je vois que tu as créé une classe "Coord3D", c'est tout à ton honneur, mais connais-tu l'existence de la classe " QVector3D" ? (et sa fonction static "QVector3D::normal", qui fait des merveilles pour le calcul des normales).
Bonne continuation...

Hi!

Je n'ai pas cette prétention.
L'algo est détaillé à l'adresse :
http://pages-perso.esil.univmed.fr/~daniel.m//Algonum/Algonum-cours.pdf
et je ne suis pas sûr d'avoir le niveau requis en maths pour en maîtriser tous les tenants et aboutissants.

Hi!

>résolution des équations polynomiales.

La "Méthode de Bairstow" semble avoir fait ses preuves.
Script en C localisé à l'adresse :
http://www.polytech-lille.fr/cours-algos-calcul-scientifique/progrceq.html

Hi!

>cas d'un trajet France-Cuba p.ex

Ce que tout le monde ne sait pas, c'est que Google a aussi cartographié le fond des océans...

Hi!

"La console de WINDOWS affiche très mal les caractères avec les accents"

si ce bout de code peut être utile :

#include <stdarg.h>                    // va_list
#include <stdio.h>                     // printf()

char* win2dos(char* s)
{
   for (int i=0;;i++) switch (s[i]) {  // liste non exhaustive
      case -80:s[i]=-8;break;          // °
      case -32:s[i]=-123;break;        // à
      case -25:s[i]=-121;break;        // ç
      case -24:s[i]=-118;break;        // è
      case -23:s[i]=-126;break;        // é
      case -22:s[i]=-120;break;        // ê
      case -18:s[i]=-116;break;        // î
      case -17:s[i]=-117;break;        // ï
      case -7:s[i]=-105;break;         // ù
      case -4:s[i]=-127;break;         // ü
      case -5:s[i]=-106;break;         // û
      case -30:s[i]=-125;break;        // â
      case -12:s[i]=-109;break;        // ô
      case -21:s[i]=-119;break;        // ë
      case -75:s[i]=-26;break;         // µ
      case '\0':return s;
   }
}

void myprintf(const char* fmt,...)
{
   va_list argptr;
   char s[80];

   va_start(argptr,fmt);
   vsprintf(s,fmt,argptr);

   printf("%s",win2dos(s));

   va_end(argptr);
}

int main()
{
   char s[]="°àçèéêîïùüûâôëµ";

   myprintf("Hello \"%s\"!\n",s);

   return 0;
}

fin du code...
J'ai réussi à compiler ta source, la présentation en est soignée, les commentaires il me semble suffisants pour en avoir une compréhension générale (aidée il est vrai par les nombreux dialogues homme-machine).
Quand ton programme rends la main (suite au code 11, il me semble) il faudrait qu'il restitue l'environnement tel qu'il l'a trouvé en arrivant, c'est-à-dire au moins remettre la couleur du fond d'origine.
Pour un niveau "initié", j'aurais apprécié en plus le traitement des racines (imaginaires ou pas).
Quant au niveau "expert", j'aurais envisagé le traitement des polynomes avec des expressions symboliques comme par exemple sqr(3)/2 un peu comme quand on apprend l'algèbre à l'école (mais peut-être apprend-t-on maintenant l'algèbre à la calculatrice avec des réels comme coefficients des polynomes?)

Hi!
Tu arrives malgré tout à déterminer quand il y a erreur, quand la condition (element.status=='OK') n'est pas réalisée.
Et puis il faut bien reconnaître que entre 'ZERO_RESULT' et 'NOT_FOUND', c'est un peu "bonnet blanc" et "blanc bonnet"...

Hi!
Je ne connais pas, hélas, la syntaxe exacte. Ma connaissance de l'api V3 se borne d'ailleurs à la conversion d'un script V2 (qui marchait très bien) en un script V3 plus délicat à gérer.
J'ai regardé un peu ton code, il me semble que, bloqué au point où tu es arrivé, tu devrais essayer d'afficher tous les champs constitutifs de chaque rangée (dont le fameux champ "status" qui t'enquiquines tant!), çà devrait permettre de disposer de plus d'informations et peut-être de débloquer l'affaire...

Hi!
Peut-être faudrait-il d'abord que tu respectes un peu plus la syntaxe du code dont tu as fourni l'adresse!
(Attention, la V3 est nettement moins permissive que la V2)

Hi!

La classe "smooth3dcamembert" du zip génère un fichier de nom "~temp.png"