salut tout le monde,
je me pose une question, à savoir par rapport à la reconnaissance vocale, qui marche assez royal avec le terminal, mais pas du tout avec pure data (objet shell : que nenni, objet popen = freeze system)
Any idée sur le bugg?
ps le code shell : (mis en verbose pour le debbug mai ça marche pô)
#!/bin/bash
adress="$*"
while :
do
sox -d --rate 16000 $adress/out.flac silence 1 0.1 1% 1 1.0 1%;
wget -O $adress/speech.txt -v --post-file $adress/out.flac --header="Content-Type: audio/x-flac; rate=16000" http://www.google.com/speech-api/v1/rec … =chromium;
wait
cat $adress/speech.txt | cut -d'"' -f12 >> $adress/records.txt;
echo `cat $adress/records.txt` > $adress/billet.txt
cat $adress/speech.txt | cut -d'"' -f12;
rm $adress/out.flac $adress/speech.txt;
done
exit 0
edit : c'est bon, en fait c'est sox qui pose le souci, donc y a moyen de shunter tout ça...
Du coup ma question, comment utiliser sox (ou arecord sous linux) sous shell (sans jack) pour faire des enregistrements audio? (je sais y'a writesf~ mais des fois question practicité à tout metre dans un seul bash...)
Dernière modification par nononononono (2013-07-25 16:44:18)
Hors ligne
Hello,
Hello
J'arrive pas dompté l'objet shell sous mac:
[mplayer -demuxer rawvideo -rawvideo w=114:h=70:format=rgb32 /Users/p/Desktop/testE.wav(
|
[shell]
marche pas...
sous linux sa marche parfaitement à parement.
Avec un script.sh non executable:
[sh /Users/P/Desktop/paradislost/script.sh(
|
[shell]
sa ne marche pas non plus
"sh /Users/P/Desktop/paradislost/script.sh" fonctionne nikel si je le lance depuis le terminale
help???
Hors ligne
P~, pour ton problème, le plus probable c'est une histoire de droit, mais faut voir... pourrais-tu essayer ceci pour commencer ? :
[pwd( -> [shell] -> [print] (chez moi, quand je clique sur le message, ça m'affiche "print: /" dans la console de Pd)
autre petit test de base : mettre sur le Bureau un script "test.sh" qui contienne seulement : echo "OK"
puis voir ce que tu obtiens dans la console avec ce patch: [sh /Users/P/Desktop/test.sh( -> [shell] -> [print]
si ce dernier test ne donne rien, peut-être le refaire après avoir rendu "exécutable par tous" le script "test.sh" en lui faisant un petit chmod a+x via le Terminal ?
par contre s'il fonctionne, je proposerai un moyen d'utiliser [shell] plus efficacement, notamment pour obtenir les erreurs...
Hors ligne
1/ j'ai pas du tout creusé le truc
2/ j'utilise pas macOS
3/ ma mémoire a sans doute des failles
De mémoire donc, il y a disons deux ans, sur Debian, le shell ne répondait que si PD avait été lancé par ledit shell .
mais j'ai eu la surprise sur Debian7 , il y a un an suite à un oubli , que l'objet shell communique des fois oui, des fois non, selon la commande, sans avoir à lancer PD par le shell . D'où je lance systématiquement PD en terminal ...
Bah ... faut bien que ce truc à caractères verts sur fond noir garde sa part de mystère .
Hors ligne
rien à avoir avec la choucroute, sauf les mots clés, pour ouvrir pure data en mode super user sous mac :
compiler sous applescript :
do shell script "/Applications/Pd-extended.app/Contents/MacOS/Pd-extended" user name "name" password "pass" with administrator privileges
Hors ligne