i notice that pidip is not in the new pdextended is there a way we can reconcile this without huge tantrums and bullshit?
pp
You can take the 'pidip' folder out of Pd-extended 0.42.5 and install it like any library, and it'll work.
Otherwise, I suggest you have a private conversation with Yves.
.hc
On 02/03/2013 09:10 PM, Pagano, Patrick wrote:
i notice that pidip is not in the new pdextended is there a way we can reconcile this without huge tantrums and bullshit?
pp _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
how is this possible using linux? I have kept my 42.5 for OSX pp
From: pd-list-bounces@iem.at [pd-list-bounces@iem.at] on behalf of Hans-Christoph Steiner [hans@at.or.at] Sent: Sunday, February 03, 2013 11:02 PM To: pd-list@iem.at Subject: Re: [PD] pidip
You can take the 'pidip' folder out of Pd-extended 0.42.5 and install it like any library, and it'll work.
Otherwise, I suggest you have a private conversation with Yves.
.hc
On 02/03/2013 09:10 PM, Pagano, Patrick wrote:
i notice that pidip is not in the new pdextended is there a way we can reconcile this without huge tantrums and bullshit?
pp _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Same way you did it on Mac OS X, just get it from /usr/lib/pd-extended/extra. pidip might also be packaged for Debian/Ubuntu as part of Pure Dyne.
.hc
On 02/04/2013 08:02 AM, Pagano, Patrick wrote:
how is this possible using linux? I have kept my 42.5 for OSX pp
From: pd-list-bounces@iem.at [pd-list-bounces@iem.at] on behalf of Hans-Christoph Steiner [hans@at.or.at] Sent: Sunday, February 03, 2013 11:02 PM To: pd-list@iem.at Subject: Re: [PD] pidip
You can take the 'pidip' folder out of Pd-extended 0.42.5 and install it like any library, and it'll work.
Otherwise, I suggest you have a private conversation with Yves.
.hc
On 02/03/2013 09:10 PM, Pagano, Patrick wrote:
i notice that pidip is not in the new pdextended is there a way we can reconcile this without huge tantrums and bullshit?
pp _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 04/02/13 15:48, Hans-Christoph Steiner wrote:
might also be packaged for Debian/Ubuntu as part of Pure Dyne.
FYI... http://puredyne-list-now-closed.466513.n3.nabble.com/puredyne-announcement-f...
Lorenzo.
.hc
On 02/04/2013 08:02 AM, Pagano, Patrick wrote:
how is this possible using linux? I have kept my 42.5 for OSX pp
From: pd-list-bounces@iem.at [pd-list-bounces@iem.at] on behalf of Hans-Christoph Steiner [hans@at.or.at] Sent: Sunday, February 03, 2013 11:02 PM To: pd-list@iem.at Subject: Re: [PD] pidip
You can take the 'pidip' folder out of Pd-extended 0.42.5 and install it like any library, and it'll work.
Otherwise, I suggest you have a private conversation with Yves.
.hc
On 02/03/2013 09:10 PM, Pagano, Patrick wrote:
i notice that pidip is not in the new pdextended is there a way we can reconcile this without huge tantrums and bullshit?
pp _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I just finished cleaning up both pdp and pidip libs to be fully auto-buildable as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There are a number of packages you need to install from launchpad in order to get all the externals to build. Stay tuned for the next release coming soon with these enhancements...
That is supremely cool. Are there examples included for pdp_artoolkit? Students had a hard time with the fiducials at first and a simple example goes a long way.
Currently, as I said I used the built version of pdp and it loads, when I compiled pdp_0.12-6 it gave a linking error with gsl Please let me know when you complete these, I would love to try them out.
Also when are you going to include mu for pd :-)
Cheers pp
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of Ivica Ico Bukvic Sent: Wednesday, February 06, 2013 9:27 AM Cc: pd-list@iem.at Subject: Re: [PD] pidip
I just finished cleaning up both pdp and pidip libs to be fully auto-buildable as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There are a number of packages you need to install from launchpad in order to get all the externals to build. Stay tuned for the next release coming soon with these enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 02/06/2013 09:36 AM, Pagano, Patrick wrote:
That is supremely cool. Are there examples included for pdp_artoolkit? Students had a hard time with the fiducials at first and a simple example goes a long way.
There is one help patch that I tested and it worked (albeit tracking was a bit slow, which may be because my laptop is fairly low-end notebook/netbook). It is fairly straightforward, though. Documentation both for pdp and pidip could use an overhaul, though.
Currently, as I said I used the built version of pdp and it loads, when I compiled pdp_0.12-6 it gave a linking error with gsl Please let me know when you complete these, I would love to try them out.
If you are using Ubuntu 12.04 64bit, I can send you binaries until I clean things up. The versions I built are pdp 0.12.7 and pidip 0.12.30. AFAICT all externals built successfully.
Also when are you going to include mu for pd :-)
That's a thought :-). FWIW, mu should work out-of-box with netsend/receive but the texture sharing voodoo is not implemented yet...
Cheers pp
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of Ivica Ico Bukvic Sent: Wednesday, February 06, 2013 9:27 AM Cc: pd-list@iem.at Subject: Re: [PD] pidip
I just finished cleaning up both pdp and pidip libs to be fully auto-buildable as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There are a number of packages you need to install from launchpad in order to get all the externals to build. Stay tuned for the next release coming soon with these enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Let me know how I can help/participate in this. I have a 5 screen theatre I would love to test this in when you get it built. This with Extended View Toolkit could be a very powerful tool(s)
pp
-----Original Message----- From: Ivica Ico Bukvic [mailto:ico@vt.edu] Sent: Wednesday, February 06, 2013 9:51 AM To: Pagano, Patrick Cc: pd-list@iem.at Subject: Re: [PD] pidip
On 02/06/2013 09:36 AM, Pagano, Patrick wrote:
That is supremely cool. Are there examples included for pdp_artoolkit? Students had a hard time with the fiducials at first and a simple example goes a long way.
There is one help patch that I tested and it worked (albeit tracking was a bit slow, which may be because my laptop is fairly low-end notebook/netbook). It is fairly straightforward, though. Documentation both for pdp and pidip could use an overhaul, though.
Currently, as I said I used the built version of pdp and it loads, when I compiled pdp_0.12-6 it gave a linking error with gsl Please let me know when you complete these, I would love to try them out.
If you are using Ubuntu 12.04 64bit, I can send you binaries until I clean things up. The versions I built are pdp 0.12.7 and pidip 0.12.30. AFAICT all externals built successfully.
Also when are you going to include mu for pd :-)
That's a thought :-). FWIW, mu should work out-of-box with netsend/receive but the texture sharing voodoo is not implemented yet...
Cheers pp
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of Ivica Ico Bukvic Sent: Wednesday, February 06, 2013 9:27 AM Cc: pd-list@iem.at Subject: Re: [PD] pidip
I just finished cleaning up both pdp and pidip libs to be fully auto-buildable as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There are a number of packages you need to install from launchpad in order to get all the externals to build. Stay tuned for the next release coming soon with these enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote:
I just finished cleaning up both pdp and pidip libs to be fully auto-buildable as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There are a number of packages you need to install from launchpad in order to get all the externals to build. Stay tuned for the next release coming soon with these enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote:
I just finished cleaning up both pdp and pidip libs to be fully
auto-buildable
as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There
are a
number of packages you need to install from launchpad in order to get
all the
externals to build. Stay tuned for the next release coming soon with
these
enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of pd-extended,
pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote:
I just finished cleaning up both pdp and pidip libs to be fully
auto-buildable
as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There
are a
number of packages you need to install from launchpad in order to get
all the
externals to build. Stay tuned for the next release coming soon with
these
enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: John Harrison johnharrisonwsu@gmail.com Cc: pd-list@iem.at Sent: Wednesday, February 6, 2013 11:54 AM Subject: Re: [PD] pidip
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code.
So he had the bit about not using it for military or government oppression from the very first release? -Jonathan
No I don't think so
Sent from my iPhone
On Feb 6, 2013, at 12:12 PM, "Jonathan Wilkes" jancsika@yahoo.com wrote:
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: John Harrison johnharrisonwsu@gmail.com Cc: pd-list@iem.at Sent: Wednesday, February 6, 2013 11:54 AM Subject: Re: [PD] pidip
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code.
So he had the bit about not using it for military or government oppression from the very first release?
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx
m
On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of pd-extended,
pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote:
I just finished cleaning up both pdp and pidip libs to be fully
auto-buildable
as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There
are a
number of packages you need to install from launchpad in order to get
all the
externals to build. Stay tuned for the next release coming soon with
these
enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip
i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx
m
On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of
pd-extended, pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote:
I just finished cleaning up both pdp and pidip libs to be fully
auto-buildable
as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There
are a
number of packages you need to install from launchpad in order to get
all the
externals to build. Stay tuned for the next release coming soon with
these
enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ____________________ m.e.grimm | m.f.a | ed.m. megrimm@gmail.com _________________________________
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
if we take into account: pix_freeframe (it would be nice/easy if when initiaized it looked in pd's standard path for a "freeframe" folder maybe?) pix_frei0r (same deal) glsl effects (i never did quite figure out an easy way to chain effects)
but other than effects that could be accomplished with these, what else?
im curious because i have only used pidip a couple of times but have always been able to find a way to do what i desired in gem... somehow.
m
On Thu, Feb 7, 2013 at 11:28 AM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip
i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx
m
On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of
pd-extended, pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote:
I just finished cleaning up both pdp and pidip libs to be fully
auto-buildable
as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There
are a
number of packages you need to install from launchpad in order to get
all the
externals to build. Stay tuned for the next release coming soon with
these
enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ____________________ m.e.grimm | m.f.a | ed.m. megrimm@gmail.com _________________________________
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I don't use any of this stuff, but I'm happy help make it easy to use plugins. I imagine that pix_freeframe and pix_frei0r search the standard Pd path for plugins, or if not, could be made to without too much work.
What are the particular issues there?
.hc
On 02/07/2013 01:02 PM, me.grimm wrote:
if we take into account: pix_freeframe (it would be nice/easy if when initiaized it looked in pd's standard path for a "freeframe" folder maybe?) pix_frei0r (same deal) glsl effects (i never did quite figure out an easy way to chain effects)
but other than effects that could be accomplished with these, what else?
im curious because i have only used pidip a couple of times but have always been able to find a way to do what i desired in gem... somehow.
m
On Thu, Feb 7, 2013 at 11:28 AM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip
i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx
m
On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of
pd-extended, pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote:
I just finished cleaning up both pdp and pidip libs to be fully
auto-buildable
as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There
are a
number of packages you need to install from launchpad in order to get
all the
externals to build. Stay tuned for the next release coming soon with
these
enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ____________________ m.e.grimm | m.f.a | ed.m. megrimm@gmail.com _________________________________
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
One should be able to cycle through both freeframe and frei0r plugins without having to call it specifically Currently in Gem, there is not pix_frei0r, I would love if there was but there are over 100 plugins and there should be a number selector to select which one for example: [number 1-x] | [pix_frei0r] | [pix_film]
And the same for pix_freeframe instead of for example Having to do
[pix_freeframe bloom]
Also one of the nicest features of pidip is the porting of effectTV effects http://effectv.sourceforge.net/
so again a [pix_effectTV], would be very desirable as well
-----Original Message----- From: Hans-Christoph Steiner [mailto:hans@at.or.at] Sent: Thursday, February 07, 2013 1:09 PM To: me.grimm Cc: Pagano, Patrick; pd-list@iem.at; John Harrison Subject: managing freeframe and frei0r plugins WAS: pidip
I don't use any of this stuff, but I'm happy help make it easy to use plugins. I imagine that pix_freeframe and pix_frei0r search the standard Pd path for plugins, or if not, could be made to without too much work.
What are the particular issues there?
.hc
On 02/07/2013 01:02 PM, me.grimm wrote:
if we take into account: pix_freeframe (it would be nice/easy if when initiaized it looked in pd's standard path for a "freeframe" folder maybe?) pix_frei0r (same deal) glsl effects (i never did quite figure out an easy way to chain effects)
but other than effects that could be accomplished with these, what else?
im curious because i have only used pidip a couple of times but have always been able to find a way to do what i desired in gem... somehow.
m
On Thu, Feb 7, 2013 at 11:28 AM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip
i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx
m
On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of
pd-extended, pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for.
Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms..hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote:
I just finished cleaning up both pdp and pidip libs to be fully
auto-buildable
as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There
are a
number of packages you need to install from launchpad in order to get
all the
externals to build. Stay tuned for the next release coming soon with
these
enhancements...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ____________________ m.e.grimm | m.f.a | ed.m. megrimm@gmail.com _________________________________
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Currently in Gem, there is not pix_frei0r,
although i have not used it, i see a [pix_frei0r] in my install. pdx 43.4 osx
so again a [pix_effectTV], would be very desirable as well
yeah some of those effects look pretty fun...
m
On Thu, Feb 7, 2013 at 1:22 PM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
One should be able to cycle through both freeframe and frei0r plugins without having to call it specifically Currently in Gem, there is not pix_frei0r, I would love if there was but there are over 100 plugins and there should be a number selector to select which one for example: [number 1-x] | [pix_frei0r] | [pix_film]
And the same for pix_freeframe instead of for example Having to do
[pix_freeframe bloom]
Also one of the nicest features of pidip is the porting of effectTV effects http://effectv.sourceforge.net/
so again a [pix_effectTV], would be very desirable as well
-----Original Message----- From: Hans-Christoph Steiner [mailto:hans@at.or.at] Sent: Thursday, February 07, 2013 1:09 PM To: me.grimm Cc: Pagano, Patrick; pd-list@iem.at; John Harrison Subject: managing freeframe and frei0r plugins WAS: pidip
I don't use any of this stuff, but I'm happy help make it easy to use plugins. I imagine that pix_freeframe and pix_frei0r search the standard Pd path for plugins, or if not, could be made to without too much work.
What are the particular issues there?
.hc
On 02/07/2013 01:02 PM, me.grimm wrote:
if we take into account: pix_freeframe (it would be nice/easy if when initiaized it looked in pd's standard path for a "freeframe" folder maybe?) pix_frei0r (same deal) glsl effects (i never did quite figure out an easy way to chain effects)
but other than effects that could be accomplished with these, what else?
im curious because i have only used pidip a couple of times but have always been able to find a way to do what i desired in gem... somehow.
m
On Thu, Feb 7, 2013 at 11:28 AM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip
i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx
m
On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of
pd-extended, pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote: > I just finished cleaning up both pdp and pidip libs to be fully auto-buildable > as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). > There are a > number of packages you need to install from launchpad in order to > get all the > externals to build. Stay tuned for the next release coming soon > with these > enhancements... > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ____________________ m.e.grimm | m.f.a | ed.m. megrimm@gmail.com _________________________________
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
pix_freeframe will load a plugin if it in the standard Pd path ... yes
BUT thats kind of messy no?
my ideal solution would be all freeframe (and frei0r) plugins would be in a folder called "freeframe" and "frei0r" respectively in the standard path.
i have always, when building a project, just put freeframe plus in my project folder and used [declare] but i think for beginer students, for example, haveing a folder in std path would make more sense...
but i wonder can a single object declare a new path when initialized such as pd-extended/freeframe without the actual use of [declare] in a patch or when pd is started? idk...
m
On Thu, Feb 7, 2013 at 1:09 PM, Hans-Christoph Steiner hans@at.or.at wrote:
I don't use any of this stuff, but I'm happy help make it easy to use plugins. I imagine that pix_freeframe and pix_frei0r search the standard Pd path for plugins, or if not, could be made to without too much work.
What are the particular issues there?
.hc
On 02/07/2013 01:02 PM, me.grimm wrote:
if we take into account: pix_freeframe (it would be nice/easy if when initiaized it looked in pd's standard path for a "freeframe" folder maybe?) pix_frei0r (same deal) glsl effects (i never did quite figure out an easy way to chain effects)
but other than effects that could be accomplished with these, what else?
im curious because i have only used pidip a couple of times but have always been able to find a way to do what i desired in gem... somehow.
m
On Thu, Feb 7, 2013 at 11:28 AM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip
i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx
m
On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of
pd-extended, pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms.
.hc
On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote: > I just finished cleaning up both pdp and pidip libs to be fully auto-buildable > as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). > There are a > number of packages you need to install from launchpad in order to > get all the > externals to build. Stay tuned for the next release coming soon > with these > enhancements... > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ____________________ m.e.grimm | m.f.a | ed.m. megrimm@gmail.com _________________________________
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
The One Install Folder to Rule Them All makes it very easy to install stuff. Separate folders would be messy in a different way, then we'd need folders for:
externals abstractions gui plugins loaders fonts sound files video files textfiles freeframe frei0r effectv etc.
If you want a 'freeframe' folder, I say make one in your project and add it using [path] or [declare -path].
.hc
On 02/07/2013 01:25 PM, me.grimm wrote:
pix_freeframe will load a plugin if it in the standard Pd path ... yes
BUT thats kind of messy no?
my ideal solution would be all freeframe (and frei0r) plugins would be in a folder called "freeframe" and "frei0r" respectively in the standard path.
i have always, when building a project, just put freeframe plus in my project folder and used [declare] but i think for beginer students, for example, haveing a folder in std path would make more sense...
but i wonder can a single object declare a new path when initialized such as pd-extended/freeframe without the actual use of [declare] in a patch or when pd is started? idk...
m
On Thu, Feb 7, 2013 at 1:09 PM, Hans-Christoph Steiner hans@at.or.at wrote:
I don't use any of this stuff, but I'm happy help make it easy to use plugins. I imagine that pix_freeframe and pix_frei0r search the standard Pd path for plugins, or if not, could be made to without too much work.
What are the particular issues there?
.hc
On 02/07/2013 01:02 PM, me.grimm wrote:
if we take into account: pix_freeframe (it would be nice/easy if when initiaized it looked in pd's standard path for a "freeframe" folder maybe?) pix_frei0r (same deal) glsl effects (i never did quite figure out an easy way to chain effects)
but other than effects that could be accomplished with these, what else?
im curious because i have only used pidip a couple of times but have always been able to find a way to do what i desired in gem... somehow.
m
On Thu, Feb 7, 2013 at 11:28 AM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip
i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx
m
On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself.
Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as:
- the pidip distro is clearly marked as non-free
- pidip is not bundled with my GPLed code (i.e. as part of
pd-extended, pd-l2ork, etc.)
.hc
On 02/06/2013 11:44 AM, John Harrison wrote:
I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license?
On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner hans@at.or.atwrote:
> > Just be aware that pidip is not free software because it has clauses > in its license that restrict what it can be used for. Including > pidip in your package means your package can no longer be legally > distributed as binaries since the pidip license terms conflict with the GPL license terms. > > .hc > > On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote: >> I just finished cleaning up both pdp and pidip libs to be fully > auto-buildable >> as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). >> There > are a >> number of packages you need to install from launchpad in order to >> get > all the >> externals to build. Stay tuned for the next release coming soon >> with > these >> enhancements... >> >> _______________________________________________ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list >
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ____________________ m.e.grimm | m.f.a | ed.m. megrimm@gmail.com _________________________________
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 02/07/2013 08:55 PM, Hans-Christoph Steiner wrote:
The One Install Folder to Rule Them All makes it very easy to install stuff. Separate folders would be messy in a different way, then we'd need folders for:
actually, frei0r defines their own plugin installation path [1], which makes it easy to share frei0r plugins between multiple host applications (which i think is more interesting that putting them into ~/pd-externals/ where nobody but Pd will find them)
i'm not aware of such a thing for freeframe though.
fgamsr IOhannes
On 02/07/2013 04:30 PM, IOhannes zmölnig wrote:
On 02/07/2013 08:55 PM, Hans-Christoph Steiner wrote:
The One Install Folder to Rule Them All makes it very easy to install stuff. Separate folders would be messy in a different way, then we'd need folders for:
actually, frei0r defines their own plugin installation path [1], which makes it easy to share frei0r plugins between multiple host applications (which i think is more interesting that putting them into ~/pd-externals/ where nobody but Pd will find them)
i'm not aware of such a thing for freeframe though.
That makes a lot of sense for Debian and other systems with good package management. That doesn't really apply for Mac OS X and Windows...
.hc
On 02/07/2013 10:56 PM, Hans-Christoph Steiner wrote:
On 02/07/2013 04:30 PM, IOhannes zmölnig wrote:
On 02/07/2013 08:55 PM, Hans-Christoph Steiner wrote:
The One Install Folder to Rule Them All makes it very easy to install stuff. Separate folders would be messy in a different way, then we'd need folders for:
actually, frei0r defines their own plugin installation path [1], which makes it easy to share frei0r plugins between multiple host applications (which i think is more interesting that putting them into ~/pd-externals/ where nobody but Pd will find them)
i'm not aware of such a thing for freeframe though.
That makes a lot of sense for Debian and other systems with good package management. That doesn't really apply for Mac OS X and Windows...
i think it makes a lot of sense for any operating system:
people should drop externals into ~/pd-externals/ so any version of pd can find them.
people should drop frei0r plugins into ~/.frei0r-1/lib/foo/ (ah finally an installation path that does not clutter my home directory), so any frei0r enabled application can find them.
gfmsrad IOhannes
Le 07/02/2013 19:02, me.grimm a écrit : ...
glsl effects (i never did quite figure out an easy way to chain effects)
use framebufffer : render the image in a framebuffer with a shader, then draw the 1st framebuffer texture in a 2nd framebuffer with a 2nd shader etc. it's quite easy, and hundred time faster than doing video computing in CPU.
cheers c
-
Cyrille Henry -
Hans-Christoph Steiner -
IOhannes zmölnig -
Ivica Ico Bukvic -
John Harrison -
Jonathan Wilkes -
Lorenzo Sutton -
me.grimm -
Pagano, Patrick