[PD] PD as VST plugin, legal side (was Purr-Data Google Summer of Code opportunity)

[Chuckk Hubbard]

Hi again,
I've been experimenting a bit and another question came to me, if anyone
knows the legal details:
Considering that vstplugin~ is not a program, but a library, and Pd itself,
according to Wikipedia, is not a program, but a programming language, won't
Big BrotherST have the right to start threatening me if I put out a PD
patch using this library to load VST 2.4 plugins? I do not have a VST
developer's license.
OR, considering that I won't distribute the library itself, only a program
that links to it (and which will not itself be able to distinguish which
version of the VST standard is being used) will they only have the right to
kiss my grits?

Genuinely concerned here. Thanks!
Chuckk

On Wed, Mar 6, 2019, 8:57 PM Christof Ressi  wrote:

> > good, for me, plugin integration would make a huge difference.
>
> Search deken for vstplugin~ or checkout https://git.iem.at/pd/vstplugin
>
> It's a vst host for pd and supercollider. The alpha release is vst2 only
> but a new (stable) release with vst3 support will be out in a couple of
> days.
>
> Christof
>
> > Gesendet: Mittwoch, 06. März 2019 um 18:21 Uhr
> > Von: "Chuckk Hubbard" 
> > An: "Pure Data List" 
> > Betreff: Re: [PD] [PD-announce] Purr-Data Google Summer of Code
> opportunity
> >
> > Re: GSoC for Purr Data, I just want to say
> > 1. That's great news! Congratulations!
> > 2. I saw the list, and while I'm sure some internal improvements would be
> > good, for me, plugin integration would make a huge difference.
> > VST has unfortunately been completely removed from Csound in response to
> > Steinberg's aggressive approach, old CPS seems not to work anymore, and
> > yes, PD's plugin possibilities are unstable. There are Distrho PF and
> > iPlug2 and Faust, but none of these allow hosting, only being hosted.
> Other
> > than that, to write software that hosts as well as plugs VST, it's Juce
> or
> > Steinberg's SDK.
> > A few years ago, it seemed like this functionality was cropping up
> > everywhere. Today it has disappeared. I for one would be thrilled to see
> > this happen.
> >
> > On Tue, Mar 5, 2019, 9:10 PM Ivica Bukvic  wrote:
> >
> > > Greetings fellow Pd enthusiasts,
> > >
> > > As some of you may be already aware, ast year the Purr-Data (a.k.a.
> > > Pd-L2Ork v2) was adapted to support native 64-bit operations. We are
> > > pleased to report that Purr-Data was once again selected this year as
> one
> > > of the GSoC projects. This means more opportunities to engage and help
> > > further the platform. Ideas for this year are plentiful, ranging from
> core
> > > infrastructure (C) development to patching and front-end development,
> > > including porting Pd-L2Ork's K12 learning module that has seen its
> > > utilization in dozens of Maker camps over the past 7 years.
> > >
> > > If interested, please contact Jonathan and/or me to explore potential
> > > projects and to discuss the next steps in the application process.
> > >
> > > Best,
> > >
> > > Ico
> > >
> > > --
> > > Ivica Ico Bukvic, D.M.A.
> > > Director, Creativity + Innovation
> > > Institute for Creativity, Arts, and Technology
> > >
> > > Virginia Tech
> > > Creative Technologies in Music
> > > School of Performing Arts – 0141
> > > Blacksburg, VA 24061
> > > (540) 231-6139
> > > i...@vt.edu
> > >
> > > www.icat.vt.edu
> > > www.performingarts.vt.edu
> > > l2ork.icat.vt.edu
> > > ico.bukvic.net
> > >
> > > ___
> > > Pd-announce mailing list
> > > pd-annou...@lists.iem.at
> > > https://lists.puredata.info/listinfo/pd-announce
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > https://lists.puredata.info/listinfo/pd-list
> > >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem 0.94 on Mac OS X

[me.grimm]

maybe we should get another test version up on deken?

mark

On Thu, Mar 7, 2019 at 3:26 PM Philippe Boisnard via Pd-list <
pd-list@lists.iem.at> wrote:

> Dear Iohannes
>
> I have compiled gem ver 0.94 mar 7 2019
> all is perfect.
> pix_image, pix_film and pix_video
>
> Thank you !!!
>
> pH
> > Le 6 mars 2019 à 16:52, Csaba Láng  a écrit :
> >
> > Dear Iohannes, dear list,
> >
> > I compiled the latest Gem on Mac os X Mojave with success, and wanted to
> confirm, that in the new 64-bit version built-in webcam works again,
> pix_image, pix_video and pix_film renders the image as never before.
> > Happy to get all these functions back, and have a new feeling of Gem
> after 14 years!
> >
> > Thank you for all your good efforts!
> >
> > Best,
> >
> > Popesz
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>


-- 

m.e.grimm, m.f.a, ed.m.
cornell u., tc3
megrimm.net

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd~graz burn down: 20.03.2019

[Markus Brandt]

Ich komm

IOhannes m zmoelnig  schrieb am Do., 7. März 2019, 16:48:

