[PD] Present and future of WebPd

[Joe White]

>
> > Also-- what about compiling libpd using emscripten?

I think some people already did that (Martin Roth?)


I haven't heard of anyone doing that yet, but it's probably tricky for
reasons you pointed out.

One other possible flavour of WebPd could be that the dsp is implemented as
> small functions in C compiled with emscripten.


This is the exactly what we do in Heavy.

I guess there are two approaches; one being to replicate the Pd environment
(GUI + patching etc...) the other to use Pd as a way to design audio
implementations for different platforms, in this case the web. I like the
idea of people being able to create their own interfaces that don't
necessarily have to be dataflow-oriented and HTML+JS is really powerful for
that.

On 9 September 2015 at 10:41, s p <sebpiq at gmail.com> wrote:

> @Robert : yes ... nacl is dead. And plugins are problematic. Probably a
> plugin wouldnt work on iphone for a start, and you would need to implement
> the plugin for many platforms ... and people need to install it etc.
> Plugins are a bit 2000 ;) flash and java and friends .... they are going to
> disappear sooner or later
>
> > Also-- what about compiling libpd using emscripten?
>
> I think some people already did that (Martin Roth?) ! It would probably
> work fine, the only thing is there will be issues with all the parts where
> the code needs to cooperate with the browser. Typically : loading resources
> (sound files), updating some graphics, etc ... Also you probably couldn't
> script things with JS.
> But most of all I think (Chris tell me if I'm wrong), WebPd started as an
> experiment to see what could be done in the browser only. Myself, I like
> that idea of doing only JavaScript. Pushing JS forward, developing tools to
> do dsp, etc ... so giving back to the JavaScript ecosystem through
> developing WebPd is a nice thought to me. Also you know ... I no nothing
> about C/C++ :) and I know JS quite well ... and as they say "if all you
> have is a hammer , everything looks like a nail" !!! On the other hand,
> that's also why I like the idea I explained in the other post about
> removing the dsp implementation from teh core. One other possible flavour
> of WebPd could be that the dsp is implemented as small functions in C
> compiled with emscripten. Even maybe why not reusing some of libpd? But I
> probably can't do it myself ...
>
> On Wed, Sep 9, 2015 at 6:22 AM, Chris McCormick <chris at mccormick.cx>
> wrote:
>
>> On 09/09/15 11:13, Jonathan Wilkes via Pd-list wrote:
>>
>>> Also-- what about compiling libpd using emscripten?
>>>
>>
>> Do it!
>>
>> Chris.
>>
>> --
>> http://mccormick.cx/
>>
>>
>> _______________________________________________
>> Pd-list at 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 at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150909/45316d9c/attachment.html>