> I don't think you're missing anything. I believe to have hit the same
wall in
> the past.
>
> How about not directly adding non-mixer to non-session-manager but a
> shell-script proxy (e.g. non-mixer-fixed) with your desired command line
arguments?
>
> --- ~/bin/non-mixer-fixed-----------
> #!/usr/bin/bash
>
> exec \
> -a non-mixer-fixed \
> non-mixer --osc-port 9090 $*
> ------------------------------------
Thank you so much, I didn't think about a wrapper.
I just tested it and works fine.
Btw, I missed this message in the first place and in the meantime I created
a python script using jackclient-python (
https://github.com/spatialaudio/jackclient-python/ ) to automate jack
connections, since the only reason I needed nsm was to keep track of
connections with jack clients that can become available or be closed at any
time during a session.
This allows me to have a fixed "session", even when some jack clients
listed in the setup are not available - using jackpatch I'd have to save a
whole session with all clients connected and remember not to save it
anymore.
Anyway, while your solution is the best for "closed" sessions, I still
wander why there's no clean way to use OSC with nsm clients.
Unfortunally I only know about python, I can barely read C/C++, if not I'd
suggest a patch that would allow nsm receive and relay messages to clients
using the client's osc communication, something like /nsm/client/send; for
example, with non-mixer it could be "/nsm/client/send
Non-Mixer.aFOOB/strip/parameter/argument value" with nsm tracking down the
client osc from the first part of the address. Anyway, this is just
speculation at this moment, but it would be nice to see this implemented.
Thank you again for your tip.
Maurizio
Qjackctl 0.4.2 segfaults immediately after startup on my
(fully updated) Archlinux system (qt 5.7.0, fluxbox).
0.4.1 works OK.
Anyone else seen this ?
Backtrace:
(gdb) where
#0 0x00007ffff75957e3 in XGetWindowProperty () from /usr/lib/libX11.so.6
#1 0x000000000041e6c4 in ?? ()
#2 0x00007ffff5aba21f in QAbstractEventDispatcher::filterNativeEvent(QByteArray const&, void*, long*) () from /usr/lib/libQt5Core.so.5
#3 0x00007fffece0ec34 in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) () from /usr/lib/libQt5XcbQpa.so.5
#4 0x00007fffece0f8c5 in QXcbConnection::processXcbEvents() () from /usr/lib/libQt5XcbQpa.so.5
#5 0x00007ffff5ae9349 in QObject::event(QEvent*) () from /usr/lib/libQt5Core.so.5
#6 0x00007ffff6e67e3c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
#7 0x00007ffff6e6f5b1 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
#8 0x00007ffff5abcc80 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
#9 0x00007ffff5abf3fd in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQt5Core.so.5
#10 0x00007ffff5b11173 in ?? () from /usr/lib/libQt5Core.so.5
#11 0x00007ffff2724e67 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#12 0x00007ffff27250d0 in ?? () from /usr/lib/libglib-2.0.so.0
#13 0x00007ffff272517c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#14 0x00007ffff5b1157f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt5Core.so.5
#15 0x00007ffff5abb0da in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt5Core.so.5
#16 0x00007ffff5ac35cc in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5
#17 0x000000000041df0a in ?? ()
#18 0x00007ffff4cfc291 in __libc_start_main () from /usr/lib/libc.so.6
#19 0x000000000041e519 in ?? ()
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
Hello,
I need to find a way to communicate via OSC with a non-session-manager
client (non-mixer) by using a fixed port number.
I'm developing a "midi proxy" based on mididings, which allows me to use a
Novation Launch Control XL as a controller for various midi devices.
Now, I wanted to use it with non-mixer, and since mididings supports osc
this is ok. Its interface is pretty basic, there's only a SendOSC function
which accepts the destination address, the osc path and optional arguments.
My program creates a configuration file with mapping for every physical
controller, each of them has a different patch assigned; once the program
is loaded in "live" mode it creates a mididing configuration on the fly and
runs it.
When using non-mixer in standalone mode I can set a fixed port and I'm able
to send messages without any problem, since the controllers have their
SendOSC command with the "hardcoded" port number.
The problem comes when using non-mixer within a non-session, because
obviously I cannot manually set the port number for clients.
I really tried and looked around for solution on how to communicate with
the non-mixer through nsm, but with no luck.
I even tried using the /nsm/server/broadcast using the format sf
"Non-Mixer.nKWUR/strip/Pianoteq/Gain/Mute" 1.0.
The only way I can access the non-mixer is through its randomly created
port, which I can find in the log when adding non-midi-mapper to the
session. But this is not practical, first of all because I'd have to change
the port number in the configuration file every time non-mixer is started,
and also because I'd need to add non-midi-mapper and sniff its log.
In case you were wandering, I cannot use the midi mapper with mididings,
because I need to control other parameters which are not available to it
(plugin values).
I could try to create an OSC "router", using a fixed receiving port (but I
don't know how to find the client port, a part from looking in the nsm
log), but I don't like this solution.
Am I missing something? Does anybody here have any idea?
Thank you in advance,
Maurizio
Hi all,
I just found this list after being directed to the IRC channel over the
weekend. I'm new here! Lately I've been dabbling in a bit of open-source
audio development (I say open-source rather than linux, because I've been
dabbling on both linux and windows).
Anyhow, amongst other things I've been trying to teach myself about DSP, so
I wrote a really (really, really, really) naive distortion plugin. I was
wondering if anyone would be interested in taking a look at it and giving
me some feedback, and tips on where to go next.
I wrote a little about it here:
http://guysherman.com/2015/08/30/my-first-ever-audio-plugin/
And the code is at: https://github.com/guysherman/si-plugins
I've got some other projects on the boil that I've been talking about with
the crew from the Ardour list, which I'll mention here when they take shape
a little more.
Cheers,
Guy.
--
Guy Sherman
*e:* guy(a)guysherman.com
*w: *http://guysherman.com
So it's the last equinox'16...
And the last of the Qstuff* End of Summer'16 release parties [7][8].
Qtractor 0.7.9 (snobbier graviton) is now released!
Release highlights:
* Audio/MIDI metronome anticipatory offset (NEW)
* Current clip highlighting (NEW)
* SFZ sample file archive/zip bundling (NEW)
* MIDI transpose Reverse tool (NEW)
* MIDI (N)RPN running status and NULL support (NEW)
* MIDI Controllers catch-up algorithm (FIX)
* MIDI track Instrument menu (FIX)
* JACK shutdown and buffer-size changes (FIX)
Qtractor [1] is an audio/MIDI multi-track sequencer application
written in C++ with the Qt framework [2]. Target platform is Linux,
where the Jack Audio Connection Kit (JACK [3]) for audio and the
Advanced Linux Sound Architecture (ALSA [4]) for MIDI are the main
infrastructures to evolve as a fairly-featured Linux desktop audio
workstation GUI, specially dedicated to the personal home-studio.
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
http://sourceforge.net/projects/qtractor/files
- source tarball:
http://download.sf.net/qtractor/qtractor-0.7.9.tar.gz
- source package:
http://download.sf.net/qtractor/qtractor-0.7.9-27.rncbc.suse.src.rpm
- binary packages:
http://download.sf.net/qtractor/qtractor-0.7.9-27.rncbc.suse.i586.rpmhttp://download.sf.net/qtractor/qtractor-0.7.9-27.rncbc.suse.x86_84.rpm
Git repos:
http://git.code.sf.net/p/qtractor/codehttps://github.com/rncbc/qtractor.githttps://gitlab.com/rncbc/qtractor.githttps://bitbucket.org/rncbc/qtractor.git
Wiki (help wanted!):
http://sourceforge.net/p/qtractor/wiki/
License:
Qtractor [1] is free, open-source Linux Audio [5] software,
distributed under the terms of the GNU General Public License (GPL [6])
version 2 or later.
And the boring complete change-log follows:
- JACK buffer-size change handling has been deeply improved, now doing
an immediate session restart, while preserving all external connections
as much as possible.
- Introducing an audio and MIDI metronome anticipatory offset, kind of
latency compensation, to respective option settings cf.
View/Options.../Audio, MIDI/Metronome/Offset (latency).
- Fixed LADSPA plug-in preset switching, incidentally broken as NOP,
ever since late Haziest Photon's crash-landed.
- MIDI Track/Instrument cascading menus have been found empty broken on
Qt5 builds, now fixed.
- MIDI RPN/NRPN running status and RPN NULL reset command are now
supported (input only).
- Fixed a sure immediate crash on removing audio buses that are current
targets of any active Aux-send inserts.
- Fixed yet another old bummer that was reaping off assigned MIDI
controllers on existing track's gain/volume or panning controls, when
adding any single new track.
- Fixed missing feedback on MIDI controllers assigned to any of monitor,
record, mute and solo track/bus state buttons.
- Eye-candy warning: the current clip, not necessarily the one currently
selected, is now highlighted with a solid outline; linked MIDI clips are
also highlighted with an alternate dashed outline.
- SFZ file conversion, and bundling of the respective sample files, is
now supported when saving as zip/archive (*.qtz).
- Fixed track monitor, record, mute and solo dangling states, on
Track/Duplicate command.
- Slight regression on the LV2 State Files abstract/relative file-path
mapping, trading QFileInfo::canonicalFilePath() for
QFileInfo::absoluteFilePath(), and thus skipping all symlink
dereferences in the process.
- Fixed a one first linking/ref-counting glitch, affecting recently
recorded MIDI clips which might have their initial clip length still
un-quantized to MIDI resolution (BBT).
- A brand new and discrete MIDI clip editor command tool has been added:
MIDI Tools/Transpose/Reverse.
- Discretely fixed MIDI Controllers catch-up algorithm.
- Fixed a borderline mistake on plug-in parameter port index mapping to
its corresponding symbolic name, especially if newer plug-in versions
are loaded on older saved sessions.
References:
[1] Qtractor - An audio/MIDI multi-track sequencer
http://qtractor.sourceforge.net
[2] Qt framework, C++ class library and tools for
cross-platform application and UI development
http://qt.io/
[3] JACK Audio Connection Kit
http://jackaudio.org
[4] ALSA, Advanced Linux Sound Architecture
http://www.alsa-project.org/
[5] Linux Audio consortium of libre software for audio-related work
http://linuxaudio.org
[6] GPL - GNU General Public License
http://www.gnu.org/copyleft/gpl.html
[7] The QStuff* End of Summer'16 Release
http://www.rncbc.org/drupal/node/1696
[8] Vee One Suite 0.7.6 - The Eleventh beta release
http://www.rncbc.org/drupal/node/1699
See also:
http://www.rncbc.org/drupal/node/1700
Enjoy && Have (lots of) fun.
--
rncbc aka Rui Nuno Capela
spectmorph-0.3.1 has been released.
Overview of Changes in spectmorph-0.3.1:
----------------------------------------
* Added plugins for LV2 and VST api.
* New instruments: bassoon, cello, bass-trombone, reed-organ.
* Added different templates to get standard morph plans quickly.
* LV2|VST|JACK will start with default plan now (instead of empty plan).
* Standard instrument set location (~/.spectmorph/instruments/standard):
- plan templates can refer to instruments in that directory without
storing any absolute path (index will be instruments:standard)
- in almost any case, loading instruments isn't necessary anymore
* Resize MorphPlanWindow automatically if operators are removed.
* Changed time alignment during morphing:
- morphed sounds should starty at the beginning of the note (no extra latency)
- Start marker for instrument notes no longer necessary
- SpectMorphDelay plugin no longer necessary
* Some improvements for building new instruments:
- make some smenc parameters configurable (--config option)
- improvements to soundfont import
- new fundamental frequency estimation for tune-all-frames
- support global volume adjustment (instead of auto-volume)
* Various bugfixes.
What is SpectMorph?
-------------------
SpectMorph is a free software project which allows to analyze samples of
musical instruments, and to combine them (morphing). It can be used to
construct hybrid sounds, for instance a sound between a trumpet and a flute; or
smooth transitions, for instance a sound that starts as a trumpet and then
gradually changes to a flute.
Also interpolating between two samples of the same instrument (different attack
velocity of a piano) could be interesting.
SpectMorph is implemented in C++ and licensed under the GNU LGPL version 3
SpectMorph is still under development. This means:
* the fileformat is not yet stable - instruments or morph plans may not work
with newer versions of SpectMorph
* the algorithms for synthesizing sounds are still under development - newer
versions may sound different
To sum it up: if you compose music using SpectMorph, don't expect newer
versions to be compatible in any way.
Integrating SpectMorph into your Work
-------------------------------------
In order to make music that contains SpectMorph, you currently need to use
Linux. There are four ways of integrating SpectMorph sounds into music you
create:
- LV2 Plugin, for any sequencer that supports it.
- VST Plugin, especially for proprietary solutions that don't support LV2.
- JACK Client.
- BEAST Module, integrating into BEASTs modular environment.
Links:
------
Website: http://www.spectmorph.org
Download: http://www.spectmorph.org/downloads/spectmorph-0.3.1.tar.bz2
There are many sound samples on the website, which demonstrate morphing between
instruments.
--
Stefan Westerfeld, Hamburg/Germany, http://space.twc.de/~stefan
On 09/15/2016 03:33 PM, Rui Nuno Capela wrote:
> On 09/15/2016 11:58 AM, Daniel Swärd wrote:
>> Hi.
>>
>> Now that Ableton Link has been publically released as GPL, does anyone
>> have any ideas/plans to integrate it into your projects?
>>
>> http://ableton.github.io/link/
>>
>
> i do (qtractor)
>
hmm..
been trying converting the linkhut example to jack and ...
it plays well, links well with peers over the W/LAN, but dang it does
draw upwards any cpu load chart over here :/~
who's willing to try this?
here's my (early) test code:
(please note that it includes the needed ableton::Link stuff verbatim):
http:/www.rncbc.org/datahub/ableton-link-jack-1.tar.gz
nb. you also need asio-dev(el) installed (http://think-async.com/)
cheers
--
rncbc aka. Rui Nuno Capela
On my UbuntuStudio 16.04 (4.4.0-36-lowlatency) the streaming interfaces
(16xin & 8xout) works perfect with the stock driver / JACK.
The intention of my custom snd-usb-audio is to offer the build-in DSP
features of the US-16x08.
So I didn't made changes to the streaming interfaces but added some mixer
quirks to the stock driver.
Add. I did coded a custom mixer application (QT5) to control the EQ and
compressor function via those new mixer interfaces.
ranokio wrote
> With JAck capture only works fine on Playback only mode, I have 8
> independent neat outputs
If you have problems with the streaming interfaces, I guess my driver wont
help you.
You may investigate the diff-file based on my changes in Ubuntu 16.04 which
you'll find here <http://www.paraair.de/snd-usb-audio/us16x08.diff> .
Note! Because I'd never investigate Fedora sources, I assume you should NOT
apply the patch to your kernel source directly.
Greets
Detlef
--
View this message in context: http://linux-audio.4202.n7.nabble.com/Tascam-US-16x08-0644-8047-tp96678p101…
Sent from the linux-audio-dev mailing list archive at Nabble.com.