Problème de thread : Plus de ressources système

Bonjour, voilà je travail sur un thread qui agie sur une image de type TPicture, qui après traitement est asssigné à un TJPEGImage (afin de compresser biensur). Jusque là aucun soucix, le seul problème recontré est au moment de SaveToFile du JPEG, il me donne une erreur : "Plus de ressources système" lorsque je bouge la sourie, dans le cas contraire, ça tourne nikel, auriez vous une idée ?
Donc je pense que c'est l'évènement de la souri qui pose problème (le clavier n'agit en rien ici)

j'ai tenté de contourner ceci, avec un

Code:

---

1 2 3 4 5 6 7 8

try {   } __finally {   }

---

Mais ça ne fonctionne pas non plus

Auriez-vous une idée ?

Merci

Salut !
bon j'ai contourné le problème en supprimant mon thread, et en utilisant

Code:

---

1 2 3 4 5 6

bool active = true; while (active) { /* Traitement */ Application->ProcessMessages (); //Pour garder la main de temps en temps }

---

C'est du provisoire, mais bon ça semble marcher ainsi.

Si par contrevous avez une idée sur le problème rencontré avec mon thread.
Merci

En fait il s'avère que l'erreur viendrai de l'Assign

Code:

---

jpg->Assign (Bitmap);

---

je comprends pas trop pourquoi cette erreur apparait que dans un thread et non dans une appli standard avec un while (1).

Bonjour,

Es-tu sûr de synchroniser depuis ton thread tous les appels à des objets VCL ( et donc bien sûr les traitements sur tes TPicture, TJPEG...)

Tu entends quoi par synchroniser ?
utiliser : Synchronize ()
c'est bien ça? mais que faudrai-il mettre dedans?

Tout ce qui fait appel à des objets VCL.
Regardes le commentaire ajouté par BCB lors le la création d'un nouvel objet thread.

je vois bien le principe de synchronize, mais c plus pour un affichage là non?

Moi je reste en mémoire, rien de visuel.

A moins kil existe une méthode plus simple pour convertir un bmp en jpg sans passer par la classe JPEGImage

Non, rien à voir avec l'affichage. Le problème, c'est la VCL (composants visuels ou non)

l'utilisation de synchronize a l'air de résoudre le pb, mais par contre je suis obligé de mettre la priorité du thread a : tpHighest, sinon ça replante.
Et de plus, g un problème avec un deuxième thread qui tourne à côté, qui quand à lui perd de sa vitesse d'exécution...

Citation:

---

il me donne une erreur : "Plus de ressources système"

---

Citation:

---

Code:

---

jpg->Assign (Bitmap);

---

---

question bete : as tu bien pensé à supprimer Bitmap après son assignation. ?

Oui j ai pensé, mais en fait j'suis dans une boucle sans fin (d'ou un thread) qui prend une image bmp et la copie dans un jpg, donc je n'ai pas besoin de supprimer le bmp, mais bon, même en testant un delete et après un new à chaque passage de ma boucle, j'ai toujours le même soucix.

un petit bout de code ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

void __fastcall TCapture::Execute() { //---- Placez le code du thread ici ---- Bitmap = new Graphics::TBitmap;   while (!Terminated) { /* On travail ici sur le Bitmap */   Synchronize (assign); }   delete (Bitmap); }     void __fastcall TCapture:: assign () { TJPEGImage *jpg = new TJPEGImage;   jpg->Assign (Bitmap);   Application->ProcessMessages ();   if (FileExists ("./out/" + IntToStr (i) + ".jpg")) DeleteFile ("./out/" + IntToStr (i) + ".jpg");   jpg->SaveToFile ("./out/" + IntToStr (i) + ".jpg"); delete (jpg); }

---

Peut etre que ça vient enpartie du fait que ce petit de code VCL est hors de synchronize..

Citation:

---

Code:

---

1 2 3 4 5 6

Bitmap = new Graphics::TBitmap;   while (!Terminated) { /* On travail ici sur le Bitmap */ ...

---

---

Hello

Tu peux utiliser des objets de la VCL dans tes threads sans passer par des Synchronize, du moment que ces objets ne sont pas utilisés par le thread principal. Ca veut donc dire que tes objets liès à l'affichage doivent obligatoirement être modifiés via un synchronize.
Maintenant, rien ne t'empêche (par exemple) de bricoler avec des TQuery à l'intérieur de tes threads, si ces TQuery sont créés dans le thread (new TQuery(NULL)), ainsi que leur TDatabase lié, ainsi que le TSession lié (voir TSessionList)...

Si j'ai bien compris, tu as un TPicture nommé Bitmap, et un TJPEGImage nommé jpg. Si Bitmap est sur une fiche, faut faire le Assign dans une méthode appelée par Synchronize...

Si tu as un bout de code à nous montrer, n'hésite pas...

A++

ça semble mieux marcher, je peux au moins utiliser des priorités inférieurs (ça rame moins)

Mais par contre mon traitement se fait image par image avec à chaque étape écriture sur le disque, donc traitement assez long :(

Pensez-vous qu'il est possible de réaliser un système ou 2 threads en concurrence se partagents un tableau d'une centaine de jpg, une thread rempli, et l'autre sauvegarde les premières si elles sont remplies, et ainsi de suite, et dès qu'une jpg est sauvée, elle est libéré pour le remplissage (bon y aura toujours un soucix de temps je pense, vu qu'une ira plus vite que l'autre)

PS : je n'ai rien du tout sur ma fiche, tout en mémoire

(Oups je n'avais pas vu les messages passés entre temps)

Curieux, dans un projet quasi vide, ta boucle Execute a l'air de tourner sans soucis (pas de handle de perdus, mémoire stable)... (par contre le Application->ProcessMessages dans assign met le CPU à 100%, et sans ça marche nickel)

Pour ta suggestion: pourquoi pas ? un TThreadList permettrait de partager les TJPEGImage

A++

Oulla explorer.exe aime pas le gros!

Bon j'aurai ptetre une solution, mais bon, savez vous si on peut vérifier si 2 images sont identiques ou non, ainsi, je ne auvegarde que lorsque les images sont différentes, afin de gagner de la charge mémoire et disque.

Sinon je regarderai du côté de : TThreadList