Renick Bell | 31 Oct 12:33 2014

[LAU] unsubscribed?

It seems I was unsubscribed by someone today. I received this message:

> linux-audio-user-bounces@...

> 6:00 PM (2 hours ago)
> to me
> Goodbye. We hope you enjoyed the linux-audio-user list.

I had not done anything to my membership, and I had no desire to be
unsubscribed. Does anyone have any idea why this might have happened?




Renick Bell
david | 31 Oct 06:09 2014

[LAU] turn your tablet into a real physical interface

saw this design and first thing I thought of was using it to make music.


David W. Jones
authenticity, honesty, community
Dirk | 30 Oct 20:13 2014

[LAU] Small instrument hardware module

Pianoteq doesn't have a ARM version and it ask pretty much CPU.The Intel 
NUC seems interesting... similar to a Mac Mini (?). Actually that's what 
I'm thinking of, an core duo core 2ghz Mac Mini. Afaik it is known to be 
a silent device and has firewire, that's a plus for me atm compared to 
the NUC. Maybe even nice to see what OSX offers me in terms of CPU 
usage, get a bit experience with OSX etc.

Brian Sorahan | 30 Oct 15:22 2014

[LAU] no sound from zyn

I'm relatively new to Arch, and tried to use zyn through jack for the first time last night but couldn't get any sound from it. I've mostly been an Ubuntu user in years past and never had this issue.

Had to install a2jmidid to get midi note data to it from my midi keyboard, and that worked fine.

Verified that my volume settings were OK by playing sound through jack from other programs.

The level meters in zyn made it look like it was outputting sound, but nothing through my speakers.

No error messages in qjackctl.

I tried starting zyn from a terminal to see if it would print any errors, and saw nothing.

I can't think of what to try next. Any suggestions?

Linux-audio-user mailing list
Carlos sanchiavedraz | 29 Oct 13:13 2014

Re: [LAU] Linux-audio-user Digest, Vol 92, Issue 22

2014-10-27 15:45 GMT+00:00 Leonardo Gabrielli <>:
for audio over Eth/wireless on ARM I suggest you to give a read to my recent papers at:

Those didn't involve Fons' zita-[nj|jn]bridge, which has recently been released and I will probably use in next refinements of the research outcome, being tiny and functional.

So far my experience with ARM cores is that you must be careful with Jack. Old platforms such as Xscale will require you effort for compiling and working fine. And btw I suggest you to go directly with 2.6 kernel for real-time audio. Also, I expect it to be tight as a platform for running Jack (how much memory do you have?) especially at low period sizes (the CPU risks to be overwhelmed with interrupts).

Definetely Jack has a lot of features that are important even for this simple task but I'm wondering if there is any gain in embedding only those needed in a library and use it instead of the whole JACK.

BTW: a nice paper you may want to read:
Reuter, "Case Study: Building an Out Of The Box Raspberry Pi Modular Synthesizer", LAC 2014


Thanks so much for the info, Leonardo. I'll check it ASAP,

On 26/10/2014 13:00, linux-audio-user-request <at> wrote:
In practice that is not very likely to happen, the reason
> >being that interfacing to Jack is so much more easy than
> >writing an ALSA driver. Also, passing via Jack does not
> >add any latency, and in most cases users will want the
> >flexibility it provides.
>thanks for the answer, I was expecting this, but hadn't measures the
>difference between the jack client and alsa driver.
>So now it looks like I need to learn how to cross compile jack for various
>ARM devices to have it on the lightweight clients :/
>Linux-audio-user mailing list
>Linux-audio-user <at>
I've thought about a similar idea sometime in the past: A distributed audio
network with thin clients/raspberrys for a home studio or distributed via
some network. I'd be interested in following whatever progress you make.

About that of "distributed band" I red a little about programs to jam via
internet: Netjack, Ninjam, Midikit.


C. sanchiavedraZ:
* Musix GNU+Linux:
Linux-audio-user mailing list
Bill Gribble | 28 Oct 15:12 2014

[LAU] Announce: MFP 0.05

MFP -- Music For Programmers
Release 0.05, "Mighty Fine Patching"

I'm pleased to announce a new version of MFP, containing many new
features, fixes and improvements.  This is still a very early
release that is missing a lot of expected functionality, but it's
a significant step forward from 0.04 in every way and I thought
it might be of interest to the wider community.

A summary of changes is below.  Please see the GitHub issue tracker
for complete details:

This version is still source-code-only, but the new build system
should make it a bit easier for those who would like to try it.

