SCREENSHOOT A DISTANCE
cs_LordBob
Messages postés
2865
Date d'inscription
samedi 2 novembre 2002
Statut
Membre
Dernière intervention
11 mai 2009
-
26 févr. 2004 à 06:48
DxShadow Messages postés 69 Date d'inscription samedi 22 décembre 2007 Statut Membre Dernière intervention 12 mai 2013 - 16 mai 2010 à 23:59
DxShadow Messages postés 69 Date d'inscription samedi 22 décembre 2007 Statut Membre Dernière intervention 12 mai 2013 - 16 mai 2010 à 23:59
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/20758-screenshoot-a-distance
https://codes-sources.commentcamarche.net/source/20758-screenshoot-a-distance
16 mai 2010 à 23:59
Intégrer cet exécutable + un LisezMoi dans un installateur grâce à IEXPRESS Wizard (inclu dans Windows: taper IEXPRESS dans Exécuter) ou encore InnoSetup, et le publier à la volée ^^
bonne chance et A+
PS: ce serait cool d'ajouter au client une fonction pour obtenir une liste de ceux qui ont ouvert le serveur. ça simplifierai tout! :D une simple communication à un serveur public dont l'IP est fixe...
16 mai 2010 à 23:55
Une autre question :
Dans le code source du serveur y a t-il un script d'installation silencieux, car quand on installe le serveur.exe il n'y a pas d'interface graphique pour cliquer sur ok, suivant ect .. ?
16 mai 2010 à 23:54
En effet, il écoute des connexions (donc serveur) et il sert de relai pour ces connexions et donc devient client.
Donc passer par un proxy ne résout pas le problème de port car il faudra quand même en ouvrir un au final sur la machine serveur (et/ou la box).
16 mai 2010 à 23:30
... Mais je ne m'écoute pas.
(lol)
16 mai 2010 à 23:26
addr.sin_port = htons((u_short)4000);
Donc logiquement c'est le port 4000 qu'il faut ouvrir.
Après la manipulation dépendant des box, celles-ci disposant généralement d'une interface d'administration web simplifiée, et ne possédant pas cette box, je penses que tu n'auras pas de mal à trouver comment faire car c'est assez facile.
Au pire reporte-toi au manuel ou à la documentation fournie par ton FAI.
16 mai 2010 à 17:39
Sais tu quel port je dois ouvrir (du coté server) et comment ?
PS: j'ai une box numéricable CBV734EW
16 mai 2010 à 17:21
Par contre il faut au niveau serveur le faire.
A moins que ton logiciel soit utilisé à des fins illégales, la configuration de la box chez la personne possédant le serveur ne devrait pas poser de problèmes ;)
16 mai 2010 à 13:19
16 mai 2010 à 11:45
15 mai 2010 à 14:42
15 mai 2010 à 13:44
il faut configurer les 2 box , celle du serveur et client ??
13 mai 2010 à 21:39
13 mai 2010 à 20:27
Mais ça marche pas... j'ai filé le serveur a mon pote a et il a exécuté pour faire un test et il ma donner son IP internet, mais Erreur de connexion!?
Savez vous pourquoi?
12 mai 2010 à 17:58
Après, il faut l'IP (Internet ou locale) du poste sur lequel tu as ouvert le serveur, pour se connecter.
A+
11 mai 2010 à 01:02
l'exécutable serveur doit être installer sur le poste ou on veut capturer l'écran mais pourquoi quand j'essaye d'installer le server ça marche pas ? (il veut pas s'installer?
Merci
24 déc. 2009 à 01:00
C'est la base de la programmation.
Il existe différents tutoriaux pour te mettre au C++ (ou à un autre langage) mais je ne vais t'énumérer cela ici.
22 déc. 2009 à 20:29
22 déc. 2009 à 09:53
5 avril 2008 à 23:51
9/10 car il prend mal les screenshots... C'est limite visible... Ce serait bien de paramétrer pour prendre en 32 bits et avec les dimensions du client...
Mais sinon, la connexion est rapide et efficace, félicitations!
29 août 2007 à 12:31
1)
"Si j'ai le choix entre un programme qui tourne vite et une bouse qui met 10s pour calculer 100!, mon choix est vite fait"
- Pour ce genre de problème ce n'est pas tant le langage que l'algorithme qui va faire la différence.
2)
"Ce sont justement ces qualités là qui priment.
Un client s'en fout que le code soit joli ou pas (de toute façon il ne le voit pas). Ce qu'il veut, lui, c'est justement de l'efficacité."
- Faux. On voit que tu n'as pas beaucoup d'expérience professionelle. D'une part de nombreux clients demandent un droit de regard sur le code et imposent des bonnes pratiques. Le code passe par des moulinettes avec des critères pré-définis et les clients n'hésitent pas à faire recoder le programme si les critères ne sont pas respectés.
D'autre part je n'ai jamais dit que l'efficacité n'était pas souhaitable. Simplement dans l'immense majorité des projets elle ne pose pas problème grâce aux machines très puissantes qui sont disponibles aujourd'hui.
3)
"VB est un EXCELLENT langage pour programmer vite... et mal !"
- Si tu programmes mal ça te regarde... tu peux coder correctement avec du VB. Mais je t'accorde que la couche objet du VB n'est pas terrible.
De manière générale je maintiens que la modularité et la réutilisabilité du code sont bien plus importants. La raison est simple : lorsque la phase de correction et d'évolution est atteinte les coûts s'en trouvent nettement réduits.
A bonne entendeur...
27 août 2007 à 12:18
D'accord avec toi, sauf qu'il faut s'y connaitre un minimum question optimisation.
Les compilateurs du genre VC++ donne en général un code bien optimisé. Tu peux tout faire en asm mais je ne pense pas que tu gagneras grand chose. L'asm sera utile pour des fonctions spécifiques (je pense notamment aux fonctions bntrim ou bnstrcpy ,écrites par brunews, qui sont bien plus performantes que leurs homologues) ou pour réduire la taille de l'exe en écrivant le point d'entrée en asm.
25 août 2007 à 11:30
En C++, c'est plus long en codage mais le programme va plus vite si on sait optimiser !
Tant qu'on y est si on veut les perfs max, code en ASM !
23 août 2007 à 16:08
>>les qualités principales d'un programme sont loins d'être >>l'efficacité ou la taille de l'EXE
MDR ! Si j'ai le choix entre un programme qui tourne vite et une bouse qui met 10s pour calculer 100!, mon choix est vite fait.
Pareil pour la taille, si un programme de 400 ko fait la même chose qu'un prog de 4ko, mon choix est vite fait.
Ce sont justement ces qualités là qui priment.
Un client s'en fout que le code soit joli ou pas (de toute façon il ne le voit pas). Ce qu'il veut, lui, c'est justement de l'efficacité.
Si on passe du C++ pour faire du VB -> aucun intérêt.
>> VB est un EXCELLENT langage pour programmer vite... et mal !
8 juil. 2007 à 00:01
Comment faire pour augmenter la qualiter de l'image, tout en gardant un poid optimal ?
7 déc. 2006 à 20:50
7 déc. 2006 à 20:23
15 nov. 2006 à 17:01
23 mars 2005 à 13:25
22 févr. 2005 à 20:28
je site "c bien de savoir le faire une fois pour comprendre comment ca marche, apres c une perte de temps"
Quoi une perte de temps ??
nan au contraire tu fais t'es propre class avec ce que tu as appris, c'est bien plus simple de comprendre une classe que l'on à créée, que de comprendre celles des autre tu ne crois pas ?
Bonne source dommage MFC.
^_^
20 mai 2004 à 00:18
vous pouvez trouver les dll manquante ici :
www.dll-files.com
perso il en manquait 3
++
14 mai 2004 à 17:25
en plus quand j'essai de compiler la source il me retourne deux erreurs
unresolved external symbol __endthreadex
unresolved external symbol __beginthreadex
j'utilise un visual c++ 6.0 comme compilo est ce que tu peux m'aider
5 mars 2004 à 22:14
4 mars 2004 à 21:32
Cette application n'a pas pu démarrer car MFC71.DLL est introuvable. La réinstallation ...... bla bla bla.....
je peux le trouver où cette DLL ???
Repondez moi SVP A: SSJneo88@hotmail.com
Merci @+
26 févr. 2004 à 21:56
http://www.codeguru.com/Cpp/G-M/bitmap/capturing/article.php/c4915/
DeAtHCrAsH : Je pense que tu ne sais pas de quoi tu parles! La programmation ce n'est pas manipuler la mémoire et connaitre toutes les API! En particulier en Programmation Orientée Objet les qualités principales d'un programme sont loins d'être l'efficacité ou la taille de l'EXE ! On pense plutot Réutilisabilité, Maniabilité, Facilté de maintenance, ... En cela les MFC (ou équivalents) dépassent de loin toutes les autres bibliothèques que j'ai pu voir, y compris la STL.
"Si je code c'est pour apprendre.. Si je cherche la simplicité, je ne fais pas du C/C++ mais du VB !" --> Tu fais ce que tu veux, mais je ne vois aucun interet à ta remarque : laisse les autres programmer utile si ça les chante! Quand au choix de VB plutot que C++, il me semble évident que la couche objet de VB est très insuffisante en comparaison du C++. Et le VB est un EXCELLENT langage pour programmer vite et pour faire des IHM, mais c'est bien là les seuls avantages face au C++ ou au Java.
26 févr. 2004 à 18:27
26 févr. 2004 à 15:19
Et la portabilité t'en fait quoi ????
Pour moi MFC et VCL = zéro pointé d'un point de vue programmation !
Si je code c'est pour apprendre.. Si je cherche la simplicité, je ne fais pas du C/C++ mais du VB !
Faut savoir ce que vous rechercher dans la programmation avant d'etre bienlent dans vos paroles !
Sur ce bonne prog all...
A++
SheLL
26 févr. 2004 à 09:06
La plupart sont de très bonnes classes dans l'immense majorité des cas. On ne trouve nul part ailleurs de classes aussi complètes et intuitives!
LeColonel, je te conseille plutot d'utiliser du jpeg. Tu peux trouver des sources de captures en Jpeg sur codeguru (je m'en suis servi dans ma source "Automatiser des actions V2" avec la fonction CAPTURE) . Si tu ne trouves pas je dois pouvoir t'envoyer le code.
Pour retranscrire les événements de la souris tu risques de rencontrer des problèmes car tu devras tester la position de la souris à intervalle régulier. Du coup des choses comme le glisser-déposer seront certainement difficiles à mettre en oeuvre.
26 févr. 2004 à 06:48