plus d'info ici : http://www.purebasic.fr/english/viewtopic.php?t=34360- Added ReadInteger()/WriteInteger()
- Added ReadPreferenceInteger()/WritePreferenceInteger()
- Removed CPU monitor from the IDE (the OS provides better tool)
- We added back IntQ() because of heavy performance degratation on x86 when mapping Int() to quad.
- InitEngine3D() now accepts an optional parameter to specify the dll path/name
PureBasic 4.30 Beta 2 is out !
PureBasic 4.30 Beta 2 is out !
Désolé j'ai pas eu le temps de vous l'annoncé avant ....
j'aime bien l'exemple de Fred pour utiliser SQLite, j'aurais besoin de plus d'exemples simples comme ça pour m'encourager à m'y mettre 

Code : Tout sélectionner
UseSQLiteDatabase()
Procedure CheckDatabaseUpdate(Database, Query$)
Result = DatabaseUpdate(Database, Query$)
If Result = 0
Debug DatabaseError()
EndIf
ProcedureReturn Result
EndProcedure
If CreateFile(0,"Database.sqlite")
CloseFile(0)
If OpenDatabase(0, "Database.sqlite", "", "")
CheckDatabaseUpdate(0, "CREATE TABLE nourriture (nom CHAR(50), poids INT)")
CheckDatabaseUpdate(0, "INSERT INTO nourriture (nom, poids) VALUES ('pomme', '10')")
CheckDatabaseUpdate(0, "INSERT INTO nourriture (nom, poids) VALUES ('poire', '5')")
CheckDatabaseUpdate(0, "INSERT INTO nourriture (nom, poids) VALUES ('banane', '20')")
If DatabaseQuery(0, "SELECT * FROM nourriture WHERE poids > 7")
While NextDatabaseRow(0)
Debug GetDatabaseString(0, 0)
Wend
FinishDatabaseQuery(0)
EndIf
Else
Debug "Can't open database !"
EndIf
Else
Debug "Can't create the database file !"
EndIf
http://purebasic.developpez.com/
Je ne réponds à aucune question technique en PV, utilisez le forum, il est fait pour ça, et la réponse peut profiter à tous.
Je ne réponds à aucune question technique en PV, utilisez le forum, il est fait pour ça, et la réponse peut profiter à tous.
tu verra comtois c'est tres simple sqlite. Une fois que tu as compris un peu comment former ta requête sql. je ne suis pas un pro, mais je me debrouille bien si tu as besoin d'aide n'hesite pas a demander.
Voici comment je procède personnellement pour récupérer apres un select
Voici comment je procède personnellement pour récupérer apres un select
Code : Tout sélectionner
Sql.s="Select Id,Name from Mybase order by Name"
If DatabaseQuery(#Db, Sql)
While NextDatabaseRow(#Db) ; Enumeration des enregistrements
; On lit toute les colonnes retournées
For Col = 0 To DatabaseColumns(#Db)
Select DatabaseColumnName(#Db, Col)
case "Name"
Name.s = GetDatabaseString(#Db, Col)
Case "Id"
Id.l = GetDatabaseLong(#Db, Col)
EndSelect
Next
;on a toute les valeurs d'une ligne on en fait ce qu'on veut
debug str(Id)+" "+Name
Wend
;Un probleme alors on affiche l'erreur
else
MessageRequester("Erreur", "Impossible d'executer la requete: " + Sql + " \ " + DatabaseError())
Endif
-
- Messages : 1307
- Inscription : dim. 08/juil./2007 18:32
- Localisation : Toulouse
Re: PureBasic 4.30 Beta 2 is out !
çà va vite, c'est coolThyphoon a écrit :Désolé j'ai pas eu le temps de vous l'annoncé avant ....

je me pose une question concernant la 4.40 : apportera-t-elle son lot d'améliorations pour la 3D ?
J'ai besoin d'être rassuré sur ce point, car j'ai choisis pb pour son excellence dans la 2D. Pour la 3D, j'avoue être encore un peu méfiant...
C'est pour cette raison que j'ai décidé d'arrêté d'attendre en espérant que la prochaine version sera la bonne. Moi j'ai acheté la licence de PureBasic spécialement pour faire des jeux 3D. Ça fait environ 4 ans que j'attends et avec tout le temps investi à apprendre à fond le langage que j'avoue que c'est très frustrant.Cpl.Bator a écrit :Après les requêtes et les discussion que j'ai eu avec Fred , ta bien raison d'être inquiet...j'avoue être encore un peu méfiant...
Bon , il fait se qu'il peut , c'est pas son domaine 1°.
Je n'ai pas laissé tombé mon projet de jeu 3D, loin de là. Sauf que le moteur 3D graphique basé sur OpenGL est en chantier, le moteur 3D physique est en chantier et le reste du projet est en chantier lui-aussi. Est-ce que j'ai besoin de mentionner que la charge de travaille à augmenté ?
A+
Guimauve
-
- Messages : 1307
- Inscription : dim. 08/juil./2007 18:32
- Localisation : Toulouse
merci pour ta réponse qui m'éclaire un peu plus sur la situation. Si je prend la décision d'utiliser la 3D, cela serait uniquement avec une caméra fixe et sans collision, dans le but d'égayer certain décor...Cpl.Bator a écrit :Après les requêtes et les discussion que j'ai eu avec Fred , ta bien raison d'être inquiet...j'avoue être encore un peu méfiant...
Bon , il fait se qu'il peut , c'est pas son domaine 1°.
le choix des outils est des plus important. Dans ton cas, tu conçois tes propres outils, alors que la conception d'un jeu prend déjà beaucoup de temps.Guimauve a écrit : Je n'ai pas laissé tombé mon projet de jeu 3D, loin de là. Sauf que le moteur 3D graphique basé sur OpenGL est en chantier, le moteur 3D physique est en chantier et le reste du projet est en chantier lui-aussi. Est-ce que j'ai besoin de mentionner que la charge de travaille à augmenté ?
J'ai passé peu de temps sur mon éditeur de niveau( d'une grande austérité donc), car je veux en consacrer un maximum pour mon jeu 2D( 25 mois maintenant).
Avec Ogre, j'au vu rapidement qu'il y avait 2 moteurs physique libres...
Sinon, il y a un outils un peu couteux mais bon:
http://joomla.quest3d.fr/index.php
info:
http://fr.wikipedia.org/wiki/Quest3D
-
- Messages : 1554
- Inscription : lun. 24/juil./2006 6:44
- Localisation : vosges (France) 47°54'39.06"N 6°20'06.39"E
a ben oui, à plus de 1200€ la solution (de base), on ouvre d'autres horizons en ce qui concerne les solutions...beauregard a écrit :Sinon, il y a un outils un peu couteux mais bon:
http://joomla.quest3d.fr/index.php
info:
http://fr.wikipedia.org/wiki/Quest3D

Mais, et ce n'est que mon avis, on est plus vraiment dans le domaine du dev amateur et bien loin de PureBasic...
Force et sagesse...
-
- Messages : 1307
- Inscription : dim. 08/juil./2007 18:32
- Localisation : Toulouse
il est vrai qu'il s'agit d'une solution un peu extrême mais tout dépend de ce tu veux faire et en combien de temps surtout.tmyke a écrit :a ben oui, à plus de 1200€ la solution (de base), on ouvre d'autres horizons en ce qui concerne les solutions...![]()
Mais, et ce n'est que mon avis, on est plus vraiment dans le domaine du dev amateur et bien loin de PureBasic...
D'un autre côté, faire un jeu avec purebasic n'est pas anodin. Des solutions gratuites et sans avoir à programmer existe depuis longtemps, et les jeux réalisés avec ces derniers peuvent être éventuellement qualifiés d'amateur.
Mais pb permet une plus grande liberté, tout en étant aussi rapide que le C, et, en modérant mon propos, je place notre pb d'amour un cran dessus.

Non, le secret, c'est le temps. Plus tu passe du temps sur tes images ou tes textures/modèles3D de ton jeu, mieux c'est( travail artistique). En parallèle il y a les possibilités d'actions et les interactions( faut que le joueur s'amuse). Toute la difficulté étant de faire preuve de constance( 4 ans pour prince of persia). Alors, si en plus de cet immense ouvrage, tu dois concevoir tes propres outils...
La 3D gfx n'est pas mon domaine mais un détail, ce n'est pas justement l'objectif de tout moteur 3D, avoir un/des outils permettant de l'exploiter à fond pour que tout non programmeur puisse laisser libre cours à son imagination dans son/ses domaines de compétences ?beauregard a écrit :Alors, si en plus de cet immense ouvrage, tu dois concevoir tes propres outils...
En gros, arriver à ça.
"Qui baise trop bouffe un poil." P. Desproges
-
- Messages : 1307
- Inscription : dim. 08/juil./2007 18:32
- Localisation : Toulouse
là, il s'agit d'un éditeur de niveau, indispensable bien sur, on est d'accord.KarLKoX a écrit :En gros, arriver à ça.

-
- Messages : 1554
- Inscription : lun. 24/juil./2006 6:44
- Localisation : vosges (France) 47°54'39.06"N 6°20'06.39"E
Créer un jeux est un long chemin, et plus les éléments que l'on rassemble sont performants et souples d'emploi,beauregard a écrit :D'un autre côté, faire un jeu avec purebasic n'est pas anodin. Des solutions gratuites et sans avoir à programmer existe depuis longtemps, et les jeux réalisés avec ces derniers peuvent être éventuellement qualifiés d'amateur.
Mais pb permet une plus grande liberté, tout en étant aussi rapide que le C, et, en modérant mon propos, je place notre pb d'amour un cran dessus.
Non, le secret, c'est le temps. Plus tu passe du temps sur tes images ou tes textures/modèles3D de ton jeu, mieux c'est( travail artistique). En parallèle il y a les possibilités d'actions et les interactions( faut que le joueur s'amuse). Toute la difficulté étant de faire preuve de constance( 4 ans pour prince of persia). Alors, si en plus de cet immense ouvrage, tu dois concevoir tes propres outils...
mieux c'est, c'est bien évident.
D'ailleurs, c'est bien pour cela qu'en fonction du projet que l'on a en tête et/ou sur le papier , il est vital
de s'orienter vers la bonne solution 'Langage-moteur2D/3D-Tools'. Et quand on s'enroule sur un projet en solo,
si l'on passe 90% de son temps à se dépatouiller avec le code, c'est autant de temps que l'on ne passe pas sur le
design, l'environnement sonore, la jouabilité et autre création de niveaux, et donc la qualité finale s'en ressent
grandement. Le tout est de trouver donc le bon équilibre et donc savoir s'entourer des bon éléments de création...
Faute de trouver tout cela (et pour chaque amateur créateur, les critères sont tellement complexes), certains
s'orientent vers le 'je vais tout faire tout seul'. Cette solution a ses avantages, mais peut devenir dans certains
cas très vite décourageante, sans compter les compétence qu'il faut souvent acquérir petit à petit pour y arriver...
Ceci dit, c'est souvent très formateur...

Force et sagesse...
L'auteur ne fait qu'un niveau mais la plupart des éditeurs permettent de plus ou moins intégrer tout ce qu'il faut pour développer le jeux tout en utilisant le moteur 3D. (audio, waypoint, point de déclenchement etc ...)beauregard a écrit :là, il s'agit d'un éditeur de niveau, indispensable bien sur, on est d'accord.KarLKoX a écrit :En gros, arriver à ça.
"Qui baise trop bouffe un poil." P. Desproges
-
- Messages : 1307
- Inscription : dim. 08/juil./2007 18:32
- Localisation : Toulouse
je suis d'accord, je compare le développement de mon jeu à un puzzle, où je dois patiemment fabriquer chaques pièces, ces dernières devant s'agencer parfaitement, pour donner au final un beau tableau...tmyke a écrit :Créer un jeux est un long chemin, et plus les éléments que l'on rassemble sont performants et souples d'emploi,
mieux c'est, c'est bien évident.
D'ailleurs, c'est bien pour cela qu'en fonction du projet que l'on a en tête et/ou sur le papier , il est vital
de s'orienter vers la bonne solution 'Langage-moteur2D/3D-Tools'. Et quand on s'enroule sur un projet en solo,
si l'on passe 90% de son temps à se dépatouiller avec le code, c'est autant de temps que l'on ne passe pas sur le
design, l'environnement sonore, la jouabilité et autre création de niveaux, et donc la qualité finale s'en ressent
grandement. Le tout est de trouver donc le bon équilibre et donc savoir s'entourer des bon éléments de création...
Faute de trouver tout cela (et pour chaque amateur créateur, les critères sont tellement complexes), certains
s'orientent vers le 'je vais tout faire tout seul'. Cette solution a ses avantages, mais peut devenir dans certains
cas très vite décourageante, sans compter les compétence qu'il faut souvent acquérir petit à petit pour y arriver...
Ceci dit, c'est souvent très formateur...
ben avec un éditeur 2D tu attribue aussi ce que tu veux à chaque tile( un simple élément de décor, un personnage, un piège...)KarLKoX a écrit :L'auteur ne fait qu'un niveau mais la plupart des éditeurs permettent de plus ou moins intégrer tout ce qu'il faut pour développer le jeux tout en utilisant le moteur 3D. (audio, waypoint, point de déclenchement etc ...)beauregard a écrit :là, il s'agit d'un éditeur de niveau, indispensable bien sur, on est d'accord.KarLKoX a écrit :En gros, arriver à ça.
alors tu n'utilise pas la bonne methode , puisqu'un puzzle on part de l'image fini, que l'on découpe en petits morceaux,beauregard a écrit :je suis d'accord, je compare le développement de mon jeu à un puzzle, où je dois patiemment fabriquer chaques pièces, ces dernières devant s'agencer parfaitement, pour donner au final un beau tableau...
c'est quand meme plus simple non ?