> hi all.
>
> 15 years ago, some folks in graz (including yours truely) founded a
> non-profit organisation "Pd~graz", mainly to organize the 1st
> Pd~convention in 2004 (those were the days!)
>
> at the end of last year the austrian police wrote me a letter, asking
> whether our association is still alive. and indeed we found that we (as
> a club) hadn't had any real activity in the last 9 years or so, and
> therefore we decided to terminate the association for good. (no need to
> feel sorry. Pd~graz's raison d'être was to make Pd rule the world. this
> mission is practically accomplished).
>
> in any case, we are celebrating with a final concert.
>
> the concert will be in two weeks(20.3; right that's pretty soon), at the
> postgarage[1]. those of you who have been at the very 1st Pd~convention
> will remember it fondly.
>
> anybody who happens to be in the vicinity should of course come and
> party with us.
> if you are prepared to show your screen, there might even be an open mic
> session.
>
> gfmdsar
> IOhannes
>
> [1] http://postgarage.at/
>
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] chronometer + metronome that syncs multiple Android/iOS devices over network?

[enrike]

(I am fighting now with PdDroidPublisher as we would need to have an 
apk that we can just install into participants mobiles. The 
PdDroidPublisher documentation is outdated as far as I can see and I 
far from being an expert in Android Studio configuration, lets see)


If you can get the PdDroidParty apk installed on the devices then it's 
possible to distribute the patch as a zip file to the devices quite 
easily. You can zip the patch folder and then rename the zip so it has a 
`.dpz` extension. If a user has PdDroidParty installed and they receive 
a .dpz file by email or click on a link to a .dpz file then it should 
automatically open in PdDroidParty.


This still means you have to install two things (the DroidParty apk and 
the .dpz file) but maybe it's easier than creating a custom apk and 
easier than copying the folder onto SD cards one by one.


ok, this is actually quite a good method and it is rather painless 
compared to installing and fighting with android studio/sdk/ndk etc...


More info about this can be found in the "Sharing your patches" section 
on the droidparty.net site.


thanks I didnt see that sorry

enrike



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem 0.94 on Mac OS X

[Philippe Boisnard via Pd-list]

Dear Iohannes

I have compiled gem ver 0.94 mar 7 2019
all is perfect.
pix_image, pix_film and pix_video

Thank you !!! 

pH
> Le 6 mars 2019 à 16:52, Csaba Láng  a écrit :
> 
> Dear Iohannes, dear list,
> 
> I compiled the latest Gem on Mac os X Mojave with success, and wanted to 
> confirm, that in the new 64-bit version built-in webcam works again, 
> pix_image, pix_video and pix_film renders the image as never before.
> Happy to get all these functions back, and have a new feeling of Gem after 14 
> years!
> 
> Thank you for all your good efforts! 
> 
> Best,
> 
> Popesz
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] original gigaverb code?

[Alexandre Torres Porres]

Em qui, 7 de mar de 2019 às 11:57, Kjetil Matheussen <
k.s.matheus...@gmail.com> escreveu:

> On Thu, Mar 7, 2019 at 3:31 PM Alexandre Torres Porres 
> wrote:
> >>
> >>
> >>
> >> maybe this is the original c?
> >>
> https://github.com/fronin/lmms/blob/7cdeb928d6bfcbe1ade8b07129380bd76b0d0582/plugins/ladspa_effect/swh/gverb/gverb.c
> >
> >
> > seems like the port to Ladspa by Steve Harris
> >
> > I just can't find the original deal :/
>
> The Ladspa version by Steve Harris doesn't look like a port. He has
> just included the original code. I think the ladspa part of the gverb
> ladspa plugin is autogenerated from some xml files.
>

hmm, ok, that makes sense :) I'll just use that as the original source then
;) thanks!
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd~graz burn down: 20.03.2019

[Jakob Laue]

I would love to be there, if only  it wasn't 1300 km away from where I live :-(
 

Gesendet: Donnerstag, 07. März 2019 um 17:08 Uhr
Von: "Jaime Oliver La Rosa" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] [PD-announce] Pd~graz burn down: 20.03.2019



have a great concert!

J

On 3/7/19 10:46 AM, IOhannes m zmoelnig wrote:


hi all.

15 years ago, some folks in graz (including yours truely) founded a
non-profit organisation "Pd~graz", mainly to organize the 1st
Pd~convention in 2004 (those were the days!)

at the end of last year the austrian police wrote me a letter, asking
whether our association is still alive. and indeed we found that we (as
a club) hadn't had any real activity in the last 9 years or so, and
therefore we decided to terminate the association for good. (no need to
feel sorry. Pd~graz's raison d'être was to make Pd rule the world. this
mission is practically accomplished).

in any case, we are celebrating with a final concert.

