booster << ton post m'a bien fait rire... alors oui il se peut que j'ai récupéré les codes sur le site que j'ai adapté... mais bon la question n'est pas la, c'est vrai que j'ai pas cité la source à qui j'ai adapté mon code.
et pour la remarque que j'ai pu faire sur une source quand à ce qu'il avait emprunté ma classe ftp, je ne disais pas ça parce qu'il ne m'avait pas cité dans son post, c'est juste que ça m'avait fait délirer de voir mon code réutiliser.
après tu m'a mi une mauvaise note, pour me descendre la note, dans le but de me pénalisé? ecoute je vois pas en quoi ca me pénaliserai, ca ne me dérange meme pas... j'étais parti d'un constat sur CS, qu'il y avait pas mal de code source montrant l'utilisation de webcam, mais aucun n'expliquer comment enregistrer la vidéo, ce que j'ai fait. pour moi l'objectif de la source est la, et mon but est atteint. après ce que les gens en pense bah voila,je pourrais avoir une note de 1 ca ne me ferai pas plus que d'avoir 10.

bref juste pour dire que j'ai trouvé ta réaction un peu enfantine...

j'ai pas regardé le code, mais en fait visiblement tu as écrit ou quelqu'un d'autre à écrit la classe Semaphore. Or Java posséde déjà dans ces package une classe de synchronisation Semaphore.

salut, éh bah non, je n'ai pas plus avancé sur la source. et je ne pense pas que j'avancerais de si tôt, sachant que actuellement je développe de moins en moins en C++ et que de toute façon je ne travail plus vraiment sur cette source.
Néanmoins si quelqu'un trouve la solution au problème, je serais interressé de le savoir.

Sur ce, bonne continuation dans ton apprentissage...

le truc, c'est que ici on supprime le doublon. le distinct lui permet effectivement de n'afficher qu'une seul ligne, mais c'est une question de performance et de coherence de ta base.

regarde pour la performance, tu as une table de 100 000 enregistrement, et chaque enregistrement posséde 4 doublons. ta base contient alors 4 fois plus de données et lorsque tu va faire des requetes sur cette table, tu va avoir une baisse de performance, une execution de ta requete plus lente puisque tu as 4 fois plus de données a parcourir!

je viens de tomber sur cette source et j'aimerais signaler juste pour information que le MD5 n'est plus considéré comme sur!
effectivement depuis 2 ans maintenant, on peut rapidement créer une collision (trouver un mot de passe différent de celui d'origine mais dont le hash est identique).
donc peut etre que c'est cette méthode qu'il faudrait implémenter pour avoir de la rapidité.
voici quelques liens:
http://cryptography.hyperlink.cz/MD5_collisions.html <= centralisation d'information
http://www.infosec.sdu.edu.cn/paper/md5-attack.pdf =< explication de la collision
http://www.stachliu.com/collisions.html <= page perso d'un chercheur sur la collision
http://www.stachliu.com/files/md5coll.c <= programme C

Menu "Capture" de l'application, tu sélectionnes "Enregistrement video", quand tu as finis, tu retournes dans ce menu et tu fais "Stop", tu choisis ou tu enregistre la vidéo et puis voila...
Je ne pensais pas que cela était d'une difficulté extreme...

ca doit etre possible, mais je ne peux te dire comment...
dsl...
bonne chance sinon dans ta recherche...

salut, je passe juste rapidement sur ta source, pour te dire que je trouve dommage que tu utilises VFW pour lire les vidéos en le complant avec OpenGL.
tu pers alors al portabilité d'OpenGL. De plus en passant directement par les API Win ton appli gagnerai en performance.
voila enfin c'est juste ce que je voulais signaler car pour etre franc, je n'est meme pas regarder ta source.
voila, bonne continuation.

j'ai pas le temps de regarder ta source, mais en fait tu as programmez en code les fonctions d'encrage de Windev ?
Pourtant il y a la propriété "Anchor" des composants qui permet de paramètrè un ancrage...

ca me fait bien rire, car je pensais faire une source similaire :)
sinon ta source est pas mal ;)