Créer image pixel par pixel

Bonjour à tous,

Après des années d'utilisation de Visual C++ pour écrire des programmes "console", je souhaite désormais écrire des programmes "windows". En fait, je ne suis pas vraiment certain de ces appellations. Par programme "windows" j'entends programme interactif avec apparition de fenètres, de boutons, d'images, et intervention de la souris, en fonction de l'intervention d'une personne face à l'écran, contrairement aux programmes "console" pour qui la seule interaction possible est l'impression de questions et la saisie de texte en réponse.

Je souhaite faire apparaître une image sur l'écran, qui serait construite par le programme lui-même. J'ai donc besoin de pouvoir définir moi-même chaque pixel de l'image affichée. J'ai trouvé dans ma boîte à outils un composant appelé pictureBox1. Mais dans les propriétés de ce composant, je ne trouve rien qui me donne accès aux pixels. Le composant en question est-il le bon ? Je n'en trouve pas d'autre.

Merci de toute aide éventuelle.

Salut,

il te faut une bibliothèque graphique.
Plus accès logiciel : Qt, wxWidget, GTK, ...
Plus accès temps réel/jeu :: SFML, SDL, ... ou carrément OpenGL, DirectX

Merci pour ta réponse rapide.

Comment faire ?

Dois-je télécharger Qt (par exemple) et ensuite comment dire à Visual C++ que je veux utiliser Qt ?

D'ailleurs, je ne connais rien à toutes ces bibliothèques. D'après ton expression "carrément OpenGL, DirectX", j'ai l'impression que ces derniers, c'est mieux ! Comment choisir ? Carrément OpenGL ?

Merci encore !

Qt est un peu à part, pour l'utiliser mieux vaut utiliser Qt Creator, sinon mettre en place sa chaîne de compilation est un peu chiant.
Non openGL et DirectX sont les plus bas niveaux possibles, donc c'est rarement la bonne solution..
Si tu ne sais pas du tout installer une lib, faut commencer par là. Ca dépend un peu de chaque lib, mais rien d'insurmontable avec son moteur de recherche favori.

C'est un peu vieux mais y'a plein de liens en FAQ ou dans diverses sections du forum.
https://cpp.developpez.com/faq/cpp/?...e-en-Cplusplus
https://cpp.developpez.com/bibliotheques/?page=ihm
https://cpp.developpez.com/telecharg...egorie/455/IHM

Merci beaucoup. Je vais aller voir ça.

La plupart des applications dites « graphiques » qui s'exécutent par l'intermédiaire d'un système d'exploitation moderne peuvent être distinguées en deux grandes catégories :

• celles qui utilisent - wrappées ou non - les primitives du système d'exploitation à savoir la WINAPI pour Windows, l'API du serveur graphique pour Linux (Xlib pour X, par exemple) pour offrir une interface sophistiquée avec menus, boutons, listes.. qui est compatible/intégrée avec le reste de l'environnement. Un tel programme peut être portable si on utilise une couche d'abstraction, comme Qt par exemple. Les éditeurs de texte, applications de bureautique, navigateurs web, lecteurs multimédia, le démineur de Windows 95.. se situent en général dans cette catégorie.
• celles qui demandent simplement une fenêtre maître, dessinent tout à l'intérieur - « pixel par pixel » comme tu l'écris - le plus souvent via une API d'accélération matérielle comme OpenGL ou Direct3D, et récupèrent directement les entrées utilisateur (clavier, souris..). On a besoin d'une bibliothèque qui donne accès à l'OS pour créer la fenêtre/contexte et d'une autre pour dessiner à l'intérieur (couple GLFW + OpenGL, par exemple), ou alors d'une couche d'abstraction : SDL, SFML, moteur de jeu.. Les jeux vidéo se situent quasi exclusivement dans cette catégorie.

Le choix de telle ou telle catégorie dépend de la nature de ton projet.

Purement sous Windows, sous Visual C++, tu dois avoir la bibliothèque GDI+ (fichier d'en-tête: <gdiplus.h>) qui te permet de créer une image de la résolution de ton choix (classe Bitmap), dessiner dessus (classe Graphics), puis l'afficher dans une fenêtre (classe Graphics aussi) ou la sauvegarder dans le format de ton choix (BMP, PNG et JPEG sont parmi les formats supportés).

Il existe aussi les MFC qui ont l'avantage d'être facilement intégrées dans VS et qui sont peut-être la source du "pictureBox1" du PO.

Pour VS2017 :
https://developercommunity.visualstu...g-in-file.html

Elles tombent dans la première catégorie de @Matt_Houston.

Et si le pictureBox1 vient de .Net à la place, il faut savoir que .Net offre également accès à GDI+ (via les classes du namespace System.Drawing).