Atte | 23 Nov 00:33 2014

[LAU] caustic with wineasio


I'm having a blast with caustic (music environment for android, ios,
windows + more). It works fine through wine, but for better realtime
performance, I'd like to get it working with wineasio.

I have wineasio working with reaper, so I copied the from that
folder to .wine (freshly made, only used with caustic):

atte <at> skagen:~/.wine$ find | grep asio

I then registered it with:
atte <at> skagen:~/.wine$ regsvr32 .winelib/
Successfully registered DLL .winelib/

I have this in my ~/caustic/config:

atte <at> skagen:~$ cat ~/caustic/config

Still, caustic refuses to play, and right upon launch I get this in the
terminal that started caustic:
(Continue reading)

Ulrich-Lorenz Schlüter | 22 Nov 18:35 2014

[LAU] Funny German Goverment

Sorry this is in german:

Kind regards,

Will Godfrey | 22 Nov 13:27 2014

[LAU] Xruns :(

Recently I updated my 'office' computer, which I often use for experimenting
(I don't try anything new on the DAW) and suddenly I'm getting a *lot* of Xruns
and, apparently, very high CPU loading.

Eventually I found the cause. Going from linux kernel 3.2 to 3.16 :(
This, apparently, does very aggressive CPU frequency scaling. Drop back to 3.2
and all is sweetness and light again.

The question is whether there is a reasonably straightforward way to stop this
behaviour. Doing the usual searches doesn't seem to turn up anything useful.

Any help gratefully appreciated.

I would add that I've double checked that the bios is set for 'performance'.


Will J Godfrey
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Ede Wolf | 20 Nov 21:56 2014

[LAU] jack and the merging of soundcards

I may perspectively run into a shortage of audio inputs and stumbled 
across a blog, that reads like it is possbile to "merge" two soundcards 
into one virtual, that eventually looks as a single one to alsa. 
However, that blog does not mention jack.

Also, in an stone old ardour thread Paul Davis suggests to a similar 
problem: ", then you simply get 2 digifaces", but again, this may have 
been before the rise of jack.

And now I am wondering wether this is a possible or even reliable way to 
trick jack into being able to to finally handle more than one soundcard, 
if presented by alsa as being a single one.

I am honest, that asoundrc is way beyond me, as alsa alway has been, 
thats why I am asking and I am thinking about using two ordinary, 1st 
generation, pre HDSP, Hammerfall cards to expand ADAT IO. Would be 
cheaper than investing into a raydat, when time has finally come.

The posts for reference:

Any thoughts on this? Or won't it work with jack?
hermann meyer | 20 Nov 16:26 2014

[LAU] [LAD] [LAA] Guitarix 0.32.0 released

The Guitarix developers proudly present

Guitarix release 0.32.0

For the uninitiated, Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of plugins[*] and support LADSPA / LV2 plugs as well.

The guitarix engine is designed for LIVE usage, and feature ultra fast, glitch and click free,  preset switching, full Midi and/or remote controllable (Web UI not included in the distributed tar ball).

Here is the " Ultimate Guide to Getting Started With Guitarix"

This release fix the bug #16 "empty effect menu with clear-skin option",
add new tuning scales (19- and 31-TET) to guitarix and Gxtuner.lv2,
add Midi Clock and Jack Transport support to guitarix and move a couple of controllers from
unit:ms|hz to unit:bpm, so that they could easy synced with the Midi Beat Clock.
and introduce a new LV2 plug:
                * GxMultiBandReverb

Please refer to our project page for more information:

Download Site:


Please consider visiting our forum or leaving a message on

Linux-audio-user mailing list
Massimo Barbieri | 20 Nov 14:28 2014

[LAU] John Option - Any: new song and new Adrour project

today we have published the video of another single of John Option: Any.
Of course the song is published under the terms of the Creative Commons
License (CC-BY-SA) and it's completely produced with free software:
Ardour, Hydrogen, Jack, Qsynth, CALF, and many other
great free audio software that we used under Debian GNU/Linux.

Here you can listen the single and see the video (made with kdenlive):

As for the previous songs we have done a little more in the direction of
freedom and we published in our website[1] the single recording tracks
and the complete Ardour session. All this material is published under
the terms of the Creative Commons license Attribution Share alike so
that anyone can use our tracks to produce a remix of our song or even a
new song that have to be published under the same license.

You can find all about our project here:

I hope that you like our choice of freedom. If you feel like I'd love
to read your feedback, because the encouragement of the people who
listen to us and appreciate the philosophy of our project is the only
fuel for us to continue. And if you like to be updated about our next
release, please subscribe to our YouTube channel or any other social
network you like (see link to our profiles on our website[1]).

Best regards,


IM: massimo@... - GnuPG Public Key-Id: 0x5D168FC1

Linux-audio-user mailing list
Russell Hanaghan | 19 Nov 19:26 2014

[LAU] Account issues


To the maintainer(s) of our wonderful LAU mailing list...

Everything is working fine for me except I cannot see my own posts. I've tried many times to reset my acct. and
nothing seems to work. Any clues?

Thank you for your efforts!! I love this list after 10 years or so. It's very valuable to me!

With gratitude,

~ Russell
Grekim Jennings | 19 Nov 13:44 2014

[LAU] Generating click tracks

Am 18.11.2014 um 22:55 schrieb Brett McCoy: > On Tue, Nov 18, 2014 at 4:22 PM, Ede Wolf <listac at > <mailto:listac at>> wrote: > > Thanks for all replies, I did not know about klick, I'll try to get > that running, sounds promising. And maybe investigate into clicktrack. > > Hydrogen is, I would guess, liable to the instability of the > internal clock, and more a realtime recording than a (fast) > creation, but latter would not be a real hinderance. > > SuperCollider seems a bit to advanced in usage for me, but I now > have something to start with > > > I think any solution you come up with is going to be dependent on some > kind of clock to generate the correct tempo and meter. > > -- > Brett W. McCoy -- > ------------------------------------------------------------------------ > "In the rhythm of music a secret is hidden; If I were to divulge it, it > would overturn the world." > -- Jelaleddin Rumi I have written a click track generator, "Metronome", that outputs a wave file. You can adjust the sound of the click and program tempo changes through a text file. There are no options for swing type feels, but any meter is supported. It is command line only and not open source yet. A word of caution, if importing into Ardour be sure to change the output name to something besides click.wav. Info: Download: Grekim
Linux-audio-user mailing list
Ken Restivo | 19 Nov 03:02 2014

[LAU] Adventures in concatenating ogg files

I've for months now been struggling (like Don Quixote, it appears) to find a way to RELIABLY, and with
tolerance of any kind of error, concatenate several Ogg Vorbis files-- some with multiple streams in
them-- into one.

At first I was trying to do it without decoding. Wrote a bunch of tools in several languages attempting to do
that. None of them worked for all cases (some worked for a few, some worked for none).

The existing tools out there--  sox, mplayer, ffmpeg--  all require decoding/re-encoding, but even with
that they failed on various edge cases (multiple streams in a file, streams with zero audio data, empty
files, etc).

I finally ended up with the only thing that sort of worked and handled ALL the edge cases, even though it
requires decoding and recoding audio, which wastes CPU and also might introduce artifacts, which was
this magical pipeline:

 ogg123 --audio-buffer 0 -q -d wav  -f - files-to-concat/*ogg  | oggenc -Q - > total-file.ogg

Except for one problem.

Any shows longer than 3:22:53 get concatenated to 3:22:53. What's special about that number? Oh, I bet it is
a size_t overflow in probably the total number of decoded bytes at 44.1khz.

If my math is correct,  44.1khz, 2 channels, 16 bits, 3:22:53 is 2,147,317,200 bytes. Ding.

Now what? Go digging through the source of ogg123 or oggenc looking for the problem, and try to patch it?

Ogg Vorbis has been a released standard since, what, 2000? Is it possible in 2014 that I'm the only person who
has ever run into this problem?

Ede Wolf | 18 Nov 21:12 2014

[LAU] Generating click tracks


I am wondering, wether there is a way to create click tracks. Audacity 
is quite limited, as it only creates quarter note clicks, while the 
upper tempo setting is limited, so f.e. you cannot create 16th for 
120BPM by means of scaling up the BPM.

Also, there are no triple notes, swing eighth or syncopated options 
available, though I am afraid, those will be rather seldom, if availble 
at all.

Are there any alternatives, that are at least a little more flexible 
than audacity?

I am not talking about recording a plugin, like a softsynth, which is 
liable to the internal (midi) clock oscillation, but generating an audio 
track with really accurate clicks
Kazakore | 18 Nov 10:27 2014

[LAU] No ffmpeg, help convert script for Sox

Well that was a surprise, to see that ffmpeg has been fully removed from 
Ubuntu now. Not sure how much of a better move that is, compared to the 
very underhand tactics of having it a renamed package which in reality 
had nothing to do with real ffmpeg. Not sure I want to get into the 
politics of the situation here though, sure most of you know far more 
than I do!

Anyway I have a little script for batch converting flacs to mp3s as I am 
rather space conscience while travelling and my mp3 player never liked 
ogg. My Bash skills are near zero and what I have working is messy from 
searching on the internet for a solution. Hopefully you can help me 
modify it to use Sox rather than ffmpeg. (And possibly make it so I can 
simply call the command, rather than the more complex command I have to 
use currently.)

To start the process I currently use this command in the terminal:
find  -type d -exec ~/bin/flac2mp3 "{}" \;

The previously working contents of flac2mp3 was:
if [ -d "${1}" ] ; then
   cd "${1}" && for f in *.flac; do ffmpeg -i "$f" -f wav - | lame -b 
320 -m j -q 0 - "${f%.flac}.mp3"; done

I tried quickly to edit.

if [ -d "${1}" ] ; then
   cd "${1}" && for f in *.flac; do sox "$f" -b 16 "${f%.flac}.wav" - | 
lame -b 320 -m j -q 0 - "${f%.flac}.mp3"; done

Seems to think the .wav is an incoming file for concatenation.

if [ -d "${1}" ] ; then
   cd "${1}" && for f in *.flac; do sox "$f" -b 16 "${f%.flac}.wav" | 
lame -b 320 -m j -q 0 - "${f%.flac}.mp3"; done

Gives me all the wav files converted but doesn't then pass them onto the 
lame section of the command.

I'm sure this must be really simple! (As much having it all in one 
single script called by just executing the file!)

Regards, Dale.