Ahoy there!

The Vee One Suite of so called old-school software instruments, synthv1, as a polyphonic subtractive synthesizer, samplv1, a polyphonic sampler synthesizer, drumkv1 as yet another drum-kit sampler and padthv1 as a polyphonic additive synthesizer, are once again released just before the season ends.

All available still in dual form:

• a pure stand-alone JACK client with JACK-session, NSM (Non Session management) and both JACK MIDI and ALSA MIDI input support;
• a LV2 instrument plug-in.

The changes for this end-of-season goes as follows:

• Introducing Scala micro-tuning classes, borrowed, stirred and refactored from original Nick Dowell's amsynth code, all under the GPL umbrella, of course.
• An internal note-key/frequency indirection table is now in place, as a baseline for any micro-tuning implementations.
• Whether to use native file browser/requester dialogs is now an effective option when launching under NSM session management (was once disabled initially).
• Initializing and/or requesting a New blank preset doesn't open a sample file picker dialog anymore as it was more than nagging while under on NSM sessions. (applies to samplv1 only).
• Trying to get CC14 MSB+LSB (course+fine) running status on, no matter whether each pairing event are under 200ms apart.
• A little hardening on the configure (autoconf) macro side.

The Vee One Suite are free, open-source Linux Audio software, distributed under the terms of the GNU General Public License (GPL) version 2 or later.

Hi there!

Almost 3 years after the last time, rtirq has been updated!

No big deal whatsoever just that scheduling policies and priorities are now reset/stop to SCHED_FIFO and 50, respectively. In fact there's no urge to update at all; the previous versions are still good to have around ;) It's just that things get a bit more politely correct on "reset" and/or "stop" modes.

The original packages available here:

nb. the rtirq init-script/systemd-service only makes sense on real-time preemptive (PREEMPT_RT) or threadirqs enabled GNU/Linux kernels.

Cheers && Enjoy!

Hey there!

Not just special, maybe not even great or awesome but kind of huge thanks to Andreas Müller and Holger Dehnhardt for their intrepid contributions in code for this one significant notch up towards mythical v1.0 -- hell will break loose and freeze in the process, mind you and then, who cares? :)

As they say, and without further ado...

Change-log for this epic release:

• Added LV2_UI_updateRate option support.
• Added brand new option to deactivate plugins only if they can produce sound cf. main menu Track/Auto Deactivate (by Andreas Müller aka. schnitzeltony, thanks).
• Workaround native file dialogs hang up by setting parent widget to NULL; it should be noted that dialogs now get an own entry in the task-bar (also by Andreas Müller aka. schnitzeltony, thanks).
• Added ARM NEON acceleration support (by Andreas Müller aka. schnitzeltony, thanks).
• Track count "limit" and a "Delta" mode flag, for momentary and encoded controllers support, have been added to MIDI Controllers generic mapping (cf. View/Controllers...; after an original pull-request by Holger Dehnhardt, thanks).
• A little hardening on the configure (autoconf) macro side.
• Pinned current/hi-lighted track dangling after removal.
• An anti-flooding timer is now in place in MIDI Controller assignment (aka. MIDI learn) dialog.
• Add MMC Track input monitor support.
• New user preference option: View/Options.../General/Options /Reverse keyboard modifiers role (Shift/Ctrl), applied to main transport re-positioning commands: Transport/Backward, Forward, etc.
• VST Time/Transport information is now also updated as on playing when in audio export aka. freewheeling mode.
• LXVST_PATH environment variable now takes precedence over VST_PATH as Linux-native VST plug-ins search path.
• MIDI Controllers mapped to non-toggling shortcuts now work as one-shot triggers, independent of MIDI event value.

Hi there!

Happy new year to y'all! I know I'm a little bit late on that, but can you feel the news? No? There's no fake news whatsoever! I'd let you solve the riddle by yourself as it's way more fun that way ;)

QmidiCtl is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multicast. Inspired by multimidicast (http://llg.cubic.org/tools) and designed to be compatible with ipMIDI for Windows (http://nerds.de). QmidiCtl has been primarily designed for the Maemo enabled handheld devices, namely the Nokia N900 and also being promoted to the Maemo Package repositories. Nevertheless, QmidiCtl may still be found effective as a regular desktop application and (drum-roll... ta-da!) as an Android application as well.

See also: QmidiNet - A MIDI network gateway via UDP/IP multicast.

Git repos:

Change-log (since last QStuff* End-of-Autumn'17 release):

• A little hardening on the configure (autoconf) macro side.
• A rather naive attempt to port to the Android-Qt platform; also introducing an (Android) Action Bar menu look-a-like.

License:

Enjoy && keep the fun.