Bob van der Poel | 1 Sep 05:23 2014

[LAU] Timidity on external USB

Hi guys. I know I did this before ... but for some reason I can't get timidity to play on my laptop to an external USB device. Works fine using the internal speakers.

I can play audio to the USB. No problems there.

But, timidity just won't play nice. No errors (of course). And no sound either.

I've noticed that the timidity daemon gets launched at boot, and I have killed that ... no changes. I'm going to work on this some more tomorrow (after i get a good sleep), but the first thing I'm doing is to kill the daemon.

This is being controlled by pulse, but that should help :)

I need to get this working in the next few days for a little gig and I don't want to rely on the internal speakers going to an amp!


**** Listen to my FREE CD at ****
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: bob <at>
Linux-audio-user mailing list
David Christensen | 1 Sep 07:42 2014

[LAU] Debian DAW experiences


I've been running a Debian Wheezy DAW (i386, Xfce, realtime kernel, 
Audacity, Rosegarden, various synthesizers, etc.) for the past week or 
two.  It sort of worked.  But, it's clearly not ready for taking on 
stage for a performance.

I checked for backports of more recent DAW titles, but none are available.

So, today I rebuilt the machine using Debian Testing (Jessie).

I started by downloading the 288 MB "netinst" ISO image.  This was 
followed by 100's of MB of downloads to install the base system, 
graphical desktop (Xfce), laptop packages, SSH server, and print server.

I fed my list of desired general-purpose, kernel, and DAW packages to 
Apt and it wanted to download another 1+ GB of files (!).  I shook my 
head and lit it off.

After several hours of hogging my 1.5 Mbps Internet connection, I 
noticed that Apt was downloading a 323 MB documentation package.

Since when is documentation a *required* package?

For that matter, when is 288 MB a "small" installation image?

And, there are other issues with Debian (such as cdrkit/ isoinfo).

So, it's time for me to look for another Linux distribution.  Are there 
any recommendations for a Linux distribution that:

1.  Works correctly.

2.  Is efficient in both space and time.

3.  Offers a kernel suitable for DAW use at install time.

4.  Offers current DAW software binary packages.

5.  Provides simple OOTB *user* and *administrator* experiences -- e.g. 
minimal technical wrenching around under the hood.



