Re: [PD] USB foot switch
@Derek > I used a Logidy UMI 3 back when I was a OS X user, @Jaime > It works fine as a midi device in both linux and os x. expression pedal works fine too. very sturdy, it’s a bit noisy, but I’m happy with it. Thanks for all the info, guys. This UMI3 looks great, I will forward the tip to my friend. Cheers! Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] USB foot switch
Hi all, thanks for all replies! @oliver > if this is the one i got (looks pretty much the same) it is nothing more than a usb keyboard that only sends one letter on pedal down. If that's the case, then it would be quite easy. Thanks for the tip, in the end these are so cheap that I will just get one and find out. > be aware though of repetitive sendings when pressing the pedal too long, you might want to filter those out. > also, my pedal is cheaply built, not what you would call rock-solid. but it does the job alright (well, the concept is simple enough) and it's cheap. Yeah, I have seen some reviews saying the same. My patch already ignores any input within 200ms from a previous one, so it should be fine, but I will let my friend know about this. @Orm > we use these: > Line6 FBV Express MKII > They are really sturdy, offer four switches and one controller pedal These look great, I will see if my friend doesn't want to invest a bit more and get one of these for himself. @Matt > Delcom also has these silent ones: These look nice as well, but the cheapest shipping costs to Europe are more than the pedal itself! :-( Thanks again to you all! Cheers, Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] USB foot switch
Hello everyone, I recently composed a piece for accordion and live electronics which will be performed by a friend of mine who lives in a different country than me, and so has to manage all the logistics of the performance on his own. This piece requires the use of a foot switch to activate events in the Pure Data patch I wrote. I recommended my friend to get a USB foot switch so that we can use the [hid] object to make it activate the events in the patch. The problem is that the online stores selling these USB foot switches he found do not mention anything about them being OS X compatible, but one store does clearly categorize the device as a HID. Here is the kind of pedal he is considering to get: http://www.hesta.com.pl/sklep/img/p/43-150-thickbox.jpg I am myself a Linux user and don't know a thing about peripherals in OS X, so would anyone have any advice concerning this situation? Would any of these generic USB HID devices work fine or should we better try getting something else? Thanks a lot! Cheers, Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] cartopol~ and poltocar~
Just a little update: the problem is with [cartopol~], its rightmost outlet is outputting the correct value multiplied by -1. On 16/10/15 22:55, Gilberto Agostinho wrote: Hello, I believe I found a bug with the objects [cartopol~] and [poltocar~]. Basically, if I would connect both outlets of [cartopol~] to the inlets of [poltocar~], I would expect to receive the same values as I would input. The problem is that the output of the second outlet of [poltocar~] is multiplied by -1! I tested this with both Pd 0.46.5 and pd-extended 0.43.4 (and this bug isn't present in Pd-l2Ork). Here is an image of the problem: http://s1.postimg.org/bs79w4d5b/Screenshot_from_2015_10_16_22_50_23.png Is this a known bug? Cheers, Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] cartopol~ and poltocar~
Hello, I believe I found a bug with the objects [cartopol~] and [poltocar~]. Basically, if I would connect both outlets of [cartopol~] to the inlets of [poltocar~], I would expect to receive the same values as I would input. The problem is that the output of the second outlet of [poltocar~] is multiplied by -1! I tested this with both Pd 0.46.5 and pd-extended 0.43.4 (and this bug isn't present in Pd-l2Ork). Here is an image of the problem: http://s1.postimg.org/bs79w4d5b/Screenshot_from_2015_10_16_22_50_23.png Is this a known bug? Cheers, Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] cannot create moonlib/absolutepath on Windows
Hi Claude, On 16/08/15 15:32, Claude Heiland-Allen wrote: Windows has a different notion of paths to unix-like systems, including drive specifiers. The first line of moonlib/absolutepath.c[1] is #ifndef _WIN32 so the file is empty when compiling for Windows. Thanks for the information. In that case, I will add a small note to my objects that rely on [absolutepath] that they are only Linux/OS X compatible. Cheers, Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] cannot create moonlib/absolutepath on Windows
Hello all, I had previously released a small abstraction of a visual keyboard for Pd (see: http://forum.pdpatchrepo.info/topic/8584/keyboards-gui-for-midi/1 ), but I had tested it only on Linux. Now, I got some reports from Windows users that they can't create [moonlib/absolutepath] on their system, which I used in that abstraction. They get the following error message: ...couln't create {new line} load_object: Symbol "absolutepath_setup" not found. We did some troubleshooting, and here is what we found: - [import moonlib] does not make any difference - nor does using [moonlib/absolutepath] instead of [absolutepath] - they are able to create other moonlib externals, such as [image], [mknob], etc. - the last line of the source code for absolutepath says /* NOT _WIN32 */ but the problem is present on Windows 64-bit Has anyone else encountered this problem? And does anyone know a solution to it? Cheers, Gilberto Agostinho ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Update cyclone maintenance
Hi Alexandre, Since you are interested in doing some maintenance in the cyclone library, I would like to report a possible bug found by an user in the forum and then confirmed by me. Apparently there are some problems with the object [delay~] and I am not sure they are present in Max 5 (I can check at my school if you want to). The problem is actually two bugs: first, the argument is completely ignored (so no delay is applied when I try [delay 44100]). The second problem is about the range of the values accepted by [delay~] via its rightmost inlet: it clips any input into values between 0 and 44100, so it's not possible to have a delay longer than 1 second. Here is the forum thread where this was reported: http://forum.pdpatchrepo.info/topic/9371/what-does-delay-do/2 Cheers, Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] help cloning max's scale
Hi Alexandre, > it almost is, but in maxlib you just turn the mapping to log on or off, in max you specify a log parameter. That is a very handy feature! > by the way, I'm pretty sure I'm not doing anything wrong, and the given equation in Max just seems to be wrong Yep, just double checked your equation in a calculator and your result is correct, so probably the equation in Max is incorrect indeed. Cheers, Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] help cloning max's scale
Hi Alexandre, On 20/06/15 00:39, pd-list-requ...@lists.iem.at wrote: Here's my patch with that formula into expr. The output with the parameters I have should be -0.997347 - as that's the output I get in Max. But instead, it's giving -0.994694... Would you care to share your parameters so we can test your abstraction? Also, I haven't been reading this list very attentively lately (busy days, you know) so I may have lost quite a lot of discussions lately, but the object you describe sounds to me identical to [maxlib/scale], which takes 5 arguments: input low, input high, output low, output high, coefficient (linear or log). Cheers, Gilberto ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list