the concert will be in two weeks(20.3; right that's pretty soon), at the
postgarage[1]. those of you who have been at the very 1st Pd~convention
will remember it fondly.

anybody who happens to be in the vicinity should of course come and
party with us.
if you are prepared to show your screen, there might even be an open mic
session.

gfmdsar
IOhannes

[1] http://postgarage.at/


 

 

___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce

 

 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list


___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list







___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd~graz burn down: 20.03.2019

[Jaime Oliver La Rosa]

have a great concert!

J

On 3/7/19 10:46 AM, IOhannes m zmoelnig wrote:

hi all.

15 years ago, some folks in graz (including yours truely) founded a
non-profit organisation "Pd~graz", mainly to organize the 1st
Pd~convention in 2004 (those were the days!)

at the end of last year the austrian police wrote me a letter, asking
whether our association is still alive. and indeed we found that we (as
a club) hadn't had any real activity in the last 9 years or so, and
therefore we decided to terminate the association for good. (no need to
feel sorry. Pd~graz's raison d'être was to make Pd rule the world. this
mission is practically accomplished).

in any case, we are celebrating with a final concert.

the concert will be in two weeks(20.3; right that's pretty soon), at the
postgarage[1]. those of you who have been at the very 1st Pd~convention
will remember it fondly.

anybody who happens to be in the vicinity should of course come and
party with us.
if you are prepared to show your screen, there might even be an open mic
session.

gfmdsar
IOhannes

[1] http://postgarage.at/


___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] Pd~graz burn down: 20.03.2019

[IOhannes m zmoelnig]

hi all.

15 years ago, some folks in graz (including yours truely) founded a
non-profit organisation "Pd~graz", mainly to organize the 1st
Pd~convention in 2004 (those were the days!)

at the end of last year the austrian police wrote me a letter, asking
whether our association is still alive. and indeed we found that we (as
a club) hadn't had any real activity in the last 9 years or so, and
therefore we decided to terminate the association for good. (no need to
feel sorry. Pd~graz's raison d'être was to make Pd rule the world. this
mission is practically accomplished).

in any case, we are celebrating with a final concert.

the concert will be in two weeks(20.3; right that's pretty soon), at the
postgarage[1]. those of you who have been at the very 1st Pd~convention
will remember it fondly.

anybody who happens to be in the vicinity should of course come and
party with us.
if you are prepared to show your screen, there might even be an open mic
session.

gfmdsar
IOhannes

[1] http://postgarage.at/



signature.asc
Description: OpenPGP digital signature
___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] original gigaverb code?

[Kjetil Matheussen]

On Thu, Mar 7, 2019 at 3:31 PM Alexandre Torres Porres  wrote:
>>
>>
>>
>> maybe this is the original c?
>> https://github.com/fronin/lmms/blob/7cdeb928d6bfcbe1ade8b07129380bd76b0d0582/plugins/ladspa_effect/swh/gverb/gverb.c
>
>
> seems like the port to Ladspa by Steve Harris
>
> I just can't find the original deal :/

The Ladspa version by Steve Harris doesn't look like a port. He has
just included the original code. I think the ladspa part of the gverb
ladspa plugin is autogenerated from some xml files.
You can find the same code at
https://github.com/highfidelity/gverb/tree/master/src for instance.



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd as vst plugin (was: [PD-announce] Purr-Data Google Summer of Code opportunity)

[Alexandre Torres Porres]

Em qui, 7 de mar de 2019 às 10:20, Dan Wilcox 
escreveu:

> Has anyone made a LADSPA plugin host for Pd?
>
> I would think this would be a more attractive, open alternative. Depending
> on it's license, the gigaverb DSP could be wrapped into a LADSPA plugin, if
> it isn't already. LADSPA is cross platform and there are binary plugin
> packs available.
>

there's a gigaverb~ external already and I'm now trying to implement it in
a Pd patch :)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] original gigaverb code?

[Alexandre Torres Porres]

Em qui, 7 de mar de 2019 às 08:57, me.grimm  escreveu:

> im guess you saw this?
> https://github.com/d-i-s/gigaverb
>

sure, says it's based on  Olaf Mtthes' max external

>
>
> maybe this is the original c?
>
> https://github.com/fronin/lmms/blob/7cdeb928d6bfcbe1ade8b07129380bd76b0d0582/plugins/ladspa_effect/swh/gverb/gverb.c
>

seems like the port to Ladspa by Steve Harris

I just can't find the original deal :/
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd as vst plugin (was: [PD-announce] Purr-Data Google Summer of Code opportunity)

[Christof Ressi]

There is [plugin~]. I haven't tried it, though, and i *think* it's not 
crossplatform (yet)

> Gesendet: Donnerstag, 07. März 2019 um 14:17 Uhr
> Von: "Dan Wilcox" 
> An: "Chuckk Hubbard" 
> Cc: "pd-list@lists.iem.at" 
> Betreff: Re: [PD] Pd as vst plugin (was: [PD-announce] Purr-Data Google 
> Summer of Code opportunity)
>
> Has anyone made a LADSPA plugin host for Pd?
> 
> I would think this would be a more attractive, open alternative. Depending
> on it's license, the gigaverb DSP could be wrapped into a LADSPA plugin, if
> it isn't already. LADSPA is cross platform and there are binary plugin
> packs available.
> 
> 
> > Hi!
> > Thanks for the tip. I did come across this during my searching before.
> > I'd offer to help adapt it to run on Linux and OSX, but I did not foresee
> > Steinberg illegalizing VST2. I would not be legally allowed to do this
> > since I did not obtain a license before Oct 2018. I would gladly help with
> > testing, though. Any idea how much struggle would be involved? Are Linux
> > and OSX support something you'd consider?
> > -Chuckk
> >
> 
> -- 
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd as vst plugin (was: [PD-announce] Purr-Data Google Summer of Code opportunity)

