Hello, Thanks @cyrille, found the answer to my arguments for open question in the help file as you said.
@ben: first, hi! second, i'm a ware of a number of 3rd party externals for pd that are supposed to do streaming in, like mp3amp~ and ogg~ and readanysf~ but none of them are really working in pd-vanilla on rpi for me. some crash right away, and others never get a stream.
sox on the other hand is working beautifully and is rather robust, and the fifo solution for getting audio into pd seems critical/awesome enough that i'm keen on figuring it out. i see that sox is getting the stream (i have tested it by sending it to pifm and its there), but i'm just hung up on the header format of the file. pd doesn't like it.
i'm wondering if there are details in 'mkfifa' that make it better for pd reading i'll report back if i discover something...
a
On Thu, Jun 19, 2014 at 5:15 PM, Benjamin ~ 01xy via Pd-list < pd-list@lists.iem.at> wrote:
Hello,
not the answer, but you can open stream inside PD with readanysf~ if you can accept this dependency http://aug.ment.org/readanysf/ else y use this command to pipe a raw flux to sox > stream, maybe you can adapt :
sox -t raw --ignore-length -r 44100 -e signed-integer -b 16 -c 2
bridge.fifo -t ogg -C 5 - | oggfwd labomedia.org 8000 rclabo01 /streamtest.ogg
or I modified .asoundrc so as to allow a non jack software (sox/aplay) to get into jackd as an input :
cat ~/.asoundrc
pcm.rawjack { type jack playback_ports { 0 system:playback_1 1 system:playback_2 } capture_ports { 0 system:capture_1 1 system:capture_2 } }
pcm.jack { type plug slave { pcm "rawjack" } hint { description "JACK Audio Connection Kit" } }
and then :
aplay -i anyaudiofile-flux -v -D rawjack
hopes it can help
++ b
Le 19/06/2014 16:56, Ali Momeni via Pd-list a écrit :
Hello Cyrille,
Thanks for the help still have the same problem:
*dsp:/home/pi/tempaudio: unknown or bad header format* try providing the header to pd open ~/tempaudio 0 0 1 2 b
no error when i send this open message, but when i "start", i still get
"unknown or bad header format
where do you get those numbers, 0 0 1 2 b ?
ali cheers c
* * i've tried some other params in the sox write command but i get the bad header error no matter what i do. any thoughts? thanks, ali _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
On 20/06/14 03:55, Ali Momeni via Pd-list wrote:
Hello, Thanks @cyrille, found the answer to my arguments for open question in the help file as you said.
@ben: first, hi! second, i'm a ware of a number of 3rd party externals for pd that are supposed to do streaming in, like mp3amp~ and ogg~ and readanysf~ but none of them are really working in pd-vanilla on rpi for me. some crash right away, and others never get a stream.
sox on the other hand is working beautifully and is rather robust, and the fifo solution for getting audio into pd seems critical/awesome enough that i'm keen on figuring it out. i see that sox is getting the stream (i have tested it by sending it to pifm and its there), but i'm just hung up on the header format of the file. pd doesn't like it.
i'm wondering if there are details in 'mkfifa' that make it better for pd reading i'll report back if i discover something...
just a guess ... can you try opening pd first then sending the stream (possibly with the header mentioned)?
I think 'mkfifa' is probably a typo.
Simon