J'ai une application Windows qui racle des pixels de l'écran pour enregistrer (sous la forme d'une vidéo) dans un format de partage d'écran personnalisé. Le problème est que sur les machines qui utilisent un curseur logiciel, le fait de couper à l'écran avec SRCCOPY | CAPTUREBLIT (de sorte que des fenêtres superposées apparaissent également dans l'image) provoque le clignotement du curseur, comme décrit dans Case of the Disappearing Cursor.Le curseur disparaît sur le bitblt
Pour les captures d'écran individuelles, ce n'est pas un problème, mais lorsque plusieurs captures d'écran sont prises en succession rapide, le curseur clignote si rapidement qu'il semble parfois disparaître complètement. J'ai examiné le SDK de Windows Media Encoder (comme décrit dans un article de codeproject, voir ci-dessous) car il ne fait pas clignoter le curseur, mais il semble qu'il n'y ait aucun moyen d'accéder directement aux données de trame. Malheureusement, l'encodage en temps réel et le format personnalisé sont tous les deux des exigences, ce qui rend Windows Media Encoder inutilisable à cette fin.
J'ai également essayé le mode DirectX (décrit dans le même article, voir ci-dessous), et il semble souffrir du même problème.
Est-ce que quelqu'un d'autre a rencontré ce problème? Il doit y avoir un moyen de contourner cela - de nombreux programmes de partage d'écran commerciaux n'ont pas ce genre de problème.
article: www.codeproject.com/KB/dialog/screencap.aspx~~V~~singular~~3rd
Certainement il n'y a aucun moyen d'installer un pilote sans droits d'administration; Si vous avez le privilège SeLoadDriver, vous pouvez charger un pilote qui ajouterait votre utilisateur au groupe Administrateurs! – SamB