Discussion :

[jkalzsmu]

J'ai un petit souci bien embetant. J'ai fait un programme sous linux qui permet de controler un palet, et de se cogner a tous les bords de la fenetre. Sous linux, pas de probleme.
Par contre sous windows, mon cpu devient fous. Le programme consomme 60% du cpu de mon portable(quand meme un amdSempron 3000+) alors que je ne demande que 60 image secondes.
Par contre, des que je reduit ma fenetre, l'utilisation retombe a 2%.

Du coup, je fait un autre programme test, ou je lui demande d'afficher seulement une fenettre avec un fonc, mais toujours a 60 image secondes.
Resultat : toujours 60% du cpu d'utilisé !!!
Et a 40 images secondes, j'ai 40% du cpu d'utilisé!!!

Je met le code source en fichier joint et je met ici la boucle principale:
while ( game_running )
{
SDL_Flip(ecran);
game_running=update_event();
SDL_Delay(time_left()); /*peut etre c'est elle qui ne va pas*/
next_time += TICK_INTERVAL;
}

[Jyaif]

pour savoir si c'est la fonction timeleft() qui ne marche pas, remplace là par une constane: timeleft(25);
(25ms, tu devrais avoir a peu près 40 fps sauf si update_event() prend bcp de temps.)

Si avec cette modification ton programme s'exécute aussi rapidement sous win que sous linux, ça veut dire que c'est timeleft() qui ne marche pas bien sous windows.
Sinon, c'est autre part que se situe le problème.


edit: en regardant ton prog, j'ai rien trouvé qui clochait, mais j'ai peut être une piste: peut être que linux fait tourner ton cpu à fond, tandis que windows regule sa vitesse... d'où un plus grand pourcentage d'utilisation sous windows
Un conseil, laisse tomber linux et dev pour un vrai OS

[jkalzsmu]

J'ai remplacer time_left par une constante, mais j'ai toujours le meme probleme. snif !

Ce que j'ai fait aussi, c'est que j'ai mit un compteur,
pour savoir combien de fois le programme dépasse le temps imparti (1000ms / fps) pour faire ses calculs
et j'ai aussi mis un compteur pour savoir combien de fois il est en avance auquel cas il doit attendre un peu.

Voila le genre de truc que j'ai sous dows a 60 fps:
pas assez de temps : 135 avec en moyenne un depassement de 37.451852ms
attendre : 995 avec comme moyenne ; 2.207035ms a attendre pour une attente maxi de 16.666667

Je précise que mon cpu tourne bien a 1,8 ghz !!!


J'ai fait la meme chose sous nunux, mais la pas de probleme :
pas assez de temps : 0 ou des fois 1.
attendre : toutes les autres fois.

Et ce meme quand je descent le cpu a 800 mhz !!!


Du coup j'ai tester un peu toutes les procedures pour savoir laquel pose probleme.
Et j'ai trouver c'est SDL_Flip(ecran);

Parce que ma boucle principale ainsi réécrite utilise 2% du cpu !!!
while ( game_running )
{
//SDL_Flip(ecran);
game_running=update_event();
SDL_Delay(time_left());
next_time += TICK_INTERVAL;
}

Mais franchement, je ne voit pas comment me passer de SDL_Flip(ecran); !!!
help !!

[Jyaif]

Tu peux pas te passer de SDL_Flip en utilisant SDL_UpdateRect, mais pas tous les jeux peuvent en bénéficier.
C'est quand même assez bizarre que ça prenne au temps de temps. Peut être que ta surface "ecran" ou ton écran ne sont pas initialisées de façon optimale (je crois qu'il faut que la surface soit lockée et que la fenêtre utilise le double buffering HW), mais ça n'explique pas la différence entre windows et linux...
Peut être que l'implémentation de SDL_Flip est différente entre les 2 OS, peut être que le nombre de bpp sous windows est != que sous linux, etc...

Bonne chance pour régler ce problème

[jkalzsmu]

Bonne chance pour régler ce problème

merci!

Par contre, je voudrais savoir si vous avez le meme probleme dans vos jeux.

[Jyaif]

dans les menus d'un de mes jeu, avec une fenêtre de 800x600 avec un SDL_Delay(15), j'ai 10% du cpu d'utilisé.
Essaye d'initialiser ecran avec SDL_HWSURFACE | SDL_DOUBLEBUF (moi c'est ce que je fais)

[jkalzsmu]

dans les menus d'un de mes jeu, avec une fenêtre de 800x600 avec un SDL_Delay(15), j'ai 10% du cpu d'utilisé.

Ouai mais ca me convient pas j'suis désolé. C'est quand meme pas possible d'avoir un fonction qui bouffe autant alors qu'elle fait rien.

Franchement, si y'as pas d'autre solution, je voit pas l'interet de faire un jeu avec la sdl ...

Tous le monde a ce problème alors?

[fearyourself]

Ouai mais ca me convient pas j'suis désolé. C'est quand meme pas possible d'avoir un fonction qui bouffe autant alors qu'elle fait rien.

Franchement, si y'as pas d'autre solution, je voit pas l'interet de faire un jeu avec la sdl ...

Tous le monde a ce problème alors?

Non, sous mon linux Ubuntu, ton programme test n'utilise que 0.3% du CPU...

Je vais tester sous Windows ce soir, je vous tiens au courant...

Jc

[jkalzsmu]

Non, sous mon linux Ubuntu, ton programme test n'utilise que 0.3% du CPU...Jc

Oui j'ai aussi ubuntu, et il y a aucun probleme.C'est sous la daube que ca prend trop de ressource.

Je vais tester sous Windows ce soir, je vous tiens au courant...
Jc

