Discussion :

[Shaika-Dzari]

Bonjour à tous!
J'écris une petit alarme qui lance un programme multimédia (MOC) et une fonction pour augmenter progressivement le son; pour se réveiller en douceur .

Mon problème est le suivant.
J'utilise System.Diagnostics.Process dans une boucle. Le processus lancé est amixer dont le rôle est de réglé et d'augmenter le son selon une valeur int32 "Niveau".

Quand cette fonction est lancé, le traitement s'effectue correctement mais ma fenètre gel et je ne peux la récupéré qu'à la fin de la boucle.

Voici mon code pour la boucle en question (appellé dans une autre fonction):

Code :

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
18
19
 
protected void UpSound()
    {
        // Variables nécessaires
        int Niveau = 40;
        System.Diagnostics.Process proc = new System.Diagnostics.Process();
        // Nom de l'executable à lancer
        proc.StartInfo.FileName = "amixer set PCM";
 
        while ( Niveau <= 95 )
        {
            // Argument supplémentaire
            proc.StartInfo.Arguments = Niveau.ToString();
            proc.Start();
            proc.Close();
            Niveau += 3;
            Thread.Sleep(3000);
        }
    }

J'aimerais savoir s'il est possible de lancer cette boucle "en arrière plan" sans affecter ma fenètre pour ainsi en garder le contrôle.

Merci!

@+

[StormimOn]

Ce problème a déjà été abordé dans plusieurs topics (celui-ci par exemple) de ce forum et je suppose que même avec Mono la raison de ce comportement est la même que sous Windows.

Lorsqu'un traitement lourd est effectué dans le code d'une Form, cela prend du temps sur le thread principal dont le but est l'affichage de cette Form, résultat l'affichage est gelé. La solution, créer un thread dans lequel on exécutera le traitement lourd, afin que le thread principal puisse toujours gérer l'affichage tranquillement

[Shaika-Dzari]

Merci bien StormimOn.
Rapide en plus!

Je suis un petit débutant avec les thread...
Il s'agit de faire comme ceci je présume ?:
http://faqcsharp.developpez.com/?pag...d#thread_start

Je tente ça et reviens si j'ai des question

Merci!
@+

[dev01]

Salut .

Un possibilité plus simple que le multi threading est de tout simplement faire passer les messages à chaque tours de boucle .

En Winform :

Code :

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

1
2
 
Application.DoEvents();

en GTK#

Code :

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

1
2
Application.RunIteration(false);

Mono Doc

[NicolasG]

Salut .

Un possibilité plus simple que le multi threading est de tout simplement faire passer les messages à chaque tours de boucle .

En Winform :

Code :

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

1
2
 
Application.DoEvents();

en GTK#

Code :

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

1
2
Application.RunIteration(false);

Mono Doc

Fait donc ça, et débrouille toi avec les problèmes de réentrance...

[smyley]

Fait donc ça, et débrouille toi avec les problèmes de réentrance...

qu'est-ce ?

[dev01]

qu'est-ce ?

+1

Justement avec cette méthode on évite tout le pb lié au multi-threading et à l'accès inter-Thread des composants graphique. Il n'y a pas de "réentrance" car 1 seul thread gouverné par des appels de fonctions .

Il est ou le pb ?

[NicolasG]

Le pb c'est qu'avec DoEvents(), on rappelle le mécanisme de gestion des événements avant de finir la méthode.
On peut se retrouver facilement à entrer dans la même méthode et rappeler DoEvents() et ainsi de suite.

C'est encore plus amusant quand on a plusieurs méthodes qui appellent DoEvents()...

[jab]

Salut .

Un possibilité plus simple que le multi threading est de tout simplement faire passer les messages à chaque tours de boucle .

En Winform :

Code :

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

1
2
 
Application.DoEvents();

en GTK#

Code :

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

1
2
Application.RunIteration(false);

Mono Doc

Avec cette solution, les performances deviennent vite désastreuse. C'est vrai c'est facile mais à utiliser avec beaucoup de modération et de pertinence .

Jette un coup d'oeil sur l'article http://jab.developpez.com/tutoriels/...ess/synchrone/

On y discute de cas de figure qui devrit t'interesser.

[Shaika-Dzari]

Héhé!

Je vois que ce post a suscité plein de réaction en mon absence.
Suite aux recommandations de hier, je m'étais attaqué à la création de mon premier thread. À coup de msdn et de FAQ, j'ai modifié mon code...

Ça ne marchais pas depuis hier jusqu'à ce que tu poste cette excellent lien Jap!

Maintenant ça fonctione et vraiment bien en plus!
Mon Gui ne gèle plus, ma boucle s'effectue tout en douceur en arrière plan...parfait!

J'aurais 2 petites questions par contre avant de clore le sujet.

1- Je lance un thread qui effectue le même code que ma fonction plus haut. Lorsque ma boucle se termine, dois-je fermer, tuer le thread ou effectuer une quelquonque opération de sortie ?

2- Le fait de déléguer beaucoup de processus à plusieurs threads est-il gourmand en mémoire ? Il ne faut pas en abuser ou ( désolé pour l'expression ) "Les thread c'est bon, mangez-en! " ?

Merci encore une fois à tous de votre aide!

@+

[dev01]

Okay merci à NicolasG et Jab des commentaires, j'aurais pris concience de queque chose

Donc le multi thread est ton ami ... (et les délégués par la même occasion ).

[smyley]

1- Je lance un thread qui effectue le même code que ma fonction plus haut. Lorsque ma boucle se termine, dois-je fermer, tuer le thread ou effectuer une quelquonque opération de sortie ?

Lorsque la fonction d'un thread se termine, il s'arrete tout seul : tu n'as rien à faire de précis. Une action est nécéssaire uniquement si tu souhaites l'arreter ou le suspendre avant la fin de son exécution

2- Le fait de déléguer beaucoup de processus à plusieurs threads est-il gourmand en mémoire ? Il ne faut pas en abuser ou ( désolé pour l'expression ) "Les thread c'est bon, mangez-en! " ?

Les thread c'est bon, mais avec modération : avoir trop de thread lancés en même temps peut ralentir la machine. Pour une utilisation personnelle celà ne se sens pas vraiment mais on voit surtout l'impact sur un serveur, où il y a un réel ralantissement lorsqu'il y a trop de threads

[Shaika-Dzari]

Merci Smyley pour ces dernières précisions!

Résolu