Mettre un TBitmap en mémoire

Bonjour,

Comme le titre l'indique j'aimerais placer un TBitmap en mémoire, c'est à dire le placer entièrement dans la RAM pour pouvoir le réutiliser dans un autre programme, j'ai bien cherché et je n'ai trouvé que quelques solutions : avec le handle du bitmap (ne marche pas, je croit qu'il est détruit dès que l'on ferme le programme), avec un TMemoryStream (idem) et avec un CreateFileMapping (doit marcher mais je suis un peu perdu dans son utilisation...).

L'idée serait de faire 3 fonctions dans une DLL :
ShareDC(window_handle:HWND):Integer; (récupération du DC déjà programmé mais impossible de mettre le bitmap créé en mémoire, valeur de retour : le handle de l'image en mémoire)
GetPixel(x:integer,y:integer,image_handle:integer):COLORREF; (retourne la couleur du pixel grâce à un ScanLine)
Free(image_handle:integer); (libére l'image de la mémoire)

J'en profite aussi pour vous demander si ces fonctions seront rapide car si elles ne le sont pas, ce n'est pas la peine...
Merci pour votre future aide précieuse ! :)

Tu peux vraiment pas le mettre dans un fichier temporaire qui durerait le temps que Windows dure ?

Cordialement, Bacterius !

Bah malheureusement non, j'ai besoin de ces fonctions pour en remplacer une autre qui est très lente (dans un autre langage) et j'aimerais ne pas passer par le disque (trop lent...).

Merci de ton aide !
matware456

Mmhh, pas pratique... N'y-aurait-il pas d'autre solution ?
Sinon pour le même accès au fichier, c'est-à-dire ?

Tu peux lire mon tutoriel sur les pointeurs, il y a un chapitre dédié aux fichiers paginés, tu pourrais y apprendre des trucs.

http://www.delphifr.com/tutoriaux/POINTEURS-DELPHI_962.aspx

Après je t'explique si tu as toujours des questions.

Cordialement, Bacterius !

Déjà lu... (il est super bien fait ^^)
Mais tu ne parles pas de la suppression de la ressource quand elle n'est plus utilisée, peux-tu m'en dire plus ?

Et sinon pourquoi ne pas tout simplement utilisé le handle d'un TBitmap sans le détruire, ça marcherait peut-être... Mais mes essais n'ont pas été concluant. =/

Alors,
Windows a introduit la notion de fichier paginé ... blablabla ... seulement ce fichier n'existe que tant qu'un processus s'en sert. Il existe en fait un compteur de référence sur un objet quelconque (ici le fichier paginé). Lorsqu'il est créé, ce compteur passe à 1. Lorsqu'un processus essaye de créer (ou tente d'ouvrir) le même fichier, le compteur s'incrémente. Lorsqu'un processus libère (ou ferme) le même fichier, le compteur se décrémente. Lorsque le compteur passe à 0, l'objet (fichier paginé) est détruit. C'est pourquoi il faut toujours garder un compteur > 0. Donc, il faudrait faire comme ça :

Processus 1 crée le fichier (Compteur à 1)
Processus 2 ouvre le fichier (Compteur à 2)
Processus 1 ferme le fichier (Compteur à 1)
Processus 2 fait des trucs sur le fichier
Processus 2 libère le fichier (Compteur à 0)

Cordialement, Bacterius !

Ah ok je croyais que l'espérance de vie du fichiers mappé était limitée. ^^

Moi ça serait plutôt ça :
Processus 1 créé le fichier mappé via une DLL et renvoi son identifiant.
Processus 1 traite des données (sans le fichier mappé).
Processus 1 rentre dans une boucle et analyse les pixels de l'image mappé (grâce à la fonction expliquée dans mon premier message).
Processus 1 libère le fichier mappé.

Merci de ton aide encore une fois ! :)
Matware456

"Ah ok je croyais que l'espérance de vie du fichiers mappé était limitée."

C'est ce que je viens d'expliquer, tu avais raison donc. N'y-a-t-il pas un problème dans ta phrase ?

Cordialement, Bacterius !