Linux-audio-user September 2014

linux-audio-user@lists.linuxaudio.org

99 participants
80 discussions

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

by Moshe Werner

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. Cheers Moshe

10 years

yoshimi --alsa-midi autoconnect?

by James Mckernon

Hi all, Yoshimi seems be able to autoconnect to a MIDI input device (e.g. a keyboard) using its --alsa-midi (short form -a) option. But I can't seem to get it to work. I'm not sure what string I should pass to identify For example, running: yoshimi --alsa-midi="microKONTROL MIDI 1" (i.e. using the name which aconnect -o gives for the device) gives the error: ALSA lib seq.c:935:(snd_seq_open_noupdate) Unknown SEQ microKONTROL MIDI 1 Error, failed to open alsa midi device: microKONTROL MIDI 1 Any ideas how I should identify my keyboard? (OR does this feature simply not work at the moment?) Thanks! J

10 years

Command-line options for Claudia?

by Jonathan E. Brickman

I'd like to tell Claudia to load a specific studio and/or room at startup; are command-line options (or OSC/MIDI/other methods) to do this automatically? -- Jonathan E. Brickman Ponderworthy Music | jeb(a)ponderworthy.com | (785)233-9977 | http://ponderworthy.com

10 years

Timidity on external USB

by Bob van der Poel

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! Thanks. -- **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bob(a)mellowood.ca WWW: http://www.mellowood.ca

10 years

Noo 'pooter :)

by Will Godfrey

In the next couple of days I should be getting a new fanless dual core machine with a 64bit intel cpu running at 3.1G. This is really intended to replace my ageing 'office' machine, but I thought I might as well set it up for decent audio too. As this will be a clean install, I'm wondering what people might suggest as for best distro to make full use of it - all my other machines have had a progression of debian upgrades so are probably full of crud. -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song.

10 years

linuxaudio mailing lists and gmail issues (bounces)

by Marc-Olivier Barre

Hi everyone, Some of you might have noticed, we're having issues delivering mailing lists posts to gmail users (it can be fairly random). I'm also having similar issues at work and on my own server. It seems gmail has tightened their filtering rules a bit and generate quite the amount of backscatter emails which generally results in mailman accounts being disabled. TL;DR mailman issues, gmail sucks, I'm working on a fix :) Cheers ! -- Marc-Olivier Barre XMPP ID : marco(a)marcochapeau.org www.MarcOChapeau.org

10 years

Sequencer suggestions?

by Philipp Überbacher

Hi there, I'm playing with all the new toys you brought me and have quite some fun. Just two or three years ago I knew everything out there, now there are a whole lot of new things to play with. I have a few questions though. Is there any new midi sequencer? I know the traditional ones, seq24, rosegarden, muse, qtractor and so on and briefly tried ardour3 as well as luppp but could not make heads or tails of it yet. What do you use? Any idea what happened to the calf stuff? I tried them from git but the, as far as I remember, wonderful wavetable synth crashes the hosts. There seems to be a fork of the calf instruments and plugins by falktx but the wavetable synth and the GUIs seem to be missing. My goal at the moment is to create a single, simple and probably quite horrible song electronic music song. That's why I'm looking for a nice sequencer and some instruments. Regards, Philipp

10 years

Session management with NSM

by Harry van Haaren

