Janina Sajka | 17 Sep 10:15 2014

[LAU] mplayer no go with snd-hdsp


I've recently gotten my RME Multiface up and working quite
satisfactorally with current Linux kernels. I'm very happy, especially
as I had a long run of it not working for some reason I never teased

So, I find I can aplay and arecord, and I can use ecasound, and a few
other cli tools.

But, I can't use mplayer. Am I the only one? Anyone else tried mplayer
on the Multiface?

For cli tools mplayer gives me the ability to pause, or move backwards
and forwards through the audio file. This is important to me because I
learn music these days by ear.

I know one can do this in the gui, but as a blind user the Linux gui
audio apps aren't particularly friendly in my experience. Besides, it's
so terribly simple, if rather imprecise, to use spacebar, left-arrow,
and right-arrow.

The error I get:

Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 48000 Hz, 2 ch, s16le, 1536.0 kbit/100.00% (ratio:
Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)
[AO_ALSA] alsa-lib: pcm_hw.c:327:(snd_pcm_hw_hw_params)
(Continue reading)

Jonathan E. Brickman | 16 Sep 04:59 2014

[LAU] Update to "Robust Session Management"

A major rewrite; quite a lot faster and better now, was needed for an 
enormous patch in the works:


Now using Python scripts for process management, a separate hand-off 
method for patch changes, and other improvements.


Jonathan E. Brickman
Ponderworthy Music | jeb@... | (785)233-9977 |
Carlos sanchiavedraz | 15 Sep 17:10 2014

[LAU] Ardour: Recorded regions in one track to individual tracks

Hello dear all.

Some time ago, maybe years because I think it was Ardour2 at that time, somebody asked if anyone knew a non-manual-tidious way to have all the playlists of one track in Ardour converted to individual tracks. This was to be able to Solo/Mute each take to filter the best ones instead of constantly changing playlists.

Well, I would like to refresh that question (for Ardour2 and Ardour3 now) and ask more or less the same again but for individual segments in a track that were recorded on a tracking session. The reason why this segments are all in the same track is that they were recorded by the same person who was playing and at that moment it was quicker to do like that instead of having to deal with playlists in every recording track or several new tracks one for each take and source recorded.

I guess there are many DIY musicians that have experienced this and maybe come to a solution, or maybe there's some functionality in Ardour I'm not aware of.

Thanks in advance as always.


C. sanchiavedraZ:
* NEW / NUEVO:     www.sanchiavedraZ.com
* Musix GNU+Linux: www.musix.es
Linux-audio-user mailing list
OvO OvO | 15 Sep 16:54 2014

[LAU] Sound Devices - USBPRE 2 - Status ?

Hello everyone.

Looking for a external sound card with good preamp to record.
Found the Sound Devices USBPRE 2 suits my need.
Browsing the web, the Sound Devices web site  and this list, it seems to be supported for  UAC1 with no trouble but only with 48khz.
The message is now old :

Anyone can give some update about the UAC2 status with Alsa on this card ?  Please.

ps: running a Gnu/Debian Stable.


Linux-audio-user mailing list
Ken Restivo | 15 Sep 03:52 2014

[LAU] ALSA resampling

Being lazy here, so quick question:

I'm looking for a simple way to resample in ALSA from a capture/play interface that supports only 48kHz, to
44.1kHz which is desired.

Both playback and capture resampling is needed, and it seems I neeed dsnoop and dmix.

However, I am bewildered by the somewhat byzantine configuration of .asoundrc.

There's one card on this machine, a "SB LIVE!" (which means "48kHz only!"), running the emu10k driver.

There's no JACK up in this at all, it's just an old streaming PC running BUTT. There is also no PulseAudio
because I avoid PulseAudio.

If I were using ices2 I suppose I could use its built-in resampling, but that's not an option in this case.


