Discussion :

[ZeKlubb]

Bonjour,

Je suis en train d'essayer de porter sous Delphi tout un tas de routines graphiques que j'avais écrites en ASM pour Turbo Pascal. Et là, je suis en train de bloquer sur un truc tout bête : le WaitForRetrace qui permet d'attendre que le balayage vertical de l'écran a été effectué avant d'afficher quelquechose de nouveau. Mes procédures en ASM ne marchent bien évidemment pas : différences d'adresses entre le DOS et Windows.

Quelqu'un a-t-il une procédure WaitForRetrace adaptée à Windows ?

Merci.

[Merlin]

le principe de Windows c'est que tu n'accèdes pas au hardware... c'est plus le DOS...
Et si parfois il est nécessaire de le faire pour des raisons de vitesse, notamment pour les graphismes, il faut passer par des drivers ou plus simplement par des framework étudiés pour comme DirectX.
Donc pas de wait for retrace dans les API Windows, et pas d'accès direct et facile à la carte vidéo, et heureusement :-)

Je pense que ce que tu fais est un bon exercice de programmation, mais côté fonctionnel laisse tomber, tu essayes de brosser dans le sens contraire du poil de Windows :-)

[TicTacToe]

Tiens ? ca sent le démomaker

J'ai abandonné l'idée de porter mes prod graphiques Delphi/C contenant de l'assembleur vers Delphi. Car qui dit ASM, dit, vouloir optimiser au plus près de la machine, et les temps ont bien changés !

J'ai eu lun probleme similaire, mais c'était pour la modification
Tick horloge du Dos pour doser mes fréquence image correctement. Windows, pas content.

En plus, la plupart des fonctions graphiques, ligne, surfaces, volumes etc... sont déjà codées en beaucoup plus rapide sous OpenGL ou DirectX.
Alors... snif...
Il vaut parfois mieux résoudre à considérer ce code comme un bon souvenir.

Quand au WaitRetrace, il me semble bien qu'il est implémenté dans directX et OpenGL.

Bon courage en tout cas !

[ZeKlubb]

Tiens ? ca sent le démomaker

Il fut un temps...

Quand au WaitRetrace, il me semble bien qu'il est implémenté dans directX et OpenGL.

Je vais regarder de plus près... Je n'ai pas encore trouvé la fonction dans DirectX (ce que j'utilise actuellement). Je ne bosse pas avec OpenGL, ça me semble plus lourd à implémenter dans Delphi sur des machines Windows... Mais je peux me tromper !

[anapurna]

salut

tu te trompe
opengl est une librairie non objet

@+ Phil

[ZeKlubb]

OpenGL pas objet ? ;-)

Depuis quelques jours, je teste la VCL GLScene, et ça me paraît suffisamment objet ! (Bon, je sais, c'est pas de l'OpenGL pur... Mais ça a l'air d'être bien codé et ça a aussi l'air de marcher correctement !)

Ceci dit, j'ai bien trouvé l'équivalent de WaitForRetrace sous OpenGL. Et j'ai même trouvé une fonction VSync dans les paramètres DirectX de ma carte graphique : mais ce sont des paramètres généraux, qui prennent en compte les paramètres de chaque application. Ce qui me ramène à mon premier problème : je n'arrive pas à modifier les paramètres de mon application, et donc je n'ai pas de VSync...

...Ce qui est génant pour une application temps réel de traitement visuel du son... ;-)

Edit : J'apporte une précision : les problèmes de synchronisation n'interviennent que lorsque je décale un HDC en mémoire pour le faire bouger (pas de problème si je copie un HDC mémoire vers mon HDC écran directement)... Ce qui me rappelle que je vais peut-être tenter un double-buffering...

[ZeKlubb]

Up !

Le Double-buffering ne marche pas !

Une solution ?

Je suis en train d'essayer de sortir mon Soft de lecture "DVD, Films, Musiques", en incluant mes propres effets et aussi ceux de WinAMP...

...Le tout en Open Source...