@LiamG it is an object from listabs that stacks lists from values it recieves.

BOOM! Finally found the culprit. It was a [list cat] object that wasn't getting properly cleared. @beepbeep - you da man! Now my patch is finally performance ready. Im stoked.

PS: I should also mention that you will not get any output at all until there are settings set in coll object which holds the global settings. Each note that can be played on the keyboard into the first midi input will recall a list of settings which are stored for that key. For example, C1 on the keyboard will trigger an A diminished chord in third inversion, open position and a lydian scale for the mapped input etc. If the coll object which stores those settings is empty for that key, nothing will happen, so you'll initially need to enter a key and then set some settings on the patch's UI. Best thing to do is set every setting on one key and then use the copy paste function that I built in to set those settings for every key just to get the thing initialized. Then you can set each key to your liking. Soon I will implement a default setting that will fix this issue, but as I said, Lifes been all naggy lately... so if you go to use it and it doesn't seem to work, just keep this in mind. Also, I admit that not everything is well labeled yet... For now Im the only one whos used it and i know where stuff is... for instance the little ulabeled button next to the button labeled "seq" will toggle the sequencer window on and off, and the number objects with the green buttons on the right hand side with no labeling are to control the osc inputs and outputs - ie setting the ip address etc. With the toggle button marked flam turned on, you can click drag an array where the display screen looking tghing is to set different flam timings of how the chord plays.. I tried to make it feel and function like your usual VST plugin.... just toy with stuff and you'll figure it out... And finally, the guts of the patch can be found by dragging the top level window size bigger to the right until you see the subpatch boxes... ok, Cheers

Hey all. Sorry for the delayed response here. Thank you all for the replies.
@beepbeep - You know what - your idea of what is happening is damn likely. There is a lot of list fifo and lifo going on in the the later stages of the patch, and a ton of things like notes being stored as lists for later use etc. It also has a lot of chords being triggered from single note input, so note-off messages ending up where they are supposed to is something that has been one of the major challenges of the building the patch from the beginning. I finally managed to get noteoff messages to happen in a reasonably reliable manner, but now and then there will be some stuck notes, which I dealt with in a way that is a bit quick and dirty, and not exactly elegant... I have been so so busy with boring life crap that I have not been working on my patch for a while... but reading your response gave me some inspiration in the form of a likely lead on how to fix the problem. I am going to look into it a bit later today and see what I can find. For the rest of you, here is the patch in question... I was hesitant to let it out because I always sort of considered it one of my secret weapons in the studio... but hell, I may as well share it with my most favoritest music community with hopes that you all enjoy using it as well as maybe pinpoint the bug in question. You will need classic pd-l2ork to get it working. I made a version in purr-data, but for whatever reason it was always unstable and the latest versions of purr-data crash on loading every time... so I will probly have to start it from the ground up when I am finally ready to update it... that said it works quite well in classic l2ork, save the problem stated in the OP. Please, Id love to know what anyone who checks it out thinks or if they find the problem before i do... Move the folder from the attached zip fileCM.zip into your path and open the top level patch, CM7.pd located in the CM folder Also note that there are two midi channels which can receive midi. the first channel triggers the chord memorizer, the second recieves notes , remaps them based on the chord which was triggered and the options selected respectively, and outputs them from the second output. Any questions about it are welcome. Cheers!

I like to think i am pretty savvy when it comes to PD, but alas, I still have much to learn it would seem, as I cannot for the life of me solve an issue with a patch of mine that has been driving me mad for quitge some time now. When I open the patch, all midi runs fine. Everything is low latency and very usable... but the more I play around in the patch and play keys and alter settings, things get slower and slower... until finally after a while there is too much latency in the midi system to even use my patch properly. The problem is solved when I shut down PD and restart the patch, but then rears it's ugly head once againm after some time. The patch is prety complex andf has a lot fo stuff going on, but it is a midi only program. The audio engine is off, so that is not likely the cause. Im thinking it has something to do with the console stacking up, or various objects which store data stacking up and bogging down. I would like to build in some way to clear things up soo the latency never piles on too much, but I cannot figure out which object is causing it or why! Does anyone know of any onjects that are known to cause this problem so as to point me in the right direction? I can post the patch if anyone cares to see it, but I warn you that it is pretty huge and would have layers and layers of patching to dig through. Maybe there is some way to globally clear all the midi data buffers or something? any help would be immensly appreciated, as the patch otherwise works well and It's something I use in almost every session!