[Dan Wilcox]

Has anyone made a LADSPA plugin host for Pd?

I would think this would be a more attractive, open alternative. Depending
on it's license, the gigaverb DSP could be wrapped into a LADSPA plugin, if
it isn't already. LADSPA is cross platform and there are binary plugin
packs available.


> Hi!
> Thanks for the tip. I did come across this during my searching before.
> I'd offer to help adapt it to run on Linux and OSX, but I did not foresee
> Steinberg illegalizing VST2. I would not be legally allowed to do this
> since I did not obtain a license before Oct 2018. I would gladly help with
> testing, though. Any idea how much struggle would be involved? Are Linux
> and OSX support something you'd consider?
> -Chuckk
>

-- 
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd as vst plugin (was: [PD-announce] Purr-Data Google Summer of Code opportunity)

[Chuckk Hubbard]

Hi!
Thanks for the tip. I did come across this during my searching before.
I'd offer to help adapt it to run on Linux and OSX, but I did not foresee
Steinberg illegalizing VST2. I would not be legally allowed to do this
since I did not obtain a license before Oct 2018. I would gladly help with
testing, though. Any idea how much struggle would be involved? Are Linux
and OSX support something you'd consider?
-Chuckk

On Thu, Mar 7, 2019 at 11:26 AM Jean-Yves Gratius  wrote:

> Hi
> If you are on Windows,  pdvst lets you use puredata as vst plugin with
> externals.
> http://puredata.info/Members/jyg/software/pdvst
>
> J.Y.G.
>
> On 07/03/2019 09:31, pd-list-requ...@lists.iem.at wrote:
>
> Subject:
> Re: [PD] [PD-announce] Purr-Data Google Summer of Code opportunity
>
> From:
> Chuckk Hubbard  
>
> Date:
> 07/03/2019 à 09:14
>
> To:
> pd-list@lists.iem.at
> Thank you for straightening me out on that, Christof! I had seen this one
> and vst~, but for some reason I only tested vst~, which gave me too many
> problems to recommend it to my program's users, but this does indeed do
> exactly what I want; well, it would be ideal if I could put the whole thing
> inside another VST plugin, but I understand this is not an option for the
> moment, to use Pd as VST plugin together with externals... Unless there's
> something else I'm missing...
>
> Chuckk
>
>
>
> On Wed, Mar 6, 2019, 8:57 PM Christof Ressi  wrote:
>
>> > good, for me, plugin integration would make a huge difference.
>>
>> Search deken for vstplugin~ or checkout https://git.iem.at/pd/vstplugin
>>
>> It's a vst host for pd and supercollider. The alpha release is vst2 only
>> but a new (stable) release with vst3 support will be out in a couple of
>> days.
>>
>> Christof
>>
>> > Gesendet: Mittwoch, 06. März 2019 um 18:21 Uhr
>> > Von: "Chuckk Hubbard" 
>> > An: "Pure Data List" 
>> > Betreff: Re: [PD] [PD-announce] Purr-Data Google Summer of Code
>> opportunity
>> >
>> > Re: GSoC for Purr Data, I just want to say
>> > 1. That's great news! Congratulations!
>> > 2. I saw the list, and while I'm sure some internal improvements would
>> be
>> > good, for me, plugin integration would make a huge difference.
>> > VST has unfortunately been completely removed from Csound in response to
>> > Steinberg's aggressive approach, old CPS seems not to work anymore, and
>> > yes, PD's plugin possibilities are unstable. There are Distrho PF and
>> > iPlug2 and Faust, but none of these allow hosting, only being hosted.
>> Other
>> > than that, to write software that hosts as well as plugs VST, it's Juce
>> or
>> > Steinberg's SDK.
>> > A few years ago, it seemed like this functionality was cropping up
>> > everywhere. Today it has disappeared. I for one would be thrilled to see
>> > this happen.
>> >
>> > On Tue, Mar 5, 2019, 9:10 PM Ivica Bukvic  wrote:
>> >
>> > > Greetings fellow Pd enthusiasts,
>> > >
>> > > As some of you may be already aware, ast year the Purr-Data (a.k.a.
>> > > Pd-L2Ork v2) was adapted to support native 64-bit operations. We are
>> > > pleased to report that Purr-Data was once again selected this year as
>> one
>> > > of the GSoC projects. This means more opportunities to engage and help
>> > > further the platform. Ideas for this year are plentiful, ranging from
>> core
>> > > infrastructure (C) development to patching and front-end development,
>> > > including porting Pd-L2Ork's K12 learning module that has seen its
>> > > utilization in dozens of Maker camps over the past 7 years.
>> > >
>> > > If interested, please contact Jonathan and/or me to explore potential
>> > > projects and to discuss the next steps in the application process.
>> > >
>> > > Best,
>> > >
>> > > Ico
>> > >
>> > > --
>> > > Ivica Ico Bukvic, D.M.A.
>> > > Director, Creativity + Innovation
>> > > Institute for Creativity, Arts, and Technology
>> > >
>> > > Virginia Tech
>> > > Creative Technologies in Music
>> > > School of Performing Arts – 0141
>> > > Blacksburg, VA 24061
>> > > (540) 231-6139
>> > > i...@vt.edu
>> > >
>> > > www.icat.vt.edu
>> > > www.performingarts.vt.edu
>> > > l2ork.icat.vt.edu
>> > > ico.bukvic.net
>> > >
>> > > ___
>> > > Pd-announce mailing list
>> > > pd-annou...@lists.iem.at
>> > > https://lists.puredata.info/listinfo/pd-announce
>> > > ___
>> > > Pd-list@lists.iem.at mailing list
>> > > UNSUBSCRIBE and account-management ->
>> > > https://lists.puredata.info/listinfo/pd-list
>> > >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>> >
>
>
>

