The software works by taking a 'feed' off your default playback device
on Windows so its really easy to setup (to clarify, I didn't work
SoundWire, I only used it for this project). Have Pd running as you
would and just make sure the the SoundWire client is running. On the
phone you can get
On 29/04/13 01:36, o...@onyx-ashanti.com wrote:
I implemented a version of an idea that had been done several times in the
past
... a silent disco, where there are two djs playing to wireless headsets
over 2
different channels ... with all sharing the same physical space.
The result is
the audio side was just standard wireless hifi headphones, using lots of
headphones but only two of the transmitters. The interesting part
technically
was the bike powered generators, but the 2 channel headphones dance floor
and
double DJ thing was lots of fun.
ah, nice. very clever! would love
onyx,
I would also check out the latency in the browser audio player. I
somehow suspect that is where you are acquiring the largest portion of
buffers and latency. I'm unsure, however, if you can even access and
set the incoming buffer there. If not, you might have to write your own
audio
I implemented a version of an idea that had been done several times in the
past
... a silent disco, where there are two djs playing to wireless headsets
over 2
different channels ... with all sharing the same physical space.
The result is quite fun, in our case it was in a public square and was
I recently worked a on a project where we wrote a custom OSC Android app
that sent control data to the patch and an app called SoundWire that
received audio on the phone and ran in the background. All communication
was over a WiFi network we setup. Latency did obviously exist but it was
On 27/04/13 05:38, o...@onyx-ashanti.com wrote:
On Apr 26, 2013 10:08 PM, katjakatjavet...@gmail.com wrote:
Hi Onyx,
What is your aim, do you want to entertain your (physically present)
audience via smart phones instead of PA system?
Actually it a sonic space I want to explore. To play to
On Sat, Apr 27, 2013 at 1:31 AM, Jonathan Wilkes jancs...@yahoo.com wrote:
Btw-- are you sending compressed or uncompressed audio?
Uncompressed, 16 bit ints. Compression requires analysis, introducing extra
latency. I'm not using it in practice yet, as I still have to find (or
develop) a
--
Twitter: @ntkeep
re-sounding.com http://re-sounding.com
designingsound.org http://designingsound.org
pd-list-requ...@iem.at mailto:pd-list-requ...@iem.at
27 April 2013 11:00
Message: 1
Date: Sat, 27 Apr 2013 14:13:14 +0800
From: Simon Wisesimonzw...@gmail.com
Subject: Re: [PD] direct connection from
From: katja katjavet...@gmail.com
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Phil Stone pkst...@ucdavis.edu; pd-list Pd-list@iem.at
Sent: Saturday, April 27, 2013 5:24 AM
Subject: Re: [PD] direct connection from pd to webrowser, low latency
On Sat, Apr
On 04/25/2013 04:36 PM, o...@onyx-ashanti.com wrote:
Thanks for getting back to me do quickly.
Is there a network audio object (s) that can output standard formatted
audio?
i've started writing an RTP infrastructure for Pd [1], though it
currently only supports uncompressed audio.
RTP is a
IOhannes zmölnig wrote:
i've started writing an RTP infrastructure for Pd [1], though it
currently only supports uncompressed audio.
RTP is a pretty standard protocol, and latency can go down to a few
ms. there are also RTCP components.
May I add that firewalls have a tendency to kill
- Original Message -
From: IOhannes zmölnig zmoel...@iem.at
To: pd-list@iem.at
Cc:
Sent: Friday, April 26, 2013 5:21 AM
Subject: Re: [PD] direct connection from pd to webrowser, low latency
On 04/25/2013 04:36 PM, o...@onyx-ashanti.com wrote:
Thanks for getting back to me do
From: katja katjavet...@gmail.com
To: o...@onyx-ashanti.com onyxasha...@gmail.com
Cc: pd-list Pd-list@iem.at; Martin Peach martin.pe...@sympatico.ca
Sent: Friday, April 26, 2013 4:08 PM
Subject: Re: [PD] direct connection from pd to webrowser, low latency
Hi
martin.pe...@sympatico.ca
Sent: Friday, April 26, 2013 4:08 PM
Subject: Re: [PD] direct connection from pd to webrowser, low latency
Hi Onyx,
What is your aim, do you want to entertain your (physically present) audience
via smart phones instead of PA system?
I have a similar quest pending
...@sympatico.ca
Sent: Friday, April 26, 2013 4:08 PM
Subject: Re: [PD] direct connection from pd to webrowser, low latency
Hi Onyx,
What is your aim, do you want to entertain your (physically present)
audience via smart phones instead of PA system?
I have a similar quest pending: to send
On Apr 26, 2013 10:08 PM, katja katjavet...@gmail.com wrote:
Hi Onyx,
What is your aim, do you want to entertain your (physically present)
audience via smart phones instead of PA system?
Actually it a sonic space I want to explore. To play to people on their own
personal bionic ear. Click and
Why not send FUDI to a box connected directly to the PA system?
The sound space is the headphone s.I want to use the digital sonic space to
play in live. And there Afr so many smartphones in circulation that it is
viable as a presentation platform now. And if it isn't. I can always
connect to a
From: katja katjavet...@gmail.com
To: Phil Stone pkst...@ucdavis.edu
Cc: Jonathan Wilkes jancs...@yahoo.com; pd-list Pd-list@iem.at
Sent: Friday, April 26, 2013 5:11 PM
Subject: Re: [PD] direct connection from pd to webrowser, low latency
Yeah, sending FUDI
Greetings! I hope all is well with you. I wanted to ask if i might gain
some of your insight on a project i am undertaking.
I am currently attempting to stream my audio into html5 capable web
browsers of smartphones. i have created a local network and installed
nginx as my webserver. i and a
Well, [udpsend~] is meant to work with [udpreceive~], so you really have
to run Pd on both ends of the connection. Of course you are free to
modify the code to make it work with your setup -- that would mean
integrating [udpsend~] into the server and [udpreceive~] into the
clients' browsers,
Thanks for getting back to me do quickly.
Is there a network audio object (s) that can output standard formatted
audio?
On Apr 25, 2013 4:32 PM, Martin Peach martin.pe...@sympatico.ca wrote:
Well, [udpsend~] is meant to work with [udpreceive~], so you really have
to run Pd on both ends of the
On 2013-04-25 10:36, o...@onyx-ashanti.com wrote:
Thanks for getting back to me do quickly.
Is there a network audio object (s) that can output standard formatted
audio?
I don't know. netjack?
The thing with browsers is they run TCP, which is not good for
low-latency audio. Maybe you want
Onyx,
Interesting idea.
What kind of threshold are you looking for regarding latency?
I assume this would be for a local network, right?
If I were you, I would first try to fine-tune your current setup by
getting all latency variables as low as possible (icecast, pd+oggcast~,
and the html
Or you could try a different approach. Instead of streaming the audio,
generate it client-side ... example, this performance that I did last
week-end with WebPd : https://vimeo.com/64514693
2013/4/25 august aug...@alien.mur.at
Onyx,
Interesting idea.
What kind of threshold are you looking
cool video.
I dont know if my synthesis and performance system would work from a server
and if it did, i doubt i would get the 2-5ms latency i am comfortably
getting now. is webpd able to deal with heavy patches? the idea sounds
interesting. what is the realtime latency of webpd in real
WebPd isn't able to deal with really heavy patches. In fact that
performance was running the biggest patch I've ever tried with it, you can
judge by yourself whether that's heavy :
https://gist.github.com/sebpiq/5462949
I would say the biggest problem with WebPd right now is its lack of
objects.
I was just wondering. would it be possible to use the mp3streamout~ object
to stream directly to a modern browser? to make it listen for the stream
somehow, without shout/icecast, and just play?
shouldnt it be as simple as;
pd to mp3streamout
mp3streamout to port number
port to (i dont
28 matches
Mail list logo