[LAU] Smoothing congas


  Congas (in this case Wavedrum congas # 19) have sometimes hits louder
than others.  Eg. the player hits more forcefully at times. What would
be a good way to even out the output (recorded in Ardour) so that the
stronger hits do not stand out as much in the mix ?

David Baron | 14 Sep 20:25 2014

Re: [LAU] Common DAW session save / import

On Sunday 14 September 2014 10:21:16 you wrote:
> On Sun, Sep 14, 2014 at 10:14 AM, David Baron <d_baron@...> wrote:
> > On Sunday 14 September 2014 09:59:10 you wrote:
> > > On Sun, Sep 14, 2014 at 9:56 AM, David Baron <d_baron@...> wrote:
> > > > On Sunday 14 September 2014 09:25:01 Paul Davis wrote:
> > > > > On Fri, Sep 12, 2014 at 4:15 PM, Russell Hanaghan <
> > > > > 
> > > > > hanaghan.osaudio@...> wrote:
> > > > > > Hmm, $60us by the looks? Not too much money by any means if it
> > 
> > works
> > 
> > > > > > reliably.
> > > > > > 
> > > > > > Just curious if any devs are into writing something simple? I can
> > > > 
> > > > provide
> > > > 
> > > > > > testing assistance only. Just sounds like a cool and relative
> > 
> > thing to
> > 
> > > > > > have
> > > > > > in the open source world.
> > > > > 
> > > > > when it comes to translating from one DAW format to another, there
> > 
> > is no
> > 
> > > > > such thing as "simple".
> > > > > 
> > > > > the people behind AATranslator are a veritable font of knowledge
> > 
> > about
> > 
> > > > this
> > > > 
> > > > > stuff, and it cannot be stressed enough how much work they have done
> > 
> > and
> > 
> > > > > how much they have had to discover.
> > > > > 
> > > > > no other attempt at such a tool has ever succeeded - there was one
> > 
> > other
> > 
> > > > > tool which Solid State purchased but its existence now seems hard to
> > > > 
> > > > spot.
> > > > 
> > > > Yep. I had tried to start an openDAW discussion/project a few years
> > 
> > back,
> > 
> > > > with
> > > > a common XML-based intermediary referencing pcm files/segments. The
> > > > existence
> > > > of a proprietary-binary "AAF" library was called to my attention with
> > 
> > some
> > 
> > > > intent of releasing a XML/text based version. A few DAW programs
> > 
> > support
> > 
> > > > AAF.
> > > > Have not heard much since.
> > > > __________________________
> > > 
> > > AAF is actually a relatively open specification BUT
> > > 
> > >    * it has every hallmark of design-by-committee
> > >    * it is vastly more centered on broadcast and video than on typical
> > 
> > DAW
> > 
> > > scenarios
> > > 
> > >    * the spec includes an explicit dependence on Microsoft "structured
> > > 
> > > storage format",
> > > 
> > >          which is essentially a filesystem-in-a-file, and this part is
> > > 
> > > somewhat opaque
> > > 
> > >          although there are attempts at an open source implementation
> > > 
> > > I wouldn't put a minute of my time into AAF support. It is a dinosaur,
> > > in
> > > every sense of that word.
> > 
> > So maybe it is time to invent a new one. What I had in mind was something
> > like
> > what Cakewalk has, but open, XML-based, hand-editable. PCM segments would
> > be
> > the only thing that HAD to be binary. MIDI could be done binary as well or
> > XML
> > (there are already schemas for such).
> http://xkcd.com/927/

Very cute.

However, there are no real standards. Each program, opensource or not, has its 
own system and ne'er the 'twain do meet. So one restricts to one  program, no 
other choice.

Microsoft is so big so makes its own standards, its own rules, changes them at 
will (example rtf), but they are not in the DAW business. Just many programs 
run on their platform so may use some of their file-structures.

What if the programs we use here, on this list, were inter-operable? 
Ardour/Harrison, Qtractor, Muse, Rosegarden, etc. We have more choices than 
does Microsoft. What if Tracktion (proprietary, now supporting Linux!) were 
brought on board? I do not think it is so far-fetched if there be a will to do 
so. One opensource library to service this, done once.

(I no longer have my old posts, proposals for this. Discussion was a while 
Ede Wolf | 13 Sep 15:44 2014

[LAU] another cpu question

Hello all,

I may be putting together a box dedicated just to act as a multitrack 
effects unit - without planning any recording. The effects stack will 
for most channels most likely look like this: reverb, delay, EQ and 
maybe one of flanger, chorus or rather seldomly compression. Anyway, 
just the classics, planning so far to only to install the calf and 
invada lv2 packages. Though I am open for recommendations here, too. And 
of course I am looking for a suitable effects host/rack.

However, I do suppose, the reverb will be the most cpu consuming item 
and I am wondering, what feature an a cpu should I be primarily looking 
for? I guess, for effects, especially reverb, the floating point 
performance will be paramount?

As HT generally has a bad reputation for audio, currently, the AMD 
FX-8350 is on top of my list, as the floating point preformance is said 
to be rather good and lots of cores should be ideal for running lots of 
effects in parallel - though unfortunately not every core does have its 
on FPU. As it is not going to run 24/7, the insane energy consumption is 
somewhat acceptable.

But, beeing no coder, I may be completely off track with my conceptions 
here, so I am asking for some more insight or alternative 
recommendations, maybe even with a short reasoning


Jonathan E. Brickman | 13 Sep 01:33 2014

[LAU] Suppress the GUI of calfjackhost?

I'd love to be able to run one of my standard calfjackhost chains, with 
a command-line switch to suppress GUI.  Is there a way?


Jonathan E. Brickman
Ponderworthy Music | jeb@... | (785)233-9977 |
Russell Hanaghan | 12 Sep 21:13 2014

[LAU] Common DAW session save / import

Hey all,

So I know a standard exists for Pro tools to save to a interchangeable format for import to Mixbus via a 3rd
party software app. Forget the names.

Point is, it would be awesome to be able to save basic sessions in Ardour and be able to import the track info,
edits, etc, into say, Qtractor or Muse or whatever. 

What's out there per open source or proprietary solutions. Is this something that could be collaborated on
in house so to speak?

I use Mixbus for the most part. But for live recording on an older sony Vaio, it's just too much of a CPU pig!
Qtractor is a 1st choice solution for me. After the session has been saved, it would be great to be able to
import that session to Ardour / Mixbus. Lining up all track data manually is a pita! 

Thoughts? Work arounds? Other open source DAW's?

Fanx! :)

~ Russell
Rui Nuno Capela | 12 Sep 17:54 2014

[LAU] [ANN] Vee One Suite 0.5.1 - One second official beta release!


The gang-of-three aka. the Vee One Suite of old-school 
soft(ware)-instruments, featuring synthv1 [1], a polyphonic synthesizer, 
samplv1 [2], a polyphonic sampler and drumkv1 [3], as a drum-kit 
sampler, are once again released in beta phase though.

The changes for this one second beta release are the following:

- Fixed LV2 plugin relative/absolute file path state resolution. 
(drumkv1 [3] only).
- One decimal digit added to all scalar parameters and knobs.
- Stand-alone JACK client ports outrageously renamed from a zero based 
numbering scheme into a plus one natural one.
- Experimental LV2 Time/position atom-event support (Delay BPM).

Please, don't hesitate to ask whether any of the above esoteric babbles 
doesn't get you on to update as soon as you can. One special note goes 
for all the users out there of drumkv1 [3] LV2 genre: the update is not 
just interesting but a must, seriously ;).