-- 
http://www.badmuthahubbard.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] original gigaverb code?

[me.grimm]

im guess you saw this?
https://github.com/d-i-s/gigaverb

maybe this is the original c?
https://github.com/fronin/lmms/blob/7cdeb928d6bfcbe1ade8b07129380bd76b0d0582/plugins/ladspa_effect/swh/gverb/gverb.c

On Wed, Mar 6, 2019 at 11:24 PM Alexandre Torres Porres 
wrote:

> Hi, I'm looking for the original gigaverb code from Juhana Sadeharju, but
> the best I can find are the Ladspa pluging by Steve Harris (not Iron
> Maiden's bass player, I believe) or the Max port by Olaf Mtthes and things
> like that... anyone?
>
> thanks
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>


-- 

m.e.grimm, m.f.a, ed.m.
cornell u., tc3
megrimm.net

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] bug in wrap~?

[Orm Finnendahl]

Hi IOhannes,

 thanks, your explanation helped finding a way to solve this for my
specific problem.

--
Orm
--
Prof. Orm Finnendahl
Komposition
Hochschule für Musik und Darstellende Kunst
Eschersheimer Landstr. 29-39
60322 Frankfurt am Main

Am Donnerstag, den 07. März 2019 um 11:15:54 Uhr (+0100) schrieb IOhannes m 
zmoelnig:
> On 07.03.19 10:53, Orm Finnendahl wrote:
> > Hi,
> > 
> >  today I encountered something which seems to be a bug in wrap~
> > (pd-0.49.0) on my architecture.
> 
> probably not a bug in [wrap~].
> 
> > The attached patch shows that wrap~
> > ist outputting a 1 instead of the expected 0 when inputting the
> > division of 880 by 220. Inputting the value 4 with sig~ to wrap~
> > doesn't cause this, so I assume the result of the division is
> > represented differently internally.
> 
> yes.
> 
> just connect:
> 
> |
> [< 1]
> |
> [print]
> 
> to see that what you perceive as "1" is really a wee bit smaller.
> 
> 
> after that, try getting the error by replacing the above with:
> 
> |
> [* 262144]
> |
> [- 262144]
> |
> 
> any big number would do, but 262144 is a power of two (2^18), so it
> keeps additional errors (introduced by the scaling) low.
> 
> the scale/subtraction gives an error of "-0.0625" (it should be "0", if
> "1" really was "1"), which is -1/16.
> 
> unscaling gives an (absolute) error of 2^-22, which is about to be
> expected when dealing with numbers in the 128-1024 range.
> 
> fgm,asdr
> IOhannes
> 




> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] bug in wrap~?

[Lucas Cordiviola]

Hi,

The "test patch" gives me 0 and 0 as expected.

Windows 8.1

Pd 0.49-0 (32bit and 64bit)


--

Mensaje telepatico asistido por maquinas.

On 3/7/2019 6:53 AM, Orm Finnendahl wrote:

Hi,

 today I encountered something which seems to be a bug in wrap~
(pd-0.49.0) on my architecture. The attached patch shows that wrap~
ist outputting a 1 instead of the expected 0 when inputting the
division of 880 by 220. Inputting the value 4 with sig~ to wrap~
doesn't cause this, so I assume the result of the division is
represented differently internally. This is on 64 bit Linux.

The pd sources contain two versions of wrap_tilde_perform with a
comment that a similar bug had occured in a previous version before
and been fixed but somehow it doesn't seem to be resolved completely.

Does anybody have/know a fix? It is pretty important in my code as
this causes all kinds of strange behaviour in my dsp calculations.

Maybe people on other systems/architectures could also check if it
appears on their machines as well and report back.

--
Orm




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] bug in wrap~?

[IOhannes m zmoelnig]

On 07.03.19 10:53, Orm Finnendahl wrote:
> Hi,
> 
>  today I encountered something which seems to be a bug in wrap~
> (pd-0.49.0) on my architecture.

probably not a bug in [wrap~].

> The attached patch shows that wrap~
> ist outputting a 1 instead of the expected 0 when inputting the
> division of 880 by 220. Inputting the value 4 with sig~ to wrap~
> doesn't cause this, so I assume the result of the division is
> represented differently internally.

yes.

just connect:

