Looks like EigenD pythoninstall has wx version 2.8.12.1, No idea about gtk.
I know on the Mac the EigenBrowser and EigenCommander no longer work. So you’re better sticking with Workbench.
Looks like EigenD pythoninstall has wx version 2.8.12.1, No idea about gtk.
I know on the Mac the EigenBrowser and EigenCommander no longer work. So you’re better sticking with Workbench.
Mark posted in 2016 on the Eigenlabs developers forum an invitation for others to help upgrade eigenBrowser and eigenCommander to the wxPython Phoenix API. Phoenix was the first of wxPython-4.0.x series. I didn’t find any follow-up information on whether or not that was achieved, hence my question.
No, I couldn’t get it working, i has various issues which i couldn’t track down , seemed mainly to do with threading and timing which I found very difficult to debug.
I’ve done various other experiments and tests for replacing eigenbrowser and eigencommander but never really had time/motivation to complete them, Partly because most of use have got around this by using workbench instead - and it’s a lot of work to get rewrite them.
Ugh. Debugging threaded real-time stuff can be a slow march into madness.
What needs be done can be handled between Workbench and Stage, from what I’ve so far seen of each. But windows aren’t popping up from the editing buttons on Stage’s Drummer tab. Inconvenient, so gets my first attention.
Sorry to reanimate this corpse, but I’ll put this here in case it helps someone else. scanner0
seems broken on linux in community-2.1.7 (at least with python-2.7.18 which is the stock version in Ubuntu 22.04) but the workaround to prevent eigend
from ever calling it (after you’ve run it for the first time and it hung and you killed it) is:
cp ~/.Eigenlabs/Plugins/plugins_cache_64 ~/.Eigenlabs/Plugins/plugins_cache
cp ~/.Eigenlabs/Plugins/bad_plugins_64 ~/.Eigenlabs/Plugins/bad_plugins
because it seems to be a little confused on the file naming somewhere.
There’s a similar naming problem with soundfonts, e.g. I had to do this to get the piano to load (a hint was in the logs):
(cd ~/.Eigenlabs/Soundfont && ln -s Black_Grand_Medium.sf2 'Black Grand Medium.sf2')
After that, I could more or less load a setup and get sounds to play, but there are quite a few problems that make it otherwise unusable (crashes, freezes, broken audio on cello/clarinet/synth, can’t browse for soundfonts via sampler buttons in stage, etc).
So… is anyone here regularly using eigend on Linux? I couldn’t find a branch, tag, or release of community-2.1.8 mentioned above. I do see a 2.2 branch in github. Not sure if I should go through the trouble of hand-building python-2.7.10 if it won’t make a difference.
Same problem using official python-2.7.10
this has been a known issue from the start , as far as I can remember… regardless of python version I tried.
the workaround detailed above, was only about how scanner failing would also cause eigend to hang, it was not a solution to scanner.
Hi everyone!
Been a while since I posted anything, but the day job has kept me completely swamped for months.
I just thought I’d share that I built and tested 2.2.1 on ubuntu 24.0.4 realtime kernel, with gcc
14 and got it up and running, and it works quite well. So far no bugs other than the same weirdness with the plugin scanner that previous community releases had. Not entirely sure why scanner0 goes into zombie mode. But, I rarely use plugins, so I’ve pushed that aside.
Some notes for others that might want to do the same…
You’ll need python2 installed along with your python3, but it is not available in any repo for 24, and there are major problems with building from source from python.org. In effect, it will build with some effort, but it simply won’t play nice with pretty much anything. It will crash on memory allocation on startup.
So you’ll need to install these specific from the repos from ubuntu 22.
libpython2.7_2.7.18-13ubuntu1.4_amd64.deb
libpython2.7-dev_2.7.18-13ubuntu1.4_amd64.deb
libpython2.7-minimal_2.7.18-13ubuntu1.4_amd64.deb
libpython2.7-stdlib_2.7.18-13ubuntu1.4_amd64.deb
python2.7_2.7.18-13ubuntu1.4_amd64.deb
python2.7-dev_2.7.18-13ubuntu1.4_amd64.deb
python2.7-minimal_2.7.18-13ubuntu1.4_amd64.deb
of course, set up your alternatives for python so you can switch between 2.7 and 3.12 (current)
There are some code changes that need to be made in your git checkout to SCons, and Juce core, namely disabling -Werror, and disabling curl for Juce.
GCC 14 is SUPER picky about warnings, and they’re all over the place, and if you try to build with -Werror, it’s probably gonna be a bad time. Bottom line, is some stuff is deprecated that worked with no warnings before, but now generates a ton of warnings, and -Werror treats warnings like errors.
and for whatever reason, the Juce framework simply will not link wit libcurl if you have it installed. The linker just won’t do it, and fails but with no other output, so I cannot tell why. Likely there is something in Juce that requirres a specific older version of libcurl.
However, it is not at all necessary, as the library falls back to manually managing net calls. So you can disable that feature.
With the above, it builds and runs like a dream.
I can share my changes to anyone that might need them. May save you some hair pulling.
Also, I’ve been working on and off on updating the python dependencies to work with 3. I still have a ways to go, but my early testing has been very postivie. I’m hoping that in the next month or so, I might be able to provide a python 3 compatible version. The conversion is actually fairly straightforward, but there is a LOT of it. So it’s taking a bit of time, as I don’t have a great deal of time to dedicate to it.
BTW, I’ve found GPT invaluable in refactoring in a lot of cases. It’s definitely a bit messy and will miss important things, but it can do 70% of the heavy lifting. You just gotta get used to the kinds of bone-headed things it’s prone to.
Anyway, I hope everyone has an amazing holiday season this year!
Many happy mandarin oranges!