Significant changes since release v0.04

   * MFP patches can be saved as LV2 plugins that can be
     live-edited while loaded in a host (see doc/README.lv2)

   * New build system using 'waf' for one-line build and install
     (see doc/

   * Support for user patches with dynamic creation of
     inlets/outlets and other objects at instantiation time (with
     examples) using the " <at> clonescope" method

   * Lazy evaluation of expressions using a leading "," syntactic
     sugar is available in message boxes (i.e. the message
     "" is a constant, but "," is
     evaluated each time the message is emitted)

   * More sample patches, including a basic tutorial covering app
     interaction, "hello, world", and patterns for things like
     iteration, conditionals, etc

   * Improvements to stability and error handling

   * Many other bugfixes and improvements.  The complete list of
     60+ tickets closed since the 0.04 release is in the 0.05

About MFP

MFP is an environment for visually composing computer programs,
with an emphasis on music and real-time audio synthesis and
analysis.  It's very much inspired by Miller Puckette's Pure Data
(pd) and Max/MSP, with a bit of LabView and TouchOSC for good
measure.  It is targeted at musicians, recording engineers, and
software developers who like the "patching" dataflow metaphor for
coding up audio synthesis, processing, and analysis.

MFP is a completely new code base, written in Python and C, with
a Clutter UI.  It has been under development by a solo developer
(me!), as a spare-time project for several years.

Compared to Pure Data, its nearest relative, MFP is superficially
pretty similar but differs in a few key ways:

  * MFP uses Python data natively.  Any literal data entered in the
    UI is parsed by the Python evaluator, and any Python value is a
    legitimate "message" on the dataflow network

  * MFP provides fairly raw access to Python constructs if desired.
    For example, the built-in Python console allows live coding of
    Python functions as patch elements at runtime.

  * Name resolution and namespacing are addressed more robustly,
    with explicit support for lexical scoping

  * The UI is largely keyboard-driven, with a modal input system
    that feels a bit like vim.  The graphical presentation is a
    single-window style with layers rather than multiple windows.

  * There is fairly deep integration of Open Sound Control (OSC), with
    every patch element having an OSC address and the ability to learn
    any other desired address.

  * MFP has just a fraction of the builtin and addon functionality
    provided by PD.  It's not up to being a replacement except in
    very limited cases!

The code and issue tracker are hosted on GitHub:

You can find the LAC-2013 paper and accompanying screenshots,
some sample patches, and a few other bits of documentation in the
doc directory of the GitHub repo.  The README files at the top
level of the source tree contain dependency, build, and
getting-started information.

Bill Gribble <grib@...>
Atte | 26 Oct 12:47 2014

[LAU] recordmydesktop stereo


Trying my luck again with recordmydesktop. Found that the following
eventually starts record my desktop:

However it seems to only record in mono. How do I capture two audio

Even better: is there an alternative out there that actually works?


Filipe Coelho | 25 Oct 03:20 2014

[LAU] Carla Plugin Host 2.0-beta3 released!

Just bringing the news...

This is the 3rd beta of the upcoming Carla 2.0 release.
There have been quite a few nice features implemented since beta2.
  - Internal patchbay mode
  - Carla as VST plugin (Linux only)
  - Carla LMMS plugin
  - New and updated skins
  - Old non-skin mode

To download binaries or source code, jump into the KXStudio downloads 
section. [1]
If you're using the KXStudio repositories, you can simply install 
"carla-git" instead (plus "carla-lv2" and "carla-vst" if you're so 
Bug reports and feature requests are welcome! Jump into the Carla's 
Github project page for those. [2]

See the top link for more details and screenshots.


Atte | 24 Oct 20:24 2014

[LAU] Music made with linux: a773/sportin' life


New track out, hope you enjoy!

In case you wanna download and/or support:


F. Silvain | 24 Oct 14:23 2014

[LAU] [OT] Bash (shell) security issues

Hey hey everyone,
I hreard, that the Bash (Bourne Again shell) had a vital security issue, that 
was only fixed very recently. So if you rely on Bash better update. I _THINK_ 
the problem was only fixed last week or so. Let your friends know! :)

Don't ask me about specifics, I just got the info and passed it along, since 
it sounded like good advice.

Thanks and sorry for the OT.

* Internet:
raf | 24 Oct 10:46 2014

[LAU] zita-njbridge > zita-nabridge ?


I have a situation in mind : in a LAN a central computer running jack server with a lot of audio I/O, and
lightweight clients with stereo I/O.
I'd like those clients to be able to send a receive 2 channels of audio to the central jack server, lowest
latency possible.

With the zita-njbridge and jack server running on the lightweight clients, it works, but considering i
don't need the jack server on the lightweight clients (no effect plugins, no routing, no synths...) could
a zita-nabridge exist to capture/override the streams from the client's embedded alsa device ?