Conception de threads

Version imprimable

31/03/2011, 14h31
olivier.a

Conception de threads

Bonjour,

Je suis entrain de faire un lecteur/éditeur audio pour mon projet de fin d'année. Pour jouer les sons j'utilise les librairies OpenAL et libsndfile. Mon petit problème est que quand je clic sur Lecture, toute mon interface graphique est bloqué et je suis obligé d'attendre la fin de la musique (normal). Donc l'utilisateur ne peut pas changer le volume, faire pause ou encore changer la balance.

J'avais pensé à utiliser le module Phonon qui gère les threads, mais il ne permet pas de changer la balance (et si j'ai le temps, j'aimerais travailler sur le son 5.1, impossible avec Phonon)

Pour faire tout ça j'ai une classe avec la partie graphique avec les signaux pour lancer la lecture, change le volume, etc... et une autre (PlayerAL) où je m'occupe des buffers, sources, lecture, etc...

Je n'ai pas une grande expérience des threads (juste un peu en Java et s'est passé difficilement :roll:) et je ne sais pas trop comment attaquer le morceau. J'ai lu pas mal de doc mais je suis encore dans le flou.

Est ce qu'il est possible de mettre les signaux dans un thread ?
Est ce que je dois faire hériter ma classe PlayerAL de QThread ?

Merci d'avance
Olivier
31/03/2011, 23h19
yan

Salut.
as tu regardé un peu la FAQ?

es ce que PlayerAL est un QObject?
02/04/2011, 12h06
olivier.a

Yop,

Désolé pour le temps de réponse.
Je fais hérité mon objet PlayerAL à QObject.

Oui j'ai la FAQ sur les threads. J'avais penseé à mettre ceci en place : http://qt.developpez.com/faq/?page=T...ad-signal-slot

Mais je ne suis pas sûr que ce soit ce qu'il faut. Dans mon cas le Thread 1 serait mon interface graphique, le thread interne au 2ème serait mon objet PlayerAL et dans le 2ème Thread j'implémente la méthode run() avec le PlayerAL et les signaux.

En faite en l'écrivant je comprend mieux. En faites on crée un intermédiaire entre les deux classes.

Je vais tester ça cet après-midi

Merci
Olivier

Bonjour,

Après pas mal d'essais, ce que j'ai codé ne semble pas bon. Je ne peux toujours pas accéder à mon interface graphique pendant que je joue un son et maintenant le son est hachuré et quand je lance la lecture, la totalité de mon CPU est utilisé.
Pour l'utilisation du CPU j'ai regardé ici. Or je ne peux pas mettre de sleep dans ma boucle de lecture puisque je ne suis pas dans la classe du thread et comme mssleep() est protected...
Pour les autres problèmes j'ai pas trouvé de solutions.

Je vous montre mon code.

PlayerThread.h

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
#ifndef PLAYERTHREAD_H
#define PLAYERTHREAD_H
 
#include <QThread>
#include <al.h>
#include <alc.h>
#include "PlayerAL.h"
 
class PlayerThread : public QThread{
    Q_OBJECT
 
private :
    PlayerAL player;
protected:
    void run();
public:
    void loadBuffer(const std::string &);
    void changeVolume(ALfloat);
    void changeBalance(int);
    void setCurrentBuffer(int);
    bool isPlaying();
signals:
    void previousBuffer();
    void play();
    void pause();
    void stop();
    void nextBuffer();
};
#endif // PLAYERTHREAD_H

PlayerThread.cpp

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
#include "PlayerThread.h"
using namespace std;
 
void PlayerThread::run(){
    connect(this,SIGNAL(previousBuffer()),&player,SLOT(previousBuffer()));
    connect(this,SIGNAL(play()),&player,SLOT(play()));
    connect(this,SIGNAL(pause()),&player,SLOT(pause()));
    connect(this,SIGNAL(stop()),&player,SLOT(stop()));
    connect(this,SIGNAL(nextBuffer()),&player,SLOT(nextBuffer()));
    exec();
}
 
void PlayerThread::loadBuffer(const string & path){
    player.loadBuffer(path);
}
 
void PlayerThread::changeVolume(ALfloat value){
    player.changeVolume(value);
}
 
void PlayerThread::changeBalance(int value){
    player.changeBalance(value);
}
 
void PlayerThread::setCurrentBuffer(int index){
    player.setCurrentBuffer(index);
}
 
bool PlayerThread::isPlaying(){
    return player.isPlaying();
}

Player.cpp (partie de la lecture)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
void PlayerAL::play(){
    if(!buffers.empty()){
        alSourcei(source,AL_BUFFER,buffers[currentBuffer]);
        alSourcePlay(source);
        ALint status;
        playing=true;
        do{
            ALfloat seconds;
            alGetSourcef(source,AL_SEC_OFFSET, &seconds);
            cout<<"reading..."<<std::fixed<<seconds;
            alGetSourcei(source, AL_SOURCE_STATE, &status);
        }while(status==AL_PLAYING);
        alSourceUnqueueBuffers(source,1,&buffers[currentBuffer]);
        playing=false;
    }
}

Merci d'avance
Olivier

SAlut.
A quoi correspond PlayerThread ???
Code:

1 2 3 4 5 6 do{ ALfloat seconds; alGetSourcef(source,AL_SEC_OFFSET, &seconds); cout<<"reading..."<<std::fixed<<seconds; alGetSourcei(source, AL_SOURCE_STATE, &status); }while(status==AL_PLAYING);
si tu fais cela, tu bloque l'eventloop. Tu devrais regarder le thread à côté du tien. J'y explique beaucoup de choses.

05/04/2011, 15h44
olivier.a

Bonjour,

Si je reprends l'exemple d'ici, ThreadEmetteur est l'interface graphique, interThreadReceveur est PlayerAL et threadReceveur est PlayerThread.

Pour la lecture du son, je suis obligé de faire cette boucle pour lire le buffer.
Je vois pas trop ce que c'est un event loop. J'ai lu que c'est ce qui était lancé par la commande .exec() mais je vois pas ce que ça représente.

J'ai lu et relu la FAQ et je vois pas ce que je rate.

Olivier
05/04/2011, 16h21
yan

Citation:

Envoyé par olivier.a

Pour la lecture du son, je suis obligé de faire cette boucle pour lire le buffer.

:koi: tu ne fait que regarder l'état d'openAl.

Citation:

Je vois pas trop ce que c'est un event loop.

C'est une boucle
http://qt.developpez.com/doc/latest/qeventloop/
Plutôt que de faire ta boucle, tu peux utiliser un timer et regarder ou en est la lecture. Ceci de permettra de faire des play et des stop pendant.
05/04/2011, 17h03
olivier.a

yop,

J'ai retiré la boucle et en faites, oui, elle ne sert pas à lire le buffer... J'étais persuadé de ça depuis le début et j'ai jamais regardé de plus près.
Du coup, j'ai retiré la boucle puisque j'en ai pas besoin. J'ai une méthode pause() et stop() qui s'occupe de tout si l'utilisateur veut arrêter la lecture. Et donc maintenant je peux accéder à l'interface graphique pendant la lecture.

J'ai remarqué que le son était moins haché qu'avant. J'imagine que c'est parce qu'il y a moins de calcul à faire.
Par contre contrairement à avant mon CPU n'est plus utilisé à 100% mais dans les 10-15% et une fois sur deux mon son de 10sec est lu en même pas une.

Donc il me reste plusque cette histoire de hachage de son.
Je vais chercher ça sur google

Merci pour ton aide Yan.

Olivier
05/04/2011, 17h13
yan

Citation:

Par contre contrairement à avant mon CPU n'est plus utilisé à 100% mais dans les 10-15% et une fois sur deux mon son de 10sec est lu en même pas une.

ca c'était ton while ;)

Citation:

Envoyé par olivier.a

J'ai remarqué que le son était moins haché qu'avant. J'imagine que c'est parce qu'il y a moins de calcul à faire.

C'est surement parceque OpenAl n'as plus de buffer à lire et stop. Puis tu le redémarre. Normalement, il faut l'alimenter régulièrement pendant la lecture. Il y as une méthode qui permet de connaitre le nombre de buffer déjà lue.
06/04/2011, 21h38
olivier.a

yop,

j'ai vu mon chargé de projet cet après-midi et apparemment il bloque aussi (héhé).

En faisant ça :

Code:

alSourcei(source,AL_BUFFER,buffers[currentBuffer]);

je dis à ma source quel buffer elle va devoir lire.

Et avec cette commande :

Code:

alSourcePlay(source);

je pensais qu'on envoyait toutes les données concernant la musique à la carte son. Mais dans ce cas ça ne devrait pas hachuré. Mais en même temps si on envoie pas tout d'un coup, je vois pas comment la boucle que je faisais pour avoir le temps fonctionnait, parce qu'on fait bien les choses instruction par instruction et si on envoie en continue, quand la méthode play est fini, on fini la lecture du son. Et donc la boucle devrait afficher juste la durée du son.
Il me semble avoir vu un schéma qui représente tout ça mais j'arrive pas à remettre la main dessus.
J'ai changé la priorité du thread pour voir et il n'y pas de changement.

Et après la lecture, je retire le buffer de la source pour éviter de me retrouver avec une playlist.

Je suis dans le flou là.
06/04/2011, 22h44
yan

http://www.devmaster.net/articles/op...ls/lesson8.php
;) sinon regarde sfml. Je m'étais basé sur ce code pour faire du streaming audio.

Vue que c'est des quelstion OpenAl, je te conseil de poser ta question sur ce forum :
http://www.developpez.net/forums/f14.../audio/openal/
06/04/2011, 23h00
olivier.a

Vu que le problème est arrivé une fois le thread mis en place, je pensais que ça venait de là.

Je vais lire ton lien (il y a pas mal de lecture :))

J'espère que je vais pas avoir besoin de changer de librairie, ça me ferait ch*er de recoder plus ou moins tout.
06/04/2011, 23h40
yan

Citation:

Envoyé par olivier.a

J'espère que je vais pas avoir besoin de changer de librairie, ça me ferait ch*er de recoder plus ou moins tout.

OPenAl marche trés bien et c'est plutôt une valeur sure.

Dans le lien que je t'ai donnée, regarde bien la fonction ogg_stream::update()