Re: [PD] call for vbap testing in Pd-extended or SVN
Hector Centeno wrote: Thanks hc, How do I achieve that? What is the order for loading things in PD? the order of loading is the order of occurence. first, all libraries in your pdsettings are loaded in the order they appear therein. then all libraries specified via the cmdline are loaded (in the order you specified them). finally, libraries are loaded within patches: 1st libs specified with [declare] (and probably [import]) are loaded; lastly the remaining libraries are loaded whenever an object of their name occurs first. Sorry if I'm asking for something too obvious, I haven't used PD that much. In my patch [vbap] is inside a sub-patch and [define_loudspeakers] in another sub-patch and both within the main patch. I tried putting the second inside the first but that didn't help. so: if you haven't loaded [vbap] yet, make sure that an object [vbap] is _created_ before [define_loudspeakers]. (just Ctrl-X-Ctrl-Z the sub-patch containing [define_loudspeakers] should be sufficient) having said all that: your problem seems to be that [define_loudspeakers] cannot read a file named ls_setup, which according to its name might define the actual rigging information for your loudspeaker setup. since the object itself loads fine, there seems to be no problem with needing [vbap] at all. your initial assumption that you have to create a file ls_setup seems to be quite right. gfmadrs IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for vbap testing in Pd-extended or SVN
IOhannes, Thanks again. But then why if I open the example VBAP patches there is no error message event though there is no ls_setup file in the directory? Cheers, Hector On Sat, May 23, 2009 at 4:59 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: Hector Centeno wrote: Thanks hc, How do I achieve that? What is the order for loading things in PD? the order of loading is the order of occurence. first, all libraries in your pdsettings are loaded in the order they appear therein. then all libraries specified via the cmdline are loaded (in the order you specified them). finally, libraries are loaded within patches: 1st libs specified with [declare] (and probably [import]) are loaded; lastly the remaining libraries are loaded whenever an object of their name occurs first. Sorry if I'm asking for something too obvious, I haven't used PD that much. In my patch [vbap] is inside a sub-patch and [define_loudspeakers] in another sub-patch and both within the main patch. I tried putting the second inside the first but that didn't help. so: if you haven't loaded [vbap] yet, make sure that an object [vbap] is _created_ before [define_loudspeakers]. (just Ctrl-X-Ctrl-Z the sub-patch containing [define_loudspeakers] should be sufficient) having said all that: your problem seems to be that [define_loudspeakers] cannot read a file named ls_setup, which according to its name might define the actual rigging information for your loudspeaker setup. since the object itself loads fine, there seems to be no problem with needing [vbap] at all. your initial assumption that you have to create a file ls_setup seems to be quite right. gfmadrs IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for vbap testing in Pd-extended or SVN
IOhannes, I got it working by doing a ctrl-x and ctrl-z with the sub-patch that contains the loudspeaker definition object. Thanks, Hector On Sat, May 23, 2009 at 10:29 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: Hector Centeno wrote: IOhannes, Thanks again. But then why if I open the example VBAP patches there is no error message event though there is no ls_setup file in the directory? the short answer: because you are doing something wrong (and everything on the system actually works as it is supposed to) the long answer: i really don't know. i never used vbap. however, i now had a short look: there is no mention of ls_setup anywhere in the sources. i don't get an error if i instantiate either the help-patches (apart from [matrix~] being no longer part of zexy but rather of iemmatrix and renamed to [mtx_*~] (or [mtx_mul~] if you have problems with libraries)) you must be generating the error somewhere else. try to isolate the object that complains and let us know what you have found. (hans might well be right with his assumption that you were failing to instantiate an object (ls_setup could be the setup-function of an object [ls]); the way you described the problem does not give any hints in this direction). fgamsrd IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for vbap testing in Pd-extended or SVN
Thanks hc, How do I achieve that? What is the order for loading things in PD? Sorry if I'm asking for something too obvious, I haven't used PD that much. In my patch [vbap] is inside a sub-patch and [define_loudspeakers] in another sub-patch and both within the main patch. I tried putting the second inside the first but that didn't help. Regards, Hector On Fri, May 22, 2009 at 12:01 AM, Hans-Christoph Steiner h...@at.or.at wrote: You probably have to load the [vbap] object before the [define_loudspeakers] object. .hc On May 21, 2009, at 11:59 PM, Hector Centeno wrote: Hello, I just built pd-extended from SVN and vbap fails to work since it's looking for a file named ls_setup which is not installed. Do I have to create such file? I used vbap before and I don't remember having to deal with this so I guess is part of the new changes. Cheers, Hector On Sat, Apr 25, 2009 at 12:29 PM, Hans-Christoph Steiner h...@at.or.at wrote: I finally updated vbap to Villa Pulkki's most recent version. It was 0.99 now its 1.0.3. The Pd code ended up being too different and I didn't have the original Max version that was ported to Pd to compare, so I tried to track all the changes in the Pd version, and incorporate them where they made sense. But basically, I ended up porting the Max/MSP 1.0.3 sources from scratch. There are some minor differences between the Max/MSP version and this Pd port: - a fifth inlet/outlet was added for 'gain' but since this provided no functionality that could not be handled in Pd using a [*~], I did not include that in the Pd port. - the Max/MSP version only has arguments for the 2nd and 3rd inlets (azimuth and elevation), I added an argument for the fourth inlet (spread). Its in the nightly Pd-extended builds, or in SVN: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/vbap/ .hc All information should be free. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for vbap testing in Pd-extended or SVN
Hello, I just built pd-extended from SVN and vbap fails to work since it's looking for a file named ls_setup which is not installed. Do I have to create such file? I used vbap before and I don't remember having to deal with this so I guess is part of the new changes. Cheers, Hector On Sat, Apr 25, 2009 at 12:29 PM, Hans-Christoph Steiner h...@at.or.at wrote: I finally updated vbap to Villa Pulkki's most recent version. It was 0.99 now its 1.0.3. The Pd code ended up being too different and I didn't have the original Max version that was ported to Pd to compare, so I tried to track all the changes in the Pd version, and incorporate them where they made sense. But basically, I ended up porting the Max/MSP 1.0.3 sources from scratch. There are some minor differences between the Max/MSP version and this Pd port: - a fifth inlet/outlet was added for 'gain' but since this provided no functionality that could not be handled in Pd using a [*~], I did not include that in the Pd port. - the Max/MSP version only has arguments for the 2nd and 3rd inlets (azimuth and elevation), I added an argument for the fourth inlet (spread). Its in the nightly Pd-extended builds, or in SVN: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/vbap/ .hc All information should be free. - the hacker ethic ___ 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
Re: [PD] call for vbap testing in Pd-extended or SVN
You probably have to load the [vbap] object before the [define_loudspeakers] object. .hc On May 21, 2009, at 11:59 PM, Hector Centeno wrote: Hello, I just built pd-extended from SVN and vbap fails to work since it's looking for a file named ls_setup which is not installed. Do I have to create such file? I used vbap before and I don't remember having to deal with this so I guess is part of the new changes. Cheers, Hector On Sat, Apr 25, 2009 at 12:29 PM, Hans-Christoph Steiner h...@at.or.at wrote: I finally updated vbap to Villa Pulkki's most recent version. It was 0.99 now its 1.0.3. The Pd code ended up being too different and I didn't have the original Max version that was ported to Pd to compare, so I tried to track all the changes in the Pd version, and incorporate them where they made sense. But basically, I ended up porting the Max/MSP 1.0.3 sources from scratch. There are some minor differences between the Max/MSP version and this Pd port: - a fifth inlet/outlet was added for 'gain' but since this provided no functionality that could not be handled in Pd using a [*~], I did not include that in the Pd port. - the Max/MSP version only has arguments for the 2nd and 3rd inlets (azimuth and elevation), I added an argument for the fourth inlet (spread). Its in the nightly Pd-extended builds, or in SVN: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/vbap/ .hc All information should be free. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