|
[< 1]
|
[print]

to see that what you perceive as "1" is really a wee bit smaller.


after that, try getting the error by replacing the above with:

|
[* 262144]
|
[- 262144]
|

any big number would do, but 262144 is a power of two (2^18), so it
keeps additional errors (introduced by the scaling) low.

the scale/subtraction gives an error of "-0.0625" (it should be "0", if
"1" really was "1"), which is -1/16.

unscaling gives an (absolute) error of 2^-22, which is about to be
expected when dealing with numbers in the 128-1024 range.

fgm,asdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] bug in wrap~?

[Orm Finnendahl]

Hi,

 today I encountered something which seems to be a bug in wrap~
(pd-0.49.0) on my architecture. The attached patch shows that wrap~
ist outputting a 1 instead of the expected 0 when inputting the
division of 880 by 220. Inputting the value 4 with sig~ to wrap~
doesn't cause this, so I assume the result of the division is
represented differently internally. This is on 64 bit Linux.

The pd sources contain two versions of wrap_tilde_perform with a
comment that a similar bug had occured in a previous version before
and been fixed but somehow it doesn't seem to be resolved completely.

Does anybody have/know a fix? It is pretty important in my code as
this causes all kinds of strange behaviour in my dsp calculations.

Maybe people on other systems/architectures could also check if it
appears on their machines as well and report back.

--
Orm
#N canvas 697 134 484 401 10;
#X obj 27 255 wrap~;
#X obj 28 197 /~;
#X msg 28 174 880 220;
#X obj 363 124 metro 100;
#X obj 79 232 snapshot~;
#X floatatom 79 255 5 0 0 0 - - -;
#X obj 28 306 snapshot~;
#X floatatom 28 329 5 0 0 0 - - -;
#X obj 311 40 loadbang;
#X msg 286 106 \; pd dsp 1;
#X msg 363 94 1;
#X obj 266 260 wrap~;
#X obj 318 237 snapshot~;
#X floatatom 318 260 5 0 0 0 - - -;
#X obj 267 308 snapshot~;
#X floatatom 267 331 5 0 0 0 - - -;
#X obj 267 197 sig~ 4;
#X text 30 352 this shows '1' on my system;
#X text 265 352 this shows '0' on my system;
#X connect 0 0 6 0;
#X connect 1 0 0 0;
#X connect 1 0 4 0;
#X connect 2 0 1 0;
#X connect 3 0 4 0;
#X connect 3 0 6 0;
#X connect 3 0 12 0;
#X connect 3 0 14 0;
#X connect 4 0 5 0;
#X connect 6 0 7 0;
#X connect 8 0 9 0;
#X connect 8 0 10 0;
#X connect 8 0 2 0;
#X connect 10 0 3 0;
#X connect 11 0 14 0;
#X connect 12 0 13 0;
#X connect 14 0 15 0;
#X connect 16 0 11 0;
#X connect 16 0 12 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd as vst plugin (was: [PD-announce] Purr-Data Google Summer of Code opportunity)

[Jean-Yves Gratius]

Hi
If you are on Windows,  pdvst lets you use puredata as vst plugin with 
externals.

http://puredata.info/Members/jyg/software/pdvst

J.Y.G.

On 07/03/2019 09:31, pd-list-requ...@lists.iem.at wrote:

Subject:
Re: [PD] [PD-announce] Purr-Data Google Summer of Code opportunity
From:
Chuckk Hubbard 
Date:
07/03/2019 à 09:14

To:
pd-list@lists.iem.at


Thank you for straightening me out on that, Christof! I had seen this 
one and vst~, but for some reason I only tested vst~, which gave me 
too many problems to recommend it to my program's users, but this does 
indeed do exactly what I want; well, it would be ideal if I could put 
the whole thing inside another VST plugin, but I understand this is 
not an option for the moment, to use Pd as VST plugin together with 
externals... Unless there's something else I'm missing...


Chuckk



On Wed, Mar 6, 2019, 8:57 PM Christof Ressi > wrote:


> good, for me, plugin integration would make a huge difference.

Search deken for vstplugin~ or checkout
https://git.iem.at/pd/vstplugin

It's a vst host for pd and supercollider. The alpha release is
vst2 only but a new (stable) release with vst3 support will be out
in a couple of days.

Christof

