Salut, à lire ton code, je vois tout de suite 2 erreurs qui font que ton code doit être assez lent à l'exécution...

1. Dans tes boucles, tu accèdes aux propriétés img.Width et img.Height ce qui a pour effet de nettement ralentir ton programme. Stocke les valeurs dans des variables, et compare le temps d'exécution...

2. GetPixel et SetPixel sont très lent eux aussi, pour des performances optimales, travailles en mode unsafe pour récupérer le tableau des pixels sous forme d'un pointeur d'Uint32 (Argb). Ensuite, applique un XOR 0x00ffffff à chaque pixel, dans l'ordre ou ils viennent (à partir de la valeur de départ du pointeur et pour chaque pixel, pas besoin de width, height).

Si tu fais ça, juste pour te donner un ordre d'idées, le temps de calcul nécessaire pour rendre une image d'environ 3000 x 4000 pixels prendra 0,34 secondes, celui nécessaire pour une image de 800 x 600 prendra 0,03 secondes.

Si tu veux que je poste un morceau de code faisant cela, il suffit de demander =)

pour apprendre des trucs en stéganographie je vous conseille http://www.binary-universe.net/
c'est une allemande qui présente ses recherches (code source à l'appui) en stégano.
on y trouve la possibilité de cacher du texte dans des images, de façon simple à très puissante, dans des avi et des gif, mais aussi dans des assembly .net, des fichiers midi, wav ou encore de façon plus folklorique : sur une k7 audio ou dans une liste (en fonction du tri, ce qui peut avoir beaucoup d'applications)

bien le coup du thread, ça peut permettre (entre autres) d'avoir un slider qui définit le rayon et quand on le déplace hop il calcule tout de suite le flou pour l'afficher, sans que l'application soit en mode "je réponds pas paske je bosse là" et donc sans ke ça bug mochement meme si la souris ne lâche pas le slider !

le seul problème a mon avis est (j'ai pas testé mais au vu de ton code j'imagine) le temps de calcul de ton flou =/

je pense ke tu peux commencer par éviter les Get/SetPixel et les remplacer par du BitmapData = Bitmap.LockBits(...);
puis utiliser un pointeur en mode unsafe.

de plus il existe des astuces pour que les flous soient super rapides, tu peux matter l'une de mes sources consacrée aux flous (en VB6 mais très facile à comprendre) ici : http://www.vbfrance.com/code.aspx?ID=30380

voilà =)

bon là je suis obligé d'en parler : Illustrator CS 2 transforme les images pixellisées en vecteurs. ce qui permet non seulement d'anticréneler les contours mais aussi de redimensionner une image. je vous recommande de voir le Live Trace. Ils l'ont fait.

bravo Adobe.

il est important de souligner que le DoEvents pour séparer les données du fichier et la fin du transfert "end" ça fonctionne en local (soit sur son propre pc soit dans un réseau local) mais à "grande" distance, en WAN (sur le net quoi), avec tous les aléas et les ralentissements et collisions divers qu'il peut y avoir il est possible qu'à la fin le "end" n'arrive pas seul mais collé au paquet qui le précède.
celà empecherait de savoir que c'est la fin et dans le cas d'un enchainement de plusieurs transferts de fichiers ça provoquerait une erreur.

mon conseil : un grand nombre de solutions peuvent palier à ce problème, en voici 2 :
la premiere : fermer la connexion coté senddata au lieu d'envoyer "end". le défaut c'est qu'en cas de coupure de la connexion on ne pourra pas vérifier si le fichier a bien été reçu ou pas.
la seconde : envoyer une commande avant l'envoi qui indique la taille du fichier (et pourquoi pas le nom du fichier). ainsi en comparant la taille du fichier reçu avec la taille envoyée on saura tout de suite si le fichier a bien été reçu =)

voilà en espérant que ça serve...

merci a tous pour vos commentaires les gars c sympa =)

@MoiOlivier:
L'utilisation est Long rend les algos plus rapides car le Long est de 32 bits et nos processeurs (pour la plupart) sont 32 bits et sont donc optimisés pour etre au plus rapide avec ces valeurs ! celà explique pourquoi un long est plus rapide qu'un integer ou meme qu'un byte !!!

@Progmeister:
pas mal mais tu pourrais accélérer en cochant les cases pour optimiser la rapidié comme le dit MoiOlivier et surtout NE PAS UTILISER de progressbar !!! la progressbar il faut la rafraichir à intervals réguliers sinon tu perds énormément de temps !!!

et juste une petite astuce aussi quand tu inverse l'image. le calcul c'est effectivement NouvelleComposanteDeCouleur = 255 - AncienneComposanteDeCouleur

mais il s'agit de byte, donc d'octet et celà revient au même résultat de faire NouvelleComposanteDeCouleur = Not AncienneComposanteDeCouleur

sauf que c'est plus rapide pour le processeur =)

bonne continuation

waouw j'ai la note des admin la classe ! =)

mais ça provoque un bug au niveau du calcul de la note dans listecode.aspx ça écrit 18,00/10 au lieu de générer la petite jauge...

merci pour vos commentaires et notes ça fait plaisir surtout que cet algo je l'ai trouvé nulle part, il est donc de ma création.

et si vous regardez bien il produit un résultat bien meilleur que certains éditeurs d'images qui produisent un étirement des parties rétrécies et forment un effet de perspective.

Photoshop lui en cas de déformation extreme affiche une courbure

dans mon algorithme on peut aussi voir une courbure mais dans ces cas là photoshop refuse d'effectuer la torsion.

en revanche en cas de croisement on peut voir les 10 px pris en plus pour essayer (plutot en vain) de faire l'anticrènelage.

pour finir dans certaines déformations, comme déjà précisé, il se forme un moirage tellement grand que ça fait carrément des trous de 10px !!!

améliorez ce code tant que vous le pouvez ou donnez moi des idées pour corriger les bugs je me ferai un plaisir de les implémenter pour faire un algo qui vaille vraiment la peine.

et merci encore =)

en fait j'utilise Get/SetBitmapBits parce qu'elles sont plus simples d'utilisation et que j'ai commencé par ces API que je connais bien à présent.

et puis win95... les nostalgiques qui l'utilisent encore sont trop rares pour que je m'attarde vraiment à la compatibilité de mes sources pour eux...

détails: ne tenez pas compte du copyright, j'étais jeune mon code est totalement libre !