• Load074

    Thanks @oid and @whale-av. I had actually made a similar (but uglier) version of NRPN before I knew about NRPN; some weird powers-of-10 stuff that didn't exactly make for smooth transitions... but it is something to think about. What I'd really like, though, is something where I simply have better than 128 points of distinction on a single controller... especially if I'm, say, scrubbing through a sample - if it's very long at all, it becomes obvious that I can't get halfway between two points. A two-controller method works, but isn't as faux-analog'ly satisfying as being able to nuance a single pot (like I love to do with my guitar pedals).
    So I'll probably stick with relative mode and PD-side math (which I've also done before). I was just dreaming that there was some good, potentially non-MIDI hardware interface/protocol that I didn't know about!

    posted in I/O hardware diyread more
  • Load074

    Hope no one minds that I'm just jumping on to this month-old conversation... but I have some similar questions.

    I was going to ask if anyone has ideas for better-than-128 resolution controllers (ie, not MIDI. HID? MIDI 2.0?). But looking at what @oid said, maybe my best bet is to settle on rotary encoders (giving up on sliders) and use "relative" mode to do the math in PD.

    Is that the general consensus? All my ancient nanoKontrols are getting futzy anyway, it's time to upgrade...

    posted in I/O hardware diyread more
  • Load074

    @alexandros yes that was very easy indeed. Downloading the source files from https://puredata.info/downloads/pure-data installed with none of the predicted dependency problems on my old-as-the-hills (but up-to-date) Raspberry Pi. In fact, if I'd bothered to read all of the INSTALL.txt before I started, it would have been a success-on-the-first-try endeavor!

    So now I have 0.52-1 and a [delete(-able [list-store].

    posted in technical issues read more
  • Load074

    Thanks @alexandros and @dfkettle I might try something like that. I have a suspicion that there will be some core libraries I'd need which might be beyond my Linux skills to update without a total dependency mess, but I'll see...

    @whale-av, yes that is a great library! I hadn't explored it before, thanks for the tip. Unfortunately, the way my patch was built, [list-delete] is very far from a drop-in solution, and descending into the fifth circle of Raspberry Pi Dependency Hell may still be the pleasanter option.

    posted in technical issues read more
  • Load074

    Oh, I see... I was using [list-store] messages that are new to PD 0.52. I just tried on PD 0.51.3, and I get the same error. So it's not the Pi.

    Guess I need to find another way to easily remove one element from a list!

    posted in technical issues read more
  • Load074

    This is my first foray into the world of Raspberry Pi, so there's likely some very obvious things I'm missing.

    I built this patch on a Linux computer running vanilla PD 0.52.0, but when I put it on my (very old and tiny) Raspberry Pi running (oh maybe this is the issue) 0.51.4, I get the error

    list store: no method for 'delete'.

    I updated everything when I started using this Pi, so I'm pretty sure that's the most up-to-date I can get with Raspbian.

    Anyone know about this? I'm also new to all things [list], so maybe there's a simple workaround I don't know about if [delete $1 1( ---> [list store] doesn't work on 32bit and/or 0.51.4.

    (by the way, it also seemed like I had to include the number of items to delete - that is, when I simply sent [delete 5( into [list store], to delete the sixth item, I got errors. Specifying "just delete one item" by [delete 5 1( worked. But that's another story; one question per thread!)

    posted in technical issues read more
  • Load074

    I know that 10 is no problem. I have an 8-channel interface which is connected (via ADAT lightpipe) to an 8-channel preamp, and I can and do use 16 ins and outs.

    It's a Scarlett 18i20 1st generation and an Art TubeOpto 8, and I'm running Linux. I don't know if any other situations would throw unanticipated roadblocks, but this kind of setup seems pretty universal.

    posted in I/O hardware diyread more
  • Load074

    How apropos; I just discovered the "$ pwgen 20" label on Bandcamp (all nuPg, all the time)!

    A few changes I had to do to make this work:

    Installed zexy, jmmmp (for f+), and maxlib (for arraycopy) from deken.

    Added [declare lib zexy], and changed each occurrence of [f+] to [jmmmp/f+] and [arraycopy] to [maxlib/arraycopy]. I may not have done this the best way, libraries and externals still confuse me.

    And now it's running! Haven't messed with it yet; I'm going to wait for a record contract from that label before I begin. Get me while I'm fresh!

    posted in patch~ read more
  • Load074

    If you are completely new to PD - is it possible that, when you re-open a patch to edit it, you do not enter "EDIT" mode? You need to ctrl/cmd-E to lock/unlock edit mode. Apologies if that's not your issue at all!

    posted in technical issues read more
  • Load074

    What a useful bit of knowledge. So glad you figured that out; thanks again.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!