p.s.  I read the recent thread on the same topic and researched some of 
the responses (archive server down at the moment).  The apparent 
favorite, Arch Linux, fails criteria #5 
(  The runner-up, Ubuntu 
Studio, is 2+ GB and therefore fails criteria #2.  The also-ran, Debian, 
fails #1, 2, and 3.
Jonathan E Brickman | 1 Sep 01:21 2014

[LAU] Yoshimi, in Carla?

I am fascinated by Carla's ability to call ZASFX.  How could this be implemented for Yoshimi?  Are there config files of some sort?

Jonathan E. Brickman
Ponderworthy Music | | (785)233-9977 |
Linux-audio-user mailing list
Jonathan E Brickman | 1 Sep 01:11 2014

[LAU] SFZ on Carla -- how is it done?

Anyone know what Carla does when running SFZ's?  Does it encapsulate LinuxSynth or something else?  At 96 KHz I get a bit of background static all the time with an SFZ, but an SF2 is clear and beautiful.  Could it be a problem with the SFZ, or a problem adapting the SFZ to the high sampling rate?

Jonathan E. Brickman
Ponderworthy Music | | (785)233-9977 |
Linux-audio-user mailing list
Moshe Werner | 31 Aug 09:13 2014

[LAU] Open Source Audio Interface (was Successor/replacement for RME HDSP+Multiface?)

Hi all,

all the recent talk about less audio interfaces being supported for Linux got me thinking.
First I want to mention that I'm neither a programmer nor an electrical engineer, but what if we could develop our own AI?

We could start a Kickstarter project for the first open source AI.
I am sure many people would invest in the possibility of having a real Linux natively supported high quality AI.

I imagine a modular approach with options to customize and add different features like building blocks.
One user needs a lot of preamps, the other works mostly over ADAT or Madi...
We could even implement a DSP chip with LV2 effects to lessen the CPU load.
The possibilities are endless and I believe that it would broaden the community instanly.

Maybe this is just wishful thinking, but it would solve one of the biggest problems for Linux audio musicians.



Linux-audio-user mailing list
Iain Mott | 30 Aug 12:38 2014

[LAU] html5 audio through jack

Hi list,

I'm thinking of updating some of my web pages to use multi-platform
flash/html5 audio players, at present they use flash only and won't play
on iPads for example.

Due to some problems I was having with pulse audio in relation to my HDSP
interface I have recently disabled it and all my audio is running via jack/alsa and
the HDSP interface. With flash in firefox, there are no problems and the
audio plays. My .asoundrc is configured with the following:

pcm.rawjack {
    type jack
    playback_ports {
        0 system:playback_1
        1 system:playback_2
    capture_ports {
        0 system:capture_1
        1 system:capture_2

pcm.jack {
    type plug
    slave { pcm "rawjack" }
    hint {
 	description "JACK Audio Connection Kit"

pcm.!default {
    type plug
    slave { pcm "rawjack" }

HTML5 players in firefox don't play however via jack. When pulse was enabled, HTML5
content would play through the computer's built-in sound card. Now that
it's disabled I can't get it to play through jack.

An example page with a HTML5 player is here:

Any suggestions please? A modification of the .asoundrc?

I'm running Ubuntu 14.04

Kevin Cosgrove | 30 Aug 11:26 2014

[LAU] Audio File to Graphic Thumbnail in Command Line?

I have a huge number (about 2400) of 0.5GB WAV files from live 24
track recordings.  10-40% of the tracks on some recording sets
are not needed, an unused vocal mic stashed off stage.  I have
been using the RMS function in SOX by command line to help me
determine which files are not useful.  A low RMS level tends to
indicate less usable signal.

But, this doesn't always work.  For instance, it can miss that
great minute long harmonica solo during the hour long show.
Peak levels don't help, because frequently a drummer will slam
something loudly enough to falsely mark the file as useful, when
it's actually not.

Looking at the audio waveform with Ardour or Audacity seems
foolproof.  But, it's also way too much work to use a GUI
application on that many files.

I would like to run a script or program on the set of files and
produce something like an Audacity or Ardour waveform graphic to
be stored in a PNG (or similar) associated file.  Does anyone
know of something close to out-of-the-box ready to do this?

I did find these possibly helpful links.


Guido Aulisi | 30 Aug 09:07 2014

[LAU] A MIDI tone editor for the Roland MKS-70 Super JX analog synthesizer

this is my attempt to build a GTK+ (really GTKmm) C++ application to
edit patches on the Roland MKS 70.

Code is on github:

Tarballs and (maybe) RPM packages will come... some day!

Harry van Haaren | 30 Aug 01:01 2014

Re: [LAU] Session management with NSM

On Fri, Aug 29, 2014 at 8:32 PM, Philipp √úberbacher <murks <at>> wrote:
> Thanks a lot for your reply Harry.
Cheers, be careful to not remove the list from replies: its good to
keep everything in the archives for future reference :)

>> That's the correct way to handle this, as far as I know. Its useful to
>> have different directories on one system: it allows subdiving your
>> available sessions into groups like "albums" or
>> "projects-with-certain-people". Although I agree it feels a little
>> clunky, its quite powerful and useful.
> There could also be a subdivision in the NSM GUI. Well, the current way
> is certainly the simpler implementation, not sure it's simpler for the
> users :)

Sure, and my original suggestion was a "stepping-stone" type idea,
with hopes to improve the workflow furthur, once this has become the
"biggest" issue NSM has :D

>> > 2. Adding programs to sessions through the GUI ("Add Client to
>> > Session") is the only way? Is there no way to attach running clients
>> > or at least have some comfort like tab completion to add clients?
>> NSM does not support this "attach" workflow, but tab completion or a
>> list of available (fully supported) NSM clients would be a good
>> improvement on workflow. This should be discussed as to how best
>> implement it: i'm not sure.
> Right, a list of supported Clients would also be nice, however, I see
> two problems:
> 1. The list would need to be updated somehow, and even then it would be
> a bit problematic because different distributions ship different
> versions of the software. NSM might already list a program as supported
> while the installed version of the program does not yet support NSM.
> 2. The other programs, audio or just related, should ideally also be
> listed, and that task is impossible.

Actually this might be possible to solve with a "packaging" trick as
such: have programs install a file into a specific location (that is
currently *not* used by any program) to denote its NSM support. I'll
suggest installing a file in /usr/share/nsm/ , and if there's a file
there, then the filename without extension represents that a program
is capable of NSM. This would require *all* NSM clients to explicitly
add an NSM file.

Perhaps other developers more involved in packaging /
"feature-announcing" will have a better idea here, I'm all ears, my
suggestion above is just that: a suggestion.

>> > 3. Jack and NSM. How do you handle that? It is possible to start
>> > jack through NSM proxy and I guess it is OK to do that as long as
>> > jack reliably starts before jackpatch (something I'm not sure of).
>> > First I had just jackpatch in there and it started jack for me with
>> > a whole lot of options that are unfamiliar to me and probably not
>> > needed.
>> I imagine that NSM will launch said JACK apps, and if one is set to
>> "start JACK" on jack_client_open() in its code, then it will start
>> JACK with the settings in  ~/.jackdrc   Perhaps the inclusion of a
>> "Start JACK" type client with particular settings can be implemented
>> in order to handle this? I'm open for suggestions too.
> That seems to be what happens, and its a race. In my experience
> jackpatch wins the race against jackd, so I have to start jack before
> the session.
> A start_jack client could be useful, but from what I have seen all we
> really need is the possibility to start a client before the others.
> The simple way would be a timeout, but you'd still have the
> race. Ideally there would be some way to tell NSM that jack has
> started and is ready. I have doubts that this is possible with plain
> jack1 and NSM proxy, maybe a special start_jack client could help here.

NSM doesn't *explicitly* require JACK to be running actually: its
probably its most common use right now, but setting an explicit
dependency on JACK should be avoided. Perhaps a flag could be
introduce on a per-client basis, that represents
"start-before-others". This way, a "jackd" or "start-jack" client can
be loaded before the rest. Or even two or more "before-others" clients
could set up whatever needs setting up, before "normal-time" NSM
clients are loaded.

Again, welcome input from users / devs.

>> > 4. CLI clients. Are they generally not supported? I added the lv2
>> > host that was recommended to me (jalv) and had to do that through
>> > the NSM proxy, so the settings won't be saved even though the
>> > plugin (fabla in this case) can save its settings. This sort of
>> > defeats session management. With all the CLI tools we have it would
>> > be a pitty if that was generally not supported. On a sidenote, can
>> > someone recommend a plugin host that is supported?
>> CLI clients are supported just like clients with a GUI, there is no
>> difference to NSM. The issue you're encountering here is that JALV
>> currently doesn't support NSM, which is something that I agree needs
>> fixing. I'll put JALV NSM support on the TODO, its something I've
>> lacked myself too.
> Ok, great. Does a CLI NSM client exist that I can try?

None that I know of right now: Indeed JALV needs NSM, and jalv (the
command line version) will then be such a client.

> I also noticed that JALV keeps hanging around
> after I close the session it is part of, is that expected behavior?

This can be fixed by sending the "SIGTERM" in the lower part of the
"nsm-proxy" configuration dialog (where you fill in "jalv.gtk", and
the arguments to load a certain plugin).

>> > Well, that's it for now. Last time I heard about NSM I got the
>> > impression that it takes care of session management once and for
>> > all, but the first half our gave me a different impression.
>> OpenAV stands behind NSM: I'm willing to do my best to cooperate with
>> project developers to implement NSM in various programs, and improve
>> the workflow of session management.
>> If there's any furthur questions, please ask, in the mean time, I'll
>> try code up some NSM :) -Harry
> Thanks a lot for your help Harry, we have used crutches for session
> management long enough.

Agreed, lets try fix this together with the communit in the next
weeks, and never look back ;)
Cheers, -Harry
Linux-audio-user mailing list
Linux-audio-user <at>
Guido Aulisi | 29 Aug 23:39 2014

[LAU] A MIDI tone editor for the Roland MKS-70 Super JX analog synthesizer

this is my attempt to build a GTK+ (really GTKmm) C++ application to
edit patches on the Roland MKS 70.

Code is on github:

Tarballs and (maybe) RPM packages will come... some day!

Jonathan E Brickman | 29 Aug 06:57 2014

[LAU] Status of lisalo/lisaloQt and calfbox?

Have just read a bit of Lisalo/LisaloQt, front end for calfbox; what is the status of this project?  Also, are there usage examples for calfbox I can learn from?

Jonathan E. Brickman
Ponderworthy Music | | (785)233-9977 |
Linux-audio-user mailing list