Many thanks.
Cheers!

sometimes permissions with things gets a little wacky. You might try editing your visudo file to give the pi user more access. Also make sure the target port is not in use by some other process. Finally, in some cases I have managed to get things like this to work by force claiming ownership/access to a file using one of the two following methods:

sudo chown <username> <file name> (Claim ownership of a file)
sudo chmod 777 <filename> (assign read/write permissions for all users to a file)

Hope that helps

I run into this problem quite a bit, as i demand puredata on every freakin machine I own. There are a couple ways around it. Some hackier than others.

For one, in ubuntu and debian based distros, you can force install it with

sudo dpkg -i path/to/pdl2ork,deb

This will install it, but then throws an error message saying theres a dependency problem. It will run fine, but any time you go to do anything with apt from there out, it will make you remove pd-l2ork before allowing for any changes in your packages.

In this particular instnce, libglsl2 refers to the linux scientific library, which is actually present in ubuntu repositories, but under a different name. That means that pd will work fine, but apt will complain. The hacky way that I got around this was as follow. I extracted the pd-l2ork.deb file and altered the dependency list in the control file to exclude that package. that can be done using this walkthrough: https://ubuntuforums.org/showthread.php?t=110458

Run those steps and remove libglsl2 from the dependency list and the output .deb file will install with no errors and run just fine. (from my experience this works, but as it goes with all hacky solutions, use at your own risk!)

The more conventional but potentially headachey way to do it would be to build/compile your own version from source and run it from within the source folder without installing it. I have used this way plenty, but it's ultimately a lot more work to set up, and also you usually will have to set up your config file to point to all of your extensions manually. This way bypasses messing with apt and dpkg entirely, making it safer but unless your a wiz at compiling stuff, clear your day for this project.

the [v] object allows for the creation and recollection of global variables. You would use it by calling the object and giving it a name. ie: [v foo]. Now, any time you create an instance of [v foo]. you can send it numbers to set it's value globally, or send a bang to recall it's value locally. If you need to create variables which have symbols or other kinds of data for it's value, then this can be accomplished in several ways. I tend to use cyclone/coll for this. Coll objects can hold a text file that acts as a list of variables and values which can be set and recalled dynamically. A named coll object will also become global in it's scope. Theres a few other ways to do this as well, but this is my goto.

I think the pvar object is like V object only it operates only on a local scope. hope that helps

@whale-av Damn, son! That sounds like one meaty ass project! Your idea does not seem flawed to me, however that whole setup x88 is going to be a really intense build! (you know that already though, i'd bet.) One thing I find is helpful when working with gear that eats electricity like it's going extinct is to add a large battery to the mix. What I mean, is hook up your power supply so that it has a powerful battery helping the power along with your wall plug. After so long, the battery will exhaust itself and you'll be back to similar problems, but that will at least give it quite a bit of run time with easier amperage draw. When it wears out, turn it off, give it some time to recharge and then your up and running again. Ample amperage will help improve your hot solenoid problem as well as charge capacitors a bit faster. It's not a fix-all solution, but in a project like this one, every little bit helps i'd imagine.
Cheers.

@pmh1d15 Most likely you need to add your user name to the dialout group in linux. The teensy registers as a modem if I am not mistaken, and also anything involving comports also requires you to access dialout permissions to function.

in a terminal window, type

sudo adduser <USER> dialout

where <USER> is your user name. log out, log in and you should be good to go.
Cheers