Discussion :

[bigquick]

Salut,

Je viens de lire dans des vieux posts du forum que la façon la plus "sure" de faire un timer était soit de passer par des threads, soit d'utiliser le CALLBACK de SetTimer (parceque le message WM_TIMER n'assurait pas du tout une execution régluière à haute fréquence )

Je finirai surement par passer par les threads, mais pour l'instant je avis me contenter du callback... mais comment faire ? OnTimer() était une méthode de ma classe View, mais maintenant c'est une simple fonction qui est appelé.

Savez-vous comment faire pour accéder à ma View depuis cette fonction (peut-être avec le hWnd passé en parametre) ?

Merci !

[mat.M]

On n'est pas obligé de passer par une fonction CALLBACK ; une fonction CALLBACK c'est une fonction associée à l'événement WM_TIMER
En gérant OnTimer() et le code nécessaire cela peut suffire



En obtenant un pointeur sur MainFrame puis sur le DOC associé CFrameWnd::GetActiveDocument
et

void CMyDoc::OnRepaintAllViews()
{
POSITION pos = GetFirstViewPosition();
while (pos != NULL)
{
CView* pView = GetNextView(pos);
pView->UpdateWindow();
}
}

[bigquick]

Salut,

Merci pour tes réponses !

Mais en fait je ne comprends pas la 1ère remarque ....

Et sinon par rapport à la récuperation de la View, le problème c'est que ce n'est pas forcément la vue active ... c'est juste une vue particulière (dans mon cas, une fenêtre type "lecteur multimédia" avec des contrôles Play/Stop, ..., et un slider qui avance avec le temps)

Donc avant j'avais la méthode OnTimer() sur cette vue, et elle faisait avancer le slider, mais maintenant que c'est un CALLBACK, bah je n'ai plus accès au slider (membre de ma classe ViewLecteur)

[mat.M]

Pour la première réponse , il ya 2 possibilités pour répondre à u événement TIMER : soit on place du code dans OnTimer() soit comme apparemment c'est le cas , on déclare une fonction CALLBACK que prend pour référence SetTImer ( sorry j'ai pas été assez précis là dessus

SetTimer
The SetTimer function creates a timer with the specified time-out value.

UINT SetTimer(
HWND hWnd, // handle of window for timer messages
UINT nIDEvent, // timer identifier
UINT uElapse, // time-out value
TIMERPROC lpTimerFunc // address of timer procedure
);

Parameters
hWnd
Handle to the window to be associated with the timer. This window must be owned by the calling thread. If this parameter is NULL, no window is associated with the timer and the nIDEvent parameter is ignored.
nIDEvent
Specifies a nonzero timer identifier. If the hWnd parameter is NULL, this parameter is ignored.
uElapse
Specifies the time-out value, in milliseconds.
lpTimerFunc
Pointer to the function to be notified when the time-out value elapses. For more information about the function, see TimerProc.
If lpTimerFunc is NULL, the system posts a WM_TIMER message to the application queue. The hwnd member of the message'sMSG structure contains the value of the hWnd parameter.




WM_TIMER
The WM_TIMER message is posted to the installing thread's message queue when a timer expires. You can process the message by providing a WM_TIMER case in the window procedure. Otherwise, the default window procedure will call the TimerProc callback function specified in the call to the SetTimer function used to install the timer.

Maintenant je ne pige pas tout : la vue comporte un lecteur multimédia ???

mais maintenant que c'est un CALLBACK, bah je n'ai plus accès au slider (membre de ma classe ViewLecteur)

Pourquoi déclarer une f() CALLBACK ??
Avec OnTimer() ça suffit plus ??

[bigquick]

Voilà, en fait c'est une CFormView qui contient des contrôles type "Windows media player".

Et justement, si je veux avoir un curseur de lecture qui avance de manière fluide, il me faut un timer précis (déclanché toutes les 10ms exactement) ... et OnTimer() ne l'est pas

J'ai vu dans des vieux posts que ça serait un peu mieux en utilisant le callback de SetTimer, mais à ce moment j'ai des problèmes puisque ce n'est plus une méthode de ma CFormView ... donc comment accéder à mon curseur de temps pour le faire avancer ?

J'espère que c'est un peu plus clair, c'est pas évident à expliquer

Sinon visiblement le timer serait encore plus précis avec des threads, mais c'est pareil... ça ne sera plus une méthode de ma classe....

[BertrandA]

Et justement, si je veux avoir un curseur de lecture qui avance de manière fluide, il me faut un timer précis (déclenché toutes les 10ms exactement) ... et OnTimer() ne l'est pas

Un timer multimedia sera beaucoup plus précis, de l'ordre de la ms, et c'est typiquement son domaine d'application.
Voir timeSetEvent(), timeBeginPeriod(), timeKillEvent, ... et leurs amis.

Pour ce qui est de récupérer la vue active, ça ne devrait pas être un problème : AfxGetMainWnd(), GetActiveView(), ...

[bigquick]

Ah merci... ils ont l'air précis

Par contre, d'après la MSDN:

Requirements:
Windows XP: Included in Windows XP only.
Header: Declared in Mmsystem.h; include Windows.h.

mais ca ne veut pas compiler chez moi ....

et sinon ce n'est pas la vue active que je veux récupérer, mais la CFormView qui contient la barre de temps (celle dans laquelle j'aurai placé le OnTimer si j'avais utilisé cette méthode)... mais la ce n'est plus un problème vu qu'on peut passer des user data au callback ... je vais donc passer un pointeur sur la vue en question

[bigquick]

En fait, contrairement à ce que dis la MSDN, il faut inclure directement Mmsystem.h, et linker avec Winmm.lib, et tout va bien

Merci bien, ça fonctionne comme il faut

[mat.M]

Oui tu peux utiliser QueryPerformanceCounter s'il est disponible sur la machine sinon GetCurrentTime ( à vérifier )

[Aurelien.Regat-Barrel]

déclanché toutes les 10ms exactement

Pas possible, Windows n'est pas temps réel, tu ne peux pas exiger une précision d'1 ms. 10 ms, c'est déjà la précision maximale...
Ca marchouillera si le système a une faible charge, mais dès qu'il bossera un peu...

[bigquick]

Mais comment sont codés les lecteurs multimédias alors ? J'imagine qu'un timer doit réguler l'avancement de la barre de temps... et pour avoir 30 images secondes, on arrive à un Timer de 0.33ms.

OK, on s'éloigne un peu des 10ms fatidiques , mais il faut quand même qu'il soit super régulier j'imagine (ça serait dommage qu'une seconde de film dure 0.9 secondes rééles par exemple).

Comment font-ils ?

[BertrandA]

Pas possible, Windows n'est pas temps réel, tu ne peux pas exiger une précision d'1 ms. 10 ms, c'est déjà la précision maximale...

C'est certain. On reste tributaire du scheduler et de son timeslice, et en deçà de 10ms, rien n'est garanti.

[BertrandA]

Mais comment sont codés les lecteurs multimédias alors ?

Avec des timers multimedia. Et le résultat tu le connais : désynchronisation ou reproduction saccadée si une autre application est en train de bouffer le temps CPU ou si la machine n'est pas assez performante.

[bigquick]

C'est vrai.

En fait la solution serait peut être d'augmenter la priorité du processus à son lancement, pour éviter tous les problèmes de saccade.
Comme c'est une appli du type lecteur multimédia, l'utilisateur n'est pas censé faire autre chose en même temps