A défaut d'une autre solution, as-tu essayé de lancer jackd en root ?

En fait je cherche à utiliser le Banana Pi comme "module embarqué". A la base je ne voulais pas installer d'interface graphique jusqu'à ce que je me rende compte qu'il m'était impossible d'utiliser la sortie son avec Pd (aussi bien avec Alsa qu'avec Jack) sans interface graphique.
C'est aussi pour ça que je cherche à utiliser uniquement de la ligne de commande, et donc :

pd-extended -jack -rt -44100 -nomidi patch.pd

Tiens d'ailleurs je n'arrive pas a trouver et installer "alsa_seq", d'où le "-nomidi", ce qui m'embête vraiment vu que je voulais utiliser fluidsynth...

Bref, je suis super déçu de voir que mon idée de projet tombe plus ou moins à l'eau à cause de petites bêtises de ce genre :-(

citation :

trouver le groupe dont dépend "GPIO" et ajouter l'utilisateur qui peut s'en servir à ce groupe . voir man adduser .

Je vais voir ce qu'il en est dans la soirée, voir demain. Merci :-)

Si je comprends bien tu n'arrives pas à faire fonctionner le gpio dans pure data en tant qu'utilisateur non-root?  Se pourrait-il que tu n'aies pas "activé" les pins du gpio que voudrais utiliser sous pd ? 
Tu peux essayer d'accéder au GPIO en ligne de commande pour commencer, cela donne des indications sur ce qui cloche (par exemple les problèmes de droits).  Personnellement quand j'utilise les pins du gpio sous pd avec mon cubieboard2 (armf) je dois d'abord déclarer les pins, leur donner une direction et puis seulement elles sont accessibles sous pd (j'utilise des externals maison, pas d'expérience avec WiringPi).
Voici un lien intéressant : http://falsinsoft.blogspot.be/2012/11/a … space.html

Nau

Tu peux essayer de "suid root" Pd :

sudo chmod a+s /usr/bin/pd-extended

Après ça, pd-extended se lancera avec les mêmes droits que si tu l'avais lancé en root.
C'est pas sûr que ça marche mais essaye toujours...

Sinon il y aurait moyen de s'en sortir via des scripts bash et [system]. Si t'es toujours coincé on en reparle !

Courage !

Je viens de tester à l'instant la lecture d'un fichier audio quelconque avec un lecteur quelconque en ligne de commande (en l'occurrence "Moc"), celui-ci utilisant ALSA.
... ben ça fonctionne nickel, sans problème, rien à signaler, le son sort nickel de la sortie jack 3.5mm, le tout sans aucune interface graphique lancée.

Le problème viens donc bel et bien de Pure Data tout seul.

EDIT :

Par contre quand je tente d'utiliser Moc avec jack, ça ne fonctionne pas mais c'est normal je ne l'ai pas lancé car on ne peut pas le lancer sans interface graphique.

EDIT 2 :

Lorsque je lance Pure Data avec Alsa depuis une interface graphique (VNC), le patch se lance bien et à l'air de fonctionner... mais aucun son ne sort.

Lorsque je fais la même chose mais depuis une console et connecté en SSH :

ALSA output error (snd_pcm_open): Device or resource busy

EDIT 3 :

Je viens de me rendre compte que lorsque je :

pd-extended -alsa -nogui patch.pd

ça me retourne un :

ALSA output error (snd_pcm_open): Device or resource busy

Le soucis viendrait donc du "-nogui" ???!!!???!!!???!!!???!!! (je n'ai jamais utilisé autant de points d'exclamation et d'interrogation de ma vie)

... ah oui, et sinon le lancement de Pd avec Alsa et un patch test (un simple [osc~ 440]) me pompe 100% de puissance d'un des 2 coeurs.
Bref, everything is alright...

EDIT 12445 :

Bon, je tente une manoeuvre nulle mais qui pourrait fonctionner "en dépannage" :
Je vais streamer le flux audio par Icecast, lancement donc de Pd sans son, et lire parallèlement le flux avec un lecteur audio qui fonctionne nickel avec Alsa.
La force du désespoir \o/

EDIT 4488872 :

!!! ÇA MARCHE !!!

Bon, c'est du bricolage, mais le fait de streamer le flux audio et de lire parallèlement le flux avec mplayer, ça fonctionne super

Dernière modification par RoKN (2014-11-20 18:22:11)