WebPd 0.3.0 is finally out! Refactored from scratch, 100% pure Web Audio API, which means it should be as fast as it gets on the browser. check-it out https://github.com/sebpiq/WebPd feedback very welcome.
Nice work Sébastien!
I saw you have a [soundfiler] implementation, which is interesting. Is that able to load samples from within the patch directory structure or can it also load audio files from any URL (i.e. say a soundcloud link) ?
Cheers, Joe
On 30 April 2015 at 11:17, s p sebpiq@gmail.com wrote:
WebPd 0.3.0 is finally out! Refactored from scratch, 100% pure Web Audio API, which means it should be as fast as it gets on the browser. check-it out https://github.com/sebpiq/WebPd feedback very welcome.
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Pd-announce mailing list Pd-announce@lists.iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks Joe!
Unfortunately, the current soundfiler uses AJAX, which means that you cannot load on other domains than where the web page is hosted. On the other hand, the [readsf~] object (which I haven't implemented yet) will be able to do that (any url that support CORS, for example soundcloud does).
On Thu, Apr 30, 2015 at 11:54 AM, Joe White white.joe4@gmail.com wrote:
Nice work Sébastien!
I saw you have a [soundfiler] implementation, which is interesting. Is that able to load samples from within the patch directory structure or can it also load audio files from any URL (i.e. say a soundcloud link) ?
Cheers, Joe
On 30 April 2015 at 11:17, s p sebpiq@gmail.com wrote:
WebPd 0.3.0 is finally out! Refactored from scratch, 100% pure Web Audio API, which means it should be as fast as it gets on the browser. check-it out https://github.com/sebpiq/WebPd feedback very welcome.
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Pd-announce mailing list Pd-announce@lists.iem.at http://lists.puredata.info/listinfo/pd-announce
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
Oh cool, but the [readsf~] would act more like a stream, rather than being able to load into a table right?
On 30 April 2015 at 12:01, s p sebpiq@gmail.com wrote:
Thanks Joe!
Unfortunately, the current soundfiler uses AJAX, which means that you cannot load on other domains than where the web page is hosted. On the other hand, the [readsf~] object (which I haven't implemented yet) will be able to do that (any url that support CORS, for example soundcloud does).
On Thu, Apr 30, 2015 at 11:54 AM, Joe White white.joe4@gmail.com wrote:
Nice work Sébastien!
I saw you have a [soundfiler] implementation, which is interesting. Is that able to load samples from within the patch directory structure or can it also load audio files from any URL (i.e. say a soundcloud link) ?
Cheers, Joe
On 30 April 2015 at 11:17, s p sebpiq@gmail.com wrote:
WebPd 0.3.0 is finally out! Refactored from scratch, 100% pure Web Audio API, which means it should be as fast as it gets on the browser. check-it out https://github.com/sebpiq/WebPd feedback very welcome.
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Pd-announce mailing list Pd-announce@lists.iem.at http://lists.puredata.info/listinfo/pd-announce
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
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
I guess you could use [tabread~] afterwards to dump it if needed.
On 30 April 2015 at 12:06, Joe White white.joe4@gmail.com wrote:
Oh cool, but the [readsf~] would act more like a stream, rather than being able to load into a table right?
On 30 April 2015 at 12:01, s p sebpiq@gmail.com wrote:
Thanks Joe!
Unfortunately, the current soundfiler uses AJAX, which means that you cannot load on other domains than where the web page is hosted. On the other hand, the [readsf~] object (which I haven't implemented yet) will be able to do that (any url that support CORS, for example soundcloud does).
On Thu, Apr 30, 2015 at 11:54 AM, Joe White white.joe4@gmail.com wrote:
Nice work Sébastien!
I saw you have a [soundfiler] implementation, which is interesting. Is that able to load samples from within the patch directory structure or can it also load audio files from any URL (i.e. say a soundcloud link) ?
Cheers, Joe
On 30 April 2015 at 11:17, s p sebpiq@gmail.com wrote:
WebPd 0.3.0 is finally out! Refactored from scratch, 100% pure Web Audio API, which means it should be as fast as it gets on the browser. check-it out https://github.com/sebpiq/WebPd feedback very welcome.
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Pd-announce mailing list Pd-announce@lists.iem.at http://lists.puredata.info/listinfo/pd-announce
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
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Yeah that's right it would be a stream, But currently that's the only way to read cross-domain audio :(
On Thu, Apr 30, 2015 at 12:06 PM, Joe White white.joe4@gmail.com wrote:
I guess you could use [tabread~] afterwards to dump it if needed.
On 30 April 2015 at 12:06, Joe White white.joe4@gmail.com wrote:
Oh cool, but the [readsf~] would act more like a stream, rather than being able to load into a table right?
On 30 April 2015 at 12:01, s p sebpiq@gmail.com wrote:
Thanks Joe!
Unfortunately, the current soundfiler uses AJAX, which means that you cannot load on other domains than where the web page is hosted. On the other hand, the [readsf~] object (which I haven't implemented yet) will be able to do that (any url that support CORS, for example soundcloud does).
On Thu, Apr 30, 2015 at 11:54 AM, Joe White white.joe4@gmail.com wrote:
Nice work Sébastien!
I saw you have a [soundfiler] implementation, which is interesting. Is that able to load samples from within the patch directory structure or can it also load audio files from any URL (i.e. say a soundcloud link) ?
Cheers, Joe
On 30 April 2015 at 11:17, s p sebpiq@gmail.com wrote:
WebPd 0.3.0 is finally out! Refactored from scratch, 100% pure Web Audio API, which means it should be as fast as it gets on the browser. check-it out https://github.com/sebpiq/WebPd feedback very welcome.
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Pd-announce mailing list Pd-announce@lists.iem.at http://lists.puredata.info/listinfo/pd-announce
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
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
@Joe White sorry I actually made a mistake in my answer before. I forgot that using CORS you should be able to get cross-origin resources with AJAX. So the soundfiler should be able to get sounds from e.g. soundcloud. However, it probably needs a few tweaks for this. I added an issue : https://github.com/sebpiq/WebPd/issues/53
On Thu, Apr 30, 2015 at 2:02 PM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2015-04-30 13:06, Joe White wrote:
Oh cool, but the [readsf~] would act more like a stream, rather than
being
able to load into a table right?
well, Pd's [readsf~] cannot load into table either and provides an audio stream, so I guess this is by intention.
fgmsdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
This is great!
So many questions, but I'll just ask three for now:
Is there some way for webpd to look inside one of the page's DOM elements for patch file data (perhaps a <pre> with a particular id)?
Could the data received from the AJAX call be inserted into the same DOM element? That way you could save the html file and the patch data would get saved with it.
Can I add nodes after the patch has loaded?
I think the holy grail here would be to take the GUI work I'm doing with svg and node.js and get it to play nice with webpd. Then an editable Pd environment would run anywhere a modern browser could. :)
-Jonathan
On 04/30/2015 07:01 AM, s p wrote:
Thanks Joe!
Unfortunately, the current soundfiler uses AJAX, which means that you cannot load on other domains than where the web page is hosted. On the other hand, the [readsf~] object (which I haven't implemented yet) will be able to do that (any url that support CORS, for example soundcloud does).
On Thu, Apr 30, 2015 at 11:54 AM, Joe White <white.joe4@gmail.com mailto:white.joe4@gmail.com> wrote:
Nice work Sébastien! I saw you have a [soundfiler] implementation, which is interesting. Is that able to load samples from within the patch directory structure or can it also load audio files from any URL (i.e. say a soundcloud link) ? Cheers, Joe On 30 April 2015 at 11:17, s p <sebpiq@gmail.com <mailto:sebpiq@gmail.com>> wrote: WebPd 0.3.0 is finally out! Refactored from scratch, 100% pure Web Audio API, which means it should be as fast as it gets on the browser. check-it out https://github.com/sebpiq/WebPd feedback very welcome. -- *Sébastien Piquemal * * ***-----*@sebpiq* -----**http://github.com/sebpiq* * ----- http://funktion.fm _______________________________________________ Pd-announce mailing list Pd-announce@lists.iem.at <mailto:Pd-announce@lists.iem.at> http://lists.puredata.info/listinfo/pd-announce _______________________________________________ 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
-- *Sébastien Piquemal
***-----*@sebpiq* -----**http://github.com/sebpiq*
----- http://funktion.fm
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Jonathan,
Yes, yes! I'd love a good web-based editor! And I have looked into this for a while, but being not a priority, I had put it aside for now... How are your experiments doing? You should definitely keep me updated on this.
Is there some way for webpd to look inside one of the page's DOM elements
for patch file data (perhaps a <pre> with a particular id)?
Indeed, to load a patch you just pass as string to "Pd.loadPatch" function. That string is the whole contents of a Pd patch. So in the examples, I load the patch with AJAX : https://github.com/sebpiq/WebPd/blob/master/examples/phasor/index.html#L10 but you could definitely do something like this :
<script id="patch" type="text/x-puredata"> #N canvas 51 96 762 387 10; #X obj 127 161 dac~; </script>
<script> var patch = Pd.loadPatch(document.getElementById('patch').innerHTML) Pd.start() </script>
Or even something like this :
<script> var patch = Pd.loadPatch('#N canvas 51 96 762 387 10;\n#X obj 127 161 dac~;') Pd.start() </script>
So basically WebPd just takes a Pd file. How you obtain that file is then up to you : AJAX, embedded in the HTML page, etc ...
Could the data received from the AJAX call be inserted into the same DOM
element? That way you could save the html file and the patch data would get saved with it.
Yes you could do that. It is trivial with JavaScript. Even easier if you use a DOM manipulation library such as jQuery!
Can I add nodes after the patch has loaded?
Sure! There is a complete API for patches and objects. You can do with programming absolutely everything you can do with the Pd GUI and much more. For the moment this API is not documented, but I think it is rather easy to use, and if you dig into the tests, you can find out how to use it. For example : https://github.com/sebpiq/WebPd/blob/master/test/src/objects/glue-tests.js#L... I like the idea to add a scripting layer to Pd. That way you could do something that no other sound programming language has achieved yet, and put together graphical programming and scripting using each method when most appropriate (Graphical programming is great for a DSP graph, but a pain in the ass for control flow and states, scripting is much more powerful for that). So yeah you can already do that with WebPd, though it is not fully tested yet so use with caution.
On Fri, May 1, 2015 at 4:50 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote:
This is great!
So many questions, but I'll just ask three for now:
Is there some way for webpd to look inside one of the page's DOM elements for patch file data (perhaps a <pre> with a particular id)?
Could the data received from the AJAX call be inserted into the same DOM element? That way you could save the html file and the patch data would get saved with it.
Can I add nodes after the patch has loaded?
I think the holy grail here would be to take the GUI work I'm doing with svg and node.js and get it to play nice with webpd. Then an editable Pd environment would run anywhere a modern browser could. :)
-Jonathan
On 04/30/2015 07:01 AM, s p wrote:
Thanks Joe!
Unfortunately, the current soundfiler uses AJAX, which means that you cannot load on other domains than where the web page is hosted. On the other hand, the [readsf~] object (which I haven't implemented yet) will be able to do that (any url that support CORS, for example soundcloud does).
On Thu, Apr 30, 2015 at 11:54 AM, Joe White white.joe4@gmail.com wrote:
Nice work Sébastien!
I saw you have a [soundfiler] implementation, which is interesting. Is that able to load samples from within the patch directory structure or can it also load audio files from any URL (i.e. say a soundcloud link) ?
Cheers, Joe
On 30 April 2015 at 11:17, s p sebpiq@gmail.com wrote:
WebPd 0.3.0 is finally out! Refactored from scratch, 100% pure Web Audio API, which means it should be as fast as it gets on the browser. check-it out https://github.com/sebpiq/WebPd feedback very welcome.
--
*Sébastien Piquemal *
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Pd-announce mailing list Pd-announce@lists.iem.at http://lists.puredata.info/listinfo/pd-announce
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
--
*Sébastien Piquemal *
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
_______________________________________________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 04/05/15 17:50, s p wrote:
put together graphical programming and scripting using each method when most appropriate
You describe my dream procedural composition environment. Patching modular DSP units with Pd and then writing code to drive them, generate sequences, dynamically instantiate abstractions, etc.
Very excited to see where you guys take this.
Cheers,
Chris.
My dream too :)
On Mon, May 4, 2015 at 2:28 PM, Chris McCormick chris@mccormick.cx wrote:
On 04/05/15 17:50, s p wrote:
put together graphical programming and scripting using each method when most appropriate
You describe my dream procedural composition environment. Patching modular DSP units with Pd and then writing code to drive them, generate sequences, dynamically instantiate abstractions, etc.
Very excited to see where you guys take this.
Cheers,
Chris.
:-D On May 4, 2015 8:22 AM, "s p" sebpiq@gmail.com wrote:
My dream too :)
On Mon, May 4, 2015 at 2:28 PM, Chris McCormick chris@mccormick.cx wrote:
On 04/05/15 17:50, s p wrote:
put together graphical programming and scripting using each method when most appropriate
You describe my dream procedural composition environment. Patching modular DSP units with Pd and then writing code to drive them, generate sequences, dynamically instantiate abstractions, etc.
Very excited to see where you guys take this.
Cheers,
Chris.
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
LOL!
On 04/05/15 20:20, s p wrote:
My dream too :)
On Mon, May 4, 2015 at 2:28 PM, Chris McCormick <chris@mccormick.cx mailto:chris@mccormick.cx> wrote:
On 04/05/15 17:50, s p wrote: > put together graphical programming and scripting using each method when > most appropriate You describe my dream procedural composition environment. Patching modular DSP units with Pd and then writing code to drive them, generate sequences, dynamically instantiate abstractions, etc. Very excited to see where you guys take this. Cheers, Chris. -- http://mccormick.cx/
-- *Sébastien Piquemal
** *-----*@sebpiq* -----**http://github.com/sebpiq*
----- http://funktion.fm
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
nice dream Chris. . What about ofx pd for droid? cant you run vanilla pd on an android? The thing about browser based stuff is syncing the graphics with the dsp. I have been making dhtml scale, mode, keyboard , and sequencer interfaces for xensynth. I use java sockets as a tcp/udp transport. would be really nice to have a websockets server added to pdsend/recieve and netsend/recieve. this would be awesome for libpd as well. Anyways with the browser based sequencer things get out of timing real quick using standard javascript timing. the resolution of the javascript timers is not good enough. hopefully soon I can skip using the javascript as the sequencer sending note messages to pd. and just have the sequencer modeled in pd as a dynamic symbol or something. That way the browser can do the nifty editing graphics for coloring a xenharmonic piano roll. as you add or move notes, the corosponding grid in pd is edited. if you play the sequencer then the play position cursor is all that needs to be updated on the web interface. just reset it ever loop if it gets out of sync, no problem. There is some new features of CSS/HTML/javaScript that make dynamic properties of elements really easy to code. https://archive.org/details/Xensynth10.01 most recent version https://archive.org/download/Xensynth10.01/xensynth10.14.5BrooklynMooreEditi... interface is xensynth/polysynth/RUNME2showhidemidi.pd and browser tuning plus mode control is: xensynth/burningship/pdapplet/javaSocketBridge/xensynthcontrol.html check out the sequencer section of the browser controls. it is not finished, just started actually and has no stop button, hehe. particularly this little snippet of code might be helpful in developing pd controls seqbuffer=seqbuffer + "<div id='" + j.toString() + "-" + i.toString() + "' class='seqelement' data-x= '" + j.toString() + "' data-y= '" + i.toString() + "'" + " data-rsx= '" + rsx + "'></div>"; http://html5doctor.com/html5-custom-data-attributes/
On Mon, May 4, 2015 at 8:37 AM, Chris McCormick chris@mccormick.cx wrote:
LOL!
On 04/05/15 20:20, s p wrote:
My dream too :)
@Billy : sequencing your audio using JavaScript timers is the wrong approach. Web Audio provides an API that allows exact scheduling of the sound. Then you can use it also to fire callbacks which will allow you to update your graphics. These callbacks will be fired at slightly inexact times compared to audio, but they will globally stay in sync with audio sometimes slightly before, sometimes slightly after. Here is an example from a small library for scheduling things in Web Audio I have written : http://sebpiq.github.io/WAAClock/demos/beatSequence.html So what you are talking about is not really a problem.
About WebPd, the scheduling and metro are not so great at the moment, but when I'll have optimized it, you will be able to drive graphics and GUI changes from a metro or any [send bla] object like this : "Pd.receive('bla', updateUI)"
On Tue, May 5, 2015 at 9:40 AM, Billy Stiltner billy.stiltner@gmail.com wrote:
nice dream Chris. . What about ofx pd for droid? cant you run vanilla pd on an android? The thing about browser based stuff is syncing the graphics with the dsp. I have been making dhtml scale, mode, keyboard , and sequencer interfaces for xensynth. I use java sockets as a tcp/udp transport. would be really nice to have a websockets server added to pdsend/recieve and netsend/recieve. this would be awesome for libpd as well. Anyways with the browser based sequencer things get out of timing real quick using standard javascript timing. the resolution of the javascript timers is not good enough. hopefully soon I can skip using the javascript as the sequencer sending note messages to pd. and just have the sequencer modeled in pd as a dynamic symbol or something. That way the browser can do the nifty editing graphics for coloring a xenharmonic piano roll. as you add or move notes, the corosponding grid in pd is edited. if you play the sequencer then the play position cursor is all that needs to be updated on the web interface. just reset it ever loop if it gets out of sync, no problem. There is some new features of CSS/HTML/javaScript that make dynamic properties of elements really easy to code. https://archive.org/details/Xensynth10.01 most recent version
https://archive.org/download/Xensynth10.01/xensynth10.14.5BrooklynMooreEditi... interface is xensynth/polysynth/RUNME2showhidemidi.pd and browser tuning plus mode control is: xensynth/burningship/pdapplet/javaSocketBridge/xensynthcontrol.html check out the sequencer section of the browser controls. it is not finished, just started actually and has no stop button, hehe. particularly this little snippet of code might be helpful in developing pd controls seqbuffer=seqbuffer + "<div id='" + j.toString() + "-" + i.toString() + "' class='seqelement' data-x= '" + j.toString() + "' data-y= '" + i.toString() + "'" + " data-rsx= '" + rsx + "'></div>"; http://html5doctor.com/html5-custom-data-attributes/
On Mon, May 4, 2015 at 8:37 AM, Chris McCormick chris@mccormick.cx wrote:
LOL!
On 04/05/15 20:20, s p wrote:
My dream too :)
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I was thinking, it could be nice to have a desktop version of PD that is restricted to only have the objects that WebPD has, so you can build up your patches and be pretty sure they'll work.
-Alex
On Tue, May 5, 2015 at 12:50 AM, s p sebpiq@gmail.com wrote:
@Billy : sequencing your audio using JavaScript timers is the wrong approach. Web Audio provides an API that allows exact scheduling of the sound. Then you can use it also to fire callbacks which will allow you to update your graphics. These callbacks will be fired at slightly inexact times compared to audio, but they will globally stay in sync with audio sometimes slightly before, sometimes slightly after. Here is an example from a small library for scheduling things in Web Audio I have written : http://sebpiq.github.io/WAAClock/demos/beatSequence.html So what you are talking about is not really a problem.
About WebPd, the scheduling and metro are not so great at the moment, but when I'll have optimized it, you will be able to drive graphics and GUI changes from a metro or any [send bla] object like this : "Pd.receive('bla', updateUI)"
On Tue, May 5, 2015 at 9:40 AM, Billy Stiltner billy.stiltner@gmail.com wrote:
nice dream Chris. . What about ofx pd for droid? cant you run vanilla pd on an android? The thing about browser based stuff is syncing the graphics with the dsp. I have been making dhtml scale, mode, keyboard , and sequencer interfaces for xensynth. I use java sockets as a tcp/udp transport. would be really nice to have a websockets server added to pdsend/recieve and netsend/recieve. this would be awesome for libpd as well. Anyways with the browser based sequencer things get out of timing real quick using standard javascript timing. the resolution of the javascript timers is not good enough. hopefully soon I can skip using the javascript as the sequencer sending note messages to pd. and just have the sequencer modeled in pd as a dynamic symbol or something. That way the browser can do the nifty editing graphics for coloring a xenharmonic piano roll. as you add or move notes, the corosponding grid in pd is edited. if you play the sequencer then the play position cursor is all that needs to be updated on the web interface. just reset it ever loop if it gets out of sync, no problem. There is some new features of CSS/HTML/javaScript that make dynamic properties of elements really easy to code. https://archive.org/details/Xensynth10.01 most recent version
https://archive.org/download/Xensynth10.01/xensynth10.14.5BrooklynMooreEditi... interface is xensynth/polysynth/RUNME2showhidemidi.pd and browser tuning plus mode control is: xensynth/burningship/pdapplet/javaSocketBridge/xensynthcontrol.html check out the sequencer section of the browser controls. it is not finished, just started actually and has no stop button, hehe. particularly this little snippet of code might be helpful in developing pd controls seqbuffer=seqbuffer + "<div id='" + j.toString() + "-" + i.toString() + "' class='seqelement' data-x= '" + j.toString() + "' data-y= '" + i.toString() + "'" + " data-rsx= '" + rsx + "'></div>"; http://html5doctor.com/html5-custom-data-attributes/
On Mon, May 4, 2015 at 8:37 AM, Chris McCormick chris@mccormick.cx wrote:
LOL!
On 04/05/15 20:20, s p wrote:
My dream too :)
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Billy,
On 05/05/15 14:40, Billy Stiltner wrote:
What about ofx pd for droid? cant you run vanilla pd on an android?
Yep, Antoine Rousseau's new work with Pd + OFX and PdDroidParty both let you do that.
The thing about browser based stuff is syncing the graphics with the dsp.
As Sebastian pointed out the best way to ensure that is to use the audio-clock is the master of all timing, just as it is in native Pd.
Cheers,
Chris.
it could be nice to have a desktop version of PD that is restricted to
only have the objects that WebPD
Would be nice indeed! But I think after a bit of fiddling, checking out the list here : https://github.com/sebpiq/WebPd/blob/master/OBJECTLIST.md and debugging, you quickly understand what you can do or not.
On Wed, May 6, 2015 at 7:39 AM, Chris McCormick chris@mccormick.cx wrote:
Hi Billy,
On 05/05/15 14:40, Billy Stiltner wrote:
What about ofx pd for droid? cant you run vanilla pd on an android?
Yep, Antoine Rousseau's new work with Pd + OFX and PdDroidParty both let you do that.
The thing about browser based stuff is syncing the graphics with the dsp.
As Sebastian pointed out the best way to ensure that is to use the audio-clock is the master of all timing, just as it is in native Pd.
Cheers,
Chris.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
@Jonathan great! Is there somewhere we can test it? So can you explain how does it work a bit, what did you do exactly. Is it a reimplementation? In which language?
On Wed, May 6, 2015 at 8:34 AM, s p sebpiq@gmail.com wrote:
it could be nice to have a desktop version of PD that is restricted to
only have the objects that WebPD
Would be nice indeed! But I think after a bit of fiddling, checking out the list here : https://github.com/sebpiq/WebPd/blob/master/OBJECTLIST.md and debugging, you quickly understand what you can do or not.
On Wed, May 6, 2015 at 7:39 AM, Chris McCormick chris@mccormick.cx wrote:
Hi Billy,
On 05/05/15 14:40, Billy Stiltner wrote:
What about ofx pd for droid? cant you run vanilla pd on an android?
Yep, Antoine Rousseau's new work with Pd + OFX and PdDroidParty both let you do that.
The thing about browser based stuff is syncing the graphics with the
dsp.
As Sebastian pointed out the best way to ensure that is to use the audio-clock is the master of all timing, just as it is in native Pd.
Cheers,
Chris.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
*Sébastien Piquemal*
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
On 05/06/2015 01:36 AM, s p wrote:
@Jonathan great! Is there somewhere we can test it? So can you explain how does it work a bit, what did you do exactly. Is it a reimplementation? In which language?
It's basically two things:
that looks similar to pd_vmess 2) porting the gui to nw.js (toolkit that is node.js + chromium + a few OS hooks)
-Jonathan
On Wed, May 6, 2015 at 8:34 AM, s p <sebpiq@gmail.com mailto:sebpiq@gmail.com> wrote:
> it could be nice to have a desktop version of PD that is restricted to only have the objects that WebPD Would be nice indeed! But I think after a bit of fiddling, checking out the list here : https://github.com/sebpiq/WebPd/blob/master/OBJECTLIST.md and debugging, you quickly understand what you can do or not. On Wed, May 6, 2015 at 7:39 AM, Chris McCormick <chris@mccormick.cx <mailto:chris@mccormick.cx>> wrote: Hi Billy, On 05/05/15 14:40, Billy Stiltner wrote: > What about ofx pd for droid? > cant you run vanilla pd on an android? Yep, Antoine Rousseau's new work with Pd + OFX and PdDroidParty both let you do that. > The thing about browser based stuff is syncing the graphics with the dsp. As Sebastian pointed out the best way to ensure that is to use the audio-clock is the master of all timing, just as it is in native Pd. Cheers, Chris. -- http://mccormick.cx/ _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- *Sébastien Piquemal * * ***-----*@sebpiq* -----**http://github.com/sebpiq* * ----- http://funktion.fm
-- *Sébastien Piquemal
***-----*@sebpiq* -----**http://github.com/sebpiq*
----- http://funktion.fm
- removing tcl specific code from the c code, replacing with something
that looks similar to pd_vmess
I am curious, why not using libpd?
- porting the gui to nw.js (toolkit that is node.js + chromium + a few
OS hooks)
So when the porting is done all the GUI code is JS/HTML/SVG/CSS ?
On Thu, May 7, 2015 at 3:49 AM, Jonathan Wilkes jancsika@yahoo.com wrote:
On 05/06/2015 01:36 AM, s p wrote:
@Jonathan great! Is there somewhere we can test it? So can you explain how does it work a bit, what did you do exactly. Is it a reimplementation? In which language?
It's basically two things:
- removing tcl specific code from the c code, replacing with something
that looks similar to pd_vmess 2) porting the gui to nw.js (toolkit that is node.js + chromium + a few OS hooks)
-Jonathan
On Wed, May 6, 2015 at 8:34 AM, s p sebpiq@gmail.com wrote:
it could be nice to have a desktop version of PD that is restricted
to only have the objects that WebPD
Would be nice indeed! But I think after a bit of fiddling, checking out the list here : https://github.com/sebpiq/WebPd/blob/master/OBJECTLIST.md and debugging, you quickly understand what you can do or not.
On Wed, May 6, 2015 at 7:39 AM, Chris McCormick chris@mccormick.cx wrote:
Hi Billy,
On 05/05/15 14:40, Billy Stiltner wrote:
What about ofx pd for droid? cant you run vanilla pd on an android?
Yep, Antoine Rousseau's new work with Pd + OFX and PdDroidParty both let you do that.
The thing about browser based stuff is syncing the graphics with the
dsp.
As Sebastian pointed out the best way to ensure that is to use the audio-clock is the master of all timing, just as it is in native Pd.
Cheers,
Chris.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
*Sébastien Piquemal *
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
--
*Sébastien Piquemal *
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
On 05/07/2015 01:56 AM, s p wrote:
- removing tcl specific code from the c code, replacing with
something that looks similar to pd_vmess
I am curious, why not using libpd?
Because it lacks infinite undo, presets, and various other improvements that exist already in Pd-l2ork and have been used/tested there.
But if you are asking why I'm incrementally porting the tcl/tk gui calls instead of starting fresh with a new interface on top of libpd, it's because building a new GUI from scratch (and remaining backwards compatible) is simply too difficult.
-Jonathan
- porting the gui to nw.js (toolkit that is node.js + chromium + a
few OS hooks)
So when the porting is done all the GUI code is JS/HTML/SVG/CSS ?
Yes. That means a patch can be inspected using devtools-- frames per second displayed in realtime, repaint areas highlighted in realtime, js profiling, DOM point-and-click inspection...
Actually that last one has made several subtle bugs much easier to squash. Instead of reading reams of socket data, you can sometimes just spot duplicated or erroneous elements in the DOM. (Plus turn CSS attrs on and off...)
It's like programming in the 21st century. :)
-Jonathan
On Thu, May 7, 2015 at 3:49 AM, Jonathan Wilkes <jancsika@yahoo.com mailto:jancsika@yahoo.com> wrote:
On 05/06/2015 01:36 AM, s p wrote:
@Jonathan great! Is there somewhere we can test it? So can you explain how does it work a bit, what did you do exactly. Is it a reimplementation? In which language?
It's basically two things: 1) removing tcl specific code from the c code, replacing with something that looks similar to pd_vmess 2) porting the gui to nw.js (toolkit that is node.js + chromium + a few OS hooks) -Jonathan
On Wed, May 6, 2015 at 8:34 AM, s p <sebpiq@gmail.com <mailto:sebpiq@gmail.com>> wrote: > it could be nice to have a desktop version of PD that is restricted to only have the objects that WebPD Would be nice indeed! But I think after a bit of fiddling, checking out the list here : https://github.com/sebpiq/WebPd/blob/master/OBJECTLIST.md and debugging, you quickly understand what you can do or not. On Wed, May 6, 2015 at 7:39 AM, Chris McCormick <chris@mccormick.cx <mailto:chris@mccormick.cx>> wrote: Hi Billy, On 05/05/15 14:40, Billy Stiltner wrote: > What about ofx pd for droid? > cant you run vanilla pd on an android? Yep, Antoine Rousseau's new work with Pd + OFX and PdDroidParty both let you do that. > The thing about browser based stuff is syncing the graphics with the dsp. As Sebastian pointed out the best way to ensure that is to use the audio-clock is the master of all timing, just as it is in native Pd. Cheers, Chris. -- http://mccormick.cx/ _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- *Sébastien Piquemal * * ***-----*@sebpiq* -----**http://github.com/sebpiq* * ----- http://funktion.fm -- *Sébastien Piquemal * * ***-----*@sebpiq* -----**http://github.com/sebpiq* * ----- http://funktion.fm
-- *Sébastien Piquemal
***-----*@sebpiq* -----**http://github.com/sebpiq*
----- http://funktion.fm
It's like programming in the 21st century. :)
👍 👍 👍
On Fri, May 8, 2015 at 4:33 AM, Jonathan Wilkes jancsika@yahoo.com wrote:
On 05/07/2015 01:56 AM, s p wrote:
- removing tcl specific code from the c code, replacing with
something that looks similar to pd_vmess
I am curious, why not using libpd?
Because it lacks infinite undo, presets, and various other improvements that exist already in Pd-l2ork and have been used/tested there.
But if you are asking why I'm incrementally porting the tcl/tk gui calls instead of starting fresh with a new interface on top of libpd, it's because building a new GUI from scratch (and remaining backwards compatible) is simply too difficult.
-Jonathan
- porting the gui to nw.js (toolkit that is node.js + chromium + a few
OS hooks)
So when the porting is done all the GUI code is JS/HTML/SVG/CSS ?
Yes. That means a patch can be inspected using devtools-- frames per second displayed in realtime, repaint areas highlighted in realtime, js profiling, DOM point-and-click inspection...
Actually that last one has made several subtle bugs much easier to squash. Instead of reading reams of socket data, you can sometimes just spot duplicated or erroneous elements in the DOM. (Plus turn CSS attrs on and off...)
It's like programming in the 21st century. :)
-Jonathan
On Thu, May 7, 2015 at 3:49 AM, Jonathan Wilkes jancsika@yahoo.com wrote:
On 05/06/2015 01:36 AM, s p wrote:
@Jonathan great! Is there somewhere we can test it? So can you explain how does it work a bit, what did you do exactly. Is it a reimplementation? In which language?
It's basically two things:
- removing tcl specific code from the c code, replacing with something
that looks similar to pd_vmess 2) porting the gui to nw.js (toolkit that is node.js + chromium + a few OS hooks)
-Jonathan
On Wed, May 6, 2015 at 8:34 AM, s p sebpiq@gmail.com wrote:
it could be nice to have a desktop version of PD that is restricted
to only have the objects that WebPD
Would be nice indeed! But I think after a bit of fiddling, checking out the list here : https://github.com/sebpiq/WebPd/blob/master/OBJECTLIST.md and debugging, you quickly understand what you can do or not.
On Wed, May 6, 2015 at 7:39 AM, Chris McCormick chris@mccormick.cx wrote:
Hi Billy,
On 05/05/15 14:40, Billy Stiltner wrote:
What about ofx pd for droid? cant you run vanilla pd on an android?
Yep, Antoine Rousseau's new work with Pd + OFX and PdDroidParty both let you do that.
The thing about browser based stuff is syncing the graphics with the
dsp.
As Sebastian pointed out the best way to ensure that is to use the audio-clock is the master of all timing, just as it is in native Pd.
Cheers,
Chris.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
*Sébastien Piquemal *
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
--
*Sébastien Piquemal *
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
--
*Sébastien Piquemal *
-----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm
On 05/04/2015 05:50 AM, s p wrote:
Hi Jonathan,
Yes, yes! I'd love a good web-based editor! And I have looked into this for a while, but being not a priority, I had put it aside for now... How are your experiments doing? You should definitely keep me updated on this.
I've got a lot of the functionality ported so far. The only Vanilla features missing are the ability to display multi-line text correctly, and resizing the svg canvas to its content. (There are also Pd-l2ork features missing atm-- mainly the undo/redo z-ordering stuff.)
-Jonathan