Télécharge Visual Studio C# Express Edition, et compile le projet.
Ensuite execute-le.

Pas mal, mais faudrait que tu indiques les grandes lignes de ton programme.
En le survolant, j'ai compris que tu charges la page grâce au WebBrowser. Ensuite, tu vas chercher le fichier video dans le cache d'Internet Explorer. Le plus drôle c'est comment tu t'assures que le fichier video est complet (t'attends jusqu'à ce que la taille arrête de varier).
Par contre, j'ai pas trouvé le bout de ton code qui convertit avi-flv.

Le fait que dans Windows XP, écrire "My Pictures" dans l'explorteur renvoyait vers le dossier des images, ça ne compte pas comme un lien symbolique?

Il faut naturellement changer l'extension de .exe_ à .exe
Si ça ne fonctionne toujours pas, assurez-vous d'avoir la plateforme .net installée (2.0 ou supérieur).

Ok merci, je vois plus clair.
Y a ce site que j'ai trouvé qui explique le principe graphiquement :
http://dn.codegear.com/article/27979
Apparemment, ça pourrait même fonctionner sous Linux :)

Oui, sauf que le fichier au quel on colle des octets à la fin est un executable (assez délicat). Le format(age) de l'exe est d'une certaine manière compromis. Un futur loader des applications win32 peut décider d'interrompre le chargement de l'exe s'il trouve que sa taille ne concorde pas avec celle indiquée (j'imagine qu'il y a un tel champ) dans le header PE (pour je ne sais quel raison).
J'ignore si Microsoft a documenté comme quoi l'ajout de données supplémentaires à la fin d'un fichier executable est permis. S'ils l'ont fait, ça voudra dire qu'ils grantissent que ça ne causera pas de problèmes dans le futur.

Je suis surpris que ce programme fonctionne. Vous ajoutez simplement deux fichiers .exe à la fin d'un autre fichier .exe (le binder) en prenant soin de spécifier la taille avant.
Je ne connais pas très bien le format .exe de Windows (appelé PE) ni à quel point est documenté, mais est-ce que ce programme ne risque pas de cesser de fonctionner sur des versions futures de Windows?
Il me semble que le moyen le mieux documenté est d'utiliser l'API Win32 pour ce genre de programme auto-extractable (voir UpdateResoource());

Oui, pour les variables, vaut mieux choisir une langue et s'y tenir.
Dans mes programmes, je préfère coder en anglais (noms de classes, structures, variables,...) et commenter en français :)

L'utilisation des exceptions diminue les performances de l'application.
C'est un point à considérer.

Je pense que la DllImport n'utilise pas de COM, mais simplement l'appel à des fonctions de l'API Win32 pour charger la DLL et exécuter la fonction spécifiée. Un tas de manoeuvres surviennent avant pour s'assurer de la compatiblité des types entre .net et le runtime C.
Mais là encore, je n'ai pas de certitudes.
Pour AnMullerDeKush, j'avais interprété son commentaire de la manière suivante : "Vaut mieux utiliser les outils de .net quand ceux-ci sont diponbiles plutôt que d'utilier directement les interops"
C'est vrai mais je ne connais pas un moyen de contrôler la luminosité avec System.Management :D