PureBasic

salut

à quand une version x64 car je peux meme pas tester helas

grendizer a écrit :salut

à quand une version x64 car je peux meme pas tester helas

installe pb x86 et tu pourra tester.

@G-Rom : Salut, petit HS ...

par curiosité,
tu ne t'etais pas lancé dans un wrapper de Godot engine de memoire ?
si c'est bien le cas , tu as avancé ce projet ?
bien que GdScript ne soit pas bien compliqué (c'est du python) je me disais que proposer la possibilité de le coder en Pb
serai pas mal ... mais peut etre que le fait qu'il soit pensé "Objet" empeche peut etre le portage ...

lorsque je vois l'evolution de Ogre en Pb, et le fait qu'on aurai pu avoir Godot engine a la place en Purebasic
et que Godot lui evolue rapidement , je me dis que les choix de Fred , n'ont pas toujours été judicieux .... mais bon
a l'epoque, il n'avait peut etre pas bien de choix

ps : il me semble que Godot est open source en plus ..

@grendizer

Pas maintenant , il faut que "je consolide" la base, faire du debuggage, veillez au fuites de mémoire , etc...
ca sortira quand cela sera prêt en UserLib Windows pour le 1er jet en x86 & x64


@Zorro, non, j'ai jamais porté godot sous pure , j'en vois pas l’utilité, tu penses surement à Urho3D , l'équivalent d'ogre en plus léger & plus rapide.
je l'ai porté à ~90% , je ne suis pas aller plus loin , j'avais même fait des test en VR avec PB
Pour info, le gdscript, c'est pas du python , mais du gdscript
Quand à un portage sous PB , je ne pense pas que ça pose des problèmes , mais l'utilitée... , godot est écrit en c/c++ , le truc intéressant à faire serais
de faire des plugins pour godot en PureBasic. il y a un sdk en C pour cela.

ha oui "Urho3D" sorry j'ai confondu ....

Python semblai poser des problemes en rapport aux Nodes de Godot, c'est pour ça qu'ils ont créé GDScript
mais il y a une forte parenté avec Python quand meme ... je veux dire pour un codeur Python , GdScript c'est quasi pareil ...(fin du HS pour moi )

Monsieur connait l'historique de Godot, tu joue avec ?

disons, que je m'interesse a ce qui se fait ...
j'ai testé Unreal avec son system script nodal pour coder (pas c++) , Unity (c#) plus simple que unreal , et comme j'ai bossé un peut le python grace a Blender
j'ai regardé un peut le principe de Godot .. des 3 c'est le plus simple a appréhender pour un non spécialiste....

mais pour le moment rien de concret en cours , juste de la culture perso
toutefois j'aime la 3d synthese, et je garde Blender 2.80 sous la main .. (ils ont par contre viré le moteur de jeux integré)
ps: si j'avais connu le python avant Purebasic.. je pense que je serai parti dessus .. c'est vraiment un langage relativement facile d'acces
c# est simple mais plus compliqué quand meme que python ... non, je serai partie sur le python ... si j'avais été moins con LOL

GRom a écrit : est ce que cela fait effet "vieille tv" ? si oui, c'est le shader qui fait cela, c'est voulu.

J'ai cherché dans le code de "04-HiearchicalNode" et commenté ça et plus de vibrations quelle gaufrette je fais
Donc ça marche niquel

ce moteur , permettra à moyen terme d'avoir des sprites "amélioré" , c'est à dire que tu pourras avoir un sprite à l'écran ( par exemple , le corps d'un personnage ) et de "collé" des bras des jambes , etc...

Ouaaah !!! un style de méga gif animé, mais pour écran, coooll !!

En tout cas merci de ton explication, de ton travail et content de te relire

Merci KCC , mais avec le shader ca marche ou pas ? tu vois bien qq chose ?

Oui oui comme je t'ai dit je vois le dessin qui fait comme des pistes électroniques.
Si je laisse PB_SetScreenShader(#MY_CRT_SHADER) ca vibre et ça saute de temps en temps effectivement comme le faisaient les vieilles télé.
Et si je le commente c'est niquel

Kwai chang caine a écrit :Oui oui comme je t'ai dit je vois le dessin qui fait comme des pistes électroniques.
Si je laisse PB_SetScreenShader(#MY_CRT_SHADER) ca vibre et ça saute de temps en temps effectivement comme le faisaient les vieilles télé.
Et si je le commente c'est niquel

C'est le but du shader de dégradé l'image en temps réel , par contre , les pistes éléctroniques ... si tu as un gif, vu tu est le roi des gifs , je suis preneur
le shader n'est pas censé faire cela...

Hello G-Rom,

Bravo, Nickel. Merci
J'ai cru que l'effet vielle télé était un bug : plus jamais je ne douterai

Est-ce que tu vises aussi des effets de zoom comme la version que tu avais faite avec Ogre (c'était pour un jeu dans pure punch, il me semble dont j'avais repris le code pour faire un clone de Prezzi maison) ?
Ou tu restes sur un strict2D sans camera(),

Bien entendu, les effets seraient programmables par ailleurs, il faudrait " juste" intégrer un troisième axe virtuel qui servirait à calibrer le zoom du sprite.

En tous les cas, merci pour cette production.

Merci cool Dji.
Il y aura bien un système de camera / viewport , de z & y sorting , il est déjà possible de "scalé" n'importe quelle node, j'expliquerais correctement le processus du moteur plus tard, mais je le ferais.

@G-Rom : cool ton Engine2D,je ne savais pas que tu faisais sa , tu continues à l’améliorer ou pas ? Si c'est une lib 2D en C++, comment tu fais pour importer ta lib dans Purebasic ? Curieux parce que Purebasic accepte que en C pour importer la lib ou la DLL d'apres ce que j'ai entendu dire sa...

Ouvre l'archive, regarde le .pbi associé a la dll. et pour répondre, oui je l'utilise encore, cela n'a plus rien n'a voir, maintenant je l'utilise professionnellement pour les usages de mon entreprise.