Vitesse de l api windows
nyergk001
Messages postés
1
Date d'inscription
Statut
Membre
Dernière intervention
-
Hxyp Messages postés 401 Date d'inscription Statut Membre Dernière intervention -
Hxyp Messages postés 401 Date d'inscription Statut Membre Dernière intervention -
Bonjour,
j aimerai savoir la vitesse de la API Windows en C (windows.h) , par rapport a des bibliotheque comme la SDL, ou bien d autres comme OpenGL ? surtout au niveau des graphismes.
merci d avance.
j aimerai savoir la vitesse de la API Windows en C (windows.h) , par rapport a des bibliotheque comme la SDL, ou bien d autres comme OpenGL ? surtout au niveau des graphismes.
merci d avance.
A voir également:
- Vitesse de l api windows
- Augmenter vitesse pc windows 10 - Guide
- Clé de produit windows 10 gratuit - Guide
- Montage video windows - Guide
- Windows ne démarre pas - Guide
- Windows movie maker - Télécharger - Montage & Édition
1 réponse
Bonjour,
L'api de windows permet d'utiliser le matériel sans avoir à se taper la création de pilotes pour gérer un truc ou un autre c'est optimisé pour le système windows et en fait partie je ne pense pas qu'on puisse trouver mieux pas la peine de refaire la roue. Alors si vous voulez afficher quelque chose soit vous utilisez l'api windows gdi ou directx propre à microsoft ou opengl tout aussi "rapide" les deux servent à l'affichage. Mais tout ça est fastidieux car c'est à vous de penser à tout et c'est là que les ralentissements interviennent. La SDL utilise l'api de windows et directx ou opengl (j'ai survolé ses sources rapidement). Donc utiliser la SDL c'est se simplifier la vie puisqu'elle est faites justement pour ne pas se prendre la tête avec les divers systèmes d'exploitation et leurs api particulières et les bibliothèques comme opengl et directx, c'est une sorte de layer/calque superposé au dessus. Voilà donc le ralentissement vient de ses différentes superposition de "calque" sur les fonctions natives d'un système/architecture, plus il y en a et moins ça tourne vite et plus ça pompe de ressources et plus y a de bug parce qu'il y a toujours plus de code.
L'api de windows permet d'utiliser le matériel sans avoir à se taper la création de pilotes pour gérer un truc ou un autre c'est optimisé pour le système windows et en fait partie je ne pense pas qu'on puisse trouver mieux pas la peine de refaire la roue. Alors si vous voulez afficher quelque chose soit vous utilisez l'api windows gdi ou directx propre à microsoft ou opengl tout aussi "rapide" les deux servent à l'affichage. Mais tout ça est fastidieux car c'est à vous de penser à tout et c'est là que les ralentissements interviennent. La SDL utilise l'api de windows et directx ou opengl (j'ai survolé ses sources rapidement). Donc utiliser la SDL c'est se simplifier la vie puisqu'elle est faites justement pour ne pas se prendre la tête avec les divers systèmes d'exploitation et leurs api particulières et les bibliothèques comme opengl et directx, c'est une sorte de layer/calque superposé au dessus. Voilà donc le ralentissement vient de ses différentes superposition de "calque" sur les fonctions natives d'un système/architecture, plus il y en a et moins ça tourne vite et plus ça pompe de ressources et plus y a de bug parce qu'il y a toujours plus de code.