Page 1 sur 1
moniteur GPU
Publié : sam. 24/mai/2008 21:55
par beauregard
existe-il un moniteur GPU ? j'aimerai savoir la quantité exacte de vram que j'utilise avec mes sprite3D...
Publié : dim. 25/mai/2008 10:14
par Anonyme
non , mais ta surement des fonctions DirectX. a cherché sur google maintenant ^^
Publié : dim. 25/mai/2008 12:33
par beauregard
Cpl.Bator a écrit :non , mais ta surement des fonctions DirectX. a cherché sur google maintenant ^^
merci pour ta réponse, un ptit sondage s'impose peut être...
Publié : dim. 25/mai/2008 14:09
par cha0s
si les sprites 3D etait aussi maniable sous linux que sous windows peut être.

Publié : dim. 25/mai/2008 15:49
par djes
Publié : dim. 25/mai/2008 16:06
par Anonyme
Publié : lun. 26/mai/2008 7:48
par beauregard
Merci Djes, ton expérience nous est bien précieuse !

Alors, j'ai testé cette commande avec peur basique, et, heu, j'obtiens:
57.572.288
C'est quoi donc( octet, byte, méga octet) ?

Publié : lun. 26/mai/2008 8:19
par cha0s
beauregard a écrit :Merci Djes, ton expérience nous est bien précieuse !

Alors, j'ai testé cette commande avec peur basique, et, heu, j'obtiens:
57.572.288
C'est quoi donc( octet, byte, méga octet) ?

Description
Renvoie la quantité de mémoire vidéo disponible pour les sprites et les autres données graphiques (en octets).
ce qui donne 54Mo de libre environ (1Ko = 1024o, 1Mo = 1024Ko).
Publié : lun. 26/mai/2008 8:44
par beauregard
cha0s a écrit :ce qui donne 54Mo de libre environ (1Ko = 1024o, 1Mo = 1024Ko).
ah, merci

Publié : lun. 26/mai/2008 9:00
par Backup
cha0s a écrit : j'obtiens:
57.572.288
C'est quoi donc( octet, byte, méga octet) ?

Description
Renvoie la quantité de mémoire vidéo disponible pour les sprites et les autres données graphiques (en octets).
ce qui donne 54Mo de libre environ (1Ko = 1024o, 1Mo = 1024Ko).[/quote]
ben non ! ça fait 57.572 Mo !!
puisque le commande se charge de sortir le resultat en octets, pas besoin de faire d'autre calcul, qui ont deja ete fait !

Publié : lun. 26/mai/2008 14:39
par beauregard
Dobro a écrit :
ben non ! ça fait 57.572 Mo !!
puisque le commande se charge de sortir le resultat en octets, pas besoin de faire d'autre calcul, qui ont deja ete fait !

ah, je me disais bien qu'il y avait 3 petits méga qui avaient disparu... ça fait du bien de se rappeler les bases de temps en temps.
Publié : lun. 26/mai/2008 15:22
par cha0s
Cela dépend qu'elle norme l'on utilise

. c'est vrai que selon la norme actuelle 1ko = 1000o mais il est toujours d'usage d'utiliser 1ko = 1024o. C'est notamment grâce a ce quiproquo que les fabricants de disque dur affiche des capacités supérieures a ce que le disque lui même peut offrir.
Publié : lun. 26/mai/2008 15:35
par Backup
cha0s a écrit :Cela dépend qu'elle norme l'on utilise

. c'est vrai que selon la norme actuelle 1ko = 1000o mais il est toujours d'usage d'utiliser 1ko = 1024o. C'est notamment grâce a ce quiproquo que les fabricants de disque dur affiche des capacités supérieures a ce que le disque lui même peut offrir.
non je disais que la fonction AvailableScreenMemory() respectais les 1024...
puisqu'elle a ete codé par Fred, et qu'il code en utilisant les API ou l'assembleur qui renvoient du binaire, ou de l'hexa, bref, qui respect les 1024 ...

les fonctions windows renvoient des OCTETS (8 bits) et des kilo octets (1024 bits) , l'histoire des 1000 c'est purement marketing effectivement ..
d'ailleurs le chiffre renvoyé
57.572.288 le prouve
sinon ce serai ecrit 57.000.000 , enfin un truc qui se termine pas par 2,4,6,8...(une puissance de 2)etc ...