purr-data issueshttps://git.purrdata.net/jwilkes/purr-data/-/issues2017-10-16T12:25:44Zhttps://git.purrdata.net/jwilkes/purr-data/-/issues/262Intelligent patching: Improve or replace the 1:N and N:1 multi-connect options2017-10-16T12:25:44ZAlbert GräfIntelligent patching: Improve or replace the 1:N and N:1 multi-connect optionsCf. [intelligent-patching.pd](/uploads/394714a2a40f6901de41e93b5bf48566/intelligent-patching.pd)
Disclaimer: This is all IMHO, of course, we're talking about workflow here, which is something completely up to taste and habits, so ple...Cf. [intelligent-patching.pd](/uploads/394714a2a40f6901de41e93b5bf48566/intelligent-patching.pd)
Disclaimer: This is all IMHO, of course, we're talking about workflow here, which is something completely up to taste and habits, so please bear with me. In general Ico's intelligent patching (IP) works *extremely* well and lets you do complex patches with a speed which will make vanilla users turn green with envy. :)
However, the more complex modes (what I call 1:N and N:1 multi-connect, items 4 and 4' in the attached patch) are hard to understand IMHO, it's not easy to see when you'd want to use them, and in any case it's often really hard to predict what the result will be. At least that's my experience; whenever I try using this mode, I invariably end up with something totally unexpected. ;-) Maybe that's just my ham-fistedness, but in contrast I feel perfectly at ease with the 1:1 multi-connect (item 1 in the patch, where the user has exactly two objects selected). In my experience, the students tend to avoid the 4/4' mode as well, I've actually never seen them using it. @ico, do your students actually use this mode?
What I think would be much more useful, and which I already frequently wished I had available, would be some kind of "bipartite" N:M single-connect mode. The idea of that is that I have n+m selected objects (n,m>1), say A1..An, B1..Bn, arranged in two rows or columns. Then I'd like to connect one outlet O from, say, Ai to some inlet I of Bj, and have IP do the corresponding O->I connection for all (existing) pairs Ak,B[k+(j-i)] where k runs from 1 to n.
For the sake of a more concrete example, let's say I have this: (I use two rows here for illustration, but the As and Bs might as well be arranged into two columns instead):
~~~
[A1] [A2] [A3] [A4]
[B1] [B2] [B3] [B4]
~~~
And I'd like to turn it into this:
~~~
[A1] [A2] [A3] [A4]
| | | |
[B1] [B2] [B3] [B4]
~~~
Then I'd just select all of the As and the Bs, connect the desired outlet of A1 with the desired inlet of B1 and be done with it.
I can't tell you how often I need this. Of course I could start out with `[A1] - [B1]` and then just duplicate that as often as needed, but then I usually get it wrong on first attempt and have to redo the connections later anyway, so I'd much prefer to use IP there.
For the sake of an even more concrete example that I actually did with the students this semester, have a look at this patch: [intervals.pd](/uploads/d67219d712e2173acb5c3149b6388e78/intervals.pd). Note the two "ladders" of bangs/numbers/arithmetic under the columns "arithmetic" and "geometric", it's exactly like the situation above, albeit in columns and with three columns each. Screenie:
![Screenshot_2017-02-16_15.16.17](/uploads/ea2e1cedfc45bb33a8746a13feba113b/Screenshot_2017-02-16_15.16.17.png)
Now take this patch where the "ladder" connections have been removed, and show me how to redo them quickly with IP: [intervals-unconnected.pd](/uploads/c23444bd42bbf2aebe2e0c2781752fc5/intervals-unconnected.pd) None of the current modes will handle this conveniently.
![Screenshot_2017-02-16_15.19.16](/uploads/0d5b9e261885205dbfdcc5fd652690cb/Screenshot_2017-02-16_15.19.16.png)
With the mode sketched out above, this would be easy as pie (select the bangs and the numbers, connect the topmost bang to the topmost number and apply IP once, then do the same again for connecting the arithmetic tower starting with the `[100(` message to the numbers).
@ico @jwilkes Would you be ok if I try to implement the alternative IP mode sketched out above, do you think that it would be a useful replacement for the 4/4' modes? If not, then I might just add another fifth IP mode instead (maybe requiring a special shift key), but I feel that this would be stretching it.
As an aside, we should also add a help patch for IP allowing the user to practice intelligent patching. It's a real time-saver which we should brag about. :) I can take care of the help patch after I implemented the above.Albert GräfAlbert Gräfhttps://git.purrdata.net/jwilkes/purr-data/-/issues/261Add a Reset Preferences button or menu option2017-10-16T12:25:44ZAlbert GräfAdd a Reset Preferences button or menu optionAt present the user has to do that manually in a platform-specific way (cf. https://git.purrdata.net/aggraef/purr-data-intro/blob/master/Purr-Data-Intro.md#resetting-the-preferences), which might be more than users not proficient with th...At present the user has to do that manually in a platform-specific way (cf. https://git.purrdata.net/aggraef/purr-data-intro/blob/master/Purr-Data-Intro.md#resetting-the-preferences), which might be more than users not proficient with the command line or Windows registry can handle. We already know what the necessary incantations are, so we might just as well go the extra mile and add a button for it.
Of course, that button should look RED and DANGEROUS and maybe launch a confirmation dialog, so that the user only runs this when she *really* knows what she's doing. :)https://git.purrdata.net/jwilkes/purr-data/-/issues/260Reloading the device tables in the prefs2019-07-24T21:35:53ZAlbert GräfReloading the device tables in the prefsI'm fairly sure that there's already code for that in the engine, so we might just have to expose that via the prefs dialog, by adding corresponding buttons on the Audio and MIDI tabs (something like "Rescan devices" in Reaper). Currentl...I'm fairly sure that there's already code for that in the engine, so we might just have to expose that via the prefs dialog, by adding corresponding buttons on the Audio and MIDI tabs (something like "Rescan devices" in Reaper). Currently the user must relaunch Purr after connecting external audio and MIDI gear like in good ol' vanilla, which is inconvenient.https://git.purrdata.net/jwilkes/purr-data/-/issues/246times font has an offset in canvas labels2019-04-16T19:54:13ZAlexandre Porrestimes font has an offset in canvas labelshowdy, I was testing the help file of my new library in Purr Data and I noticed that the label's font had an offset, see image below (purr data on the left, vanilla on the right) - the font used is times
![Screen_Shot_2017-0...howdy, I was testing the help file of my new library in Purr Data and I noticed that the label's font had an offset, see image below (purr data on the left, vanilla on the right) - the font used is times
![Screen_Shot_2017-02-09_at_15.23.38](/uploads/c6c91938b15ed4c79615fa2bf0f73d8d/Screen_Shot_2017-02-09_at_15.23.38.png)
then I made a different test will all label font options, and found that only times had this offset, see image, again, Purr Data on the left, vanilla on the right, and the 3rd label from top down, marked with ===> is the times font
![Screen_Shot_2017-02-09_at_15.22.45](/uploads/9bdc0d17c95f190827aa36164a7b2b62/Screen_Shot_2017-02-09_at_15.22.45.png)
yep, I'm on a mac
https://git.purrdata.net/jwilkes/purr-data/-/issues/243vslider and hslider - size and position2019-04-16T20:53:02ZPierrevslider and hslider - size and positionThe vslider and hslider don't have the same size and the same position than in pd-vanilla (0.47-1). I know that the iemguis sometime use an offset for the graphic rendering so perhaps other objects have this problem. At first sight this ...The vslider and hslider don't have the same size and the same position than in pd-vanilla (0.47-1). I know that the iemguis sometime use an offset for the graphic rendering so perhaps other objects have this problem. At first sight this doesn't seem to be a big issue but used inside a GOP, the sliders can completely disappear.
My PurrData version is 54.0.2840.71 (2840.71)
My MacOS is Sierra 12.10.3
In pd-vanilla:
![Capture_d_écran_2017-02-05_à_12.01.55](/uploads/8f652316e50b203b703cf75f96ec09e9/Capture_d_écran_2017-02-05_à_12.01.55.png)
In PurrData:
![Capture_d_écran_2017-02-05_à_12.01.57](/uploads/3a3feb7aa71f3020d5b504133f582ad6/Capture_d_écran_2017-02-05_à_12.01.57.png)
The patches:
[Archive.zip](/uploads/74a9f55a09a915a7e99019111adcb151/Archive.zip)https://git.purrdata.net/jwilkes/purr-data/-/issues/238Positions of console and help browser windows should be remembered.2017-10-16T12:25:44ZAlbert GräfPositions of console and help browser windows should be remembered.Not sure whether that's possible, but it would really improve usability if the positions of the console and the help browser window would be remembered across invocations.
Right now these windows always open in the same position (consol...Not sure whether that's possible, but it would really improve usability if the positions of the console and the help browser window would be remembered across invocations.
Right now these windows always open in the same position (console window is in the center of the screen, help browser in the left-upper corner). These are reasonable defaults, but don't always work very well, especially if the user runs a multi-monitor setup. In that case he has to drag around the windows each time he launches them, which is tedious. Remembering the positions across invocations would help alleviate this problem.Albert GräfAlbert Gräfhttps://git.purrdata.net/jwilkes/purr-data/-/issues/236humans cannot reason about our build system2017-10-16T12:25:44ZJonathan Wilkeshumans cannot reason about our build system1. Try to fix what should be a *trivial* problem with an out-of-date package name causing issues in the OSX build
2. Get stumped
3. Ask for help, get sage advice
4. Remain stumped
5. Accept perfectly reasonable, well documented merge...1. Try to fix what should be a *trivial* problem with an out-of-date package name causing issues in the OSX build
2. Get stumped
3. Ask for help, get sage advice
4. Remain stumped
5. Accept perfectly reasonable, well documented merge request that fixes the issue.
6. End up with two *new* bugs
Granted, one of those bugs would have been caught if there was a Windows VM as part of the automated builds. But the other one was subtle and in a class for which our build tools provide us absolutely no help whatsoever.
However, we're stuck with our recursive Gnu makefile system. There is no other battle-tested, *sane* build system that provides a significant usability increase to offset the cost of changing build systems. So, here is a tentative path toward less future pain:
* Remove old "cloud storage" from the repo. First, find every purr-data/external lib not listed in LIB_TARGETS which doesn't target *all* supported platforms, then remove them and erased themfrom externals/Makefile. Then do the same for dead externals which aren't in the libdir format. Finally, remove the dead externals that are in libdir format. This should leave us with one big knot remaining-- "miXed", which contains cyclone. But that can be addressed as we port to Alexandre's version at a later time.
* Merge `doc/pddp` into `pd/doc/5.reference` and make necessary adjustments in Makefiles. Later, maybe even merge `doc` into `pd/doc`, but that might not be necessary
* when we are ready to bump Gem to a more recent version, move `Gem` to `externals/Gem`
* when we are ready to bump Gem, figure out why Gem is *autogen*'ing all its cruft during `make clean` and don't do that
* figure out if videoIO is used-- if it is not, then nuke it
* merge everything except K12 stuff from l2ork_addons into wherever it belongs in the repo. This will require porting disis_munger~, putting spectdelay into externals/ (plus making sure it compiles on all platforms), eventually moving tar_em_up.sh to toplevel dir.
* remove flext from the repo
* merge debbuild and packages/linux_make
* figure out if packages/patches is used. if not, nuke it
* find remaining tcl/tk build targets, scripts, etc., and remove them from the repo
Probably a lot else, but that's at least a start.
Also, this is a very tentative list written in haste and can be changed at will. The point is essentially to *not* have a zillion lines of dead script/code/doc getting in the way of potential devs. And especially to not have *multiple* contradictory versions of the same doc/code waiting for people to confuse.
The build system will still be bad, but at least no one will waste time looking at the *wrong* bad parts. :)https://git.purrdata.net/jwilkes/purr-data/-/issues/205glist_doreload shouldn't trigger GUI window creation2017-10-16T12:25:44ZJonathan Wilkesglist_doreload shouldn't trigger GUI window creationWhen the user makes changes to an abstraction, Pd goes through the list of toplevel patches and reloads all instances of that abstraction. But it does this by opening the window for each abstraction, selecting the relevant abstraction, ...When the user makes changes to an abstraction, Pd goes through the list of toplevel patches and reloads all instances of that abstraction. But it does this by opening the window for each abstraction, selecting the relevant abstraction, cutting it, and the undoing the cut. To achieve this, Pd has to make the subpatch visible, then make it invisible when it's finished.
This causes unnecessary messages to get sent to the GUI which temporarily flash new windows on the screen. Luckily the subcanvases themselves aren't mapped, so its just empty windows that show up. Still, these GUI messages should be suppressed.Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/199tof library gui issue2017-10-16T12:25:44Z60-hztof library gui issueMost of the tof gui's object aren't working (menubutton, pmenu, imagebang...)
The object's box simply disappear at creation...
Purrdata RC3, OSX 10.9.5Most of the tof gui's object aren't working (menubutton, pmenu, imagebang...)
The object's box simply disappear at creation...
Purrdata RC3, OSX 10.9.5https://git.purrdata.net/jwilkes/purr-data/-/issues/190legacy flag is problematic2017-10-16T12:25:44ZJonathan Wilkeslegacy flag is problematicPd-l2ork has a "-legacy" flag to use a positioning algorithm from Pd Vanilla for iemguis. Essentially the iemguis have always been positioned incorrectly, and Ivica fixed this to make them align properly.
The problem is that graph-on-p...Pd-l2ork has a "-legacy" flag to use a positioning algorithm from Pd Vanilla for iemguis. Essentially the iemguis have always been positioned incorrectly, and Ivica fixed this to make them align properly.
The problem is that graph-on-parent abstractions typically have iemguis close to the edge of the gop border, so a few pixels difference in positioning can actually keep the iemgui from displaying on the parent.
Another problem is that OSX users can't easily set a "-legacy" flag at startup.
One solution would be to use one of the bits in the flag from the canvas arguments to specify that a particular canvas should display iemguis in "-legacy" mode. Essentially a "0" would mean "-legacy" mode, and a "1" would mean no legacy mode. That way Purr Data/pd-l2ork could set the bit to "1" when creating a new canvas and save it. That way any gop abstraction written in Pd Vanilla will default to legacy mode and get drawn correctly.
Only problem is that it wouldn't work in the other direction without changes to Pd Vanilla.https://git.purrdata.net/jwilkes/purr-data/-/issues/188Text rendered upside-down in some of the 4.data.structures examples2017-10-16T12:25:44ZAlbert GräfText rendered upside-down in some of the 4.data.structures examplesThis is how the data9 subpatch in the 09.scaling.pd example looks like:
![09.scaling](/uploads/a6ed99a74b2aadb790c8e843e71aae67/09.scaling.png)
And this is how the same patch looks like in vanilla:
![09.scaling-vanilla](/uploads/b3c6c...This is how the data9 subpatch in the 09.scaling.pd example looks like:
![09.scaling](/uploads/a6ed99a74b2aadb790c8e843e71aae67/09.scaling.png)
And this is how the same patch looks like in vanilla:
![09.scaling-vanilla](/uploads/b3c6c8cd571d77ad5b6a77d9d6897ddb/09.scaling-vanilla.png)
(Just for the record, upstream pd-l2ork doesn't render the text at all.)
One might argue that purr-data is actually correct with its rendering because the y scale is reversed in this example (y scale is +1 meaning that the y axis runs from bottom to top). So this isn't really a bug, but I thought that I'd report it anyway, since it's at least something to think about. Having text in a scalar rendered upside-down isn't all that useful in many cases, makes it somewhat hard to read. ;-)
This also affects some other examples, e.g., the 10.onoff.pd patch:
![10.onoff](/uploads/cf05b77ef5d68cd62be5684647a525e4/10.onoff.png)
(This example is easy to fix, though, since it works just as well with y scale = -1.)https://git.purrdata.net/jwilkes/purr-data/-/issues/184cursor refresh2020-06-10T04:53:54Z60-hzcursor refreshTemporary action mode while in edit mode (holding CMD key in edit mode) should make the cursor temporary change into arrow, but it change only after a mouse movement (might be related to keypress makes mouse cursor disapear?)Temporary action mode while in edit mode (holding CMD key in edit mode) should make the cursor temporary change into arrow, but it change only after a mouse movement (might be related to keypress makes mouse cursor disapear?)https://git.purrdata.net/jwilkes/purr-data/-/issues/181font size and graph strange correlation2017-10-16T12:25:44Z60-hzfont size and graph strange correlationChanging font size will display / bring any existing graph window on top.
To reproduce:
- create a new table
- change font size
Purr Data RC2, OSX 10.5.5Changing font size will display / bring any existing graph window on top.
To reproduce:
- create a new table
- change font size
Purr Data RC2, OSX 10.5.5https://git.purrdata.net/jwilkes/purr-data/-/issues/179[declare] bug2017-10-16T12:25:44ZAlexandre Porres[declare] bugif an object didn't create because you tried an object that was not in the search path, you can use [declare] and try to reinstantiate it so it creates.
I tried it but nothing happened... but after having [declare] in your patch, you ca...if an object didn't create because you tried an object that was not in the search path, you can use [declare] and try to reinstantiate it so it creates.
I tried it but nothing happened... but after having [declare] in your patch, you can try it in a new object box it works fine. It also works if you duplicate that uncreated object - but there is nothing you can do to create it from the uncreated object.
Well, since I can do that with vanilla, I consider this an issue/bug
cheershttps://git.purrdata.net/jwilkes/purr-data/-/issues/154[draw] command visualizations shouldn't respond to gop/data scaling2017-12-19T01:57:10ZJonathan Wilkes[draw] command visualizations shouldn't respond to gop/data scalingthe gop range and data scaling values probably shouldn't affect scalars drawn with the new [draw] command.
Those legacy scaling values make it impossible to position scalars correctly inside the red gop rectangle. Plus the new draw comm...the gop range and data scaling values probably shouldn't affect scalars drawn with the new [draw] command.
Those legacy scaling values make it impossible to position scalars correctly inside the red gop rectangle. Plus the new draw commands have affine transforms, so the old scaling values are superfluous.Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/153delete a box or a path hide cursor2017-10-16T12:25:44Z60-hzdelete a box or a path hide cursorDeleting a box or a path makes the cursor disappear, it comes back when moving the mouse again.
Purr Data beta3, OSX 10.9.5Deleting a box or a path makes the cursor disappear, it comes back when moving the mouse again.
Purr Data beta3, OSX 10.9.5https://git.purrdata.net/jwilkes/purr-data/-/issues/140disis_netreceive won't compile on Windows with msys22017-10-16T12:25:44ZJonathan Wilkesdisis_netreceive won't compile on Windows with msys2disis_netreceive won't compile on Windows with msys2:
```
++++ info: linking objects in disis_phasor~.dll for lib disis
gcc -static-libgcc -shared -Wl,--enable-auto-import "/home/Sales/purr-data/pd/src/pd.dll" -o disis_phasor~.dl...disis_netreceive won't compile on Windows with msys2:
```
++++ info: linking objects in disis_phasor~.dll for lib disis
gcc -static-libgcc -shared -Wl,--enable-auto-import "/home/Sales/purr-data/pd/src/pd.dll" -o disis_phasor~.dll disis_phasor~.o
++++ info: making disis_netreceive.o in lib disis
gcc -DMSW -DNT -DPD -I "../../pd/src" -I./cwiid/libcwiid -Wall -Wextra -Wshadow -Winline -Wstrict-aliasing -O3 -ffast-math -funroll-loops -fomit-frame-pointer -march=pentium4 -msse -msse2 -mfpmath=sse -o disis_netreceive.o -c disis_netreceive.c
In file included from disis_netreceive.c:3:0:
../../pd/src/s_stuff.h:138:6: warning: 'sys_get_midi_apis' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
void sys_get_midi_apis(char *buf);
^~~~~~~~~~~~~~~~~
../../pd/src/s_stuff.h:139:6: warning: 'sys_get_midi_apis2' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
void sys_get_midi_apis2(t_binbuf *buf);
^~~~~~~~~~~~~~~~~~
../../pd/src/s_stuff.h:308:6: warning: 'sys_get_audio_apis' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
void sys_get_audio_apis(char *buf);
^~~~~~~~~~~~~~~~~~
../../pd/src/s_stuff.h:309:6: warning: 'sys_get_audio_apis2' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
void sys_get_audio_apis2(t_binbuf *buf);
^~~~~~~~~~~~~~~~~~~
disis_netreceive.c: In function 'disis_socketreceiver_getudp':
disis_netreceive.c:450:5: error: unknown type name 'socklen_t'
socklen_t length = sizeof(from);
^~~~~~~~~
make[1]: *** [Makefile.pdlibbuilder.revised:850: disis_netreceive.o] Error 1
make[1]: Leaving directory '/home/Sales/purr-data/externals/disis'
make: *** [Makefile:457: disis] Error 2
```Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/139invalid read when loading Gem2017-10-16T12:25:44ZJonathan Wilkesinvalid read when loading GemWhen loading the Gem library, valgrind reports an invalid read:
```
not reloading 'image' plugins (already 4 loaded)
load plugins 'image' in '/usr/lib/pd-l2ork/extra/Gem/'
pattern : /usr/lib/pd-l2ork/extra/Gem/gem_image*.so
dylib ...When loading the Gem library, valgrind reports an invalid read:
```
not reloading 'image' plugins (already 4 loaded)
load plugins 'image' in '/usr/lib/pd-l2ork/extra/Gem/'
pattern : /usr/lib/pd-l2ork/extra/Gem/gem_image*.so
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageJPEG.so'!
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageMAGICK.so'!
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageSGI.so'!
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageTIFF.so'!
load plugins 'model' in '/usr/lib/pd-l2ork/extra/Gem/'
pattern : /usr/lib/pd-l2ork/extra/Gem/gem_model*.so
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_modelOBJ.so'!
load plugins 'record' in '/usr/lib/pd-l2ork/extra/Gem/'
pattern : /usr/lib/pd-l2ork/extra/Gem/gem_record*.so
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so'!
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_recordV4L.so'!
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_recordV4L2.so'!
==24214== Invalid read of size 4
==24214== at 0xAB50DEE: ??? (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xAB51A65: ??? (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xAB54C8D: lqt_registry_init (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xB370D0F: gem::plugins::recordQT4L::recordQT4L() (in /usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so)
==24214== by 0xB371526: gem::plugins::record* gem::PluginFactoryRegistrar::allocator<gem::plugins::recordQT4L, gem::plugins::record>() (in /usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so)
==24214== by 0x54299F4: gem::plugins::record::getInstance() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53FEC8C: gem::plugins::init() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53BFB19: Gem::setup() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53BFB33: Gem_setup (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x80FC3BF: sys_do_load_lib (s_loader.c:204)
==24214== by 0x80FC6C8: sys_load_lib (s_loader.c:242)
==24214== by 0x80762FC: canvas_declare (g_canvas.c:1894)
==24214== Address 0x6105300 is 64 bytes inside a block of size 67 alloc'd
==24214== at 0x402A17C: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==24214== by 0xAB50DBA: ??? (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xAB51A65: ??? (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xAB54C8D: lqt_registry_init (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xB370D0F: gem::plugins::recordQT4L::recordQT4L() (in /usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so)
==24214== by 0xB371526: gem::plugins::record* gem::PluginFactoryRegistrar::allocator<gem::plugins::recordQT4L, gem::plugins::record>() (in /usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so)
==24214== by 0x54299F4: gem::plugins::record::getInstance() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53FEC8C: gem::plugins::init() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53BFB19: Gem::setup() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53BFB33: Gem_setup (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x80FC3BF: sys_do_load_lib (s_loader.c:204)
==24214== by 0x80FC6C8: sys_load_lib (s_loader.c:242)
==24214==
==24214== Invalid read of size 4
==24214== at 0xAB50DDA: ??? (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xAB51A65: ??? (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xAB54C8D: lqt_registry_init (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xB370D0F: gem::plugins::recordQT4L::recordQT4L() (in /usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so)
==24214== by 0xB371526: gem::plugins::record* gem::PluginFactoryRegistrar::allocator<gem::plugins::recordQT4L, gem::plugins::record>() (in /usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so)
==24214== by 0x54299F4: gem::plugins::record::getInstance() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53FEC8C: gem::plugins::init() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53BFB19: Gem::setup() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53BFB33: Gem_setup (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x80FC3BF: sys_do_load_lib (s_loader.c:204)
==24214== by 0x80FC6C8: sys_load_lib (s_loader.c:242)
==24214== by 0x80762FC: canvas_declare (g_canvas.c:1894)
==24214== Address 0x6105484 is 68 bytes inside a block of size 70 alloc'd
==24214== at 0x402A17C: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==24214== by 0xAB50DBA: ??? (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xAB51A65: ??? (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xAB54C8D: lqt_registry_init (in /usr/lib/i386-linux-gnu/libquicktime.so.2.0.0)
==24214== by 0xB370D0F: gem::plugins::recordQT4L::recordQT4L() (in /usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so)
==24214== by 0xB371526: gem::plugins::record* gem::PluginFactoryRegistrar::allocator<gem::plugins::recordQT4L, gem::plugins::record>() (in /usr/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so)
==24214== by 0x54299F4: gem::plugins::record::getInstance() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53FEC8C: gem::plugins::init() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53BFB19: Gem::setup() (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x53BFB33: Gem_setup (in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux)
==24214== by 0x80FC3BF: sys_do_load_lib (s_loader.c:204)
==24214== by 0x80FC6C8: sys_load_lib (s_loader.c:242)
==24214==
load plugins 'video' in '/usr/lib/pd-l2ork/extra/Gem/'
```Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/134mouse externals not working2017-10-16T12:25:44ZAlbert Gräfmouse externals not workingThis is on Linux (tested both Ubuntu 16.04 and Arch). None of the mouse externals (cyclone/MouseState, hid/mouse and hcs/cursor) report any mouse positions or button clicks in Purr-Data. cyclone/MouseState does work in mainline pd-l2ork,...This is on Linux (tested both Ubuntu 16.04 and Arch). None of the mouse externals (cyclone/MouseState, hid/mouse and hcs/cursor) report any mouse positions or button clicks in Purr-Data. cyclone/MouseState does work in mainline pd-l2ork, but the other two don't work there either.
Now being able to read the mouse position is very useful, because the mouse is always readily available as an input device. I often build a basic "Theremin" with the students as a warm-up exercise, before getting into MIDI, OSC and the other input methods available in Pd. Does Purr-Data already provide this functionality in any way? Otherwise it would be nice if we could make at least one of these externals work.https://git.purrdata.net/jwilkes/purr-data/-/issues/103update config.guess for rtcmix2017-10-16T12:25:44ZJonathan Wilkesupdate config.guess for rtcmixThe config.guess in
externals/rtcmix-in-pd/RTcmix-pd-4.0.1.6
is too old. It can't properly identify the msys2 system Purr Data is using to build on Windows.The config.guess in
externals/rtcmix-in-pd/RTcmix-pd-4.0.1.6
is too old. It can't properly identify the msys2 system Purr Data is using to build on Windows.Jonathan WilkesJonathan Wilkes