purr-data issueshttps://git.purrdata.net/jwilkes/purr-data/-/issues2021-03-06T23:18:52Zhttps://git.purrdata.net/jwilkes/purr-data/-/issues/699implement list-drip in C2021-03-06T23:18:52ZJonathan Wilkesimplement list-drip in CJust implement list-abs/list-drip in C and alias the abstraction version.Just implement list-abs/list-drip in C and alias the abstraction version.Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/698fluid~ prog message changed2021-01-09T18:17:02ZAlexandre Porresfluid~ prog message changedhi, original code has prog messages indexed from 0, which I think is the correct way, see https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/footils/fluid/fluid/main.cpp#l193 Purr Data's version changed this, breaking back...hi, original code has prog messages indexed from 0, which I think is the correct way, see https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/footils/fluid/fluid/main.cpp#l193 Purr Data's version changed this, breaking backwards compatibility, by indexing it from 1, see https://git.purrdata.net/jwilkes/purr-data/-/blob/master/externals/fluid~/fluid~.c#L93
I see there's a new program method in smmf mode that also indexes from 1 and that also doesn't seem correct to me, but at least it's not breaking any backwards compatibility.
cheershttps://git.purrdata.net/jwilkes/purr-data/-/issues/697Gui objects causes freeze/crash2021-01-11T12:39:52ZRanjith HegdeGui objects causes freeze/crashOn latest version of Purr-data from arch OBS (see below)
When I use objects such as MouseState from cyclone, many GUI abstractions, or playlist object from Unauthorized, purr-data either gives a long line of legacy tcl errors (see below...On latest version of Purr-data from arch OBS (see below)
When I use objects such as MouseState from cyclone, many GUI abstractions, or playlist object from Unauthorized, purr-data either gives a long line of legacy tcl errors (see below) or just becomes unresponsive and crashes.
Version -
```
nw.js version 0.28.1
Pd has started the GUI
canvasinfo: v0.1
stable canvasinfo methods: args dir dirty editmode vis
classinfo: v.0.1
stable classinfo methods: size
objectinfo: v.0.1
stable objectinfo methods: class
pdinfo: v.0.1
stable pdinfo methods: dir dsp version
[import] $Revision: 1.2 $
[import] is still in development, the interface could change!
compiled against Pd-l2ork version 2.15.2 (20201102-rev.2d04705d)
```
error (on MouseState)
```
legacy tcl command at 273 of ../shared/hammer/gui.c: proc hammergui_exithook {cmd op} {proc pd {} {}}
legacy tcl command at 274 of ../shared/hammer/gui.c: if {[info tclversion] >= 8.4} {...
legacy tcl command at 277 of ../shared/hammer/gui.c: proc hammergui_ispatcher {cv} {
legacy tcl command at 278 of ../shared/hammer/gui.c: if {[string range $cv 0 1] == ".x"
legacy tcl command at 279 of ../shared/hammer/gui.c: && [string range $cv end-1 end] == ".c"} {
legacy tcl command at 280 of ../shared/hammer/gui.c: return 1} else {return 0}
legacy tcl command at 281 of ../shared/hammer/gui.c: }
legacy tcl command at 283 of ../shared/hammer/gui.c: proc hammergui_remouse {} {
legacy tcl command at 284 of ../shared/hammer/gui.c: bind all <<hammerdown>> {}
legacy tcl command at 285 of ../shared/hammer/gui.c: bind all <<hammerup>> {}
legacy tcl command at 286 of ../shared/hammer/gui.c: pd [concat #hammergui _remouse \;]
legacy tcl command at 287 of ../shared/hammer/gui.c: }
legacy tcl command at 289 of ../shared/hammer/gui.c: proc hammergui_mousexy {target} {
legacy tcl command at 290 of ../shared/hammer/gui.c: set x [winfo pointerx .]
legacy tcl command at 291 of ../shared/hammer/gui.c: set y [winfo pointery .]
legacy tcl command at 292 of ../shared/hammer/gui.c: pd [concat #hammermouse $target $x $y \;]
legacy tcl command at 293 of ../shared/hammer/gui.c: }
legacy tcl command at 296 of ../shared/hammer/gui.c: global hammergui_ispolling
legacy tcl command at 297 of ../shared/hammer/gui.c: global hammergui_x
legacy tcl command at 298 of ../shared/hammer/gui.c: global hammergui_y
legacy tcl command at 299 of ../shared/hammer/gui.c: set hammergui_ispolling 0
legacy tcl command at 300 of ../shared/hammer/gui.c: set hammergui_x 0
legacy tcl command at 301 of ../shared/hammer/gui.c: set hammergui_y 0
legacy tcl command at 303 of ../shared/hammer/gui.c: proc hammergui_poll {} {
legacy tcl command at 304 of ../shared/hammer/gui.c: global hammergui_ispolling
legacy tcl command at 305 of ../shared/hammer/gui.c: global hammergui_x
legacy tcl command at 306 of ../shared/hammer/gui.c: global hammergui_y
legacy tcl command at 307 of ../shared/hammer/gui.c: if {$hammergui_ispolling == 1} {
legacy tcl command at 308 of ../shared/hammer/gui.c: set x [winfo pointerx .]
legacy tcl command at 309 of ../shared/hammer/gui.c: set y [winfo pointery .]
legacy tcl command at 310 of ../shared/hammer/gui.c: if {$hammergui_x != $x || $hammergui_y != $y} {
legacy tcl command at 311 of ../shared/hammer/gui.c: pd [concat #hammermouse _poll $x $y \;]
legacy tcl command at 312 of ../shared/hammer/gui.c: set hammergui_x $x
legacy tcl command at 313 of ../shared/hammer/gui.c: set hammergui_y $y
legacy tcl command at 314 of ../shared/hammer/gui.c: }
legacy tcl command at 315 of ../shared/hammer/gui.c: after 50 hammergui_poll
legacy tcl command at 316 of ../shared/hammer/gui.c: }
legacy tcl command at 317 of ../shared/hammer/gui.c: }
legacy tcl command at 319 of ../shared/hammer/gui.c: proc hammergui_refocus {} {
legacy tcl command at 320 of ../shared/hammer/gui.c: bind Canvas <<hammerfocusin>> {}
legacy tcl command at 321 of ../shared/hammer/gui.c: bind Canvas <<hammerfocusout>> {}
legacy tcl command at 322 of ../shared/hammer/gui.c: pd [concat #hammergui _refocus \;]
legacy tcl command at 323 of ../shared/hammer/gui.c: }
legacy tcl command at 325 of ../shared/hammer/gui.c: proc hammergui_revised {} {
legacy tcl command at 326 of ../shared/hammer/gui.c: bind Canvas <<hammervised>> {}
legacy tcl command at 327 of ../shared/hammer/gui.c: bind Canvas <<hammerunvised>> {}
legacy tcl command at 328 of ../shared/hammer/gui.c: pd [concat #hammergui _revised \;]
legacy tcl command at 329 of ../shared/hammer/gui.c: }
legacy tcl command at 362 of ../shared/hammer/gui.c: event add <<hammerdown>> <ButtonPress>
legacy tcl command at 363 of ../shared/hammer/gui.c: event add <<hammerup>> <ButtonRelease>
legacy tcl command at 142 of ../shared/hammer/gui.c: bind all <<hammerdown>> {pd [concat #hammergui _up 0 \;]}
legacy tcl command at 144 of ../shared/hammer/gui.c: bind all <<hammerup>> {pd [concat #hammergui _up 1 \;]}
```https://git.purrdata.net/jwilkes/purr-data/-/issues/696[webapp] semicolon escapes with a backslash2020-12-03T21:53:25ZZack Lee[webapp] semicolon escapes with a backslashIn Purr Data webapp, typing "; pd dsp 1" into a message box escapes the ; with an unwanted \ backslash.In Purr Data webapp, typing "; pd dsp 1" into a message box escapes the ; with an unwanted \ backslash.https://git.purrdata.net/jwilkes/purr-data/-/issues/695ofelia library cannot load in Purr Data2020-12-23T22:00:02Z60-hzofelia library cannot load in Purr DataOfelia library cannot be loaded with [declare -lib ofelia] or [import ofelia]
I guess because it is build against Pd-0.51-0 and pd-l2ork is still pd-0.48.0
Would it be possible to use this wonderful library with purr data one day? It is...Ofelia library cannot be loaded with [declare -lib ofelia] or [import ofelia]
I guess because it is build against Pd-0.51-0 and pd-l2ork is still pd-0.48.0
Would it be possible to use this wonderful library with purr data one day? It is more modern, stable and platform consistent than Gem.https://git.purrdata.net/jwilkes/purr-data/-/issues/694crash after segfault2020-11-11T23:16:22ZDave Riedstracrash after segfaultpurr-data has segfaulted on me a few times over the past few days, so I thought I'd open an issue to collect information. I don't think this is bad enough to warrant anyone working on it just yet, but if other people notice this behaviou...purr-data has segfaulted on me a few times over the past few days, so I thought I'd open an issue to collect information. I don't think this is bad enough to warrant anyone working on it just yet, but if other people notice this behaviour maybe they should +1.
This seems similar to #688 (same frequency once every 2-3 hours, unpredictable, also doesn't seem to be tied to DSP) but the output is different:
```
$ purr-data
guidir is /opt/purr-data/lib/pd-l2ork/bin
priority 6 scheduling enabled.
[91426:91453:1105/114452.115529:ERROR:nss_util.cc(724)] After loading Root Certs, loaded==false: NSS error code: -8018
[91461:91461:1105/114452.211665:ERROR:sandbox_linux.cc(377)] InitializeSandbox() called with multiple threads in process gpu-process.
priority 8 scheduling enabled.
priority 8 scheduling enabled.
[91461:91461:1105/114844.312594:ERROR:buffer_manager.cc(453)] [.DisplayCompositor-0x55592e447360]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command
[91426:91426:1105/121046.928048:ERROR:extension_function_dispatcher.cc(601)] Permission denied for nw.App.quit
Segmentation fault (core dumped)
```
journal:
```
Nov 05 16:18:57 gedachte kernel: purr-data[111872]: segfault at 561e8dc13b30 ip 0000561e8dc13b30 sp 00007fffed821448 error 15
Nov 05 16:18:57 gedachte kernel: Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 91 01 00 00 00 00 00 00 70 84 d0 8d 1e 56
```
per discussion on the other issue I've removed the Gem library and recently faustgen2~ as well. also, I think each time purr-data crashes it's when I'm deleting a number box.
system info:
* purr-data: `Pd-L2Ork-2.15.2 (20201024-rev.c3462eac)`
* OS: `Pop!_OS 20.10` with Gnome 3.38.1 desktop on Wayland
* jackd: `1.9.12`https://git.purrdata.net/jwilkes/purr-data/-/issues/693Changing font in main patch messes up GOP rendering2020-10-30T22:32:19ZAlbert GräfChanging font in main patch messes up GOP renderingThis is a regression in 2.14.0 and later, 2.13.0 doesn't exhibit this misbehaviour. The following screen capture is from 2.14.0:
![Peek_2020-10-30_23-25](/uploads/08fe0d724a75e1aaab330b9d3313847e/Peek_2020-10-30_23-25.gif)
Note the art...This is a regression in 2.14.0 and later, 2.13.0 doesn't exhibit this misbehaviour. The following screen capture is from 2.14.0:
![Peek_2020-10-30_23-25](/uploads/08fe0d724a75e1aaab330b9d3313847e/Peek_2020-10-30_23-25.gif)
Note the artifact at the end of the gif animation (2nd "ghost" gatom showing in gop where there is actually only one).https://git.purrdata.net/jwilkes/purr-data/-/issues/692Overhaul / cleanup of fluid~'s soundfont search, MIDI message interface2020-11-02T19:50:42ZAlbert GräfOverhaul / cleanup of fluid~'s soundfont search, MIDI message interfaceOur version of fluid~ is a plain C port of Frank Barknecht's [original version](https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/footils/fluid), which serves the basic purpose of interfacing to fluidsynth, but still has ...Our version of fluid~ is a plain C port of Frank Barknecht's [original version](https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/footils/fluid), which serves the basic purpose of interfacing to fluidsynth, but still has some annoying usability issues which should be easy to fix:
- fluid~ doesn't search for the soundfont file in the directory of the patch and the Pd search path, which makes it really cumbersome to use, because soundfonts need to be specified using absolute paths.
- fluid~'s interface for passing MIDI messages doesn't cover all MIDI messages, and has the arguments in the wrong order (in particular, the MIDI channel comes first, causing issues with Pd's MIDI input objects which have them on the rightmost outlet). We should replace this with something more comprehensive such as my own [SMMF](https://bitbucket.org/agraef/pd-smmf) a.k.a. "Simple MIDI Message Format".
SMMF offers the following advantages over the ad-hoc message interface that fluid~ currently uses:
- It covers all MIDI voice messages, as well as system exclusive and the most important system realtime messages. (Note that sysex support is particularly interesting in the context of fluidsynth because it allows to pass octave-based temperaments using sysex messages following the MIDI Tuning Standard (MTS), which fluidsynth readily supports.)
- It enforces a close 1-1 correspondence between the Pd MIDI objects and the message format (it uses the same basenames as message selectors, and has the arguments in the right order to easily interface with the Pd MIDI objects).
- It is is readily supported by some helper abstractions ([midi-input.pd](https://bitbucket.org/agraef/pd-smmf/src/master/midi-input.pd) and [midi-output.pd](https://bitbucket.org/agraef/pd-smmf/src/master/midi-output.pd), available at https://bitbucket.org/agraef/pd-smmf).
- Last but not least, it is compatible with [pd-faust](https://agraef.github.io/pure-docs/pd-faust.html) and [pd-faustgen2](https://github.com/agraef/pd-faustgen) which makes it very easy to integrate Faust- and soundfont-based synthesis in Pd.
I think that both issues should be rather easy to fix (MR is in the works), and that this will improve the usability of this important external a lot. I will also make an attempt to preserve the old message interface as much as possible, so that most existing patches using fluid~ should continue to work without too much fiddling.2.15.1Albert GräfAlbert Gräfhttps://git.purrdata.net/jwilkes/purr-data/-/issues/691Needed: Automatic detection of dependencies on Windows2020-10-07T08:13:38ZAlbert GräfNeeded: Automatic detection of dependencies on WindowsAs #690 shows again, the dependencies of some externals we ship on Windows keep changing. A proper solution is in order, along the lines of the dependencies script that we have on the Mac, which takes care of at least some of the most im...As #690 shows again, the dependencies of some externals we ship on Windows keep changing. A proper solution is in order, along the lines of the dependencies script that we have on the Mac, which takes care of at least some of the most important and problematic externals, in particular Gem and fluid~. (I think that a full-blown dependencies script, like the one we use on the Mac, would be overkill for now, and in any case it would probably be quite slow on the Windows file system.)https://git.purrdata.net/jwilkes/purr-data/-/issues/690fluid~ broken (again) on Windows since 2.11.02022-08-03T14:48:28ZAlbert Gräffluid~ broken (again) on Windows since 2.11.0We've been through this before (cf. #540). This time it's a new dependency on libopus in libsndfile which we don't currently include in the Windows installer, and the fix is simply to include libopus (analogous to !300).We've been through this before (cf. #540). This time it's a new dependency on libopus in libsndfile which we don't currently include in the Windows installer, and the fix is simply to include libopus (analogous to !300).2.15.1Albert GräfAlbert Gräfhttps://git.purrdata.net/jwilkes/purr-data/-/issues/689CSS: Text color cannot be distinguished between object, message, comment etc...2020-10-05T10:24:59Z60-hzCSS: Text color cannot be distinguished between object, message, comment etc...I am trying to make a simple readable GUI theme for my workshop using css but ".box_text" field line 270 is binded to all boxes (object, message, comment etc...) which is reducing the design a lot.
`/* text inside boxes: message boxes, ...I am trying to make a simple readable GUI theme for my workshop using css but ".box_text" field line 270 is binded to all boxes (object, message, comment etc...) which is reducing the design a lot.
`/* text inside boxes: message boxes, object boxes, graphs, comments, etc. */`
So this kind of theme which avoid a lot of confusion between message and object boxes is not currently possible because it uses white text for boxes and black text for messages and comment:
![Capture_d_écran_2020-10-05_à_12.20.42](/uploads/1101635cbee00ade43096567d0503d91/Capture_d_écran_2020-10-05_à_12.20.42.png)https://git.purrdata.net/jwilkes/purr-data/-/issues/688Spontaneous crashing2020-11-05T21:43:31ZDave RiedstraSpontaneous crashingFor the past few days PD has been spontaneously crashing after an inconsistent amount of time. I can't tie it to any action that I'm taking while using it, except that it doesn't seem related to DSP.
Here's the crash in my system log:
...For the past few days PD has been spontaneously crashing after an inconsistent amount of time. I can't tie it to any action that I'm taking while using it, except that it doesn't seem related to DSP.
Here's the crash in my system log:
```
Pd: signal 6
extensions::nw.Window:145
return sendRequest.sendRequestSync('nw.currentWindowInternal.getZoom', arguments, this.definition.parameters, {})[0];
^
TypeError: Cannot read property '0' of undefined
at Object.<anonymous> (extensions::nw.Window:145:118)
at Object.handleRequest (extensions::binding:63:27)
at Object.<anonymous> (extensions::binding:425:32)
at NWWindow.get (extensions::nw.Window:580:40)
Error: async hook stack has become corrupted (actual: 22132, expected: 22133)
```
STDOUT and STDERR from purr-data:
```
guidir is /opt/purr-data/lib/pd-l2ork/bin
priority 6 scheduling enabled.
[0928/093816.251824:WARNING:chrome_main_delegate.cc(590)] final extension:
[85712:85736:0928/093816.439612:ERROR:nss_util.cc(802)] After loading Root Certs, loaded==false: NSS error code: -8018
[85745:85745:0928/093816.533929:ERROR:sandbox_linux.cc(346)] InitializeSandbox() called with multiple threads in process gpu-process.
priority 8 scheduling enabled.
priority 8 scheduling enabled.
/etc/pd/gem.conf: No such file or directory
/home/dried/.config/pure-data/gem.conf: No such file or directory
./gem.conf: No such file or directory
load plugins 'film' in '/opt/purr-data/lib/pd-l2ork/extra/Gem/'
pattern : /opt/purr-data/lib/pd-l2ork/extra/Gem/gem_film*.so
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_filmAVIPLAY.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_filmGMERLIN.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_filmMPEG3.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_filmQT4L.so'!
load plugins 'image' in '/opt/purr-data/lib/pd-l2ork/extra/Gem/'
pattern : /opt/purr-data/lib/pd-l2ork/extra/Gem/gem_image*.so
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageJPEG.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageMAGICK.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageSGI.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageSTB.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageTIFF.so'!
not reloading 'image' plugins (already 5 loaded)
load plugins 'image' in '/opt/purr-data/lib/pd-l2ork/extra/Gem/'
pattern : /opt/purr-data/lib/pd-l2ork/extra/Gem/gem_image*.so
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageJPEG.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageMAGICK.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageSGI.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageSTB.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_imageTIFF.so'!
load plugins 'model' in '/opt/purr-data/lib/pd-l2ork/extra/Gem/'
pattern : /opt/purr-data/lib/pd-l2ork/extra/Gem/gem_model*.so
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_modelOBJ.so'!
load plugins 'record' in '/opt/purr-data/lib/pd-l2ork/extra/Gem/'
pattern : /opt/purr-data/lib/pd-l2ork/extra/Gem/gem_record*.so
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_recordQT4L.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_recordV4L.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_recordV4L2.so'!
load plugins 'video' in '/opt/purr-data/lib/pd-l2ork/extra/Gem/'
pattern : /opt/purr-data/lib/pd-l2ork/extra/Gem/gem_video*.so
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_videoDC1394.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_videoDV4L.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_videoV4L.so'!
dylib loading file '/opt/purr-data/lib/pd-l2ork/extra/Gem/gem_videoV4L2.so'!
[85745:85745:0928/094114.854108:ERROR:buffer_manager.cc(453)] [.DisplayCompositor-0x558b3ee0ba00]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command
[85745:85745:0928/094121.612973:ERROR:buffer_manager.cc(453)] [.DisplayCompositor-0x558b3ee0ba00]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command
Pd: signal 6
[85712:85712:0928/094916.644150:ERROR:extension_function_dispatcher.cc(594)] Permission denied for nw.App.quit
```
Strangely, the crash is not logged in the system log when purr-data is started from the console. (I normally start from ulauncher.)
* purr-data: `Pd-l2ork-2.14.2 20200922-rev.c4495143` using `Pd-0.48.0`
* OS: `Pop!_OS 20.04` with Gnome 3.36.3 desktop on Wayland
* jackd: `1.9.12`https://git.purrdata.net/jwilkes/purr-data/-/issues/687iemgui dialogs are not capturing new hex colors correctly in their color pick...2020-09-25T20:33:57ZIvica Bukviciemgui dialogs are not capturing new hex colors correctly in their color pickers for bfl colorsThis is likely a regression since we adopted the new colors and is hopefully not a major one.This is likely a regression since we adopted the new colors and is hopefully not a major one.https://git.purrdata.net/jwilkes/purr-data/-/issues/686text object, message, and comment, when edited are reinstantiated and thrown ...2020-09-23T03:41:39ZIvica Bukvictext object, message, and comment, when edited are reinstantiated and thrown on top of the glist stacktext object, message, and comment, when edited, are reinstantiated and thrown on top of the glist stack which messes with the preset hub instances that rely on externally saved presets and which rely on prerecorded node locations. This r...text object, message, and comment, when edited, are reinstantiated and thrown on top of the glist stack which messes with the preset hub instances that rely on externally saved presets and which rely on prerecorded node locations. This renders saved presets useless. May also need to warn users that to front/to back commands may exacerbate this problem for all objects. May need to be addressed through both retaining the existing object position and improving the hub logic.https://git.purrdata.net/jwilkes/purr-data/-/issues/685Double-clicking on a patch while having purrdata already running does not any...2020-10-06T19:21:07ZIvica BukvicDouble-clicking on a patch while having purrdata already running does not any more open the patchTested on Win10 with the latest version of the master branch. I seem to recall this working ok recently.Tested on Win10 with the latest version of the master branch. I seem to recall this working ok recently.https://git.purrdata.net/jwilkes/purr-data/-/issues/684[IMPORTANT] Calling sys_close_audio() freezes the app on macOS2020-09-23T18:29:18ZZack Lee[IMPORTANT] Calling sys_close_audio() freezes the app on macOSIn macOS (Catalina 10.15.5), toggling the DSP on and off freezes the Purr Data app. (the latest master branch)
I believe this issue happens from one of the latest releases. (Probably during the GSoC period)
I tried to fix this and it t...In macOS (Catalina 10.15.5), toggling the DSP on and off freezes the Purr Data app. (the latest master branch)
I believe this issue happens from one of the latest releases. (Probably during the GSoC period)
I tried to fix this and it turned out that calling `sys_close_audio()` causes the freezing.
I believe the function itself (and Port Audio's `pa_close_audio()`) is not what's causing it since it has not been updated for a long time.
I could not really fix this issue but found a temporary solution to at least make it work on macOS which is the following:
```
void sys_close_audio(void)
{
#ifdef __APPLE__ /* temporary solution to fix freeze on macOS */
return;
#endif
...
}
```
This will at least allow macOS users to be able to use Purr Data. I tested this and it worked fine.
I think this issue needs to be fixed ASAP because macOS users won't be able to use the app until it is fixed.
I also have one question: Is "use callback" in Audio Preferences set to true by default? I tried unchecking it but it causes the app to either freeze or crash.https://git.purrdata.net/jwilkes/purr-data/-/issues/683Purr Data / pd-l2ork name inconsistencies between systems2020-09-12T16:42:57Z60-hzPurr Data / pd-l2ork name inconsistencies between systems- On OSX the app name is "pd-l2ork.app", the icon is [pd]
- On Linux the App name is "Purr Data", and the icon is [l2Ork]
- On Windows the app name is "Purr Data", (the app is in "Purr Data" with pd.exe executable)
Also the informatio...- On OSX the app name is "pd-l2ork.app", the icon is [pd]
- On Linux the App name is "Purr Data", and the icon is [l2Ork]
- On Windows the app name is "Purr Data", (the app is in "Purr Data" with pd.exe executable)
Also the information panel say in every systems: "About Pd-l2ork"
A better consistency could be possible and helpful for newcomers?https://git.purrdata.net/jwilkes/purr-data/-/issues/681Fallback mechanism for missing translations2020-09-03T22:54:02ZAlbert GräfFallback mechanism for missing translationsWe need a fallback mechanism for missing translations in foreign languages which defaults to the en locale if some localized string cannot be found. Cf. https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/500#note_7838.We need a fallback mechanism for missing translations in foreign languages which defaults to the en locale if some localized string cannot be found. Cf. https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/500#note_7838.https://git.purrdata.net/jwilkes/purr-data/-/issues/680pddp link does not always revert to its instantiated format after editing2020-09-02T19:38:02ZIvica Bukvicpddp link does not always revert to its instantiated format after editingIn the about patch, in edit mode, click on a pddp/link, and it will be activated and become editable. If one clicks outside any other object, it will be properly deselected and re-instantiate in its clickable (non-activated) format. Howe...In the about patch, in edit mode, click on a pddp/link, and it will be activated and become editable. If one clicks outside any other object, it will be properly deselected and re-instantiate in its clickable (non-activated) format. However, if while pddp/link is activated, if you click on something else and immediately select it, it will become deselected but its content will remain as if it is in activated mode.https://git.purrdata.net/jwilkes/purr-data/-/issues/679nw.js 0.47.x: Preferences don't close with Ok or Close2020-09-02T11:25:14ZAlbert Gräfnw.js 0.47.x: Preferences don't close with Ok or CloseI can reproduce this (on Linux) as follows: Open the prefs dialog, change something, press Ok. The dialog will close alright the first time. Do it again => Ok still commits the changes, but doesn't close the dialog anymore, neither does ...I can reproduce this (on Linux) as follows: Open the prefs dialog, change something, press Ok. The dialog will close alright the first time. Do it again => Ok still commits the changes, but doesn't close the dialog anymore, neither does the Close button. I have to close the window from the window manager using the x button to get rid of the window.
With 0.22.4 this works every time, so this seems to be a regression for the latest nw.js versions that I've been using lately (0.46+). Also happens on Windows (with nw.js 0.47.3).