[motosega]

Looks great!

The first synth I ever had! I must get another one…

It’s great to see editors for synths like this. You are a true gentleman.

[motosega]

i just picked up an fb-01, has anybody made any progress with the panel?

[motosega]

i would support again for mac builds, although i’m a linux zealot, destiny landed a mac on my desk.

[motosega]

thanks, i’ll have a look at your superjx pannel
i’d rather avoid lua if possible, maybe there’s another way

i’ve been getting a bit deeper into ctrlr and i discovered global variables.
Can’t i just create a load of controllers attatched to global variables, then create a ‘send’ button with a sysex formula that contains the variables in the right order?

i checked and there are enough global variables for all the voice parameters on the orla dse12. its’s a pretty simple synth, unfortunaty it dosen’t respond to Control Changes and it only has a single patch sysex format.
nobody has ever made a sysex editor for it.(maybe there was an atari editor, but it’s been lost in the mists of time)

it sounds great but it’s really a pig to program from the front panel

[motosega]

i donated 10$ not because i care about osx builds, but because atom just started doing 32bit linux builds, and i should probably put my money where my mouth is……see what i said a few posts above /\

[motosega]

ok! its working!

the i686 package works but is missing the pannels so i downloaded the x86-64 package to get the pannels and it works perfectly!

thanks, you saved my bacon!

now all i have to do is figure out how ctrlr works.

[motosega]

unfortunately the last i686 builds you uploaded are broken,
the file is only 16k.

thanks for starting to provide binaries for i686 again. since it looks like i won’t be able to build from source its my only hope!

the i686 build from last year does work though.
http://ctrlr.org/nightly/Ctrlr-i686-5.3.85.sh

i put package request in the kxstudio bugtracker on git but i don’t think its a priority for them.

thanks.

[motosega]

i think gcc is crashing because it runs out of memory. subsequent builds fail because of left overs from the first compile.
i’ve had this happen on two different computers. both of them have relatively little memory by modern standards. one has 1gb the other only 768mb. they both swap a lot and become unresponsive when compiling, then eventually the build fails.

i’m curently at a loss as to how i can get ctrlr compiled.

[motosega]

i’d donate for 32bit linux builds!

• This reply was modified 8 years, 2 months ago by motosega.

[motosega]

i just did a git pull and now i get a new error:

uno@uno-1001PX:~/src/ctrlr/Builds/Generated/Linux/Standalone$ ./build.sh
CTRLR[linux]: Building for i686, JOBS 2
CTRLR[linux]: PCH not rebuilt, use -f to force
CTRLR[linux]: Remove the shared source, for main() compatibility
CTRLR[linux]: Build now

make: *** No rule to make target ‘../../../../Source/MIDI/CtrlrMidiDeviceManager.h’, needed by ‘../build/i686/CtrlrUtilitiesGUI_4d233a31.o’. Stop.
make: *** Waiting for unfinished jobs….
Compiling CtrlrOSC.cpp
CTRLR[linux]: build failed

[motosega]

the latest entry from >git log

uno@uno-1001PX:~/src/ctrlr/Builds/Generated/Linux/Standalone$ git log
commit 61d4255b4c2016d956da3cc3d2edd1c3c91c61c0
Author: r.kubiak
Date: Wed Nov 25 13:21:47 2015 +0100

Updated JUCE (for the win xp sp2 and below fix)

Fixed the midi settings dialog (duplicate combo items)

[Author]

Posts