Discussion :

[cyberlewis]

Slt à tous,


KKun pourrait-il m'aider la sur ce truc la svp ??

En faisant les tutoriels du Gritche j'arrive à initialiser une résolution de 800x600x32, puis DirectDraw, et enfin une image...

Mais moi ce que j'aimerais bien c'est faire défiler des images, ex :

L'image 1 s'affiche
On attends 5sec et la 2 s'affiche
etc...

Pour attendre j'utilise Sleep(5000) mais ça bloque tout lol, c po cool;


Merci d'avance de votre aide ...

[Seirem]

tu recupere le temp en milliseconde entre chaque frame, pis une fois que ya les 5 secondes d'ecouler, tu passes a l'image suivante ^^.

[cyberlewis]

Ben voilà,


c'est ça que je n'arrive pas : récup le temps en ms entre chaque frame ...

:-(

[Laurent Gomila]

Tu peux utiliser timeGetTime, GetTickCount, ou GetPerformanceCounter. Le dernier étant le + performant, mais si ça depasse la ms tu peux utiliser timeGetTime pour récupérer le temps en ms. Voilou

[Blustuff]

timeGetTime n'a pas une résolution de 1 ms. Il faut appeller d'auters fonctions pour méliorer la précision. La precision est variable et est proche de 5 ms. Le compteur de performance c'est QueryPerformanceCounter.

Il ne suffit pas d'attendre que les 5 ms ce soient ecoulées. Pour ne pas paralyser la fenetre, il faut trairter les messages par GetMessage ou PeekMessage.

Pour que ton application soit correcte il faut donc Traiter lesmessages, regarder si le temps est venu et pour ne pas bouffer tout le proc, faire un petit sleep(100), ou 100 est arbitraire.

La structure adaptée a ton problème est d'utiliser les timers. M'enfin c'est un peu plus lourd a mettre en ouevre. Ils ont l'avantage d'envoyer des messages ce qui reveillera ton thread si tu utilises GetMessage. Ce qui simplifie la boucle des messages qui se contera de traiter les messages et de s'arreter à un message WM_TIMER.

[cyberlewis]

Slt,


Merci pr la réponse,

Mais est ce qu'il ya un code source exemple sur le net stp ???


Je vois pas comment faire ce truc sinon ... (je suis hyper habitué à la prog séquentielle basic déjà lol genre basic)

[Blustuff]

Quel langage ? L'indispensable pour la programmation Windows et de se procurer le SDK Win 32. Sans ca, tu va avoir des problèmes.

[Laurent Gomila]

Hmmm... je vois pas le rapport entre la prog windows et DDraw, surtout pour son probleme...

[mat.M]

Je vois pas comment faire ce truc sinon ... (je suis hyper habitué à la prog séquentielle basic déjà lol genre basic)

Comme l'au suggéré Blustuff il faut que tu comprennes les rudiments de la programmation win32.
Pour réaliser la tempo tu peux utiliser les fonctions API citées précédemment après le traitement des messages

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
if( PeekMessage( &msg, NULL, 0, 0, PM_NOREMOVE ) )
        {
           ..............................
            TranslateMessage(&msg);
            DispatchMessage(&msg);
       }
	else
{
//afficher les images
}

Sinon utiliser l'événement WM_TIMER mais moins précis

[Laurent Gomila]

Le traitement des messages windows c'est un peu le 1er truc qu'on apprend a mettre en place lorsqu'on commence a programmer un jeu en temps-réel (sous windows), il en aura besoin quoi qu'il fasse, mais je pense que par rapport au problème initial c'est un tout autre sujet.
Vous compliquez un peu la tâche je trouve...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
if (timeGetTime() > FirstTime + 5000)
{
    ChangeSprite();
    FirstTime = timeGetTime();
}

Pour moi c'est ce qu'il y a de + simple, pas la peine de l'embrouiller avec la prog Windows. Et s'il veut une resolution de moins de 5 ms, il peut utiliser GetPerformanceCounter().

[Blustuff]

Dis moi Loulou, porquoi Sleep(5000) paralyse l'application ? La difference entrre Sleep(5000) et ton code mis en boucle, c'est que ton code bouffe 100% du cpu. Ce qui est dommage pour une application qui doit afficher une image totue les 5 secondes... Relis la conversation precedente.

[Laurent Gomila]

Eh mais attend... Ou est-ce que ça bouffe 100% du CPU ?? Si c'est une appli DDraw il affichera pas une image toute les 5 secondes, ce sera du temps-réel (sinon pas la peine de faire ça avec DDraw...), donc une boucle infine pour afficher chaque frame... Apparemment il compte faire un jeu ou qq chose qui s'en rapproche, et personnellement j'ai jamais vu un jeu qui se refraichissait toutes les 5 secondes. Cela va de soi que ma methode ne marche que s'il a deja une boucle infinie pour gérer son appli

[Blustuff]

L'image 1 s'affiche
On attends 5sec et la 2 s'affiche
etc...

Ne jamais faire de la programmation systematique. Cyberlewis veut afficher une image toutes les 5 secondes, et le faire avec DirectDraw, peu importe je ne vois pas là ce qu'il y a à reporcher. Quoiqu'il en soit, une telle application ne doit pas prende 100 % du cpu

[Laurent Gomila]

Ben faut voir ce qu'il veut faire... S'il fait un jeu et qu'il cherche juste comment animer un sprite, la technique ne sera pas la même que s'il veut faire un screensaver style "slideshow" par exemple. Bon pis vu qu'il a pu l'air de trainer dans le coin, je crois qu'on le saura jamais

[cyberlewis]

Hehe, loulou c le nom de mon chien de 6 mois ...



Au fait, c'était pour un SleedShow ...

lol

[DeusXL]

Je m'incruste surement mais le principe de la programmation DirectX n'est il pas une utilisation du Iddle time ? si il programme avec normalement cela va de soit quil va utiliser le cpu au maximum ... donc une boucle infinie a chaque rendu ... Si il veut faire un screensaver c'est dans le même genre, et je vois pas en quoi la boucle de rendu ou l'on vérifie si le temps écoulé est supérieur a la somme de l'ancient temps et de 5secondes ne peut etre utilisée Je ne comprend pas comment on peut faire de la prog Dx sans utiliser le iddle time ...

[mat.M]

Je m'incruste surement mais le principe de la programmation DirectX n'est il pas une utilisation du Iddle time ?

En général un jeu vidéo il vaut mieux lui allouer toutes les ressources nécessaires car c'est très gourmand en ressources

[Freakazoid]

Je me permet de me taper l'incrust. aussi mais j'ai aussi l'impression que vous compliquez le problème. Un simple GetTimeCount suffit ici.
Pour un slide show pas besoin d'avoir une precision de malade.
Perso j'avais la moitier de mon jeu en Direct Draw avec ce type de compteur pour le temps et je n'avais pas trop de problèmes meme si c'etait pas super precis.
Le problème de perf. viendra peut etre de DirectDraw et encore pour afficher une image toute les 5 secondes il devrait suporter.