Oui effectivement le gain n'est pas trop important comme il est en première position.
Disons que j'ai du utiliser cet algo il y a 3 ans pour un jeu de stratégie temps réel avec 70 unités en même temps sur une carte 500*500 et forcément là il vaut mieux tout faire pour être le plus performant.
Comme par exemple pour l'insertion tu utilises un comparer alors que normalement la liste est déjà entièrement triée : tu peux donc obtenir l'index où insérer en faisant une recherche dichotomique.
De la même manière pour tester si un noeud appartient à la liste open tu fais un Contains alors qu'un tableau à 2 dimensions de booléens seraient beaucoup plus rapide.
Bien entendu pour présenter une source à code source j'aurais fait comme toi et préféré un joli code plutôt qu'un code moche et performant : ces indications sont surtout pour ceux qui veulent l'utiliser dans un jeu temps réél.
Enfin bref 10 : l'algo aussi bien présenté manquait à csharpfr :)

Je n'ai pas regardé la source mais juste la preview du code :
Node best = this._open[0]; // This is the best node
this._open.Remove(best);

Comme c'est un algo coûteux :
this._open.RemoveAt(0);  
sera un peu plus rapide (à cause du IndexOf dans la fonction Remove (je me doute que tu le sais, je le dis pour les autres :) ))
Ca n'est pas grand chose mais dans un jeu ou dans project hoshimi ça peut être très bénéfique :)

Pas encore grand manitou du C# mais je vais essayer de m'en approcher ( en faisait des projets foncitonnants sous linux notamment ça me fera du bien :))
Je ne poste pas ArkaNet ici pour le moment puisque le code n'est pas fini et pas commenté... Mais après je compte bien mettre mon moteur de jeu Open Source histoire de faire profiter tout le monde.

Sinon effectivement le 4 n'est pas du tout justifié car même si le jeu ne fonctionne pas sur cetaines configurations et que le code est moche il y a un boulot monstrueux et c'est surtout un exemple très enrichissant je crois même pouvoir dire que c'est le jeu le plus réussi graphiquement sur code source....

Du C# pas portable ? -> http://www.mono-project.com/ la version 1.1 du C# est bien portable et la version 2.0 est en cours :)
MMMmmmm j'aurais beaucoup de mal à me resservir de ton moteur vu que tu l'as codé typiquement pour ton jeu.
Par contre je vais me resservir de tes models pour faire un micromachine multijoueurs ( je vais commencer à programmer le jeu d'ici 1 mois peut être :))

J'ai matté ton jeu plus en détails ( oui ton code est vraiment moche :p )
et j'ai quelques questions qui me viennent :
-Pourquoi lorsque je regarde les models dans le viewer de DirectX ceux ci ne sont pas texturés ?
-Quel différence y a t'il entre bain et obain ?
-Les models sont-ils de toi ? si non où les as tu trouvé ?

Sinon une fois de plus félicitations c'est sympa comme jeu :)

Du bon boulot d'un point de vu graphique.
Au niveau du gameplay par contre quelques explications au niveau des touches seraient bienvenue.
Aussi dans les toilettes lorsque l'on regarde en direction de la porte blanche on ne voit plus grand chose.
Sinon sur mon portable ( ATI FireGL 3200, pentium M 2ghz) les niveaux ne se lance pas : pas de probleme pour le menu mais des que je lance une course j'ai l'écran de chargement qui reste éternellement.
Et sinon si tu passes ton code source en C# il n'y a pas de probleme je te fais du multijoueurs :)

Kirua t'en vacances ? T'as pas de projet ? T'as fais pleins de bétises et tu veux te faire pardonner ?

Le code est immangeable ; par exemple au lieu de
case 1023 :
il serait préférable de mettre
( tout en haut )
#define ALLER_A_DROITE 1023
case ALLER_A_DROITE
Tu devrais aussi mettre dans des fichiers différents pour une meilleure lisibilité

Ca permettra 2 choses : la premières c'est que tu auras vraiment envie de trouver de toi même d'ou vient le bug
et surtout que si tu ne trouves pas et bien quelqu'un aura envie de le faire !
Parce que la c'est beaucoup trop brouillon :/ mais c'est un bon début ! ( d'ailleurs enlève le code de la catégorie initié :))

Bon c'est dur à expliquer la fonction mais je dirais pas tout ca si ca servait à rien :)
Mais effectivement pour ton probleme ca ne changera rien je croyais que tu voulaischanger quelque chose à chaque fois que l'utilisateur utilisait le scroll .. bon il était tard hier :)
Sinon j'ai lu et relu ton problème ; tu as essayer de créer un nouveau thread de priorité moindre et qui verifierai tout le temps la position ? ou un timer qui connait le temps de la chanson enfin bon dis moi ce que t'en penses si ça merde toujours je creerai un projet visual parce que moi dev cpp il marche plus :'(

skip() permet tout simplement de faire fonctionner la fonction par défaut comme si tu ne l'avais pas intercepté :
en gros comme tu l'as remarqué quand tu intercepte toi même l'event EVT_SCROLL(func) il n'execute plus la fonction par défaut
donc avec event.skip() mis dans func tu n'as plus ce prob :)