Version imprimable
Tout ma question est dans le titre :P
J'aimerai comprendre comment Windows fait pour afficher la souris alors que, par exemple, elle n'apparait pas à l'impression d'écran. Y a-t-il plusieurs couches graphiques menant au rendu final à l'écran ? si oui comment les manipuler (get & set) ? Ma question dépasse au final largement le cadre de la souris, mais je pense que le cas de la souris a au moins le mérite d'être connu par tout le monde :roll:
Merci d'avance.
Citation:
Envoyé par MSDN
J'aurais tendance à en conclure que l'OS s'en charge tout seul.Citation:
Envoyé par MSDN
Dans un rendu écran, Windows doit probablement se charger de coordonner le rendu de tous les composants (fenêtre, souris, taskbars...).
Dans une impression, un DC dédié est donné à la fenêtre... c'est pourquoi seul ce qu'il y a sur la fenêtre est imprimé.
Que veux tu faire au juste ?
Merci de t'intéresser à mon pb.
Je voudrais réaliser une application qui permet d'afficher une partie de ce qui se trouve à l'écran puis lui appliquer des effets (déformation, ...).
Le problème c'est que l'appli fait partie de la zone qu'elle doit afficher, mais je ne veux pas qu'elle s'affiche elle-même. Je veux de plus que ceci marche sur un contenu dynamique (une vidéo par exemple) : pas la peine donc de me parler de faire une impression de tout ce qu'il y a à l'écran puis de faire tourner mon appli sur ces données :)
Posons la chose à l'envers. Quel serait le fonctionnement idéal de ton appli ?
En gros, qu'attends-tu comme service?
Dans l'idéal je pourrais écrire dans plusieurs couches graphiques différentes.
Par observation j'ai l'impresion qu'un tel mécanisme existe déjà : à vu de nez je pourrais identifier celle de la souris, celle des fenêtres ou encore celle des flux vidéos.
Le rendu final à l'écran étant la compositions de toutes ces couches.
J'aimerai donc pouvoir afficher sur une couche le contenu (ou partie) d'une autre ce qui me permet d'avoir mon appli à l'écran sans "qu'elle se voit elle-même".
Ai-je était assez compréhensible ? :roll:
Dans ce que j'ai vu (mais ça date déjà un peu) pour appliquer une déformation, l'appli se mettait en mode plein écran, capturait le rendu des autres applis, appliquait la déformation et faisait le rendu sur sa propre vue. Je ne sais pas trop si ce que tu veux faire est possible... J'avoue ne pas voir de piste. A moins de pouvoir se mettre directement au niveau du rendu de la carte graphique ?
L'appli ne doit pas se traiter récursivement c'est là le cœur de mon problème :)
Je présume que le terme de "couche graphique" est peut-être impropre.
Si quelqu'un sait comment est géré l'affichage des lecteurs vidéos je pense que ça pourrait être un bon début de piste.
Merci d'avance.
salut,
peut être quelques infos par ici : http://msdn.microsoft.com/en-us/libr...08(VS.85).aspx
en passant par DirectDraw ...
@+
J'ai un peu repris ce sujet en main (j'avais malheureusement des choses plus urgentes à traiter), et je me heurte toujours au même problème.
En effet j'essaye actuellement de développer une loupe et mon soucis c'est, qu'étant donné qu'elle agrandi la zone qui est "sous elle", elle agrandi son propre rendu et donc finalement n'affiche qu'un zone monochrome (l'agrandissement maximum du pixel pointé par la souris).
Si quelqu'un a déjà pu travailler là-dessus je suis toujours preneur :roll:
PS : il faut que le contenu qui puisse être agrandi soit dynamique, travailler simplement sur un état figé de mon affichage ne suffit donc pas (tout aurait été très facile sinon :aie:).
Re !
J'ai un peu avancé avec mon curseur, actuellement j'arrive à déterminer mon image et l'afficher (SetCursor), mais je rencontre des soucis de performance (ips, charge du processeur, ...) et il y a une latence lorsque je passe sur des éléments "fils" de ma fenêtre (le curseur disparait puis réapparait).
De plus mon curseur ne marche pas en dehors de la fenêtre à moins que j'enfonce le clic gauche de la souris sur un élément "fils" et que je le maintienne (down) tout en me promenant sur mon écran (hors de la fenêtre fille).
Je ne comprends pas trop comment m'en sortir ... si quelqu'un pouvait tenter de m'éclairer ...
Merci d'avance.
Salut,
Plus des hypothèses que des certitudes :
Pour tes problèmes de perfs, la question trivial : créés-tu ou charges-tu à chaque fois le curseur ou alors est-ce que c'est fait une fois pour toute au démarrage de l'application ?
A chaque fois que tu changes de fenêtre, il y a des notifications. Donc une fenêtre peut très bien avoir un comportement qui ralentit l'affichage local, qui masque ou qui change le curseur, j'imagine.
Pour changer le curseur en dehors de ton appli, j'aurais tendance à penser à SetSystemCursor. Mais ça doit être du brutal et je n'en connais pas tous les risques ?
Merci de te pencher sur mon pb ;)
Tu sembles avoir plutôt bien compris mon soucis, je vais donc préciser les points que tu as abordés.
Je le recrée (jusqu'à 24 fois par sec, mais niveau perf ça n'arrive pas a 24 ...) à chaque fois. En effet la loupe que je développe doit pouvoir afficher du contenu dynamique.Citation:
Pour tes problèmes de perfs, la question trivial : créés-tu ou charges-tu à chaque fois le curseur ou alors est-ce que c'est fait une fois pour toute au démarrage de l'application ?
Sûrement, j'aimerai en fait que mon appli soit indépendante de ceci, voir ne soit même pas rattachée ou dépendante d'une fenêtre.Citation:
A chaque fois que tu changes de fenêtre, il y a des notifications. Donc une fenêtre peut très bien avoir un comportement qui ralentit l'affichage local, qui masque ou qui change le curseur, j'imagine.
En effet je pense que ç'est plus violent et ça me forcerait à reboot beaucoup trop de fois, mais lorsque j'aurai une appli vraiment stable je le ferai peut-être pour plus de perf. En effet avec le SetCursor je doit systématiquement refaire cet appel (SetCursor) dans le OnMouseMove sous peine de me retrouver avec le curseur "standard" qui revient.Citation:
Pour changer le curseur en dehors de ton appli, j'aurais tendance à penser à SetSystemCursor. Mais ça doit être du brutal et je n'en connais pas tous les risques ?
J'ai un autre soucis.
Au bout d'un petit moment d'utilisation j'ai un plantage sur les lignes suivantes :
hMemDC est NULL ...Code:
2
3
4HDC hdc; hdc = ::GetDC(hWnd); ... HDC hMemDC = CreateCompatibleDC(hdc);
Je présume que je dois avoir de grosses fuites mémoire :aie:
En debug j'ai l'erreur suivante en sortie.Citation:
First-chance exception at 0x786cdd6e (mfc90d.dll) in ColorCursorTest.exe: 0xC0000005: Access violation reading location 0x00000004.
Unhandled exception at 0x786cdd6e (mfc90d.dll) in ColorCursorTest.exe: 0xC0000005: Access violation reading location 0x00000004.
J'ai un vague souvenir comme quoi l'erreur (si elle peut être dans ton code) serait aussi quelque part dans le GDI. A confirmer.Citation:
Envoyé par TheGzD
Tout ça pour dire que il serait préférable de créer ton Memory DC une fois pour toute et de le détruire à la sortie de l'application.
Idem pour les curseurs : pourquoi ne pas les créer/charger en début d'application, et ne faire qu'un SetCursor au besoin ?
vu que l'image change en permanence (je fais une loupe) je suis bien obligé de le recréer.Citation:
Idem pour les curseurs : pourquoi ne pas les créer/charger en début d'application, et ne faire qu'un SetCursor au besoin ?
J'avais pas compris que ton curseur représentait l'image grossie. Pourquoi ne pas se trimbaler une fenêtre sans cadre que tu déplaces avec la souris et qui fait l'affichage grossi. Tu peux utiliser dans cette fenêtre un buffer mémoire et tu n'as plus à gérer ton curseur.Citation:
Envoyé par TheGzD
Mais si je fais comme tu me dis, à la première itération ça marche, mais dès la 2ème je regrossis ma propre fenêtre (car elle "zoom" à l'endroit ou elle se retrouve). Ainsi par récursivité je me retrouve avec une zone monochrome qui correspond au "pixel central" grossi à l'infini.
Tu vois ce que je veux dire ? :oops:
Comment tu récupères ce que tu dois dessiner (agrandir) ? Car ce rendu devrait se faire sans ta fenêtre, ensuite tu fais ton grossissement et après tu envois le tout pour l'affichage effectif.
ah ça je voudrais bien mais comment faire ?Citation:
Envoyé par 3DArchi
Actuellement je fais ça :
- récupération du HDC de la fenêtre sous mon curseur (je préférerai pouvoir récupérer un HDC me permettant de fonctionner partout ...)
- je crée un autre HDC qui lui est compatible auquel j'attache un HBITMAP
- je copie la zone qui m'intéresse du 1er HDC dans le 2ème
- je crée ensuite un curseur à partir de ce CBitmap et je l'affiche
Pour le réaffichage du curseur standard, l'explication est dans le faite que chaque fenêtre (ou classe de fenêtre, je sais plus) est associé un objet curseur qui sera renvoyer par défaut si les messages Windows associés à la gestion du curseur sont transférés aux routines standards de Windows.
Utilisez un outil comme Spy++ pour voir ces messages.
Actuellement je n'arrive pas à savoir quelle IDC le système choisit d'afficher (voir mon post ici). En utilisant Spy++ je n'observe aucune arrivée de message autre qu'un timer que j'ai définit pour demander un redessinement.
J'aimerai d'ailleurs limité ce redessinement au curseur de l'IDC sélectionné (contre les 14 que je me fais actuellement ... et qui plombent les perfs), d'où l'importance de savoir ce que le système affiche ou veut afficher.
Si quelqu'un à un élément de réponse, merci d'avance.
PS : si je n'ai pas été très clair n'hésitez pas à le dire, je dois pouvoir détailler un poil plus :oops:.
Enlevez le filtrage sur les messages dans Spy++, vous verrez énormément de MOUSEMOVE at quelque GETCURSOR/SETCURSOR dans les traces de l'espion.
J'ai réalisé un hook qui récupère les WM_SETCURSOR reçus par ma fenêtre (à terme il faut que je sois indépendant de la fenêtre (que je n'afficherai plus) et que je récupère tous ceux du system (est-ce seulement possible sans tout faire planter ?).
Je ne vois pas que faire de ces infos ... sachant que le hittest ne semble pas conditionner (au moins à lui seul) le choix que le system fait pour le curseur. Et même s'il le conditionne je ne vois pas comment faire la correspondance avec les IDC de façon systématique.:calim2:
Pour ceux que ça intéresserait (sait-on jamais :aie:), j'ai finalement réalisé un hook d'événements Windows afin de récupérer les EVENT_OBJECT_NAMECHANGE.
Ainsi en cas de changement de curseur je fais un GetCursorInfo puis je compare le HCURSOR de mon résultat (dans une boucle) avec les différents curseurs standards (renvoyés par la fonction LoadStandardCursor). J'obtiens ainsi le fameux IDC de mon curseur. :ccool: