purr-data issueshttps://git.purrdata.net/jwilkes/purr-data/-/issues2017-10-16T12:24:19Zhttps://git.purrdata.net/jwilkes/purr-data/-/issues/194saving a loaded abstraction gives errors2017-10-16T12:24:19ZAlexandre Porressaving a loaded abstraction gives errorshowdy, working on the output abstraction now I could realize how it screws up if I'm editing it and then try to save the abstraction while a patch that loads it is opened as well.
here's a print screen, I end up needing to restart purr ...howdy, working on the output abstraction now I could realize how it screws up if I'm editing it and then try to save the abstraction while a patch that loads it is opened as well.
here's a print screen, I end up needing to restart purr data![Screen_Shot_2016-12-09_at_15.39.20](/uploads/5f2734479d8e3870f24010a0fa5cf873/Screen_Shot_2016-12-09_at_15.39.20.png)https://git.purrdata.net/jwilkes/purr-data/-/issues/216"-r" flag of tar_em_up.sh seems to be broken2017-10-16T12:24:19ZJonathan Wilkes"-r" flag of tar_em_up.sh seems to be brokenIt appears that the "-r" flag of tar_em_up.sh downloads the nw.js binary correctly, but after decompressing the script tries to move the wrong directory. It appears the script expects a directory ending in "armv7l".It appears that the "-r" flag of tar_em_up.sh downloads the nw.js binary correctly, but after decompressing the script tries to move the wrong directory. It appears the script expects a directory ending in "armv7l".https://git.purrdata.net/jwilkes/purr-data/-/issues/172GUI design suggestion2017-10-16T12:24:19Z60-hzGUI design suggestionLittle black square for label position or canvas size should be in the same color as the active objet selection color (orange) as it belong to it. (small design logic inside)Little black square for label position or canvas size should be in the same color as the active objet selection color (orange) as it belong to it. (small design logic inside)https://git.purrdata.net/jwilkes/purr-data/-/issues/215fluid~ doesn't load on OSX2017-10-16T12:24:19ZAlbert Gräffluid~ doesn't load on OSXHere's the error message that I get in the console:
```
/Applications/Pd-l2ork-full-x86_64-20170106.app/Contents/Resources/app.nw/extra/fluid~/fluid~.pd_darwin: dlopen(/Applications/Pd-l2ork-full-x86_64-20170106.app/Contents/Resource...Here's the error message that I get in the console:
```
/Applications/Pd-l2ork-full-x86_64-20170106.app/Contents/Resources/app.nw/extra/fluid~/fluid~.pd_darwin: dlopen(/Applications/Pd-l2ork-full-x86_64-20170106.app/Contents/Resources/app.nw/extra/fluid~/fluid~.pd_darwin, 10): Library not loaded: /usr/local/lib/libgthread-2.0.0.dylib
Referenced from: /Applications/Pd-l2ork-full-x86_64-20170106.app/Contents/lib/libfluidsynth.1.dylib
Reason: image not found
fluid~ FluidR3_GM.sf2
... couldn't create
```
As `otool` shows, `libfluidsynth.1.dylib` is linked against some GTK libraries not usually installed on the Mac:
```
$ otool -L libfluidsynth.1.dylib
libfluidsynth.1.dylib:
@executable_path/../../../lib/libfluidsynth.1.dylib (compatibility version 1.0.0, current version 1.5.2)
/usr/local/lib/libgthread-2.0.0.dylib (compatibility version 4601.0.0, current version 4601.0.0)
/usr/local/lib/libglib-2.0.0.dylib (compatibility version 4601.0.0, current version 4601.0.0)
@executable_path/../../../lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.4.0)
/usr/lib/libedit.3.dylib (compatibility version 2.0.0, current version 3.0.0)
/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio (compatibility version 1.0.0, current version 1.0.0)
/System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit (compatibility version 1.0.0, current version 1.0.0)
/System/Library/Frameworks/CoreMIDI.framework/Versions/A/CoreMIDI (compatibility version 1.0.0, current version 73.0.0)
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 728.4.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1253.0.0)
```
In particular, note these:
```
/usr/local/lib/libgthread-2.0.0.dylib (compatibility version 4601.0.0, current version 4601.0.0)
/usr/local/lib/libglib-2.0.0.dylib (compatibility version 4601.0.0, current version 4601.0.0)
```
The second one is actually included in /Applications/Pd-l2ork-full-x86_64-*.app/Contents/lib, while the first one is missing. If I copy it there, dyld still complains since it will look for the libraries in the wrong place. This can be fixed by editing libfluidsynth with `install_name_tool` as follows:
```
install_name_tool -change /usr/local/lib/libglib-2.0.0.dylib @executable_path/../../../lib/libglib-2.0.0.dylib -change /usr/local/lib/libgthread-2.0.0.dylib @executable_path/../../../lib/libgthread-2.0.0.dylib libfluidsynth.1.dylib
```
fluid~ then loads and works all right.
I've attached a suitably edited `libfluidsynth.1.dylib` below. To fix the bug, make sure that the corrected libfluidsynth as well as libgthread is included in the application bundle, then everything should be all right.
[libfluidsynth.1.dylib](/uploads/147508266a49fd206bd3fb4ba6c5962b/libfluidsynth.1.dylib)https://git.purrdata.net/jwilkes/purr-data/-/issues/193which pd version is it?2017-10-16T12:24:19ZAlexandre Porreswhich pd version is it?Hi, the [pdinfo] object says that purr data rc2's version is 0 42 7
I assume this is wrong, and that you may be up to date with 0.47-1
but i don't know how versioning works and will be in this project
cheersHi, the [pdinfo] object says that purr data rc2's version is 0 42 7
I assume this is wrong, and that you may be up to date with 0.47-1
but i don't know how versioning works and will be in this project
cheershttps://git.purrdata.net/jwilkes/purr-data/-/issues/171shortcut missing2017-10-16T12:24:19Z60-hzshortcut missingSome missing shortcuts:
- Optimal zoom shortcut not working (CMD+SHift+0)
- Fit to Height shortcut not implemented
OSX 10.9.5, RC1Some missing shortcuts:
- Optimal zoom shortcut not working (CMD+SHift+0)
- Fit to Height shortcut not implemented
OSX 10.9.5, RC1https://git.purrdata.net/jwilkes/purr-data/-/issues/213secondary midi dev can't (easily) get removed2017-10-16T12:24:19ZJonathan Wilkessecondary midi dev can't (easily) get removedOn Windows 7 64-bit:
1. Set two midi output devs, and click "Ok"
2. Set the 2nd midi output dev to "None" and click "Ok"
3. Open the prefs again
Bug: The preferences dialog still shows the second midi output dev. Somehow it doesn't fo...On Windows 7 64-bit:
1. Set two midi output devs, and click "Ok"
2. Set the 2nd midi output dev to "None" and click "Ok"
3. Open the prefs again
Bug: The preferences dialog still shows the second midi output dev. Somehow it doesn't forget ancillary devs until you set all of those devs to "None" and click "Ok"https://git.purrdata.net/jwilkes/purr-data/-/issues/192add lyonpotpourri-meta.pd to install2017-10-16T12:24:19ZJonathan Wilkesadd lyonpotpourri-meta.pd to installhttps://git.purrdata.net/jwilkes/purr-data/-/issues/212app menu shows "nwjs" instead of "Purr Data"2017-10-16T12:24:19ZJonathan Wilkesapp menu shows "nwjs" instead of "Purr Data"the app name in the menu needs to be "Purr Data"the app name in the menu needs to be "Purr Data"https://git.purrdata.net/jwilkes/purr-data/-/issues/170Empty field in preferences2017-10-16T12:24:19Z60-hzEmpty field in preferencesIn OSX, there is an empty named toggle box under "blocksize" field.
OSX 10.9.5, RC1
![Capture_d_écran_2016-11-25_à_00.07.17](/uploads/2e2acf4996d801f260f60063459466dc/Capture_d_écran_2016-11-25_à_00.07.17.png)In OSX, there is an empty named toggle box under "blocksize" field.
OSX 10.9.5, RC1
![Capture_d_écran_2016-11-25_à_00.07.17](/uploads/2e2acf4996d801f260f60063459466dc/Capture_d_écran_2016-11-25_à_00.07.17.png)https://git.purrdata.net/jwilkes/purr-data/-/issues/191iemgui messages get sent for non-existent iemguis2017-10-16T12:24:19ZJonathan Wilkesiemgui messages get sent for non-existent iemguisThere are several functions like `glist_isvisible` and `gobj_shouldvis` which try to protect from sending unnecessary messages to the GUI.
However, there are still some cracks. For example, `slider_draw_config` in g_slider.c will send ...There are several functions like `glist_isvisible` and `gobj_shouldvis` which try to protect from sending unnecessary messages to the GUI.
However, there are still some cracks. For example, `slider_draw_config` in g_slider.c will send a message to the GUI for a slider that is outside of the visible area on a graph-on-parent subcanvas. This means that the GUI must check for the object's existence before mutating it.Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/169preferences shortcut disabled2017-10-16T12:24:19Z60-hzpreferences shortcut disabledPreferences shortcut doesn't work (CMD+,) using the menu is ok.
OSX 10.9.5, RC1Preferences shortcut doesn't work (CMD+,) using the menu is ok.
OSX 10.9.5, RC1https://git.purrdata.net/jwilkes/purr-data/-/issues/189bad help file for [output~] in extra / new abstraction suggestion2017-10-16T12:24:19ZAlexandre Porresbad help file for [output~] in extra / new abstraction suggestionI see in pd-l2ork / purr data 3 [output~] objects; two are the same and come from vanilla: one in "3.audio examples" and another in "4.data structures". These both have no help file, but there is the A05.output.subpatch.pd file in 3.audi...I see in pd-l2ork / purr data 3 [output~] objects; two are the same and come from vanilla: one in "3.audio examples" and another in "4.data structures". These both have no help file, but there is the A05.output.subpatch.pd file in 3.audio examples. This should probably just stay as it is...
Then in the "extra" folder there's another version from pd extended. This object is the one that gets called if you type its name in an object box! The help file for this one - found on the same extra folder - is really poor and is the same help file you find in extended. But then, we find another and better help file for in "5.reference" - this help file is nice!!!
But there is an inconsistency here with help files, because you still have the other one (which is bad), and this other one is the help file that opens when you right click and ask for help. Also, if you are on the nice help file and click on help for the object, the poor and bad help file comes up...
So, I suggest getting rid of the bad help file and replace it with the good one, which seems to be sitting somewhere else and not getting called upon.
Another suggestion would be to include a new output~ abstraction I worked on and that I'm using for cyclone. It offers more features than the existing [output~] found in purr data's extra.
I hated one thing the most in the [output~] abstraction and had to change it: it uses the terrible log scale from the slider, if you use it in a performance you'll notice how the sound will appear strongly at the first value: Bad! I got rid of that and put it with a quartic scaling by default, but also allowing dB scale (as in the output~ abstraction from vanilla).
find it attached,
cheers
[output.zip](/uploads/fefcde9c2b55aba3c8a30de5e84a4b10/output.zip)https://git.purrdata.net/jwilkes/purr-data/-/issues/210Purr Data dmg install screen says "Pd-extended"2017-10-16T12:24:19ZJonathan WilkesPurr Data dmg install screen says "Pd-extended"The dmg graphic `packages/darwin_app/background.png` has "Pd-extended" written on it.
Also, no cats are featured in it.The dmg graphic `packages/darwin_app/background.png` has "Pd-extended" written on it.
Also, no cats are featured in it.Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/168[tgl] gui pb2017-10-16T12:24:19Z60-hz[tgl] gui pbCross is not displaying in the [tgl] but the objet output 0/1 correctly.
OSX 10.5.9, RC1Cross is not displaying in the [tgl] but the objet output 0/1 correctly.
OSX 10.5.9, RC1https://git.purrdata.net/jwilkes/purr-data/-/issues/187can't change receive symbol in number box2017-10-16T12:24:19ZAlbert Gräfcan't change receive symbol in number boxThis works all right with the IEM number boxes, but not with the plain numbers (ctrl+3). To reproduce, create a number box, open its properties, enter a receive symbol and click Ok. Open the properties again => receive symbol field is em...This works all right with the IEM number boxes, but not with the plain numbers (ctrl+3). To reproduce, create a number box, open its properties, enter a receive symbol and click Ok. Open the properties again => receive symbol field is empty again. (Setting send symbols works all right, btw.)
Test patch added for your convenience:
[bug.pd](/uploads/72690b83fe1b2be6ddf6c01cdd215625/bug.pd)https://git.purrdata.net/jwilkes/purr-data/-/issues/209Packaging issue: RC4 OSX app has wrong name2017-10-16T12:24:19ZAlbert GräfPackaging issue: RC4 OSX app has wrong nameThe app bundle in the dmg is named Pd-l2ork-full-x86_64-20160525.app. According to the About info in 1.introduction.txt it ought to be Pd-l2ork version 20161221.The app bundle in the dmg is named Pd-l2ork-full-x86_64-20160525.app. According to the About info in 1.introduction.txt it ought to be Pd-l2ork version 20161221.https://git.purrdata.net/jwilkes/purr-data/-/issues/186bad linebreak in canvas properties2017-10-16T12:24:19ZAlbert Gräfbad linebreak in canvas propertiesThis only affects the German translation (see screenshot below), but is easily fixed by a judicious use of `<nobr>...</nobr>`. (Merge request will follow.)
![canvas-props-de](/uploads/74da8e327a61e93b2cb4a2108ae35ecb/canvas-props-de.png)This only affects the German translation (see screenshot below), but is easily fixed by a judicious use of `<nobr>...</nobr>`. (Merge request will follow.)
![canvas-props-de](/uploads/74da8e327a61e93b2cb4a2108ae35ecb/canvas-props-de.png)https://git.purrdata.net/jwilkes/purr-data/-/issues/166osx dmg should associate pd files with it2017-10-16T12:24:19ZJonathan Wilkesosx dmg should associate pd files with itJonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/204MIDI preferences always come up empty on Mac+Windows2017-10-16T12:24:19ZAlbert GräfMIDI preferences always come up empty on Mac+WindowsTo reproduce, open the preferences dialog, switch to the MIDI tab and select some MIDI devices for input and output. Click Ok. The MIDI devices will work all right (even after exiting and relaunching purr-data, so the MIDI settings are p...To reproduce, open the preferences dialog, switch to the MIDI tab and select some MIDI devices for input and output. Click Ok. The MIDI devices will work all right (even after exiting and relaunching purr-data, so the MIDI settings are properly recorded, too), but if you open the MIDI prefs again, it shows all MIDI devices as "None" again.
This is different from #203 in that it uses a different MIDI backend on Mac and Windows (probably portmidi, but I'm not sure). Also, the MIDI prefs *always* come up empty, even right after setting new devices.
It's also different from #92 (which apparently was fixed some time ago, so you might want to close it), since the MIDI settings do work all right, they're just not displayed when reopening the MIDI preferences.
Jonathan, do you have a clue what's going on there? Unfortunately, I have no way of debugging this myself, since I don't have portmidi as a backend option on Linux.