Merci c'est sympa !

[Mindiell]

Je suis sous XP, sur un portable au bureau : entre 5 et 8% de cpu utilisé. La perf du portable (le graphique vert) reste sur 4%, au lieu des 2% quand je fais rien...

PS: pour un prog de test, ta fenetre est bien trop large pour mon portable, t'aurais pu diminuer (rien pour recompiler ici). Et impossible de quitter facilement (Esc ou q)

[jkalzsmu]

Ok alors peut etre que le probleme est avec media center. Je voit que ca.

[Mindiell]

Ici, chez moi, ca bouffe un peu plus et je suis sur W2K...

[fearyourself]

Sur mon XP, ton programme test tourne entre 4 et 20%. Pas les 60% que tu donnes.

Jc

[jkalzsmu]

Merci bien de toutes ses test chez vous.

Moi j'ai mon cpu utilisé a 60%, mais c'est peut etre parce qu'il est moins puissant que les votres et en plus j'ai juste un chipset graphique intégré tout moisi.
Mais bon, mon portable peut largement faire tourner du 2d facilement quand meme. Quand je lance le flipper de dows, ca me bouffe que 3% du cpu. Ca c une valeur normale.

En tout cas, meme 20% je trouve ca assez enorme. Surtout au vu de l'efficacité sous linux. Il y avait civilization qui été fat avec la sdl, je voit pas comment faire un jeu complet avec deja 70% d'un cpu relativement puissant est utilisé pour l affichage...

[Mindiell]

je voit pas comment faire un jeu complet avec deja 70% d'un cpu relativement puissant est utilisé pour l affichage...

Attention, les 60% bouffés le sont à cause de la boucle des évènements. Si tu fais des choses à partir de cette boucle, tu passeras moins dedans, et ton cpu sera bouffé par le reste de ton programme. Ca revient au même. Dès qu'une action est entreprise par ton soft, elle bouffe 100% du proc pendant un temps très court (et suivant ce que windows lui donne comme temps d'utilisation) ce qui ramène à 4 ou 10 ou 20% d'utilisation du cpu.

[jkalzsmu]

Attention, les 60% bouffés le sont à cause de la boucle des évènements.

Non parce que meme quand je fait une boucle avec seulement un sdl_flip et un sdl_delay, ca me prend 60% du cpu a 60 images secondes!!!

Donc c vraiment sdl_flip qui prend toute la puissance

[Mindiell]

ou SDL_Delay, non ?

[Jyaif]

non non, c'est bien dans SDL_Flip que le prog passe tout son temps

Je viens de penser à un autre truc. Est-ce qu'en fullscreen ça utilise autant ton cpu ? Je sais pas comment ça se passe avec SDL, mais en Java avec l'api standart, le double buffering en fullscreen est beaucoup plus rapide qu'en mode fenêtré (l'api a juste à changer le pointeur de la mémoire video vers le buffer, il n'y a rien à copier...).

[PulkoMandy]

En fait tout ça dépend beaucoup de ta carte graphique et de ses drivers.
Parfois les échanges sont plus rapide quand tout reste dans la mémoire vidéo, parfois c'est mieux de s'installer en RAM centrale...
Apparament, ce qui se passe c'est que dans ton windows le SDL_FLIP n'est pas géré par la carte graphique mais par le CPU, qui fait tout "à la main". Ça n'explique pas qu'on arrive à un taux aussi énorme que 60%, cela dit. Essaie de trouver les paramètres de réglage du mode vidéo qui vont bien, et en particulier vérifie que SDL passe par DirectX et pas par le GDI pour l'affichage, le premier étant en général beaucoup mieux accéléré.
Enfin, je ne suis pas sur que ce temps soit effectivement utilisé, et il n'est pas certain que l'utilisation CPU continue d'augmenter quand tu ajouteras des choses à ton jeu.
Un SDL_Flip est quand même une opération assez intensive puisqu'il s'agit d'échanger des écrans entiers (donc beaucoup d'octets), possiblement entre la mémoire vidéo et la ram centrale, ce qui signifie beaucoup d'accès à la mémoire et au bus système qui peuvent mettre le CPU en attante de la mémoire ou bien de la carte graphique... et s'il n'y a pas d'interruption ou de DMA prévu et utilisé, le CPU est obligé de rester là à attendre au lieu de faire autre chose...

[Mat.M]

Parfois les échanges sont plus rapide quand tout reste dans la mémoire vidéo, parfois c'est mieux de s'installer en RAM centrale...

Pas possible avec SDL ; avec SDL pour gérer les graphismes on passe par des SDL_surfaces qui ne sont ni plus ni moins que l'espace de mémoire de la carte graphique.
Sous Windows c'est juste une surcouche qui gére des surfaces Direct Draw

Un SDL_Flip est quand même une opération assez intensive puisqu'il s'agit d'échanger des écrans entiers (donc beaucoup d'octets), possiblement entre la mémoire vidéo et la ram centrale, ce qui signifie beaucoup d'accès à la mémoire et au bus système qui peuvent mettre le CPU en attante de la mémoire ou bien de la carte graphique... et s'il n'y a pas d'interruption ou de DMA prévu et utilisé, le CPU est obligé de rester là à attendre au lieu de faire autre chose...

Sous Windows , j'en doute fortement il n'y a rien de DMA ni d'échanges RAM et VRAM ou peu.
SDL_Flip c'est IDirectDraw::Flip bricolé pour que cela soit portable prendre les sources de SDL...
IDirectDraw::Flip ne joue que sur la carte graphique exclusivement..
sous unix je ne sais pas comment SDL gére tout cela