SAUVEGARDER DIRECTEMENT VOS CAPTURES LORS DE L'APPUI SUR 'IMPR ECRAN'
Renfield
Messages postés
17287
Date d'inscription
mercredi 2 janvier 2002
Statut
Modérateur
Dernière intervention
27 septembre 2021
-
6 déc. 2003 à 20:02
cs_azerty25 Messages postés 1114 Date d'inscription jeudi 19 décembre 2002 Statut Membre Dernière intervention 6 mai 2007 - 9 déc. 2003 à 13:48
cs_azerty25 Messages postés 1114 Date d'inscription jeudi 19 décembre 2002 Statut Membre Dernière intervention 6 mai 2007 - 9 déc. 2003 à 13:48
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/18472-sauvegarder-directement-vos-captures-lors-de-l-appui-sur-impr-ecran
https://codes-sources.commentcamarche.net/source/18472-sauvegarder-directement-vos-captures-lors-de-l-appui-sur-impr-ecran
9 déc. 2003 à 13:48
9 déc. 2003 à 11:50
9 déc. 2003 à 09:48
Merci qui ????
9 déc. 2003 à 09:23
8 déc. 2003 à 20:27
enfin, j'ai recompilé et mis à jour la source, devrait pu y avoir de pb.
Là je suis sûr que tu verras le changement :)
8 déc. 2003 à 19:18
8 déc. 2003 à 17:49
7 déc. 2003 à 12:30
Revenez ce soir, yaura du changement dans la source :) :) :)
7 déc. 2003 à 12:23
http://www.vbfrance.com/code.aspx?ID=7325
7 déc. 2003 à 12:21
T'utilises quel API pour être averti de la pression d'une touche ?
Jvoulais aussi créer un Thread à la place de la boucle pour optimiser le temps pris au processeur et lui assigner une priorité basse, mais franchement, je trouvais que c'était un peu trop pour ce que à quoi ça servait. Et puis ça changeait rien à la nécessité d'une boucle de toute manière.
J'avais aussi essayé le sleep(), mais c'est un peu le même principe du DoEvents : libérer du temps pour le CPU. Car même s'il prend beaucoup de ressource, il n'est n'en est pas pour autant gourmand, puisqu'il ne le monopolise pas ! Ce que je veux dire, c'est que le traitement est archi-simple et qu'il libérer le proc. à chaque tour !
donc, en clair, il monopolise le proc. lorsque les autres ne l'utilisent pas. Je suis d'accord que la boucle aurait été vraiment néfaste pour votre ordi si le traitement à l'intérieur de la boucle prenait quelques bonnes pages de code. Mais là, no soucy !
Et puis, sachez que de toute manière, le processeur travaille toujours à 100% même lorsqu'aucun programme ne le sollicite.
Mais je suis aussi d'accord que si tout le monde faisait comme moi, là yaurait un pb d'utilisation du proc. Donc, ne me prenez pas en exemple. Jvai essayer une autre manière pour 'soulager' ce fichu proc. :)
merci de vos remarques !
7 déc. 2003 à 11:39
Tu as pu voir dans ma source pour les captures d'ecran, que j'utilises une API pour être avertis de la pression d'une touche... Rien ne bouge, ou presque, tant qu'on ne presse pas cette touche.
Des Do...While, on ne peux souvent pas s'en passer. S'il s'agit d'observer des evenements, pendant que ton appli tourne en arriere plan, tu peux peux être te contenter d'un Timer. Tu peux aussi utiliser l'API Sleep, pour relacher un peu de temps au CPU (le DoEvents reste indispensable...)
pas de solution miracle toutefois. Parfois, il peux aussi etre efficace de créer une Thread séparée. Si ca te parle pas du tout, fais une recherche sur le Web, tu trouvera tout ca.... en gros, tu crée un process separé du tien... VB le supporte, mais ne fais pas de merveilles, il est pas très stable en MultiThreading...
Voila, j'espere que tu trouveras ton bonheur...
7 déc. 2003 à 11:05
que conseil tu pour réduire cette utilisation abusive des ressources ? parce que je fait souvent des boucles de ce genre :-o
6 déc. 2003 à 20:02
En effet, ta boucle Do...While n'est pas franchement terrible.