PureBasic

Pour palier le ce problème ,j'ai réussi avec l'aide de Keph et Cederavic à trouver un principe pour ouvrir un plein écran sous windows en attendant la vbl de l'écran .
on ce retrouve donc avec un plein écran sous windows et multitâche
très cool mais si l'on regarde de très prés on s'aperçoit que ce mode d'affichage est loin d'être lisse , lord d'un scrolling ou autre on peu remarquer des saccades ou carrément des déformations sur le haut de l'écran . ce problème n'est pas la faute au Pure basic mais du mode sous windows .
Tout ceci pour dire que la seule solution pour un affichage lisse est bien le plein écran exclusif du PURE et le problème est que ce mode libère la ram après un retour bureau .
j'ai réalisé une routine que j'ai utilisé dans Puckman elle recharge les graphismes, non seulement ce procédé est très complexe à gérer car de nombreux test son a effectuer dans toutes les boucles du jeu , de plus ne fonctionne pas avec les sprites 3D .
Donc --- le dégoût total

Désolé mais le PURE BASIC ne permet pas de faire des jeux plein écran multitâche
Voila bientôt 2 ans que je supporte ton langage Fred mais là je craque, je voulais le wait vbl pour te simplifier la chose , j'en ai trouvé un il ne résout pas ce problème .
A toi à faire en sorte que l'on puisse choisir de libère cette ram graphique ou pas , que l'on puisse enfin faire des jeux respectables avec ton Pure .

Merci

Je vais implementer un systeme de cache pour les graphismes, mais ca risque de prendre le double de RAM, a la fois sur la carte graphique et dans la memoire principale. A voir.

Merci Fred de repondre si vite
Excuse mon élan , mais j'y ai passé tellement de temps sur ce multitache que j'en rêve la nuit

Perso je me moque de la ram que cela peut utiliser , Mon Puckman bouffe 10Mo de ram Graphique et autant de l'autre . avec les pc de maintenant et les cartes d'entrée de gamme à 128 Mo y'a de quoi voir venir .
Merci d'implanter ce procedé au plus vite, je suis testeur si tu veux bien

Ouf vais mieux dormir cette nuit le Pure Multitache ---- j'en rêve ---heu non -------il est là ---enfin il arrive

Pitié , faut'il attendre encore longtemps pour le multitache
j'en peut plus là
si tu veux pas le metre pour cause de bouffer trop de ram , fait nous un compilateur à part, special jeu plien ecran multitache
--- c'est po possible
ma si ---

trop longtemps là je craque -- 1an1/2

Ca vient, ca vient.. le truc c'est que je ne bosse pas que sur ca..

et oui marcus, je te l'ai expliker, pb n'est pa fait specialement pour faire des jeux
[mal exprime, dsl fred ]
bref... :p

Cederavic: constructif comme remarque

Marcus: l'implementer implique pas mal de changement et j'ai pas envie de faire ca a la va-vite pour avoir quelquechose qui marche qu'a moitié.

Pfiioouu... la prochaine version va être une tuerie! ( raahh si y pouvait y avoir le support du ogg en stream et le debuggage du setrefreshrate... )

pb n'est pas fait specialement pour faire des jeux

Ui je sais le Blitz est fait que pour les jeux , mais bon il me saoule le blitz

le debuggage du setrefreshrate...

effectivement Polux, lui aussi ne marche pas sur toutes les configs
pour peut que l'on ai trafiqué les options directx ou de la carte graphique .
C'est pourquoi, j'ai realisé un systeme pour rester fluide et a la m^m vitesse sans changer de sync !
MAis bon il faudrait un setrefreshrateWindobe() qui change la sync par default de windobe !
j'ai remarqué que certains nouveaux jeux commerciaux change direct la sync par default de windobe .
j'ai demandé a Keph de nous pondre une fonction en c++ comme son excellent ChangeResolution(x,y,b,s) mais par default , il passe son bac blanc ---

On va t'en trouver du travail Fred

On va t'en trouver du travail Fred

il en a deja pa mal, faut pas trop abuser non plus

Marcus: l'implementer implique pas mal de changement et j'ai pas envie de faire ca a la va-vite pour avoir quelquechose qui marche qu'a moitié.

Je comprends bien que cela doit etre complexe et long à réaliser , c'est pourquoi je paciente depuis des années .
Si je devine bien, il faudrat l'attendre encore longtemps
Désolé je n'y crois plus, j'estime que c'est pourtant essenciel qu'un language soit multitache plien écran , à moins comme le dit Cederavic, tu le develope essenciellement pour creer des apliquations windows
Domage, le Marcus il jouait avec

non je n'ai pa dit que pb etait essentielement pour faire des appli, j'ai dit qu'il n'etait pas fait pour faire que des jeux comme 3dgc, blitz etc... donc il y a toute les autre partie a ameliorer aussi et a mon avi sa demande vachement de boullot...

d'ailleur c'est ça que je voulais dir plus haut lol

Histoire d'en rajouter moi personnellement le multi-tache je m'en contre-fou.

Je préfère franchement que Fred bosse sur l'amélioration générale de PB c'est à dire les petites et grosses choses que TOUT le monde utilise TOUS les jours plutôt qu'un truc plutôt accessoire sur lequel il va passer un max de temps.

Je pense que Pure est un système polyvalent et pousser trop sur les jeux en négligeant la partie générale du truc serait une bétise.

Maintenant quand tout le monde sera content et que Fred aura le temps de s'y pencher pourquoi pas.

Moi je pense que Fred a une ligne de developpement à suivre, il doit déjà avoir pas mal de boulot, c'est à lui de gérer son planning et je crois que l'on peut tout au plus suggérer des améliorations, à lui de voir.

Maintenant pousser pour accélérer tel ou tel truc, ça c'est pas bon.

Moi je developpe depuis 20 piges et franchement je trouve admirable qu'il ai prit le temps de redémarrer un forum, de répondre sur ce même forum, de considérer nos suggestions, etc...

Je crois que l'on peut s'estimer heureux d'avoir un tel contact avec le developpeur principal de pure et le mieux c'est d'être cool et de le laisser aller à son rythme.

Voila

JL

Je suis Lukky à 100 %, il y a énormément de travail à accomplir sur le fond du langage de PureBasic pour atteindre la maturité et en faire un langage de programmation professionnel, utilisable par tous.
Si Fred devait tout de suite éxécuter les requêtes (et j'en ai plein en stock) qui sont spécialisées pour un problème spécifique (le multitâche en plein écran, bien que ce soit important, ne concerne qu'une petite partie des programmeurs), l'avancée de PureBasic en sera forcément affectée.
Laissons à Fred le temps d'avancer à son rythme (il va déja assez vite à mon gout) et surtout, selon ses ordres de priorités, programmer un langage de programmation se fait aussi par des objectifs à atteindre

Polux>pour l'ogg vorbis (et le mp3), j'y travaille, le code est la et fonctionnel mais j'ai des petits soucis avec MingW, d'ailleur je vais faire un post de ce pas