Discussion :

[NicolasJolet]

Bonjour à tous,
J'ai vu quelques codes source pour changer la résolution de l'écran mais automatiquement les icônes de mon bureau qui se trouvent en dehors de la zone de travail une fois celui-ci redimensionné, sont repositionnées.
Ce qui fait que, lorsque la résolution de mon écran est remise à sa valeur initiale, je dois également replacer mes icônes.

Or BSPlayer ou les jeux vidéos, lorsqu'ils modifient la résolution de l'écran, ne créent pas ce genre de problème.

Savez-vous quelle fonction ils pourraient utiliser?

Merci d'avance,
Nicolas

[Médinoc]

Je crois qu'ils font directement du DirectX plein écran, il doit y avoir un moyen de choisir la résolution quand tu fais ça...

[NicolasJolet]

Je viens effectivement de tomber sur une source VB6 qui fait cela.

Code VB :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Dim DX As DirectDraw2
 
Private Sub Form_Load()
     DirectDrawCreate ByVal 0&, DX, Nothing
     DX.SetCooperativeLevel Me.hWnd, DDSCL_EXCLUSIVE Or DDSCL_FULLSCREEN
     DX.SetDisplayMode 640, 480, 16, 0, 0
End Sub
 
Private Sub Form_MouseDown(Button As Integer, Shift As Integer, X As Single, Y As Single)
Unload Me
End Sub
 
Private Sub Form_Unload(Cancel As Integer)
 
    DX.RestoreDisplayMode
    Set DX = Nothing
End Sub

C'est relativement simple sauf que je travaille en C# et que je ne peux donc pas utiliser les fonctions de VB mais seulement les APIs Windows, voire les fonctions du framework...

[Médinoc]

Tu peux essayer de voir si ça passe en VB.Net.
Si ça passe, tu pourras toujours en faire une assembly utilisable depuis C#, ou carrément traduire le code VB.Net en C#...

[NicolasJolet]

J'ai tenté de convertir le code en VB.NET et ça ne fonctionne pas.
Il ne reconnait pas DirectDrawCreate.
Par contre j'ai remarqué qu'il importait un COM pour les opérations de DirectX donc je préfèrerais trouver un autre moyen que d'utiliser ces fonctions.

[Aurelien.Regat-Barrel]

Or BSPlayer ou les jeux vidéos, lorsqu'ils modifient la résolution de l'écran, ne créent pas ce genre de problème.

Savez-vous quelle fonction ils pourraient utiliser?

Parce qu'à priori, ils ne modifient pas la résolution du bureau, mais créent une nouvelle fenêtre DirectX / OpenGL qui est affichée en plein écran. Alors que toi, si j'ai bien compris, c'est la résolution du bureau que tu modifies, donc ce dernier réarange ses icones.
Que veux-tu faire avec ta nouvelle résolution ?

[NicolasJolet]

Ce que je veux en faire est assez simple.
Pour regarder une vidéo de mon PC sur ma télévision, il faut que je passe en 800*600.
BSPlayer intègre une fonctionnalité qui permet de modifier facilement la résolution de l'écran. Mais depuis quelques temps il intègre également un spyware dans sa version gratuite.
Je suis donc passé à Media Player Classic mais celui-ci ne permet pas de changer la résolution (ou je n'ai pas trouvé l'option).

Pour palier à ce manque, je voulais développer une petite application qui permettrait de changer la résolution temporairement.

[rigobert]

Je ne crois pas que les jeux et les lecteurs de media (video) procèdent de la même façon en la matière.

Les jeux utilisent effectivement DirectX en mode plein-écran, avec une commutation du mode video (changements de résolution et de fréquence de balayage). Lorsqu'on fait la même chose avec l'API win32, on se heurte au problème décrit. La différence entre les 2, c'est que les fonctions de commutation (aller et retour) de DirectX prennent soin de sauvegarder puis de restorer les icones du bureau, ce qui n'est pas fait (automatiquement) par win32 mais qu'on peut faire manuellement dans son propre code.

Les lecteurs media eux ne commutent généralement pas le mode video mais se contente simplement de virer les éléments système (barre de titre, bordures...) de la fenêtre de visu et de la stretcher pour qu'elle recouvre tout l'écran : le problème des icones du bureau ne se pose évidemment pas dans ces conditions.

[NicolasJolet]

Je ne crois pas que les jeux et les lecteurs de media (video) procèdent de la même façon en la matière.

Les jeux utilisent effectivement DirectX en mode plein-écran, avec une commutation du mode video (changements de résolution et de fréquence de balayage). Lorsqu'on fait la même chose avec l'API win32, on se heurte au problème décrit. La différence entre les 2, c'est que les fonctions de commutation (aller et retour) de DirectX prennent soin de sauvegarder puis de restorer les icones du bureau, ce qui n'est pas fait (automatiquement) par win32 mais qu'on peut faire manuellement dans son propre code.

Comment faire pour sauvegarder et restaurer les icônes? Ceci dit, même si j'arrive à sauvegarder la position de mes icônes, j'aurais qd mm un problème avec l'API ChangeDisplaySettings car si mon application plante ou est killée, ma résolution initiale ne sera pas restaurée...

Les lecteurs media eux ne commutent généralement pas le mode video mais se contente simplement de virer les éléments système (barre de titre, bordures...) de la fenêtre de visu et de la stretcher pour qu'elle recouvre tout l'écran : le problème des icones du bureau ne se pose évidemment pas dans ces conditions.

Si j'ai bien compris, ce que tu expliques est pour mettre une fenêtre en plein écran. Si c'est bien cela, ce n'est pas ma question ici. Peu importe que mon application soit minimisée, normale ou maximisée, je voudrais pouvoir changer la résolution de mon écran.

[rigobert]

Comment faire pour sauvegarder et restaurer les icônes?

La seule méthode que je connaisse est un peu compliquée, faute d'API dédiée.
En gros il faut localiser le ListView du bureau puis parcourir ses items.
La difficulté étant qu'il se trouve dans un autre espace d'adressage et que donc une bonne connaissance de la communication inter-processus et des hooks est nécessaire pour espérer parvenir à un résultat.

Ceci dit, même si j'arrive à sauvegarder la position de mes icônes, j'aurais qd mm un problème avec l'API ChangeDisplaySettings car si mon application plante ou est killée, ma résolution initiale ne sera pas restaurée...

Pas forcément, avec une bonne gestion d'exceptions il est possible de récupérer la plupart des situations de crash.
Et puis, sur ce point précis, les "autres" (les jeux par ex) sont logés à la même enseigne.

[NicolasJolet]

En gros j'ai l'impression qu'utiliser les APIs standards se révèle bien plus complexe que d'utiliser DirectX
A mon avis je vais plutôt chercher comment utiliser les APIs DirectX

Et puis, sur ce point précis, les "autres" (les jeux par ex) sont logés à la même enseigne.

Je n'ai pas souvenir d'avoir déjà eu ma résolution qui ne redevenait pas "normale" après le plantage ou le kill d'un jeu...

[rigobert]

En gros j'ai l'impression qu'utiliser les APIs standards se révèle bien plus complexe que d'utiliser DirectX

Pas toujours, ça dépend de ce qu'on cherche à faire. La toute première raison de l'utilisation de DirectX est la recherche de la performance, pas de la simplicité.

Je n'ai pas souvenir d'avoir déjà eu ma résolution qui ne redevenait pas "normale" après le plantage ou le kill d'un jeu...

Ca dépend de l'OS et de la version du runtime de DirectX; par ex sous XP et DX9 ça se passe en effet généralement pas trop mal.