|
|
@@ -78,14 +78,14 @@ msg_poller_Release( vlc_msg_poller_t *p_poller );
|
|
|
\end{code}
|
|
|
|
|
|
L'implémentation utilise deux détails liés au système d'exploitation
|
|
|
-sous-jacent, qui seront détaillés dans leur partie respectives pour Linux et
|
|
|
-Windows. La distinction est importante pour pouvoir l'écrire autant sous la
|
|
|
-forme d'un modèle de complétion que d'un modèle par disponibilité. D'un côté, il
|
|
|
-faut attendre d'avoir reçu les données correspondant à un message, c'est-à-dire
|
|
|
-que l'on puisse être capable de lire les données brutes. De l'autre côté, il
|
|
|
-faut pouvoir construire le message en récupérant les données, les éventuels
|
|
|
-descripteurs de fichiers et en extractant les métadonnées. La lecture se fait en
|
|
|
-appelant \inltype{vlc_ipc_RecvMsg}.
|
|
|
+sous-jacent, qui seront exhaustivement expliqués dans leur partie respectives
|
|
|
+pour Linux et Windows. La distinction est importante pour pouvoir l'écrire
|
|
|
+autant sous la forme d'un modèle de complétion que d'un modèle par
|
|
|
+disponibilité. D'un côté, il faut attendre d'avoir reçu les données
|
|
|
+correspondant à un message, c'est-à-dire que l'on puisse être capable de lire
|
|
|
+les données brutes. De l'autre côté, il faut pouvoir construire le message en
|
|
|
+récupérant les données, les éventuels descripteurs de fichiers et en extrayant
|
|
|
+les métadonnées. La lecture se fait en appelant \inltype{vlc_ipc_RecvMsg}.
|
|
|
|
|
|
Il faut voir que dans un modèle par complétion, l'appel à
|
|
|
\inltype{vlc_ipc_RecvMsg} s'effectuera avant l'attente de notification de
|