As usual, all is available in dual form:

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

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

The gore details are as follows ;)

* synthv1 - an old-school polyphonic synthesizer [1] *

   synthv1 0.5.1 (second official beta) is out!

   synthv1 is an old-school all-digital 4-oscillator subtractive 
polyphonic synthesizer with stereo fx.

   LV2 URI: http://synthv1.sourceforge.net/lv2



- source tarball:

- source package:


- binary packages:



* samplv1 - an old-school polyphonic sampler [2] *

   samplv1 0.5.1 (second official beta) is out!

   samplv1 is an old-school polyphonic sampler synthesizer with stereo fx.

   LV2 URI: http://samplv1.sourceforge.net/lv2



- source tarball:

- source package:


- binary packages:



* drumkv1 - an old-school drum-kit sampler [3] *

   drumkv1 0.5.1 (second official beta) is out!

   drumkv1 an old-school drum-kit sampler synthesizer with stereo fx.

   LV2 URI: http://drumkv1.sourceforge.net/lv2



- source tarball:

- source package:


- binary packages:




[1] synthv1 - an old-school polyphonic synthesizer

[2] samplv1 - an old-school polyphonic sampler

[3] drumkv1 - an old-school drum-kit sampler

[4] JACK Audio Connection Kit

[5] NSM, Non Session Management

[6] ALSA, Advanced Linux Sound Architecture

[7] LV2, Audio Plugin Standard, the extensible successor of LADSPA

[8] GNU General Public License

See also:

Enjoy && have fun.
rncbc aka. Rui Nuno Capela