Hi. I am looking for PD objects and/or abstractions to do HRTF filtering. Any ideas on where to get them? Thanks Isi
It's here! Your new message!
Get new email alerts with the free Yahoo! Toolbar.
http://tools.search.yahoo.com/toolbar/features/mail/
Interesting idea. Only thing I could suggest would be to use Csound with Pd's csoundapi~ object. You could totally set up an interface for setting angles and stuff with GEM, then relay the HRTF info to Csound. It would be pretty awesome. I wouldn't know where to start trying to set up HRTF just in Pd.
-Chuckk
On 3/20/07, Isidro Gonzalez isidro_gonsoy@yahoo.com wrote:
Hi. I am looking for PD objects and/or abstractions to do HRTF filtering. Any ideas on where to get them? Thanks Isi
It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd people continue to ignore Csound, and Csound people continue to ignore Pd, despite the great power of combining them. I can't help feeling like this is a symptom of being more interested in some intellectual problem than in using all of the available tools to make music. Not seeing the forest for the trees, in a way.
-Chuckk
On 3/20/07, Chuckk Hubbard badmuthahubbard@gmail.com wrote:
Interesting idea. Only thing I could suggest would be to use Csound with Pd's csoundapi~ object. You could totally set up an interface for setting angles and stuff with GEM, then relay the HRTF info to Csound. It would be pretty awesome. I wouldn't know where to start trying to set up HRTF just in Pd.
-Chuckk
On 3/20/07, Isidro Gonzalez isidro_gonsoy@yahoo.com wrote:
Hi. I am looking for PD objects and/or abstractions to do HRTF filtering. Any ideas on where to get them? Thanks Isi
It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Chuckk Hubbard wrote:
Pd people continue to ignore Csound, and Csound people continue to ignore Pd, despite the great power of combining them. I can't help feeling like this is a symptom of being more interested in some intellectual problem than in using all of the available tools to make music. Not seeing the forest for the trees, in a way.
this is somewhat true, but ignores the fact that Pd is well established _outside_ the computer music community too.
you cannot expect dsp-engineers developping the latest-and-greatest binaural rendering system to get into csound. (but they do use Pd)
mfga.sdr IOhannes
On 3/27/07, IOhannes m zmoelnig zmoelnig@iem.at wrote:
Chuckk Hubbard wrote:
Pd people continue to ignore Csound, and Csound people continue to ignore Pd, despite the great power of combining them. I can't help feeling like this is a symptom of being more interested in some intellectual problem than in using all of the available tools to make music. Not seeing the forest for the trees, in a way.
this is somewhat true, but ignores the fact that Pd is well established _outside_ the computer music community too.
you cannot expect dsp-engineers developping the latest-and-greatest binaural rendering system to get into csound. (but they do use Pd)
Fair enough. Csound is indeed audiocentric, as am I. I just know Csound has already implemented HRTF, and exists as a PD object, which I thought the poster wanted. If his interest is in pulling an abstraction apart to see how it works, then Csound probably isn't the easiest way. As far as computer music, it's true that I come across few people who are active on both lists, and occasional disparaging remarks about one or the other. I guess the best thing for me to do in that case is to try to show some of the great things that can come from the combination, rather than complaining about negativity.
-Chuckk
I'd love to hear work that comes out of a combination of Csound and Pd I think both are great, just different.
Something I feel very strongly about though, are there still 'licensing issues' with Csound or has it shaken off all it's encumberances and become a totally free OS codebase?
On Tue, 27 Mar 2007 13:23:29 -0400 "Chuckk Hubbard" badmuthahubbard@gmail.com wrote:
On 3/27/07, IOhannes m zmoelnig zmoelnig@iem.at wrote:
Chuckk Hubbard wrote:
Pd people continue to ignore Csound, and Csound people continue to ignore Pd, despite the great power of combining them. I can't help feeling like this is a symptom of being more interested in some intellectual problem than in using all of the available tools to make music. Not seeing the forest for the trees, in a way.
this is somewhat true, but ignores the fact that Pd is well established _outside_ the computer music community too.
you cannot expect dsp-engineers developping the latest-and-greatest binaural rendering system to get into csound. (but they do use Pd)
Fair enough. Csound is indeed audiocentric, as am I. I just know Csound has already implemented HRTF, and exists as a PD object, which I thought the poster wanted. If his interest is in pulling an abstraction apart to see how it works, then Csound probably isn't the easiest way. As far as computer music, it's true that I come across few people who are active on both lists, and occasional disparaging remarks about one or the other. I guess the best thing for me to do in that case is to try to show some of the great things that can come from the combination, rather than complaining about negativity.
-Chuckk
-- http://www.badmuthahubbard.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I believe Csound is under LGPL, and if I understand correctly the main difference is that people who use parts of it in commercial applications are not required to keep their source open. Someone else will know better, but to my understanding that makes Csound more open than Pd.
-Chuckk
On 3/28/07, padawan12 padawan12@obiwannabe.co.uk wrote:
I'd love to hear work that comes out of a combination of Csound and Pd I think both are great, just different.
Something I feel very strongly about though, are there still 'licensing issues' with Csound or has it shaken off all it's encumberances and become a totally free OS codebase?
On Tue, 27 Mar 2007 13:23:29 -0400 "Chuckk Hubbard" badmuthahubbard@gmail.com wrote:
On 3/27/07, IOhannes m zmoelnig zmoelnig@iem.at wrote:
Chuckk Hubbard wrote:
Pd people continue to ignore Csound, and Csound people continue to ignore Pd, despite the great power of combining them. I can't help feeling like this is a symptom of being more interested in some intellectual problem than in using all of the available tools to make music. Not seeing the forest for the trees, in a way.
this is somewhat true, but ignores the fact that Pd is well established _outside_ the computer music community too.
you cannot expect dsp-engineers developping the latest-and-greatest binaural rendering system to get into csound. (but they do use Pd)
Fair enough. Csound is indeed audiocentric, as am I. I just know Csound has already implemented HRTF, and exists as a PD object, which I thought the poster wanted. If his interest is in pulling an abstraction apart to see how it works, then Csound probably isn't the easiest way. As far as computer music, it's true that I come across few people who are active on both lists, and occasional disparaging remarks about one or the other. I guess the best thing for me to do in that case is to try to show some of the great things that can come from the combination, rather than complaining about negativity.
-Chuckk
-- http://www.badmuthahubbard.com
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
Hallo, Chuckk Hubbard hat gesagt: // Chuckk Hubbard wrote:
I believe Csound is under LGPL, and if I understand correctly the main difference is that people who use parts of it in commercial applications are not required to keep their source open. Someone else will know better, but to my understanding that makes Csound more open than Pd.
This depends on how you define "open". Pd has a more permissive license than the LGPL. You can embed Pd into a proprietary software and apart from telling, that you did so, you have no further obligations (that's why Max can use parts of Pd inside). With Csound this is not allowed: If you distribute a (possibly changed) binary of Csound, you have to make available your changes freely as well and give us the source to them. So with Csound, you are required to open source changes, with Pd you're not. In this regard, Csound is more "open" than Pd because it enforces openness while Pd doesn't give a thing. ;)
Frank Barknecht _ ______footils.org_ __goto10.org__
On Tue, Mar 27, 2007 at 10:50:11PM +0200, Frank Barknecht wrote:
You can embed Pd into a proprietary software and apart from telling, that you did so, you have no further obligations (that's why Max can use parts of Pd inside). With Csound this is not allowed
I must disagree with this; I think that is allowed with Csound, actually. Under the terms of the LGPL you are allowed to link LGPL code into a proprietary product, and you don't have to show the source to your proprietary product. The difference is that if you modify the source of the LGPL code (e.g. Csound itself) then you must then make those changes available under the terms of the LGPL. With GPL you are not even allowed to link GPL code into a closed source product (the closed source product automatically becomes GPL). With BSD you can do whatever you want, as you say.
Best,
Chris.
chris@mccormick.cx http://mccormick.cx
On 3/28/07, Chris McCormick chris@mccormick.cx wrote:
On Tue, Mar 27, 2007 at 10:50:11PM +0200, Frank Barknecht wrote:
You can embed Pd into a proprietary software and apart from telling, that you did so, you have no further obligations (that's why Max can use parts of Pd inside). With Csound this is not allowed
I must disagree with this; I think that is allowed with Csound, actually. Under the terms of the LGPL you are allowed to link LGPL code into a proprietary product, and you don't have to show the source to your proprietary product. The difference is that if you modify the
Someone was just saying this recently on the Csound list. I actually thought it would be useful knowledge, regarding using Csound's HRTF implementation in a video game.
-Chuckk
Hallo!
I am looking for PD objects and/or abstractions to do HRTF filtering. Any ideas on where to get them?
2 possibilities:
I am just making some workshop patches on how to do that for the linux audio conference - so if you wait a few days you can have the patches ...
LG Georg
I am not sure if that works too, but what about partconv~ . shouldnt
it be possible with that too ?
You have to build a lot around it i guess
luigi
Am 20.03.2007 um 17:03 schrieb Georg Holzmann:
Hallo!
I am looking for PD objects and/or abstractions to do HRTF filtering. Any ideas on where to get them?
2 possibilities:
- use the earplug~ external (in cvs/externals/earplug~)
- use binaural ambisonic
I am just making some workshop patches on how to do that for the linux audio conference - so if you wait a few days you can have the
patches ...LG Georg
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Hi!
Isidro Gonzalez wrote:
Hi. I am looking for PD objects and/or abstractions to do HRTF filtering. Any ideas on where to get them?
Take two FIR~s (from IEMlib, one for each ear), load the head related impulse responses as filters in the tables and filter a monaural signal. The only problem with this solution is that FIR~ is not capable of changing filters in real time. Doing that, FIR~ restarts the filtering and produces clicks. So, you are limited to static virtual positions with FIR~...
br, Piotr
once a guy called pei posted his external on this list:
http://lists.puredata.info/pipermail/pd-list/2005-01/025559.html
i think, it is worth trying it.
roman
On Tue, 2007-03-20 at 08:34 -0700, Isidro Gonzalez wrote:
Hi. I am looking for PD objects and/or abstractions to do HRTF filtering. Any ideas on where to get them? Thanks Isi
It's here! Your new message!
Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de