@whale-av Thanks! This looks promising. I'll give it a try.

Edit: That worked thanks!

@Balwyn Your [file cwd] example looks like exactly what I need, but it didn't work with read. Your example with the close, open message works on my system, but when I tried to use the read message to read the file, I got a "can't read" message. Any ideas on how I can make this work? Thanks!

Edit: I opened issue #2888 on github for the problem that [file cwd] doesn't work with read.

Thank you, @unclewayback and @whale-av for your replies, but that doesn't solve my problem. The example I gave was a simplified version of what I'm doing. I have 129 files in each directory. The file names are the same in all the directories. (There are three directories now, but there will soon be more.) I have a selectable list of file names and I want to be able to open whatever file was selected in the currently selected directory. I'm currently using $1 in the read message to pass in the selected file name, so I can't use it for the directory name. Is there a way to put two variables in the read message?

I have hundreds of data files in different subdirectories that I read into wavetables. I want to dynamically change the directory that the files are read from. I tried sending a dir message to pdcontrol, which appeared to work, but pd does not find the files in the subdirectory. How can I dynamically change the directory that files are read from?

file_open.pd

This is awesome!

Did you click Graph-On-Parent? That would make a red rectangle that can't be deleted except by unclicking Graph-On-Parent. To get rid of the rectangle, right click on the patch, select Properties, and unclick Graph-On-Parent, unless you want to use the patch as an abstraction.

I've made some minor improvements to the code and the knobs. I've also designed slider knobs for the MIDIMix. You can download the new code and knobs using the links in the previous post.

@playinmyblues said:

@jamcultur it is good to see you found your source of the error. Does that tell you why? And I am curious how you found it.

Seeing the code with the error doesn't tell me why the error occurred. I found the code using the findstr command on Windows (similar to grep on Linux). I searched for the code referenced in the error message that was issued to the Pd console. Do you not get the divide by zero messages on your Pd console?

I found the code that has the divide by zero error (in blue).

@playinmyblues I have not edited any of the mimba files. I've used many other Pd patches on my Windows system without any problems, so I don't think it's anything on my system that is causing the problem. I'll try it on another Windows system when I get a chance.

@playinmyblues Yes, that is what I got when I opened main-mimba.pd, but I'm not getting that any more even though I didn't do anything to fix it. Now I'm getting this error message:

expr divide by zero detected - 'sin(w2128)sinh(ln(2)/2$f1*w2128/sin(w2128))'

@hansr @playinmyblues I'm having the problem on Windows 10 with 64GB RAM.

I just installed mimba on Windows 10, and am getting this error:

How do I fix it?
Thanks!

I wanted physical knobs, buttons, and sliders to control my Pure Data modular synth, so I got an AKAI MIDIMix. It is a reasonably priced controller with 24 knobs, 9 sliders, and 26 usable buttons. Unfortunately, AKAI did not fully document the MIDIMix's MIDI support. Fortunately, people on the Internet collaborated to reverse engineer the MIDIMix and document a communications protocol for it. I've written an object (midimix.pd) based on that document to use the MIDIMix with Pure Data. The help file (midimix-help.pd) explains how to install the MIDIMix and use it in Pure Data. You can download the files here:
https://github.com/nyponen/AKAI-MIDI-Mix-object-for-Pure-Data

BTW, I thought the MIDIMix knobs were too short, so I designed and 3D printed new ones. You can download the STL file here, if you want to print your own knobs.
https://www.thingiverse.com/thing:6984802

@solipp Thank you!

@ddw_music This is basically what I ended up doing. It's clunky, but it works. It looks like the feature request on github that @oid mentioned would fix the problem in a much cleaner way.

@solipp Thank you! There is an issue with pp.xypad. When zoomed in (ctrl+ on Windows), the green dot does not track with the mouse. Pd's default text size is too small for me, so I'm almost always zoomed in on Pd patches. I believe I've seen a similar issue with the scroll bars in other Audiolab objects.

@alexandros Yes, I tried enabling Init. It did not work.

I'm using [savestate] to save the state of a toggle in an abstraction. If that abstraction is in the main patch, it works properly. If that abstraction is imbedded within another abstraction, the state isn't saved and restored properly. This seems like a bug to me. Is there a way to save the state of a toggle that is in an abstraction inside of another abstraction?

I've attached a zip with three files that demonstrate the problem. test_save_toggle.pd is the main patch. It has two instances of the test_save_toggle2.pd abstraction. If you set the toggle in one of those and save the patch, the state of the toggle is saved correctly. The main patch also has two instances of the test_save_toggle3.pd abstraction which only contains an instance of test_save_toggle2.pd. If you set the toggle in one of those, the state of the toggle is not save correctly.

test_save_toggle.zip

@porres I'm not going to try to debug your code for you. Have you had anyone else try it on Windows? Don't you care whether it works properly on Windows?