> Gesendet: Mittwoch, 06. März 2019 um 18:21 Uhr
> Von: "Chuckk Hubbard" mailto:badmuthahubb...@gmail.com>>
> An: "Pure Data List" mailto:pd-l...@iem.at>>
> Betreff: Re: [PD] [PD-announce] Purr-Data Google Summer of Code
opportunity
>
> Re: GSoC for Purr Data, I just want to say
> 1. That's great news! Congratulations!
> 2. I saw the list, and while I'm sure some internal improvements
would be
> good, for me, plugin integration would make a huge difference.
> VST has unfortunately been completely removed from Csound in
response to
> Steinberg's aggressive approach, old CPS seems not to work
anymore, and
> yes, PD's plugin possibilities are unstable. There are Distrho
PF and
> iPlug2 and Faust, but none of these allow hosting, only being
hosted. Other
> than that, to write software that hosts as well as plugs VST,
it's Juce or
> Steinberg's SDK.
> A few years ago, it seemed like this functionality was cropping up
> everywhere. Today it has disappeared. I for one would be
thrilled to see
> this happen.
>
> On Tue, Mar 5, 2019, 9:10 PM Ivica Bukvic mailto:i...@vt.edu>> wrote:
>
> > Greetings fellow Pd enthusiasts,
> >
> > As some of you may be already aware, ast year the Purr-Data
(a.k.a.
> > Pd-L2Ork v2) was adapted to support native 64-bit operations.
We are
> > pleased to report that Purr-Data was once again selected this
year as one
> > of the GSoC projects. This means more opportunities to engage
and help
> > further the platform. Ideas for this year are plentiful,
ranging from core
> > infrastructure (C) development to patching and front-end
development,
> > including porting Pd-L2Ork's K12 learning module that has seen its
> > utilization in dozens of Maker camps over the past 7 years.
> >
> > If interested, please contact Jonathan and/or me to explore
potential
> > projects and to discuss the next steps in the application process.
> >
> > Best,
> >
> > Ico
> >
> > --
> > Ivica Ico Bukvic, D.M.A.
> > Director, Creativity + Innovation
> > Institute for Creativity, Arts, and Technology
> >
> > Virginia Tech
> > Creative Technologies in Music
> > School of Performing Arts – 0141
> > Blacksburg, VA 24061
> > (540) 231-6139
> > i...@vt.edu 
> >
> > www.icat.vt.edu 
> > www.performingarts.vt.edu 
> > l2ork.icat.vt.edu 
> > ico.bukvic.net 
> >
> > ___
> > Pd-announce mailing list
> > pd-annou...@lists.iem.at 
> > https://lists.puredata.info/listinfo/pd-announce
> > ___
> > Pd-list@lists.iem.at  mailing list
> > UNSUBSCRIBE and account-management ->
> > https://lists.puredata.info/listinfo/pd-list
> >
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] PD 0.49 - turn off multiple connections ? ...

[Peter P.]

* IOhannes m zmoelnig  [2019-03-07 09:57]:
> On 07.03.19 09:47, Christof Ressi wrote:
> >> It annoys me more often than I find it useful and would have prefered to 
> >> have it as an opt-in feature
> > 
> > Me too!
> > 
> 
> how about creating a ticket on [1]?
Done! Thanks IO!
https://github.com/pure-data/pure-data/issues/568



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] PD 0.49 - turn off multiple connections ? ...

[IOhannes m zmoelnig]

On 07.03.19 09:47, Christof Ressi wrote:
>> It annoys me more often than I find it useful and would have prefered to 
>> have it as an opt-in feature
> 
> Me too!
> 

how about creating a ticket on [1]?
Bug #547 (which i linked earlier) is *related* but not exactly the same.

On 07.03.19 09:31, Peter P. wrote:> Now pd has this startup flag
>   -noautopatch
> though I am not sure if this applied to the newest
> intelligent patching™ additions.

totally not. (as in: no this flag is currently not honoured; and i'm
pretty much opposed to a cmdline flag to turn any patching feature that
is only sometimes useful globally on/off)

fgaskdr
IOhannes



[1] https://github.com/pure-data/pure-data/issues




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] PD 0.49 - turn off multiple connections ? ...

[Christof Ressi]

> It annoys me more often than I find it useful and would > have prefered to 
> have it as an opt-in feature

Me too!

> Gesendet: Donnerstag, 07. März 2019 um 09:31 Uhr
> Von: "Peter P." 
> An: pd-list@lists.iem.at
> Betreff: Re: [PD] PD 0.49 - turn off multiple connections ? ...
>
> * oliver  [2019-03-07 08:15]:
> > Hi,
> > 
> > sorry for calling this in late, but i only recently changed completely to PD
> > 0.49 ...
> > 
> > i noticed a new patching "feature" that irritates me a lot.
> > 
> > if multiple objects are selected and i connect one of them with a new object
> > (i.e. a number box), ALL of those still selected objects will create a new
> > connection. (see attached patch)
> As you say this is considered a feature by most users. It annoys me more
> often than I find it useful and would have prefered to have it as an
> opt-in feature where, when multiple objects are selected, I would have
> to hold down shift while connecting patch cords to inlets to have them
> fanned out automatically. Right now I feel I have to more intelligent
> than before to avoid accidental connections. Seems to be a matter of
> taste to have it in and enabled without modifier keys.
> 
> Now pd has this startup flag
>   -noautopatch
> though I am not sure if this applied to the newest intelligent patching™
> additions. 
> 
> > 
> > while i guess that there must be some sort of use case for this behaviour
> > (though none comes to my mind), still i would like to turn this feature off
> > with a flag or something, as it messes up my workflow pretty good and
> > results in many unnecessary extra mouse clicks.
> > 
> > sorry if i missed something in the discussion regarding new patching
> > features.
> Goes on from here
> https://lists.puredata.info/pipermail/pd-list/2018-06/122789.html
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] PD 0.49 - turn off multiple connections ? ...

[Peter P.]

