Discussion :

[GR3lh442kR]

bonjour,

n'y a t'il pas moyen de définir un délai a SDL_WaitEvent ou SDL_PollEvent) de la même façon que pour la lecture d'un socket en mode bloquant?

il y a toujours moyen de faire une boucle avec SDL_PollEvent mais un delai sur SDL_WaitEvent me conviendrai plus.

[Laurent Gomila]

Il me semble que c'est prévu pour SDL 1.3.

Simple curiosité, pourquoi as-tu besoin d'un délai sur SDL_WaitEvent ?

[GR3lh442kR]

le contrôle du clavier et l'affichage sont dans le même thread avec ce schéma:

Code :

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

1
2
3
4
5
6
7
 
| si(PollEvent){
|     traitement
| }
| Blit
| Delay pour ne pas surcharger le processeur(genre 10 ms)
V

j'aimerai supprimer le Delay afin de pouvoir traiter un plus grand nombre d'Event mais sans surcharger le processeur.
il faudrait donc remplacer le PollEvent par un WaitEvent avec un délai de 10 ms, de cette façon, tant qu'il n'y a pas d'event on Blit toutes les 10ms, mais si il y a un event, on le traite, on Blit, et on attend un nouvel event sans attendre.

[coyotte507]

Pourquoi ne pas faire comme ça:

Code :

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

1
2
3
4
5
6
while (PollEvent)
{
   faire code
}
Blit
Attendre 10 ms

Comme ça on traite tous les évènements, puis on blitte.

A mon avis, c'est mieux de gérer tous les évènements puis de blitter seulement ensuite, que de faire un event, un blit, ...

Tu peux aussi faire:

Code :

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

1
2
3
4
5
6
7
8
9
10
bool activite = false;
 
while (PollEvent)
{
  activite = true;
 ...
}
Blit
if (!activite)
   Delay

Ca revient au même à peu près que le code précédent.

[Laurent Gomila]

Il y a des solutions plus simples pour garantir un framerate constant / libérer le CPU, pas besoin de s'embêter comme ça avec les évènements. Regarde par exemple du côté de SDL_framerate.

[GR3lh442kR]

Il y a des solutions plus simples pour garantir un framerate constant / libérer le CPU, pas besoin de s'embêter comme ça avec les évènements. Regarde par exemple du côté de SDL_framerate.

je vais regarder, mais c'est pas un problème de frame-rate, j'ai juste besoin de traiter un maximum d'event.

Pourquoi ne pas faire comme ça:

Code :

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

1
2
3
4
5
6
while (PollEvent)
{
   faire code
}
Blit
Attendre 10 ms

Comme ça on traite tous les évènements, puis on blitte.

Merci, c'est tout bête, je n'y avait pas pensé! ça fonctionne nikel!

[Laurent Gomila]

je vais regarder, mais c'est pas un problème de frame-rate, j'ai juste besoin de traiter un maximum d'event.

Pourquoi un maximum ? En général on les traite tous.

[GR3lh442kR]

je me suis mal exprimé, je voulais dire "le plus rapidement" ou "un maximum en un minimum de temps"