C# Message file d'attente pendant que .wav est en cours de lecture

Question

J'ai un programme qui lit trois fichiers .wav de manière synchrone lorsqu'un bouton est cliqué. Le problème est que même si je désactive le bouton sur la première instruction du gestionnaire de clic, des événements de clic de souris supplémentaires sont mis en file d'attente et exécutés lorsque la lecture se termine si l'utilisateur clique pendant que le son est en cours de lecture. Comment puis-je éviter ça?

Voici mon gestionnaire de clic, playSnippet_P1,2,3 jouer les trois fichiers audio dans des ordres différents:

void btnPlay_Click(object sender, EventArgs e) 
{ 
    btnPlay.Enabled = false; 
    this.Refresh(); 

    //play a snippet for the current passage 
    switch (myProgram.condition) 
    { 
     case 1: 
      playSnippet_P1(); 
      break; 
     case 2: 
      playSnippet_P2(); 
      break; 
     case 3: 
      playSnippet_P3(); 
      break; 
     default: 
      if (myProgram.debug) 
      { 
       MessageBox.Show("Error(frmPassage): Invalid condition set: " + myProgram.condition); 
      } 
      break; 
    } 

    //leave this phase once final passage is finished 
    if (snipsPlayed >= (myProgram.snipCount_1 
         + myProgram.snipCount_2 
         + myProgram.snipCount_3)) 
    { 
     myProgram.phaseController.runNextPhase(); 
    } 

    //reset the form to show text for next passage 
    if (snipsPlayed >= (getSnipCount(1) + getSnipCount(2))) 
     currentPassage = 2; 
    else if (snipsPlayed >= getSnipCount(1)) 
     currentPassage = 1; 
    else 
     currentPassage = 0; 

    lblTitle.Text = "Passage " + randPOrder[currentPassage].ToString(); 

    btnPlay.Enabled = true; 
} 

private void playSnippet_P1() 
    { 
     snipsPlayed++; 

     int cSnipCount = getCSnipCount(); 
     int snipNum = (snipsPlayed % cSnipCount); 
     int subNum = getSubNum(snipsPlayed); 
     if (snipNum == 0) 
      snipNum = cSnipCount; 

     int rPassage = randPOrder[currentPassage]; 

     //play "Next question is for..." 
     JE_SP.playSound(Application.StartupPath 
      + "\\res\\audio\\next\\Next" + subNum.ToString() 
      + ".wav", true); 

     //play snippet 
     JE_SP.playSound(Application.StartupPath 
      + "\\res\\audio\\passages\\Snip" + rPassage.ToString() 
      + "-" + snipNum.ToString() 
      + ".wav", true); 

     //play question 
     JE_SP.playSound(Application.StartupPath 
      + "\\res\\audio\\passages\\Q" + rPassage.ToString() 
      + "-" + snipNum.ToString() 
      + ".wav", true); 

     string[] writeMe = 
      { 
       rPassage.ToString(), 
       "\\res\\audio\\passages\\Snip" + rPassage.ToString() 
        + "-" + snipNum.ToString(), 
       "\\res\\audio\\passages\\Q" + rPassage.ToString() 
        + "-" + snipNum.ToString(), 
       subNum.ToString(), 
       myProgram.condition.ToString() 
      }; 

     JE_Log.logData(writeMe, "\t", myProgram.groupFile); 
    } 

Answer 1

Une repro plus simple de ce comportement:

private void button1_Click(object sender, EventArgs e) { 
     button1.Enabled = false; 
     System.Threading.Thread.Sleep(1000); 
     button1.Enabled = true; 
    } 

Le problème est que les clics de souris qui sont enregistrées alors que le thread d'interface utilisateur est occupé aller dans la file d'attente des messages et y sont bloqués jusqu'à ce que le gestionnaire d'événements est terminé. Lorsque cela se produit, le bouton est déjà activé à nouveau, a permis à l'événement Click de s'exécuter à nouveau.

La réparation est fugue et inclut le paiement du prix d'exécution du code sur un thread de travail. Une solution possible est de purger la file d'attente des messages et de supprimer tous les messages de la souris avant de réactiver le bouton, mais ce n'est pas facile dans Winforms. Le code est réellement là mais il est interne. est celui qui pourrait me causer des ennuis, mais est sûr et efficace Une solution vraiment pragmatique:

private void button1_Click(object sender, EventArgs e) { 
     button1.Enabled = false; 
     System.Threading.Thread.Sleep(1000); 
     Application.DoEvents(); 
     if (!button1.IsDisposed) button1.Enabled = true; 
    } 

Answer 2

Ceci est une caractéristique délibérée de Windows. C'est la même chose qui vous permet de taper dans une fenêtre occupée - votre texte apparaît une fois que l'application est revenue. Pourquoi ne pas désactiver le bouton et lire les sons de manière asynchrone?

Answer 3

Je suppose de votre description que playsnippet() bloque jusqu'à ce que l'extrait ait fini de jouer, donc ceci devrait être fait séparément (vous pouvez utiliser une classe BackgroundWorker). Cela évitera à votre interface graphique de rester coincé et devrait également résoudre le problème de cliquer sur le bouton.

Lorsque le BackgroundWorker est terminée, vous pouvez réactiver le bouton, mais assurez-vous de le faire sur le fil GUI (avec Control.Invoke ou Control.BeginInvoke)

Bonne chance.

Answer 4

La solution que je suis venu avec est comme suit:

Dans le gestionnaire de clic de souris, désactivez le bouton mais ne pas réactiver lorsque la lecture est terminée. Au lieu de cela, lancez un Forms.Timer avec un intervalle suffisant pour permettre aux messages qui arrivent sur le bouton désactivé d'être effacés. Sur la première case, réactivez le bouton et arrêtez la minuterie.

Cela a empêché les événements de clic supplémentaires de faire quoi que ce soit car le bouton serait toujours désactivé. Bien sûr, cette solution est très spécifique à ma situation, et je comprends généralement que la solution serait de jouer de l'audio sur un fil séparé.

Merci pour toutes vos suggestions !!

EDIT: Hans Passant a publié une solution plus sensée - voir sa suggestion sur la purge de la file d'attente des messages avant d'activer le contrôle.