• gsagostinho

    @peeshder Hi there,

    Sure, here is a simplified version of my patch:

    Screenshot from 2017-02-10 12:25:14.png

    Download it here: pedal.pd

    It should be fairly self-explanatory, but let me know if you need any help. The function to advance to the "next event" is tied to a bang button (which you can click) and to the key "b" in the keyboard, because the pedal we bought outputs a "b" keystroke. Just replace with whatever you need (for instance, use [sel 32] instead of [sel 98] to use the space bar, or you can also alter the patch to use some MIDI pedal, etc.).

    Hope this helps, cheers!
    Gilberto

    posted in I/O hardware diyread more
  • gsagostinho

    Hi vixo,

    Concerning creating your own externals, I suggest you take a look at this pdf here: http://pdstatic.iem.at/externals-HOWTO/pd-externals-HOWTO.pdf

    Presumably an object in c will run quicker than a patch made out of separate objects to do the same thing?

    I believe this will depend on the complexity of the task, as well as the type of objects you use. Some objects are notorious for using more CPU than others, but depending on what you want to do a Pd only solution could work very well.

    Cheers!
    Gilberto

    posted in technical issues read more
  • gsagostinho

    By the way, someone recommended me a pedal called Line6 FBV Express MKII, which costs around 90 EUR here in Germany. Looks quite good, I will see if my friend isn't interested in investing a bit more and getting one of those, it actually has 4 pedal switches and looks quite nice:

    http://www.dolphinmusic.co.uk/shop_image/uploads/Image/fbvexpressmkii_rear.jpg

    posted in I/O hardware diyread more
  • gsagostinho

    @Coalman

    out of curiousity, where did you see those for 10 euros?

    I found them on Amazon.de. Actually, I have just now found out that on Amazon.co.uk you have even cheaper ones, there is one for 6.37 pounds only. Try typing "usb hid pedal" and you will find them (if not, PM me and I will send you the links).

    Cheers!
    Gilberto

    posted in I/O hardware diyread more
  • gsagostinho

    Hi guys, thanks for the replies.

    @whale-av I was first considering a MIDI pedal and interface, but they are really not that cheap as the single pedal solution. Also, I will not necessarily be there to help my friend with this performance, so I'd rather have a plug'n play cheap solution (I also don't think he would be willing to invest money in a pedal AND in a interface). Concerning the compatibility I heard from some people in the list that actually these pedals are simply seen as "keyboards" by the computer, so they basically send a single key stroke. If that would be the case, then it would be trivial to use them with [key] in Pd.

    @Coalman Yeah, I had thought about that, but I doubt my friend will be willing to carry a accordion and computer PLUS a MIDI keyboard just for the sake of connecting a pedal. I think the USB pedal is really the easiest option, the only question is about the compatibility, but if David and the other guys are right then there should be no issue. And then again, these things are so cheap (10 euros) that my time researching should cost more than buying one and trying it out! :)

    Thanks again guys, I really appreciate. Cheers!
    Gilberto

    posted in I/O hardware diyread more
  • gsagostinho

    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

    posted in I/O hardware diyread more
  • gsagostinho

    Hi, you could use [catch~] and [throw~] if you don't want to use audio cords.

    Cheers,
    Gilberto

    posted in technical issues read more
  • gsagostinho

    @NoDSP That works well as well, but why do you say "better"? What is the advantage of using [pack] and then a message reversal followed by a [route]? In my opinion, the solution I proposed is slightly clearer, as it represents at least how I formualte the problem ("if channel 13 then data interests me, else ignore it"). And of course you can also pack the data coming from from [ctlin] before or after using a spigot, so that you can route the CC numbers.

    posted in technical issues read more
  • gsagostinho

    I would suggest you telling us which OS you have and which architecture, and which Pd version do you use. Is this the only patch giving you this error? How did it happen, did it use to load before without any problems? etc.

    posted in technical issues read more
  • gsagostinho

    Actually your comments about expr made things a lot clearer...it was a timing issue and sorted by simplifying in this example...welcome your comments

    I am glad to hear that!

    If you don't mind, I have just two comments about yout "Tap Tempo SA 02.pd" patch which might help you in the future, even though you said everything is working now:

    • you are using [expr] for something that could be done with a single maths objects since [expr $f1 > 1250] is the same as [> 1250],
    • I would highly recommend you to use [trigger] objects (or the shorthand [t]) when having two patch cords coming from a single object and in which their order matters. Pd will always send data first through the cord which was created first, and this can get messy and can lead to hours of debugging. In your patch, I would add a trigger below the bang button which feeds both the [timer] and the [f] objects, to ensure that the timer gets banged first than the float.

    Cheers!
    Gilberto

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!