Discussion :

[remax_ren]

Bonjour,
ne connaissant pas grand chose avec les thread, je vous pose la question suivante:

Mon appli doit lire plusieurs son en même temps (les superposer donc)

J'ai une classe runnable qui me lit un fichier son (.ogg dans mon cas).
J'instancie cette classe autant de fois que j'ai de son à lire, puis j'utilise une boucle for pour lancer mes thread.
Tout marche bien, sauf que j'ai 1/4 de seconde de décalage entre chaque sons.

Existe t'il un moyen, en java, de lancer les threads exactement en même temps?

Merci d'avance pour l'aide que vous pourrez m'apporter.

[Uther]

On ne peut garantir que les thread seront executés exactement en même temps. Le principe est qu'il sont exécutés a tour de role, l'un après l'autre. Le temps d'exécution étant court, on a l'illusion que l'exécution est simultanée mais ça n'est pas le cas.

Il doit cependant être possible de s'assurer que cela se face dans des délais assez bref pour que ça ne soit pas perceptible. Essaie d'utiliser Thread.yield() juste après avoir lancé la lecture du son, cela permet de passer immédiatement le relai aux autres threads disponibles.
Cependant le délai est aussi peutêtre du au temps de chargement du son. Je ne sais pas quelle système tu utilise, mais si c'est possible essaie de charger tous les sons avant de démarrer la lecture.

[remax_ren]

oui, c'est vrai, je me suis mal exprimé.
Quand je parle d'exécuter en même temps les threads, je voulais dire dans un laps de temps le plus petit possible, de manière à ce que cela ne soit pas perceptible.
Quand je vois des application du genre audacity qui arrive à lancer plusieurs pistes audio simultanément, je me dis que c'est possible aussi en java.

Merci pour ta réponse, je vais creuser la piste du Thread.yield().

Sinon, j'ai pensé mixer les pistes en 1 seule piste avant de commencer la lecture, comme ça, je n'ai au final qu'une seule piste à lancer. Mais ça peut être handicapant si je veux rendre mué une piste durant la lecture.
A voir.

[elmor]

je pense que ton problème vient du temps de chargement du fichier.

En fait tu pourrais utiliser une instance de la classe java.util.concurrent.CountDownLatch pour synchroniser le depart de tous tes threads.

Un petit exemple de code simpliste:
Pour lancer les threads ...

Code :

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

1
2
3
4
5
 
     CountDownLatch doneSignal = new CountDownLatch(N);
 
     for (int i = 0; i < N; ++i) // create and start threads
       new Thread(new Worker( doneSignal)).start();

Dans chaque threads:

Code :

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

1
2
3
4
5
6
7
8
 try {
        //Ben ici on lit le fichier ...
        doInit();
        doneSignal.countDown();
        doneSignal.await();
        //On lance la musique...
        go();
  } catch (InterruptedException ex) {} // return;

[remax_ren]

merci pour l'exemple, je connaissais pas.

Sinon, ben j'ai trouvé d'où venait mon problème; une partie en tout cas.
(J'avais oublié de préciser que mes fichiers étaient bien chargés en mémoire avant de lancer tout les threads, comme me l'avait préconisé Uther)

J'ai converti les fichiers .ogg (en variable bitrate) en .mp3 (en constant bitrate), et là, je n'ai plus du tout de décalage. En tout cas rien de perceptible à l'oreille humaine.

J'en conclue que le problème vient de ma lecture elle même, et non pas du temps d'exécution des threads.
Il me reste donc encore un problème, mais qui n'a plus rien à voir avec le sujet initial, donc je vais faire un tour sur la partie du forum adéquat.

Merci beaucoup pour vos réponses.