On Mon, Sep 1, 2014 at 3:28 PM, Philipp Überbacher <murks(a)tuxfamily.org> wrote: > I guess this packaging trick would work, but for some reason I really > don't like it. Well... it is the best way to have NSM-supporting programs announce that they support NSM, but also gives an opportunity to say "use this icon file for display in the NSM UI", and various other tweaks... > An alternative idea: NSM could ship with a list of programs that are > supported, including the information since which version nsm is > supported. It could then check the installed version and I guess the > tricky part is to do that reliably. Not good: parsing output of programs to identify NSM is a horrible, tedious and error prone "solution"... or "not solution". > Another idea: NSM could keep a list of nsm-capable programs that were > started on this particular machine. Once you started zynaddsubfx > through nsm it will show up on the list. Possible, installing a new machine, or users who are just starting won't know what programs support it: as you mention about discovery. I feel strongly that the solution here should instantly make it easy for any application to announce its NSM capability, and that no user interaction should take place (as begining users won't know that). > Finally just having bash completion would be helpful. I've not yet coded that type of functionality: but I presume some regex search on the contents of $PATH is sufficient. Perhaps there's a library for such out there. > Actually jackconnect already does something similar, just the other way > round. NSM waits for a certain period until all clients are loaded and > sent ready. If some clients are not fast enough or ports are not there > it still says that the session has been established and after that > happened jackconnect starts to connect the ports that are there and > ignores the ones that are not there. Actually JackPatch just scan's the JACK graph when new ports arrive, and attaches them if it "knows" about them in the save-file. There is no delayed loading and such AFAIK. > Doing something similar is probably not hard, a jackstart client would > need to figure out when jack was successfully started (not sure how > hard that is) and signal nsm to start all other clients. Yep: it doesn't need to explicitly be "JACK started" as such, just a "pre-startup" command, that announces "OK" when its done its setup-job. It can continue to run, and have different / related functionality then. > A more generic client that could do the same thing for other clients could be useful, > but I guess not necessary unless someone actually comes up with a need > for it. I program as concise and generic as possible: when somebody does find a use, it will already be supported. Cheers, -Harry

10 years

i5 Hyper-Threading, BIOS settings and Arch n00b pointers

by Kaza Kore

Hello all. I hope this isn't too rambling a post to get some replies... I have seen on this list multiple times lately (possibly by the same person, but never corrected) a statement similar to thus: "I chose an i5 over an i7 as the i5 doesn't have Hyperthreading whereas the i7 does." I always thought I remembered this as wrong, especially as I believed I was running a 2 core i5 in my laptop and it shows up as 4 cores. I have just confirmed this to be the case. But it is partially correct, so if anybody has been taking this information for recommendation towards a new CPU purchase this appears to be a clearer picture of the situation. "The quick explanation is that all Core i7 CPUs use Hyper-Threading, so a six-core CPU can handle 12 streams, a four-core can handle eight streams, and a dual-core can handle four streams. Core i5 uses Hyper-Threading to make a dual-core CPU act like a four-core one, but if you have a Core i5 processor with four true cores, it won't have Hyper-Threading. For the time being, Core i5 tops out at handling four streams, using four real cores or two cores with Hyper-Threading."[1] As I say, Hyperthreading definitely "works" on my i5 and did with 12.04 as well as 14.04. Whether it helps or hinders I have no idea! I do know that the current Hyperthreading technology has nothing, or very little, to do with the Hyperthrading of the old P4 CPUs and most of the comments I read on it when the processors first came out seem to assume they were the same beast. I also know on Doze systems having it enabled on an i7 gave massive performance boosts with audio software, whereas on the old P4 performance was better with HT disabled (at least initially.) So can anybody point to any conclusive evidence that i-series processors benefit from having HT disabled on a Linux based DAW? Preferably benchmarks on a system installed with HT Enabled and Disabled using a recent kernel and system. There are also other BIOS settings I would like some recommendation on how to set. Also how much difference does it make it functions are turned on in BIOS and then Disabled later? I would imaging the other way around would cause more difficulties (as maybe the relevant parts of the kernel wouldn't be installed?) but have definitely read recommendations to make sure to set up BIOS first. The items in question are: Intel SpeedStep CPU Management Intel Hyper-Threading (mentioned above.) Also: Are there any good resources on setting up an Arch DAW system? I have been reading as much as possible on the Arch Wiki as I can while we have power and internet here (really not much just lately! About 2 hours the whole of today!!) Some offline documentation would be very useful, so I can read when the internet is down! http://archaudio.org seems to be dead in the water! Was it superseded? Plus these couple of articles I found but admit yet to read as been concentrating on the general Wiki. http://www.linux.com/learn/tutorials/607117-build-a-serious-multimedia-prod… https://wiki.archlinux.org/index.php/Pro_Audio Anything else you can point me to I would be very thankful. I believe Arch is the next step I wan to take. :) Also starting to feel a little disenfranchised with XFCE. What are you guys running your Arch DAW with? Thanks for any pointers. :) [1] http://www.pcmag.com/article2/0,2817,2404675,00.asp

10 years

SFZ on Carla -- how is it done?

by Jonathan E Brickman

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 | jeb(a)ponderworthy.com<mailto:jeb@ponderworthy.com> | (785)233-9977 | http://ponderworthy.com

10 years

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user September 2014