Salut
J'utilise Puredata avec un patch de ma confection pour le live. Puredata reçois des infos de mon pad USB AKAI LPD8 et du son de l'entrée de ma carte EDIROL UA-25 EX.
J'essaye depuis quelques jours de mettre au point un système autonome, c'est à dire, une machine qui boot sans interface graphique, et lance puredata avec le patch, et tout les paramètres audio et MIDI en place.
J'ai donc pour ce faire installé la distribution Linux Mint, que je boot sans serveur X (sans interface graphique).
J’exécute ensuite le script suivant (pour l'instant manuellement, mais l'idée sera aussi de réglé son lancement automatique)
#!/bin/bash sudo alsa reload pd-extended -nogui -audiodev 1 -alsa -alsamidi -mididev 3 -rt -open /home/jokoko/Bureau/QuercusErraticae/patch/project.pd
Ce script fonctionne avec le serveur X. Mais il ne fonctionne plus en mode console.
On pourrait penser que ça vient d'un problème système.
Mais après pas mal de temps de recherche, j'ai été orienté vers ici par les utilisateurs du forum linux MAO
Voici en complément l'erreur que me renvoie puredata (lancé par mon script) après démarrage de mon patch:
ALSA lib pcm_hw.c:1667:(_snd_pcm_hw_open) Invalid value for card ALSA input error (snd_pcm_open): no such file or directory
et voici aussi l'adresse du topic sur Linux MAOhttp://www.linuxmao.org/tiki-view_forum … s_offset=4
Pas mal de tests y ont été fait ça pourra peut-être permettre d'aller plus vite ;-)
Sur ce, bonne soirée à vous et à très vite!
Dernière modification par jokoko (2014-08-29 20:16:46)
Hors ligne
Mmmmh ... pas sûr effectivement qu'une Mint soit la distrib idoine pour vu que c'est orienté Desktop .
En fait une raspbian sur raspy (ou plus puissante) devrait faire l'affaire et c'est déjà utilisé par beaucoup .
Maintenant pour les index de cartes sons mouvantes à chaque boot , voici à titre indicatif mon fichier /etc/modprobe.d/alsa-base.conf
# autoloader aliases install sound-slot-0 /sbin/modprobe snd-card-0 install sound-slot-1 /sbin/modprobe snd-card-1 install sound-slot-2 /sbin/modprobe snd-card-2 install sound-slot-3 /sbin/modprobe snd-card-3 install sound-slot-4 /sbin/modprobe snd-card-4 install sound-slot-5 /sbin/modprobe snd-card-5 install sound-slot-6 /sbin/modprobe snd-card-6 install sound-slot-7 /sbin/modprobe snd-card-7 # Cause optional modules to be loaded above generic modules install snd /sbin/modprobe --ignore-install snd && { /sbin/modprobe --quiet snd-ioctl32 ; /sbin/modprobe --quiet snd-seq ; : ; } install snd-rawmidi /sbin/modprobe --ignore-install snd-rawmidi && { /sbin/modprobe --quiet snd-seq-midi ; : ; } install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 && { /sbin/modprobe --quiet snd-emu10k1-synth ; : ; } # Keep snd-pcsp from beeing loaded as first soundcard options snd-pcsp index=-2 # Keep snd-usb-audio from beeing loaded as first soundcard options snd-usb-audio index=-2 # Prevent abnormal drivers from grabbing index 0 options bt87x index=-2 options cx88_alsa index=-2 options snd-atiixp-modem index=-2 options snd-intel8x0m index=-2 options snd-via82xx-modem index=-2 # Mes options options snd-hda-intel index=0,1 options snd-ice1712 index=2 options snd-usb-audio index=3,4
dans la section Mes options tu peux voir que j'ai :
deux hda-intel (carte mère et carte video)
et là j'ai de la chance dans la malchance c'est tjs celle de la carte mère qui est chargée en 0 et celle de la radeon en 1
une delta1010
fixée à index2
et tout périphérique usb-audio : micro de webcam , contrôleur midi etc ...
fixés à 3,4 et plus (dépend de l'ordre de branchement)
et çà roule : à chaque boot même ordre .
Maintenant pour te simplifier la vie tu pourrais partir sur une base Debian en xfce ou lxde (openbox) .
Déjà pas de pulse audio installé d'office .
Je dis simplifier parce que aller tripatouiller dans les run level et autres c'est danger et un peu défaire ce que d'autres ont eu bien du mal à mettre au point .
Et puis ... un interface minimal permettant d'aller chercher qlq infos sur le net c'est bien pratique .
Surtout que l'on peut épurer xfce jusqu'à avoir qlqchose comme openbox qui ne bouffe rien en ressources .
Dernière modification par sakramh (2014-09-02 11:47:41)
Hors ligne
Merci pour t'es conseils, c'est vrai qu'avec Debian ça marche mieux (même si l'install à été un peu longue est pas toujours claire ^^)
Ensuite, j'ai pas mal cherché et essayé. Un peu avancé.
Voilà ou j'en suis, j'ai mon script dans init.d -> pdstart
Il est appelé par son lien /etc/rcS.d/S20pdstart
Pdstart démarre mon script "avalvague.sh" qui contient c'est quelques lignes:
#!/bin/bash pd-extended -nogui -audiodev 1 -alsa -alsamidi -mididev 3 -rt -open /home/jokoko/Bureau/QuercusErraticae/patch/project.pd
Je démarre bien au Runlevel S
Mais quand je démarre, j'obitent
Et quand j'essaye d'exécuter
update-rc.d pdstart defaults
j'obitent:
insserv: warning: script is corrupt or invalid: /etc/init.d/../rcS.d/S20pdstart
Pourtant je l'ai (S20pdstart) créé avec la commande ln
Donc je ne sais pas trop ou ça cloche.
Voici mon script pdstart:
Voilà, ça laisse encore pas mal de pistes, mais j'ai comme l'impression d'avoir avancé
Hors ligne
Çà fait des années que j'ai pas mis mon nez dans les scripts shell de démarrage services et donc je te répondrais pas sur le sujet mais un truc m'a sauté aux yeux :
pourquoi démarrer PD avec les privilèges root ? s'il y a plantage de PD (ce qui n'est pas exceptionnel ) .... c'est au minimum redémarrer le système et au max ... une corruption .
Sincèrement il est plus sécurisant de lancer un soft en environnement utilisateur après un "autologin " de celui-ci si désiré . Suffit de rajouter sa commande shell pour PD dans le script autostart de son environnement .
Ce qui n'enlève rien à ta démarche mais me semble plus approprié . Bon courage .
Dernière modification par sakramh (2014-09-02 17:58:16)
Hors ligne
Pages: 1