Lire une liste de fichier mp3 avec un raspberry

Salut,

J'ai un raspberry pi3 qui tourne avec stretch.
Je voudrai diffuser une liste de fichier de musique en mp3 à l'aide de omxplayer,
lecteur multimédia en ligne de Linux.
Je me place dans le répertoire des fichiers musique et je fais :

Code:

---

ls *.mp3 | xargs -d '\n' omxplayer -o alsa

---

Le lecteur joue le premier morceau, puis s'arrête.

Faut-il écrire un script Shell , ou bien il existe une autre commande pour arriver au même résultat ?

Bonjour,

il ne faut pas réutiliser la sortie de ls.

on utilise le globbing* :

Code:

---

omxplayer -o alsa ./*.mp3

---

?

cf. man bash

Le logiciel doit également être capable d'utiliser un fichier m3u. Ca peut être plus pratique qu'un *.mp3 si tu veux écouter juste certains morceaux par exemple.

Merci à vous deux.
Faudrait quand même que je bosse les scripts Shell ...
A+

Bon, voilà mon problème:

On m'a demandé de diffuser de la musique en continue à l'aide d'un raspberry pi 3 tournant sous stretch.
J'utilise omxplayer car il gère l'accélération matérielle.

Si je fait

Code:

---

omxplayer -o alsa mon_fichier.mp3

---

alors ça marche nickel.

Mais si je fais

Code:

---

omxplayer -o alsa mon_fichier_1.mp3 mon_fichier_2.mp3

---

alors uniquement le premier fichier est lu.

Si je fais

Code:

---

omxplayer -o alsa fichier1.mp3;omxplayer -o alsa fichier2.mp3

---

C'est idem, seul le premier fichier est lu.

On m'a dit sur le forum que je pouvais utiliser une playlist du type m3u
Serait-ce la solution ?
Puis-je avoir un exemple ?

Je ne comprends pas pourquoi omxplayer refuse de jouer plusieurs fichiers son à la suite.

Citation:

---

Serait-ce la solution ?

---

le man ne semble pas prévoir cette possibilité.

Citation:

---

Je ne comprends pas pourquoi omxplayer refuse de jouer plusieurs fichiers son à la suite.

---

pour ça, il faudrait lire le code source du programme...

Citation:

---

On m'a demandé de diffuser de la musique en continue[...]

---

alors c'est un exercice, et il faut donc te familiariser avec les boucles shell.

Il faut être précis sur ce que tu veux faire
lire les fichiers d'un répertoire, une fois, avec une boucle for,
lire les fichiers d'un répertoire, indéfiniment ou un certain nombre de fois, avec deux boucles while et for,
lire des fichiers dont le nom est inscrit dans un fichier, une fois, avec une boucle while,
...

Merci pour l'aide.
J'ai résolu mon problème autrement.
J'ai fais ls *.mp3 > playlist.txt.
Puis , j'ai édité le fichier et j'ai rajouté cat au début et mis toute la liste des fichiers entre guillemets à la main ( 180 ! ).
Puis, j'ai rajouté > playlist.mp3 à la fin du fichier.
Enfin , j'ai sauvé le tout dans cmd_playlist.txt.
J'ai fais alors un cat cmd_playlist.txt, que j'ai recopié avec la souris.
Puis, finalement, j'ai exécuté la commande.
Omxplayer lit le fichier concaténé mp3 sans problèmes et je dispose ainsi de plus de huit heures de musique en continue.
Je sais, c'est une solution bourrin, mais je ne connaît pas encore les commandes du Shell en détails.
J'ai bien l'intention de m'y mettre quand j'aurai le temps.

mouais.
pour faire proprement, avec sox* :

Code:

---

1 2	$ sox ./*.mp3 /tmp/concat.mp3 $ omxplayer /tmp/concat.mp3

---

je te l'ai déjà dit : ON N'UTILISE PAS ls !!!
soit c'est piégeux, soit c'est inutile.
en l'occurrence, c'est inutile : c'est le shell qui fait le Développement des chemins (./*.mp3).

* il faut avoir sox : c'est un outil indispensable quand on manipule de l'audio.

Ah oui! sox est super !
Je me suis emm***dé pour rien, mais bon c'est comme ça qu'on apprend.
Merci pour cette commande très puissante qui va me simplifier la vie.
D'autre part, je promet de mettre de mettre les balises codes, et de ne plus utiliser ls !
:lol:
Merci et A+

c'est bien :calin:

:lol:

Bonjour :coucou:

:rouleau: Non mais ça va pas ?!
Alors si je vous donne un disque dur rempli de mp3, vous allez dupliquer le disque dur, juste pour lire un fichier ?

Naturellement, on peut faire ceci :

Code:

---

mplayer -cache 8192 <(cat ~/Musique/*.mp3)

---

Donc avec omxplayer, cela doit donner un truc comme cela : (non testé)

Code:

---

omxplayer --audio_queue 8 <(cat ~/Musique/*.mp3)

---

--audio_queue n où n est la taille en Mo.

Explications non évidentes :

• Si on utilise un pipe classique, le lecteur perd le contrôle de l'entrée standard. Ce qui n'est pas le cas, ici, avec la substitution de processus.
• L'augmentation du cache évite de perdre les premières notes au début.
• Il s'agit bien d'un flux. Donc pas question de revenir en arrière. Par contre, en avant, oui.
• D'autres scripts sont possibles. Mais vu le maigre cahier des charges ...