Re: [PD-dev] branch-v0-39-2-extended created
Hans-Christoph Steiner wrote: FYI: I created a release branch called branch-v0-39-2-extended last night following the instructions here: http://puredata.org/docs/developer/Branching I will be making commits to all sections of that branch in order to fix things and get things working. Hopefully, these changes can make it into MAIN too. (So far I have committed pdp and pidip fixes) fine. one quick note: i have just (today) added moocow's pdstring objects to the flatspace library, so that they can be included in pd-extended. obviously i was late; but i really would love them to be added. so it would be nice if you could add this addition to your commits. mf.asr IOhannes ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1608063 ] Trouble building on Mac OS X (patch included :)
Patches item #1608063, was opened at 2006-12-03 20:58 Message generated for change (Comment added) made by kunowoudt You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1608063group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Trouble building on Mac OS X (patch included :) Initial Comment: I mistakenly installed OS X on a case-sensitive file system. It seemed the most logical to me, but I later learned that that is not the default. This has exposed that some of the mac related #includes rely on a case-insensitive file-system. IMO that is a bug, and I have attached a patch which fixes those which I found in the pd-extended source tree. Note that the patch also includes some other small Mac OS X build related changes to the Makefile: I had some trouble with the Makefile in packages/darwin_app doing 'mv' and 'ln' to files which already exist, which resulted in either [y/n] prompts to overwrite a file or just the Makefile aborting. -- Comment By: kuno (kunowoudt) Date: 2006-12-11 17:52 Message: Logged In: YES user_id=1174173 Originator: NO Thank you for fixing!. I've submitted the patch for only the gem related files to the sourceforge bugtracker for GEM now. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-04 00:39 Message: Logged In: YES user_id=27104 Originator: NO I fixed the case problems in externals/io/hidio/HID Utilities Source/HID_Utilities.h and externals/hcs/hid/HID Utilities Source/HID_Utilities.h as well as packages/darwin_app/Makefile. The rm stuff is handled by the package_clean target, so I didn't include that stuff from the patch. The Gem stuff should be submitted as its own patch. In general patches should only cover very specific sections of code, as specific as possible. -- Comment By: kuno (kunowoudt) Date: 2006-12-03 21:07 Message: Logged In: YES user_id=1174173 Originator: NO Woops, forgot to login. bug submitted by me [EMAIL PROTECTED]. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1608063group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] mrpeach/net/tcpserver
i just discovered a bug in mrpeach/net/tcpserver the break in mrpeach/net/tcpserver.c:420 effectively makes the broadcast message useless. is there any reason for this? can i change the file? mfg.adr IOhannes ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] PD crash patch (1607030), comments?
Hallo, Steffen hat gesagt: // Steffen wrote: In the risk of appearing impatient, i'd just like to know if anyone else experience that Pd crash when doing the following (related to [1]): 1- make a sub-patch or abstraction with GOP enabled (or use the attached test patches) 2- open the sub-patch or abstraction 3- close the window holding the sub-patch or where the abstraction is used Pd crashes? Yes, it crashes. It's a nasty bug. CIao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] mrpeach/net/tcpserver
I get: if(argc 2) on line 420, so I don't get it... But whatever it really is, go ahead and change it if you think it works. Martin De: IOhannes m zmoelnig [EMAIL PROTECTED] Date: 2006/12/11 lun. PM 12:55:42 GMT-05:00 À: pd-dev pd-dev@iem.at Objet: [PD-dev] mrpeach/net/tcpserver i just discovered a bug in mrpeach/net/tcpserver the break in mrpeach/net/tcpserver.c:420 effectively makes the broadcast message useless. is there any reason for this? can i change the file? mfg.adr IOhannes ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] comb filter freq response
Hi all, For the past few weeks I have been working on a custom type reson comb filter external. Using SndObj dsp library I have two comb filter( one on each channel left and right). There is a low pass filter placed in serial after each comb. The effect til now is working quite well. But I think my understanding of the freq response of the comb filter is a little hazy hence its implementation a little naive. My understanding is that the freq response is determined by the position of the Poles on the unit circle. L the number of samples delay (in sample time = t ( in secs) / the sampling rate) also denotes the number of poles there will be. Up until now I have used a simple calculation to convert the freq response in hertz to the number of samples delay (L). float L = Samplerate()/fInput; This is where my understanding is lacking. My assumptions are as follows: The freq which is passed in corresponds to the fundamental of comb filter response i.e. the first peak. To achieve this I simply divide the SR by this freq to get the first subsequent multiples of the position of the poles. Am I looking at this the wrong way? best regards, Conor ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] branch-v0-39-2-extended created
On Dec 11, 2006, at 11:45 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: FYI: I created a release branch called branch-v0-39-2-extended last night following the instructions here: http://puredata.org/docs/developer/Branching I will be making commits to all sections of that branch in order to fix things and get things working. Hopefully, these changes can make it into MAIN too. (So far I have committed pdp and pidip fixes) fine. one quick note: i have just (today) added moocow's pdstring objects to the flatspace library, so that they can be included in pd- extended. obviously i was late; but i really would love them to be added. so it would be nice if you could add this addition to your commits. Yup, its in there. .hc Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev