purr-data issueshttps://git.purrdata.net/jwilkes/purr-data/-/issues2020-06-10T04:50:18Zhttps://git.purrdata.net/jwilkes/purr-data/-/issues/610Some objects when selected are highlighted in blue (pd vanilla), others in or...2020-06-10T04:50:18ZIvica BukvicSome objects when selected are highlighted in blue (pd vanilla), others in orange (pd-l2ork). This may need to be made consistent. Comments are also hard to spot when selected on darker backgrounds since their edges are not highlighted like other objects.Windows 2.10Windows 2.10https://git.purrdata.net/jwilkes/purr-data/-/issues/601Pressing arrows when object is selected should move object not scroll the canvas2020-06-10T04:51:13ZIvica BukvicPressing arrows when object is selected should move object not scroll the canvas2.10, windows. I imagine windows scrolling would be appropriate if no object is selected.2.10, windows. I imagine windows scrolling would be appropriate if no object is selected.https://git.purrdata.net/jwilkes/purr-data/-/issues/590array name should be inside the array to provide a more predictable bbox calc...2020-05-24T16:06:00ZIvica Bukvicarray name should be inside the array to provide a more predictable bbox calculation and keep consistency with 1.0 branchKeeping it where it is now limits array's utility for visualization purposes--its bbox detection is not accurate (at least not in vanilla) as it does not factor in the label. Perhaps this should be one of the additions to the -legacy fla...Keeping it where it is now limits array's utility for visualization purposes--its bbox detection is not accurate (at least not in vanilla) as it does not factor in the label. Perhaps this should be one of the additions to the -legacy flag to support both vanilla and new behavior, even though outside the bbox inconsistency it should not have any major impact on the compatibility/operability. Long-term-wise this may be also something that can be repositioned?https://git.purrdata.net/jwilkes/purr-data/-/issues/586list cat clear command not clearing the list2020-03-28T17:24:28ZIvica Bukviclist cat clear command not clearing the listTitle says it all. Use the help file to test.
I seem to recall Jonathan doing some optimizations on the object a while ago being unsure why something was implemented the way it was. This may have been a side-effect of that change as the...Title says it all. Use the help file to test.
I seem to recall Jonathan doing some optimizations on the object a while ago being unsure why something was implemented the way it was. This may have been a side-effect of that change as the clear works fine in 1.0 branch.https://git.purrdata.net/jwilkes/purr-data/-/issues/585Purr Data is not for real-time MIDI and Audio projects!2020-05-04T15:41:26ZJoseph GastelaisPurr Data is not for real-time MIDI and Audio projects!Hello,
I know this issue title is a little bit provocative but it's the true reality I'm facing to. Am I the only one?
Thanks for releasing Purr Data v.2.10.1 (with Pd 0.48.0 & NW.js 0.24.4). For the record, Pd Vanilla is actually at v...Hello,
I know this issue title is a little bit provocative but it's the true reality I'm facing to. Am I the only one?
Thanks for releasing Purr Data v.2.10.1 (with Pd 0.48.0 & NW.js 0.24.4). For the record, Pd Vanilla is actually at v.0.50.2 and NW.js at v.0.44.5.
1- Despite the recent release of its last version, this open-source development software is not meeting yet its declaration of intention:
"Purr Data serves the same purpose than Pd (Pure Data); i.e. a graphical data-flow programming environment which is geared towards real-time interactive computer music and multimedia applications but offers a new and much improved graphical user interface and includes many 3rd party plug-ins."
2- After few months of development, I arrived to the (temporary) conclusion that unfortunately I cannot use Purr Data for any serious real-time interactive computer music and audio projects. The real-time problems were increasing as my project was getting bigger even when the sub-patchs/GOPs are in idle mode.
These major issues seem to be linked to the combination of several elements, at least:
- Purr Data cannot handle simply several CPU in parallel when using only one patch contending several sub-patchs/GOPs.
- Purr Data modern GUI is too much CPU-consuming, due to at least the usage of only one CPU.
- Purr Data is not able to properly handle the Mouse, even when just moving it (with no click, no drag, no scroll).
- Purr Data is an old turtle when using Copy/Paste or Duplicate or Moving just few tens of objects in EditMode.
Please, have a look at some of my previous posts regarding these major issues:
- #581 - EditMode / Reliability Issues
- #555 - Thread 1 "purr-data" received signal SIGSEGV
- #553 - Copy/Paste / Duplicate / Move Weird behavior
And see also for MIDI objects:
- #563 - Support for 'Cyclone' 0.4
- #554 - Cyclone v.0.2 issues with MIDI
- #355 - 9 Cyclone objects that still need to be ported to Purr Data
3- After few weeks of heavy bugs testing of my MIDI/Audio project and Purr Data, it is now clear to me that this development tool has a lot of major and ongoing design issues which are not fixed yet, if they could be fixed.
I'm giving hereafter 3 new, significant and reproducible at will examples (under Linux). It's the same very bad behaviour under GNU/Linux (Linux Mint 19.3) with/without JACK as well as under Windows 10 (v.1909) with/without JACK or ASIO -and- DSP = OFF. No error or warning mentioned in the Console.
Purr Data 2.10.1 / All GOPs = IDLE (except [pd dt]) => Moving my Mouse => see the very unexpected impact on CPU load:
a- with EditMode = OFF (Purr Data + Task Manager together)
![mdre+-0321_prd-em-off](/uploads/4a35193cedd7d3641c40db83e7bd6779/mdre+-0321_prd-em-off.jpg)
b- with EditMode = OFF (Purr Data + Htop alone)
![mdre+-0321_prd-htop](/uploads/d8f86d53c13b56b654ccee1e511dcd64/mdre+-0321_prd-htop.jpg)
c- with EditMode = ON (Purr Data + Task Manager together)
![mdre+-0321_prd-em-on](/uploads/9acd88e71265c97dd88bf16674115052/mdre+-0321_prd-em-on.jpg)
And then when I'm effectively running (with EditMode = Off) such or such GOP(s), the situation is getting worse and worse, leading very quickly to contentious erroneous MIDI values, audio glitches from short to long, random freezes of few seconds and finally totally freezing the whole project by just moving the mouse over the GOPs. This is an undocumented and hidden feature of Purr Data.
Note that I cannot test my project under Pd Vanilla as it is loading it but with too many errors, just displaying about half of the GOPs and these GOPs are not functional even for stand-alone ones, with the required externals well loaded.
4- An example of Warnings messages in the Console after having closed my 'MDR-E+' project (with just Open / No use of the GOPs / Close)
`[4] image: warning: no image data in cache to free
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .93778a40 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9377a630 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9377c220 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9377de10 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9377e130 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9377e450 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9377e770 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9377ea90 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9377edb0 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .93798e00 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9379a9f0 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9379c5e0 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9379e1d0 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9379fdc0 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .937a19b0 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .937a35a0 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .93805260 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9381b9c0 0
legacy tcl command at 201 of ../shared/hammer/file.c: hammereditor_close .9383c470 0
error: x55839318a5d0: no such object`
5- Reading again the useful "Meet the Cat: A Quick Introduction to Purr Data" written by Albert Gräf didn't help me.
So, for the time being, I put with regret my 'MDR-E+' project developed with Purr Data in standby (confinement!) until this situation could be clarified... or not.
Don't get me wrong. Purr Data is a great piece of open-source software and many thanks to the team working on it. It's viable as long as you are using it only for small projects like 'Simple MIDI Sequencer', my 2nd project under Purr Data. But as soon as you start to use it for bigger projects (but still reasonable), like my 'Music Disk Record Emulator+' (an emulation of a 30 years old Yamaha MIDI hardware) its MIDI and Audio real-time limitations become more than obvious.
And for me, Pure Data Vanilla is not a viable alternative due to its bad looking and obsolete GUI.
Best,https://git.purrdata.net/jwilkes/purr-data/-/issues/568JGU packages for Purr Data 2.10.02019-12-04T22:47:20ZJoseph GastelaisJGU packages for Purr Data 2.10.0Hello Albert,
I'm a little bit confused. I have just discovered that v.2.10.0 is available since 2 weeks but no notification received in my Package Manager under Linux Mint 19.2 for updating my v.2.9.0. I though something was broken on ...Hello Albert,
I'm a little bit confused. I have just discovered that v.2.10.0 is available since 2 weeks but no notification received in my Package Manager under Linux Mint 19.2 for updating my v.2.9.0. I though something was broken on my PC.
Trying to understand what is happening, I have discovered that JGU packages were moved for the Debian/Ubuntu package to repositories on SuSE's Open Build Service (OBS) from your PPA on Launchpad.net. I have surely missed something!? Am I alone?
Question: What is the right procedure for replacing PPA with OBS on my PC, just remove PPA and replace it with OBS. And also do I have before to uninstall Purr Data 2.9.0?
Thank you. Best, Josephhttps://git.purrdata.net/jwilkes/purr-data/-/issues/562[text sequence] with -t flag crashes purr-data2019-11-28T14:06:57ZH. James Harkins[text sequence] with -t flag crashes purr-dataNew patch, create `[text sequence name -t 120 permin]` or any tempo and units. Crash bang.
Works fine in Pd vanilla.New patch, create `[text sequence name -t 120 permin]` or any tempo and units. Crash bang.
Works fine in Pd vanilla.https://git.purrdata.net/jwilkes/purr-data/-/issues/560Save dialog sometimes hangs2019-11-13T01:53:46ZH. James HarkinsSave dialog sometimes hangsTwice in the last two or three days, it's gone like this:
1. Create a new patch and put some objects in.
2. Hit Ctrl-S to save.
3. File dialog comes up, but is completely unresponsive.
*Usually* the save dialog works fine. That it fail...Twice in the last two or three days, it's gone like this:
1. Create a new patch and put some objects in.
2. Hit Ctrl-S to save.
3. File dialog comes up, but is completely unresponsive.
*Usually* the save dialog works fine. That it failed once would have been a fluke. Twice is worrisome.
The first time this happened, I was able to use the XFCE task manager to right-click on the purr-data process and kill it.
The second time (just now) I could open the task manager by keyboard, but right-click was unresponsive there too (?). But I was able to switch to a different workspace and click on an open terminal window and do `killall purr-data`.
Purr-data has been quite stable for the last few months and only recently seemed to go sideways in this way. It might be due to an Ubuntu Studio update (?).
Ubuntu Studio 18.04, XFCE 4.12, Pd-l2ork 2.9.0 20190819.https://git.purrdata.net/jwilkes/purr-data/-/issues/544Windows/msys2 compilation problems2019-07-30T20:29:46ZAlbert GräfWindows/msys2 compilation problemsOn the latest msys2/mingw (fully updated) I'm getting this error:
~~~
cd /home/ag/purr-data/externals/OSCx && ./configure
configure: loading site script /mingw32/etc/config.site
checking build system type... i686-w64-mingw32
checking ho...On the latest msys2/mingw (fully updated) I'm getting this error:
~~~
cd /home/ag/purr-data/externals/OSCx && ./configure
configure: loading site script /mingw32/etc/config.site
checking build system type... i686-w64-mingw32
checking host system type... i686-w64-mingw32
checking for gcc... gcc
checking whether the C compiler works... no
configure: error: in `/home/ag/purr-data/externals/OSCx':
configure: error: C compiler cannot create executables
See `config.log' for more details
make[3]: *** [Makefile:1362: /home/ag/purr-data/externals/OSCx/Makefile] Error 77
make[3]: Leaving directory '/home/ag/purr-data/externals'
make[2]: *** [Makefile:209: externals_install] Error 2
make[2]: Leaving directory '/home/ag/purr-data/packages'
make[1]: *** [Makefile:69: prebuilt_install] Error 2
make[1]: Leaving directory '/home/ag/purr-data/packages/win32_inno'
~~~
config.log shows:
~~~
configure:2634: gcc -DPD -I/home/ag/purr-data/pd/src -Wall -W -Wno-unused-parameter -ggdb -I/home/ag/purr-data/Gem/src -mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' conftest.c >&5
<command-line>: error: macro names must be identifiers
<command-line>: error: macro names must be identifiers
<command-line>: error: macro names must be identifiers
<command-line>: error: macro names must be identifiers
configure:2638: $? = 1
configure:2676: result: no
~~~
This is 100% reproducible for me. I'm not sure why we don't see these in the Windows runner, maybe it uses an older version of the msys2 base system?
Anyway, I can get rid of this error simply by removing the definitions `-D'srand48(n)=srand((n))'` and `-D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)'` from the `WINDOWS_HACKS` variable in externals/Makefile, i.e.:
~~~diff
diff --git a/externals/Makefile b/externals/Makefile
index a193a457..ef699e9c 100644
--- a/externals/Makefile
+++ b/externals/Makefile
@@ -73,8 +73,9 @@ ifeq ($(OS_NAME),linux)
endif
ifeq ($(OS_NAME),windows)
BUILDSRC_OS_NAME = win
- WINDOWS_HACKS = -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' \
- -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)'
+ WINDOWS_HACKS = -DO_NONBLOCK=1
+# -D'srand48(n)=srand((n))' \
+# -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)'
# These don't seem to be needed:
# -D'PROT_READ=1' \
# -D'MAP_PRIVATE=2' \
~~~
Should I submit this as a merge request so that we can see whether this breaks the Windows runner? It goes without saying that having to patch up the sources each time I try to build the Windows version is a bit inconvenient, and other users might run into this issue as well, thus the sooner we can get rid of these Windows-specific hacks the better.Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/542Building on macOS 10.14 Mojave2019-07-25T18:06:08Znerronsconiinedieu@gmail.comBuilding on macOS 10.14 MojaveXcode 10 doesn't build Purr Data for some reason. Go get Command Line Tools (macOS 10.13) for Xcode 9.4.1 on https://developer.apple.com/download/more/.
Seems like there are changes in the locations of the libraries so `configure` can't...Xcode 10 doesn't build Purr Data for some reason. Go get Command Line Tools (macOS 10.13) for Xcode 9.4.1 on https://developer.apple.com/download/more/.
Seems like there are changes in the locations of the libraries so `configure` can't find dependencies. Also rumors are that 10.14 stopped supporting anything with `-mmacosx-version-min` less than 10.9, but by using the old Command Line Tools things are working out just fine.
Wasted a lot of time on this, so I just wrote it down in case anyone upgrades on impulse like me...https://git.purrdata.net/jwilkes/purr-data/-/issues/537Supporting Ubuntu 18.042019-05-08T09:59:24ZPatrickSupporting Ubuntu 18.04Would it be possible to add support for Ubuntu 18.04?
The best audio distribution, in my humble opinion, is [Ubuntu Studio](https://ubuntustudio.org). Would be nice to try to follow the release cycle (same as Ubuntu I think).Would it be possible to add support for Ubuntu 18.04?
The best audio distribution, in my humble opinion, is [Ubuntu Studio](https://ubuntustudio.org). Would be nice to try to follow the release cycle (same as Ubuntu I think).https://git.purrdata.net/jwilkes/purr-data/-/issues/531decrease recursion limit to 10002020-05-23T08:21:12ZJonathan Wilkesdecrease recursion limit to 1000The increased size of STACKITER to 10000 can cause crashes on Windows.
Decrease it to 1000 where it used to be.
Even though recursion in Pd is treacherous, this could possibly break patches which depend on the larger limit. So we'll ne...The increased size of STACKITER to 10000 can cause crashes on Windows.
Decrease it to 1000 where it used to be.
Even though recursion in Pd is treacherous, this could possibly break patches which depend on the larger limit. So we'll need to bump the major version when this gets changed.3.0.0https://git.purrdata.net/jwilkes/purr-data/-/issues/530remove jessie builds from CI2019-04-25T04:40:39ZJonathan Wilkesremove jessie builds from CIThe way LTS works in Debian, they just drop the jessie-backports repo and cause apt-get update to output an error.
I removed that repo from /etc/apt/sources.list to get 2.9.0 to build successfully. But let's go ahead and take their erro...The way LTS works in Debian, they just drop the jessie-backports repo and cause apt-get update to output an error.
I removed that repo from /etc/apt/sources.list to get 2.9.0 to build successfully. But let's go ahead and take their error seriously and drop Jessie from CI and the release binaries.3.0.0Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/528add step to windows build instructions2019-04-14T18:37:00ZJonathan Wilkesadd step to windows build instructionsBefore step number 5, add a sentence telling to close the terminal and open a new one.Before step number 5, add a sentence telling to close the terminal and open a new one.Jonathan WilkesJonathan Wilkeshttps://git.purrdata.net/jwilkes/purr-data/-/issues/525Garbled Text Purr-data 2.6.02019-12-01T19:03:46ZBrandon HaleGarbled Text Purr-data 2.6.0Hello,
I am using Purr-data Pd-l2ork-2.6.0 20181001-rev.4f8d1ccf (the one from the Ubuntu 18.04 repository) on Ubuntu Studio 18.04 and I currently have an issue with garbled text. The program works fine, but text has some weird artefac...Hello,
I am using Purr-data Pd-l2ork-2.6.0 20181001-rev.4f8d1ccf (the one from the Ubuntu 18.04 repository) on Ubuntu Studio 18.04 and I currently have an issue with garbled text. The program works fine, but text has some weird artefacts in it. ![Screenshot_2019-04-03_14-52-44](/uploads/6de33aa68e6403491407c3bf835f3e72/Screenshot_2019-04-03_14-52-44.png)
![Screenshot_2019-04-03_14-52-13](/uploads/1c3e11142e89b984187c252fd130c384/Screenshot_2019-04-03_14-52-13.png)
![Screenshot_2019-04-03_14-51-45](/uploads/bfc7f56af44a956f315fd57b07f06b40/Screenshot_2019-04-03_14-51-45.png)
Notice in the pictures above the weird lines after certain text characters. This happens at all zoom levels too. What could this problem be?https://git.purrdata.net/jwilkes/purr-data/-/issues/523Purr Data 2.8.1 crashes when loading subpatch with widened text box2019-09-09T21:48:04ZChristof RessiPurr Data 2.8.1 crashes when loading subpatch with widened text box[purr-data-crash.zip](/uploads/782cea6a541f40432abd8a8b3349bbe1/purr-data-crash.zip)
I'm on Windows 7. I've narrowed down the problem to a very simple patch (see above) which crashes Purr Data with a socket error (shown in the picture)....[purr-data-crash.zip](/uploads/782cea6a541f40432abd8a8b3349bbe1/purr-data-crash.zip)
I'm on Windows 7. I've narrowed down the problem to a very simple patch (see above) which crashes Purr Data with a socket error (shown in the picture). I've seen encountered the same error on other occasions. Is this a known issue? Basically, I can't open many of my Pd vanilla patches in Purr Data...3.0.0https://git.purrdata.net/jwilkes/purr-data/-/issues/519pdlua loadbang2019-03-19T03:15:11Zkonsumerpdlua loadbangIf I make a pdlua patch, and then load it in a loadbang, it isn't available immediately, in the same patch, for example:
![Screenshot_2019-03-15_22-59-11](/uploads/432a87f605f7d99d4d4e15118c3977f5/Screenshot_2019-03-15_22-59-11.png)
If...If I make a pdlua patch, and then load it in a loadbang, it isn't available immediately, in the same patch, for example:
![Screenshot_2019-03-15_22-59-11](/uploads/432a87f605f7d99d4d4e15118c3977f5/Screenshot_2019-03-15_22-59-11.png)
If I rename created external, then rename it back it works.
I can get around this by dynamic-patching off the loadbang into a subpatch or by closing it and re-opening it, but both are not ideal.
![Screenshot_2019-03-15_23-14-17](/uploads/c0822973809d7bc87d3676d0dd741608/Screenshot_2019-03-15_23-14-17.png)https://git.purrdata.net/jwilkes/purr-data/-/issues/512Broken patch2019-03-05T16:03:19ZAske Vang RasmussenBroken patchHi Wilkes
I have a problem with purr data. It crashed while I was working on a patch, and now I can't open the patch anymore. I tried different things: I can still open every sub-patch used within the main patch if I open them seperately...Hi Wilkes
I have a problem with purr data. It crashed while I was working on a patch, and now I can't open the patch anymore. I tried different things: I can still open every sub-patch used within the main patch if I open them seperately. And I can still open the main patch if I delete the sub-patches within. I also tried copying the files and renaming them. I tried reinstalling pd and resetting the file paths and everything, and I tried downgrading from 2.8.1 to 2.8.0. When I try to open the entire patch it freezes after writing the working directory in the console, and then all preferences are blank. I can only force it to close with the task manager, then it opens a dialog box that reads: "Error: code: ECONNRESET errno: ECONNRESET syscall: read", with a blank command line, with the options OK and Cancel.
I think it crashed when I was editing the name of an object. It crashed when I tried to deselect the object, but it was still selected. When I tried to edit the object a second time it crashed. I have tried similar things when writing comments, where comments are still selected when I deselect it, and the text shows up in random places. It seems random when this bug occurs, but it doesn't crash when it happens with comments, I have only seen it happen this one time with an object, where it broke the patch. I hope you can help me.
Kind Regards, Aske Vanghttps://git.purrdata.net/jwilkes/purr-data/-/issues/511fix windows build guide installer directory2019-03-07T16:39:25ZJonathan Wilkesfix windows build guide installer directoryThe [build guide](https://git.purrdata.net/jwilkes/purr-data#windows-32-bit-using-msys2) for Windows says the installer is located in `purr-data/packages/win32_inno/Output` but it is actually in the toplevel directory of the repo.The [build guide](https://git.purrdata.net/jwilkes/purr-data#windows-32-bit-using-msys2) for Windows says the installer is located in `purr-data/packages/win32_inno/Output` but it is actually in the toplevel directory of the repo.https://git.purrdata.net/jwilkes/purr-data/-/issues/510update contribution section of README.md2019-04-16T17:19:03ZJonathan Wilkesupdate contribution section of README.mdWe need to make sure the [contributor guide](https://git.purrdata.net/jwilkes/purr-data#contributor-guide) has the following guidelines:
- short, clear commit message
- short, clear merge request title and description
- short branch nam...We need to make sure the [contributor guide](https://git.purrdata.net/jwilkes/purr-data#contributor-guide) has the following guidelines:
- short, clear commit message
- short, clear merge request title and description
- short branch name related to this issue, like update-readme