Radium is an open source music editor with a novel interface.
It's inspired by trackers, but has fewer limitations and uses graphics
to show musical data.
The new 1.9.x series of Radium has a lot of new features:
* Audio.
* A quick-to-use modular mixer. Jack ports can be inserted anywhere.
* VST plugins and instruments (native, not via wine)
* LADSPA plugins
* Sampler instrument (soundfiles, XI instruments, soundfonts)
* Fluidsynth instrument
* 20 STK instruments. (Physical modelling)
* Hiqh quality built-in multiband compressor (http://users.notam02.no/~kjetism/radium ... tiband.png)
* Built-in filters and equalizers.
* Simple arpeggiator
* Drunk input velocity
* Various GUI improvements
* Tapiir plugin
* Zita reverb plugin
An especial thanks to Yann Orlarey for Faust, Julius O. Smith III for
the Faust filter and compressor code and more, Romain Michon for the
Faust STK instruments, Fons Adriaensen for the amazing Zita reverb sound
(and Julius O. Smith III for the Faust implemention of it),
and Rui Nuno Capela for QTractor. (Plugin GUI code are based on code
taken from QTractor.)
I'm intrigued. I attempted to figure out a Radium release from a couple of months ago, but couldn't get things to work well enough.
This time I can't compile. I'm on Ubuntu 12.10 (fairly vanilla).
A few of the dependencies have changed names in Ubuntu 12.10. I think I figured those out fine. However, a gc.h header is missing. Not sure what library or tool that's supposed to be coming from.
...
common/t_gc_proc.h:29:16: fatal error: gc.h: No such file or directory
compilation terminated.
That file should be there. Did you follow the procedure in the README file?
make packages
./build_linux.sh -j7
./start.sh
I just checked in my virtual ubuntu 12 computer, and radium 1.9.3 both compiles and runs
following that procedure. (Except that I had to add -msse option to Mixer.cpp, and set USE_VESTIGE=1 in the makefile, but no missing gc.h file)
Is your virtual Ubuntu version 12.10? Could you do a quick search to see where the gc.h file is located on that virtual Ubuntu? And what compilation tools do you install when you set up your virtual box? Maybe gc.h is installed by one of those. I install a few standard Python and GCC packages for compiling, but maybe I need some mingw packages or something else to compile Radium.
EDIT: I'll try your two changes to see if I can get it to compile and get back to you.
paulmerchant wrote:Yes, I followed that procedure.
Is your virtual Ubuntu version 12.10? Could you do a quick search to see where the gc.h file is located on that virtual Ubuntu? And what compilation tools do you install when you set up your virtual box? Maybe gc.h is installed by one of those. I install a few standard Python and GCC packages for compiling, but maybe I need some mingw packages or something else to compile Radium.
kjetil@kjetil-VirtualBox:~/radium-1.9.3$ more /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=12.04
DISTRIB_CODENAME=precise
DISTRIB_DESCRIPTION="Ubuntu 12.04 LTS"
But I've also tested with 12.10 earlier.
Anyway, there's something else wrong.
gc.h is placed in the directory bin/packages/gc-7.2/include/ , which is created when you write "make packages".
Is that file there? And does the command which fails contain the option -Ibin/packages/gc-7.2/include ?
Thanks for the help. I'm much closer. Duh. I didn't run make properly (maybe "make packages" should be added to your README).
Anyway, after running make packages and switching DUSE_VESTIGE=1 it compiles a lot further, but now I've got a problem with Mixer? How do you add the -msse option to Mixer.cpp?
paulmerchant wrote:Thanks for the help. I'm much closer. Duh. I didn't run make properly (maybe "make packages" should be added to your README).
Yes, it's there. It's always been there actually.
Anyway, after running make packages and switching DUSE_VESTIGE=1 it compiles a lot further, but now I've got a problem with Mixer? How do you add the -msse option to Mixer.cpp?
kmatheussen wrote:
Yes, it's there. It's always been there actually.
Yep. Right where it's supposed to be.
Thanks again for the help. Everything now compiles on 12.10. I'm excited to play around with it.
I did some composing with different versions of Aodix back in the day (I even helped the dev with a few things before he tragically passed away). I know Radium is quite different, but it brings back some fond memories of Aodix. Good luck with everything.
Ouch. Seems like I have forgotten to add the file eventreceiverparser_generated.py to the repository.
As a workaround it's enough run the program at least once before you write make install. That file
is generated automatically when you run the program.
From what I understood, radium wants RW access to its own lib dir, but that can't happen for installs where the libdir is at /usr/lib/radium
Ouch. Seems like I have forgotten to add the file eventreceiverparser_generated.py to the repository.
As a workaround it's enough run the program at least once before you write make install. That file
is generated automatically when you run the program.
ah, I see.
Thanks for the tip, installing that file makes it run!
Will upload a package of latest git (need to pick the latest fixes) to the KXStudio PPAs very soon.
Sounds great. Make sure you include 6193ebf190 (which I just pushed), since it contains a crash-fix.
* Undo sample change
* Text looks better.
* Upgrade bdw-gc to 7.2d
* Play block when pressing "Alt Gr" or Right Shift alone.
* Menu improvements and clean ups.
* Gradient color tempo-show track.
* Midi Input port can be configured.
* Radium window icon
* Filename is shown for the Sampler Instrument and the FluidSynth instrument
* Current "chip" (mixer object) is drawn in more distinct colors.
* Fixed release value in Sampler instrument.
* Notes can be added while playing. (works quite okay)
* Keyboard is functional in the font and color setting windows.
* Menu option to configure system font.
* GUI should look okay also for other system font sizes than 8.
* Chip (mixer object) name is updated properly.
* Demo-song clean-up.
* The looks when zoomin in on a single line is cleaner. (Left shift + up/down)
* Never expand editor area when changing track width
* Various build fixes from Dominique Michel
* Use system font size for menues, not 8
* Adjust slider text position
* Dont crash if loading plugin fails
* Give editor keyboard-focus when clicking it
* Option to set number of lines to scroll when adding notes. (suggested by Florian Paul Schmidt)
(Ctrl-1, Ctrl-2, etc. similar to Renoise)
* Right click to reset slider value
* Properly load samples. (Thanks to Erik de Castro Lopo for explaining the libsndfile API)
* Avoid playing samples two times (almost exactly on top of each other) when clicking the filename of a sample. (Bug found by Florian Paul Schmidt)
* Make bindir and libdir overridable in the Makefile. Requested by Dominique Michel to easier make ebuilds for Radium.
* Support several paths in LADSPA_PATH (Bug reported by Florian Paul Schmidt)
* Fix readline build errors (Bug reported by Florian Paul Schmidt)
Question: How do you set the folder for VST plugins?
I have several installed, but none are shown in the VST menu (using vestige header, I can't build with the real SDK on PPAs).
I guess the same fix for LADSPA_PATH needs to be set for VST_PATH?
You can add paths in Edit -> VST Preferences. VST_PATH is not used.
VST_PATH is automatically set in KXStudio (and configured via GUI, see http://kxstudio.sourceforge.net/screens ... dence3.png).
I use VST_PATH in my Carla host, Qtractor uses it, and Renoise too. Even dssi-vst uses it too, although for Windows DLLs.
Ardour3 is the ugly guy, which for some reason decided to go with LXVST_PATH. Even still, the KXStudio package is patched to use VST_PATH instead.
Oh, I didn't know that VST_PATH is used for native vst plugins now. When I introduced that variable in 2002 (in vstserver), it was used for windows dll files.
