LinuxMusicians

(perhaps you just want some incentive for people to pay for binaries? It'd be better you just said so...) I don't bother with this. If people want radium, they should download it from the home page. I don't want to spend unnecessary time making sure Radium works with other versions of libraries, an...

Binaries are demos. Non-demos binaries are for suscribers. That's not an issue, it's your choice. But you seem to say that no good packaging can be made by others, including Falktx. Is it the same with compiling from source ? If yes, then it is incomplete free software, or anything else ? I don't g...

I've said this before: I rather see you don't package it. There are binaries for Radium on the home page. These binaries are packaged the proper way. Bad packaging makes Radium look bad, so it's better not to risk that. I'm not changing my mind about this just because you ask yet another time.

Deleted

falkTX wrote:There are third-parties that are trustworthy

but well...

...-demo...

Does that mean the linux binary you provide is intentionally limited in some way?

I won't package that.

Not much. Maximum 2 VST plugins.

Installing radium is very simple:
This is safer than compiling yourself or letting 3rd parties compile for you.

Radium 3.0.rc11 released. Changelog from 3.0.rc5 too big to include here, but it includes a bunch of bug fixes and minor improvements. https://github.com/kmatheussen/radium/blob/master/Changelog More notable changes: * Various fixes for AMD graphics cards. * MIDI sequencing of note on and note offs....

Radium does all these things, if you are willing to work in a different direction (literary).
http://users.notam02.no/~kjetism/radium/

> (from work I did a few years ago in CuBASE): http://www.ecital.net/epic.mp3

2'37 FTW!

ps. I completely forgot about our dear trackers. schismtracker particularly, and probably radium in the near future. Sequencing in a tracker is far out haha. Radium does indeed have support for sequencing now (i.e. recording MIDI accurately). But radium isn't really a tracker though... It just look...

I've looked a little bit at your code, and do you, by any chance, only scan VST shell plugins when they are opened, and not during initialization? I think I saw something like that, but maybe I misunderstood. I think that would solve the problem. qtractor performs the scan only when the user is abo...

To avoid loading vst plugins during program startup, I've hardcoded a list of known non-shell plugins (i.e. the list of my own vst plugins): // Not necessary to load non-shell plugins during startup. In addition, some of these are, or can be, buggy. static const char *known_nonshell_plugins[] = {&qu...

Released 3.0.rc5. Changelog rc3-rc5: * Workaround for empty TLS when loading VST plugins (Fix for u-he plugins) * Support VST shell plugins * Fix VST GUI close and re-open (not just show/hide window) * VST sub menues * Keep LADSPA plugin libraries in memory only when they are used * Cleaned up nativ...

Released 3.0.rc3 * Fix pd plugin on fedora 21 (and other distributions having wish8.6) * Fix various crashes related to changing the number of visible lines while playing * Use Unicode everywhere. Don't crash if running Radium in a non-ascii path. * Fix "use last estimated vblank value" bu...

How about send and receive objects? I think the main argument against using pipes instead of buses is that the mixer will be cluttered with signal connection lines. Send and receive objects would clean that up. That would certainly expand things I think and be a welcome edition. I haven't really ex...

Unfortunately not. It's hardcoded to two buses. I see there's room for one more in the GUI, so it should be possible to add one more without much trouble, but maybe we should investigate a way to add arbitrary number of buses in the GUI? How about send and receive objects? I think the main argument...