* oliver  [2019-03-07 08:15]:
> Hi,
> 
> sorry for calling this in late, but i only recently changed completely to PD
> 0.49 ...
> 
> i noticed a new patching "feature" that irritates me a lot.
> 
> if multiple objects are selected and i connect one of them with a new object
> (i.e. a number box), ALL of those still selected objects will create a new
> connection. (see attached patch)
As you say this is considered a feature by most users. It annoys me more
often than I find it useful and would have prefered to have it as an
opt-in feature where, when multiple objects are selected, I would have
to hold down shift while connecting patch cords to inlets to have them
fanned out automatically. Right now I feel I have to more intelligent
than before to avoid accidental connections. Seems to be a matter of
taste to have it in and enabled without modifier keys.

Now pd has this startup flag
-noautopatch
though I am not sure if this applied to the newest intelligent patching™
additions. 

> 
> while i guess that there must be some sort of use case for this behaviour
> (though none comes to my mind), still i would like to turn this feature off
> with a flag or something, as it messes up my workflow pretty good and
> results in many unnecessary extra mouse clicks.
> 
> sorry if i missed something in the discussion regarding new patching
> features.
Goes on from here
https://lists.puredata.info/pipermail/pd-list/2018-06/122789.html



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] PD 0.49 - turn off multiple connections ? ...

[IOhannes m zmoelnig]

On 07.03.19 08:14, oliver wrote:
> sorry if i missed something in the discussion regarding new patching
> features.

see https://github.com/pure-data/pure-data/issues/547

> 
> any help appreciated

Ctrl-Z


fmgasdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Purr-Data Google Summer of Code opportunity

[Chuckk Hubbard]

Thank you for straightening me out on that, Christof! I had seen this one
and vst~, but for some reason I only tested vst~, which gave me too many
problems to recommend it to my program's users, but this does indeed do
exactly what I want; well, it would be ideal if I could put the whole thing
inside another VST plugin, but I understand this is not an option for the
moment, to use Pd as VST plugin together with externals... Unless there's
something else I'm missing...

Chuckk



On Wed, Mar 6, 2019, 8:57 PM Christof Ressi  wrote:

> > good, for me, plugin integration would make a huge difference.
>
> Search deken for vstplugin~ or checkout https://git.iem.at/pd/vstplugin
>
> It's a vst host for pd and supercollider. The alpha release is vst2 only
> but a new (stable) release with vst3 support will be out in a couple of
> days.
>
> Christof
>
> > Gesendet: Mittwoch, 06. März 2019 um 18:21 Uhr
> > Von: "Chuckk Hubbard" 
> > An: "Pure Data List" 
> > Betreff: Re: [PD] [PD-announce] Purr-Data Google Summer of Code
> opportunity
> >
> > Re: GSoC for Purr Data, I just want to say
> > 1. That's great news! Congratulations!
> > 2. I saw the list, and while I'm sure some internal improvements would be
> > good, for me, plugin integration would make a huge difference.
> > VST has unfortunately been completely removed from Csound in response to
> > Steinberg's aggressive approach, old CPS seems not to work anymore, and
> > yes, PD's plugin possibilities are unstable. There are Distrho PF and
> > iPlug2 and Faust, but none of these allow hosting, only being hosted.
> Other
> > than that, to write software that hosts as well as plugs VST, it's Juce
> or
> > Steinberg's SDK.
> > A few years ago, it seemed like this functionality was cropping up
> > everywhere. Today it has disappeared. I for one would be thrilled to see
> > this happen.
> >
> > On Tue, Mar 5, 2019, 9:10 PM Ivica Bukvic  wrote:
> >
> > > Greetings fellow Pd enthusiasts,
> > >
> > > As some of you may be already aware, ast year the Purr-Data (a.k.a.
> > > Pd-L2Ork v2) was adapted to support native 64-bit operations. We are
> > > pleased to report that Purr-Data was once again selected this year as
> one
> > > of the GSoC projects. This means more opportunities to engage and help
> > > further the platform. Ideas for this year are plentiful, ranging from
> core
> > > infrastructure (C) development to patching and front-end development,
> > > including porting Pd-L2Ork's K12 learning module that has seen its
> > > utilization in dozens of Maker camps over the past 7 years.
> > >
> > > If interested, please contact Jonathan and/or me to explore potential
> > > projects and to discuss the next steps in the application process.
> > >
> > > Best,
> > >
> > > Ico
> > >
> > > --
> > > Ivica Ico Bukvic, D.M.A.
> > > Director, Creativity + Innovation
> > > Institute for Creativity, Arts, and Technology
> > >
> > > Virginia Tech
> > > Creative Technologies in Music
> > > School of Performing Arts – 0141
> > > Blacksburg, VA 24061
> > > (540) 231-6139
> > > i...@vt.edu
> > >
> > > www.icat.vt.edu
> > > www.performingarts.vt.edu
> > > l2ork.icat.vt.edu
> > > ico.bukvic.net
> > >
> > > ___
> > > Pd-announce mailing list
> > > pd-annou...@lists.iem.at
> > > https://lists.puredata.info/listinfo/pd-announce
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > https://lists.puredata.info/listinfo/pd-list
> > >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list