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. :lol:

Publié : dim. 25/mai/2008 15:49
par djes

Code : Tout sélectionner

Resultat = AvailableScreenMemory()
Uh?

Publié : dim. 25/mai/2008 16:06
par Anonyme
:oops:

Publié : lun. 26/mai/2008 7:48
par beauregard
djes a écrit :

Code : Tout sélectionner

Resultat = AvailableScreenMemory()
Uh?
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 :
djes a écrit :

Code : Tout sélectionner

Resultat = AvailableScreenMemory()
Uh?
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 :lol:. 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 :lol:. 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 ...