PureBasic

C'est vrai, mais j'aime livrer des programmes sans avoir à ajouter une DLL tierce; c'est moins galère pour l'utilisateur quand il se demande d'où vient cette DLL, si c'est normal qu'elle soit là, s'il peut la supprimer...

Mais je suis d'accord avec toi: pour l'instant, pour faire de la 3D avec PB, Dreammotion a l'air d'être le meilleur choix.

Bah écoute , quand j'ai acheté Halflife² ou crysis , je me suis pas demandé d'ou venait les dlls , j'ai pas cherché à les supprimé non plus
Même mes frères qui sont niais non pas eu cette idée

Ceci dit, meme avec les fonctions native de PB, il te faudra accompagner ton code de certaines DLL de PB,
comme Engine3D si je ne me trompe pas... donc joindre à ton code Engine3D.DLL ou Dreamotion3D.DLL, la difference
parait peu sensible en final

tmyke a écrit :Ceci dit, meme avec les fonctions native de PB, il te faudra accompagner ton code
des DLL de PB, comme Engine3D si je ne me trompe pas...
donc joindre à ton code Engine3D.DLL ou Dreamotion3D.DLL, la difference
parait peu sensible en final

c'est d'ailleurs ce que j'ai fait avec mon PureGolo3D

Ah oui? Il faut joindre engine3d.dll ?
Bah zut alors, je pensais que les exécutables générés avec PB étaient indépendants...
(J'ai vraiment pris de mauvaises habitudes avec DarkBaschtroumpf...)

Hum, sinon, pour en revenir au sujet de ce topic : quelqu'un a des suggestions pour le RotateEntity souffrant du Gimbal Lock ?

oui , les quaternions, mais tout cela t'oblige à apprendre les subtilité de la 3D , ou alors , tu utilises Dreamotion , pas de problème de gimbal lock en mode #AIR_DISPLACE

kelebrindae a écrit :Ah oui? Il faut joindre engine3d.dll ?
Bah zut alors, je pensais que les exécutables générés avec PB étaient indépendants...

j'ai eu le même mauvaise surprise en testant il y a peu PureBlock( jeu en 3D)...

...il existe probablement un freeware permettant de fusionner les dll dans l'exécutable, afin de rendre ce dernier véritablement indépendant. C'est même plus que probable.

oui , cela s'appelle des librairie static , des .lib , .a , ou des .so, qui se collent directos dans l'exe , mais l'executable générer fait une taille enorme allant de plusieurs Mo , y a qu'a regardé les exe de darkbasic...
tu fait un simple cube sans texture , ton exe est une copie de directX... + ton cube... vive les dll , et puis pour des tests , la compil est moins longue qu'avec du statique.

Merci à tous pour ces explications

Pour contourner le problème "ScaleEntity = Bug dans les ombres", j'ai posté ce petit bout de code:
http://www.purebasic.fr/french/viewtopic.php?t=7903

Bon, je vais fouiner encore un peu dans les quaternions, et puis si c'est trop compliqué je me tournerai vers Dreammotion ou j'attendrai la 4.30.

Cpl.Bator a écrit :oui , cela s'appelle des librairie static , des .lib , .a , ou des .so, qui se collent directos dans l'exe , mais l'executable générer fait une taille enorme allant de plusieurs Mo , y a qu'a regardé les exe de darkbasic...
tu fait un simple cube sans texture , ton exe est une copie de directX... + ton cube... vive les dll , et puis pour des tests , la compil est moins longue qu'avec du statique.

merci pour ces explications détaillées. Là, je me souviens que l'exe de mon jeu de réflexion/action, que j'avais présenté à 2 entreprises en 2002, faisait un peu plus de 60 Mo... de la 3D moche et lourde, merci darkbasic !