Discussion :

[chuckey]

bonjour... je suis vraiment nul en c++, je sais juste bricoler des fichiers avec mais je sais rien faire côté affichage

je cherche un truc tout basique, la façon la plus rapide possible de changer la couleur des pixels sur l'écran dans ma fenêtre d'appli windows, mais sans passer par directx, ni opengl, bref sans utiliser de trucs hardware

éventuellement manipuler les pixels d'une image que j'afficherai ensuite à la taille que je veux

et il faudrait que ça marche à la fois sur vista et xp... merci de votre aide

[loufoque]

Génère un vieux ppm des familles puis ouvre-le avec ton logiciel préféré.

[chuckey]

c'est pas générer un fichier bitmap que je veux faire

c'est comment manipuler rapidement les pixels à l'écran et sans passer par les trucs hardware

un peu comme on faisait avec les vga sous dos avec le machin "screen 13" en changeant les octets des pixels directement dans la ram

mais en version windows

[Médinoc]

Sauf que c'est impossible sous Windows: C'est protégé par l'OS...

[Obsidian]

Sauf que c'est impossible sous Windows: C'est protégé par l'OS...

Ce n'est peut-être pas tout-à-fait vrai : ça fait bien longtemps que je n'ai pas programmé sous Windows mais il doit être possible d'une manière ou d'une autre de demander un handle sur le buffer de la fenêtre principale, non ?

Par contre, il est probable que ce « frame buffer » n'accède malgré tout pas directement à la mémoire vidéo mais soit interprété d'une manière ou d'une autre, car il y a des douzaines de résolutions différentes aujourd'hui, et toutes les cartes vidéos gèrent leurs modes comme elles l'entendent ...

[LittleWhite]

A priori, pour faire ce qui est demandé, c'est de dire à DirectX de donner un pointeur sur la fenêtre... ( mais du coup c'est directX ).
Même si dans le bon vieux temps on fesait du "int 13h" et on modifié tout à la main, maintenant avec nos fenêtres qui ont une taille minimum de 640 x 480 , c'est déjà beaucoup plus lent de géré à la main.
Ainsi une solution est d'utiliser non plus de l'ASM mais le hardware, pour modifier le contenu d'une fenêtre rapidement.
Enfin après cela dépend de la taille de ta fenêtre et de ce que tu veux faire ...

[chuckey]

je dois faire des bidouilles de pixels un peu comme winamp mais sans utiliser le hardware dans un premier temps

j'ai cherché un peu j'ai vu qu'il y'a une fonction setpixel() dans l'api windows mais il parait qu'elle est beaucoup trop lente, sinon j'ai lu des trucs sur des "Canevas" dans je sais pas quelle lib mais je n'en sais pas plus, il parait que ça va plus vite mais je sais pas du tout à quoi ça fait référence

vu que c'est de la pure procédure je me suis peut-être gourré de forum, j'aurais ptêt du demander sur le forum c

[Médinoc]

Le plus rapide que je connaisse dans utiliser DirectX et Cie, c'est d'utiliser un bitmap en mémoire et de faire un bête BitBlt() dans le traitement du message WM_PAINT.
Le problème, c'est que selon la résolution couleur choisie, le BitBlt() peut être plus lent s'il y a une conversion à faire. Ou bien, tu adaptes ton code à la résolution couleur, mais dans ce cas tu dois faire un code pour chaque résolution...

En supposant qu'on travaille systématiquement en couleurs 32 bits, il devient très facile et très rapide d'accéder directement à la mémoire de ton bitmap, et il est assez rapide aussi de copier le bitmap vers le contexte d'affichage donné par Windows dans le traitement de WM_PAINT...

PS: Dans tous les cas, on n'utilise quasiment jamais SetPixel(), parce que SetPixelV() est déjà plus rapide et presque toujours suffisant.

[chuckey]

merci