<div dir="ltr"><div>cool video.<br><br></div>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 terms?it might be cool, if the latency is controllable and if it can scale with evolving complexity.  thanks!<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 25, 2013 at 10:03 PM, s p <span dir="ltr">&lt;<a href="mailto:sebpiq@gmail.com" target="_blank">sebpiq@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">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 : <a href="https://vimeo.com/64514693" target="_blank">https://vimeo.com/64514693</a></div>
<div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><br><div class="gmail_quote">2013/4/25 august <span dir="ltr">&lt;<a href="mailto:august@alien.mur.at" target="_blank">august@alien.mur.at</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Onyx,<br>
<br>
Interesting idea.<br>
<br>
What kind of threshold are you looking for regarding latency?<br>
I assume this would be for a local network, right?<br>
<br>
If I were you, I would first try to fine-tune your current setup by<br>
getting all latency variables as low as possible (icecast, pd+oggcast~,<br>
and the html audio player).<br>
<br>
ICECAST:  There should be config settings for it where you can manage<br>
the buffering/latency.  Usually buffering/latency is good for streaming<br>
media since you never know what will happen on the network.<br>
<br>
oggcast~ : I&#39;m guessing it is as low as it can go right now, but there<br>
may be an internal buffer that you can adjust/downsize.<br>
<br>
HTML audio player: Most importantly, in the HTML, you should check to<br>
make sure that the audio is not buffering. My guess is that this is<br>
where you are experiencing the largest latency.  Since HTML5 is a<br>
moving target, I&#39;m not sure how you would currently do that.  May not<br>
even be possible.<br>
<a href="https://developer.mozilla.org/en-US/docs/HTML/Element/audio" target="_blank">https://developer.mozilla.org/en-US/docs/HTML/Element/audio</a><br>
<br>
...<br>
<br>
<br>
Then, if the above didn&#39;t work, you might try to hook up the output of<br>
a TCP netsend to a websocket and then translate the audio data chunks<br>
into JS Audio.  UDP won&#39;t work on websockets AFAIK.<br>
<br>
<br>
<br>
best -august.<br>
<br>
<br>
<br>
<a href="mailto:onyx@onyx-ashanti.com" target="_blank">onyx@onyx-ashanti.com</a> say:<br>
<div><div>&gt; Greetings!  I hope all is well with you.  I wanted to ask if i might gain<br>
&gt; some of your insight on a project i am undertaking.<br>
&gt;<br>
&gt; I am currently attempting to stream my audio into html5 capable web<br>
&gt; browsers of smartphones.  i have created a local network and installed<br>
&gt; nginx as my webserver.  i and a friend got everything working with the<br>
&gt; oggcast~ and mp3cast~ objects and the icecast 2 server, but the latency was<br>
&gt; horrific-5-15seconds.  I would like to investigate the idea of taking<br>
&gt; advantage of the plugin-less nature of these modern fast browsers and pipe<br>
&gt; the audio directly into it as directly as possible the same way voip works<br>
&gt; but lower bandwidth and only one way.<br>
&gt;<br>
&gt; I see that udpsend~ can do alot of what i think i want, but i am confused<br>
&gt; as to how i might connect it with the audio socket in the client browser<br>
&gt; (if socket is even the right term).<br>
&gt;<br>
&gt; Any insight would be greatly appreciated.  and if i get it working, as<br>
&gt; before, i will document the findings in a step by step once it works.<br>
&gt; thank y&gt;<br>
</div></div>&gt; cheers!<br>
&gt;<br>
&gt; Onyx<br>
&gt;<br>
&gt; --<br>
&gt; <a href="http://www.onyx-ashanti.com" target="_blank">www.onyx-ashanti.com</a><br>
<div><br>
&gt; _______________________________________________<br>
&gt; <a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
&gt; UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
<br>
</div><span><font color="#888888">--<br>
<a href="http://aug.ment.org" target="_blank">http://aug.ment.org</a><br>
GPG: 0A8D 2BC7 243D 57D0 469D  9736 C557 458F 003E 6952<br>
</font></span><div><div><br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div><div><a href="http://www.onyx-ashanti.com" target="_blank">www.onyx-ashanti.com</a></div><br></div><a title="phone number" style="color:rgb(0,0,63);background-color:rgb(255,255,191)"><br>
</a>
</div>