[Cid2Mizard]

je suis pas d accord le Lua est rapide  plus rapide que le C en +

[Mollusk]

je suis pas d accord le Lua est rapide  plus rapide que le C en +

Là je suis obligé de te demander un bench Faudra m'expliquer comment DSLua, qui repose sur PAlib (qui est en C...), pourrait être plus rapide que le C et donc que PAlib...

Lua, le premier langage qui accélère le C ?

edit :

le problème de freeze sur ukke, c'est qu'on est vraiment aller dans les limites du LUA, sa ne peut venir que de là, malheureusement il n'y avais pas de solution (à part le faire en C).

[X-Blaster]

mais dis pas nimp...

par contre vu que c du binding C direct ... ça doit pas être bcp plus lent.

ET LUA N'EST PAS UN LANGAGE PROPRE !!!!

c'est une lib pour créer une pseudo machine virtuel faire des bindings... après tu en fais ce que tu veux du langage que tu as crée...

[Darkmath]

LOOOOL
Bon Cid2Mizard petite explication (qui s'impose et qui servira peut-être à d'autres), le LUA est un langage interprété, ce qui signifie donc qu'il faut un interprete pour interpreter le code (c'est ce que fait à priori le DSLua necessaire pour lancer les appli lua).
La DS fait donc deux choses lorsque tu lance un jeu en LUA, elle lance l'interprete qui lui lit ton jeu et interprete ton code.
Le C de son côté est pour la DS (et quasi partout) un langage compilé en natif, la DS n'a pas besoin d'interprete (enfin si, c'est elle l'interprete...) et peut donc lire le code direct. Ce qui fait donc une étape de moins (et parfois une étape lourde) lors de l'execution du code.

Ceci dit il est possible que pour qqn de très fort en Lua et pas très bon en C le code Lua s'execute plus vite que le code C, mais à niveau de code equivalent c'est tout bonnement impossible....

En tout cas merci j'ai bien rigolé

[Cid2Mizard]

 

[Darkmath]

Bon correction, (rendons à Cesar...)
Le lua est pas vraiment un langagé interprété mais y a une Machine Virtuelle qui compile ou lance du code précompilé.. donc au final niveau proco tu perd du temps au debut mais ça va c'est pas super gourmand... c'est niveau ram que ça deconne parceque ça alloue des trucs inutiles (dans PALib) et que la VM Lua fragmente la mémoire de manière phénoménale...

Merci a PixelXeno et X-Blaster pour les infos

[X-Blaster]

ouais... en "gros" c ça... les explications que j'ai eu en "private" était un peu mieux... pis le téléphone arabe est passé par là... 

[Darkmath]

Ah bah j'allais pas tout reprendre.. j'ai fait un "résumé"....
Et tant mieux si le LUA permet à certains de faire des homebrews qu'ils n'auraient pas fait en C

[Ludo6431]

@Mollusk

Tu t'éclates en ce moment avec les homebrews je vois ! C'est énorme tout ce que tu fais je t'admire !!!!!
Sinon c'est vrai qu'on peut utiliser dekitpro et PAlib sous DOS ? faut que je me renseigne !!!!!
Merci du tuyau !

[Cid2Mizard]

On peut donc aussi combiner le C+ et le Lua 

[Cid2Mizard]

Voici les binaires

LabyrintheDSClassique0.1.nds.zip
Donc aller dans le repertoire gbfs et lancer le 1-labyrinthe

[Mollusk]

Je croyais que le support GBFS avait été retiré, non ? :s

[Cid2Mizard]

Avec le DSLua 0.7 mais j'ai compilé avec le 0.6 ,puisque le 0.7 ne fonctionne pas correctement

[Mollusk]

Comme quoi c'est beau la technologie

[Cid2Mizard]

Il officialise le 0.7 alors qu'il fonctionne qu' avec même pas la moitié des linkers pffff caca