no, i don't think CLion has an internal browser, but easy enough to have one running alongside 🙂

ah, you have remote debugging working - thats cool...
are you doing cross-compiling, then sending the binary to bela for execution/debugging...
that would be a really slick way to integrate...
(hmm, perhaps we should really discuss this on a separate topic 🙂 )

Yep cross-compiling, it isn't too much of a chore to setup.

All the info to setup eclipse Is here: https://github.com/BelaPlatform/Bela/wiki/Compiling-Bela-projects-in-Eclipse

Also a cross compiler is there with gdb to download, I built this all with crosstools to match GCC and GLIBC versions with Bela.

I just checked and clicking on a pd source file in Eclipse opens it up in PD as well.

The Scripts for syncing the includes and libs from the bela are not setup to use libpd though, I am going to change the scripts and test building/debugging a pd based project with eclipse...

libpd is installed on the board on /usr/local/include/libpd/ and /usr/local/lib/libpd.so* (don't remember if there are any symlinks).

23 days later

new version of Orac 2.0 release (release version - out of beta 🙂 ) over at patchstorage as always

    4 months later
    a month later

    Hi, thanks for the software! has anyone used this on the latest bela firmware? I have seen on other threads there are performance issues but my bela seems to even have problems with the demo patches (60% cpu for the drumbeat one, and the polysynth one locks it up, no terminal response). I wonder if anyone else is having the same issue?

    hmm, I only yesterday updated my Bela/Salts to the latest software, and not had a chance to test.

    Were you running Orac before you updated the software? are you sure its deteriorated?

    unfortunately I didn't really take any measurements of what the load was on the previous version of bela software,
    so I cannot say if the number you mention are worst or not.

    I'll give a go when I get a chance, but Im not sure they'll be anything I can do to improve it...
    as Ive mentioned on other threads, really its down to poor floating point performance on the BeagleBone Black (due to using VFPLite) ... and so libpd is not performing well (and I cannot optimise libpd) for large/complex pd patches like Orac - this is why the BeagleBone AI is really exciting to me 🙂

    but as i said, when I get a chance, I'll take a look see if something odd is going on...

    Were you running Orac before you updated the software? are you sure its deteriorated?

    No I am a complete newbie, just trying things out before getting into the weeds. I am not sure how well the previous version performed. I might do some more testing and get back to you.

    Beaglebone AI

    Hmm, I don't know much about this, would it be a drop in replacement for the beaglebone black? I guess that would make it a neat upgrade for my pepper once it's built then!

    18 days later

    Thanks for the work. I tried installing ORAC on the Nebulae v2 but wifi doesn't work. I did edit the name and password in the wlan0-wifi txt file. Then I ran the 3 different inst files on Nebulae, but no wifi.
    When opening the sd card from nebular on a different Linux desktop, the .inst files are copied ok. I didn't see the wlan0-wifi copied to /etc/netctl, should it be there?
    When connecting a HDMI cable to Nebulae v2, there is no display. How did you develop/debug on the Nebulae? Is serial the way to go?

    Yes config should be there - if its not copying WiFi setup , sounds like your not running WiFi script?

    Iirc the way I worked this originally was connecting via Ethernet , I think this works ‘out of the box’

    (HDMI doesn’t work, doesn’t have the drivers loaded)

      thetechnobear I did run all the 3 scripts (including WIFI) several times. Somehow the script is not running or copying the files properly. It would be great to have a log.txt (on the USB stick) to verify output. Thanks for the tip, I wIll try the ethernet approach instead.