Hi Alexandre,
hey, how is going with this object?
Not much, I just returned from vacation ;-).
I just wanted to say it'd be really good if it was updated to max size of 4096, which is the current configuration since max 6
256 is just too little and made more sense back in the day of max 5
hopefully it's an easy update, what do you say?
A first glance it doesn't look too complicated, but I think it would be good to retain the current buffer size as default, and add the larger size as an extra argument or message. Maybe creating a separate object, like buffir4k~, somewhere outside cyclone would be the easier option.
There are no other serious issues with buffir~?
cheers
Greetings,
Fred Jan
2015-08-01 15:18 GMT-03:00 Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl>:
Hi Julian, Thank you for your report. I am not the expert, just one of the current maintainers if the cyclone set of objects. I think the object works, but maybe not as the Max object. If this is the case I will try to fix it. > Hello, > > I am sorry to bother you but I have an important question about the > buffir~ object. > I hope you can help me with this. I am not too experiencd with PD but I > try to make > an Binaural-Renderer. I want to use the buffir~ object to convolve an IR > to a signal. > This works right now. But I want to change the IR used for convolving > with the signal > when the head orientation changes. I had a look at the MAX/MSP 5 > documentation > as I understand this object was taken from MAX where the buffir~ object > can be told > to change the buffer~ object by using the set message. I tried this in > PD but nothing > happens. Obviously the IR is not loaded as there is no signal passing > through the > buffir~ object when using $1 as the name of the table and send a message > [set tablename] > to input 1 (the signal input where the clear message can be applied). Is > this function > not implemented in the PD buffir~ object? Or is there something I do wrong? Note '$1' is not literary part of the name, just a placeholder of the first element on the message (=list) you send to the object. If something is wrong here, the console should contain an error message. Also see the help on $-variables. > > I would be verry happy if could help me with this question! If this is > not implemented > and can't be worked around do you have any ideas how to solve my problem? > Thank you very much in advance! The attached patch is an adaptation of the help-patch, including a second buffer to switch to. Yo need to open it and draw non-zero values to get a signal through. It looks like you also have to provide the offset and length arguments, as leaving them out results in zero - meaning no useful convolution takes place. When I have time, I'll check the behaviour of the Max5 object. It might work better or more user friendly. But first on the planning are some weeks vacation :-). > > Regards Julian Jochheim > Greetings, Fred Jan P.S. I added the pd-list in the reply, the main forum for issues like this one (http://lists.puredata.info/listinfo/pd-list). _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list