Affichage d'un graphe en tps réel

Bonjour,

Description :
J'aimerais afficher en tps réel un polygon (de 4 pts x,y) recu par le port série, ca pas de pb, de gérer une sorte de superposition des derniers pts recus avec les anciens afin d'obtenir une différence de couleur aux endroits ou l'on est déja passé, j'arrive à obtenir un résultat avec 2 TImages ou je compare pixel par pixel le dernier "polygon" récu, et enfin de gérer un zoom.

1er pb : je suis limité avec le TImage à 5000 par 5000 pixels sinon erreur de mémoire et je souhaiterais beaucoup plus.
Avec Paintbox pas de limitation mais il faut tout redessiner et pas moyen de faire une gestion de 2 paintbox pour mes recouvrements.

2eme pb: comment faire pour zoomer sur une Timage autre que par la fonction
"StretchBlt" qui ne copie que ce que l'on voie (si je ne me trompe pas).


Merci à tous pour votre participation,

Perso, j'utiliserais OpenGL pour faire ça :

- Performances...
- Tes données ne nécessitent que le stockage de quelques points par polygone. (Donc stocker une image de 5000*5000 c'est moyen)
- La superposition en OpenGL ne pose aucun problème. Tu peux imaginer toutes sortes de rendu d'ailleurs (BLEND)...
- Le zoom non plus.

Bonsoir,

Encore mon avis, utiliser un moteur de rendu c'est peut être la meilleure solution. Pour cela, tu as le choix :
1. OpenGL
2. DirectX

A toi de choisir !!

Bonjour,

Pour moi, je te suggère de stocker tes structures sous forme de coordonnées, et de les dessiner à l'échelle au fur et à mesure. De cette façon, ton bitmap ne dépassera jamais la taille de l'écran.
Bon, cela nécessitera des calculs pour savoir si tes polygones sont dans d'autres.
Je ne connais pas OpenGL ni DirectX, et c'est pour cela que je te fais cette suggestion. ;)

Cdlt,
M.P.

Citation:

---

Pour moi, je te suggère de stocker tes structures sous forme de coordonnées, et de les dessiner à l'échelle au fur et à mesure.

---

Je pense aussi que c'est ce qu'il faut faire quel que soit le moteur de rendu (GDI, OpenGL, Direct3D).

Citation:

---

Bon, cela nécessitera des calculs pour savoir si tes polygones sont dans d'autres.

---

C'est ici que OpenGL (ou Direct3D) sera vraiment performant. Il calculera lui-même tout ça avec les opérations de BLEND, et cela en quelques lignes de code.

Citation:

---

Je pense aussi que c'est ce qu'il faut faire quel que soit le moteur de rendu (GDI, OpenGL, Direct3D).

---

Est-ce que cela peut aussi servir dans mon projet?
Celui-ci est:
Une Carte au format JPG (style carte Routiere)
Des points et traits a placer dessus que je peut supprimer
Un zoom
rendre cliquable mes points
car pour l'instant avec un Timage, je suis obligé de
Réécrire toute ma carte quand je fais un effacement (canevas)
Gerer des zones construites a la volée

Citation:

---

C'est ici que OpenGL (ou Direct3D) sera vraiment performant. Il calculera lui-même tout ça avec les opérations de BLEND, et cela en quelques lignes de code.

---

C'est vrai, le deplacement d'un carré texturé est plus rapide que le déplacement d'un Timage je l'avoue
sinon je suis en train de voir avec fearyourself pour traduire les tuoriels de NeHe en français (tuto 11 a 48), tu pouras donc te servir de OGL rapidement

Citation:

---

Est-ce que cela peut aussi servir dans mon projet?

---

Bien sûr. Ce n'est peut être pas très connu, mais OpenGL est un excellent moteur de rendu 2D. Bon ça demande quand même un petit investissement.

Mais ensuite l'affichage ne devient vraiment plus un problème. Alors qu'avec le rendu GDI, on atteint très vite les limites et on passe beaucoup de temps à l'optimisation (et même avec la meilleure optimisation, on sera très loin des performances de OpenGL).