Linux-audio-user December 2011

linux-audio-user@lists.linuxaudio.org

103 participants
104 discussions

by Sebastian Moors

Hi everyone! We're happy to announce the release of Hydrogen 0.9.6-beta1, the first development release of hydrogen 0.9.6. The new version includes some major improvements: - Jack midi support - Jack session support - Undo - tab-based interface (optimized for netbooks) Apart from these features, we're using now CMake for our build process. You can start the build process by running "./build.sh m" from your hydrogen source directory. The tarball is available on sourceforge[1] as usual, for AVLinux and Ubuntu packages have a look at [2]. As always we're pretty much interested in all kind of feedback ;-) Regards, the hydrogen team [1]: http://sourceforge.net/projects/hydrogen/files/Hydrogen/0.9.6%20Sources/hyd… [2]: http://linuxmusicians.com/viewtopic.php?f=24&t=7589

14 years, 1 month

[LAU] LV2 - "Are we nearly there yet?"

by rosea grammostola

On 12/20/2011 01:00 PM, linux-audio-user-request(a)lists.linuxaudio.org wrote: > 2011 is very nearly over - I was kinda hoping Ardour 3 would have had > a stable release by now which obviously hasn't happened but at least > it has made huge leaps in stability and functionality this year; I > wasn't hedging my bets on it being done by now to be honest but > congrats to all involved for their continued hard work anyway! Afaik A3 gets good reviews, also in terms of workflow. So far so good. > Apart > from A3 going beta, other notable FLOSS audio highlights for me this > year have been the release of OpenOctave MIDI which would seem to have > forked MuSE to very rapidly become the most professional FLOSS MIDI > sequencer and TYOQA actually happened! Whoop! Things are really > starting to heat up in the FLOSS DAW world and we have a few real good > choices now! +1 > > This year also saw a stable JACK release complete with JACK session > support and Nedko has just released v1 of LADISH - both of these > technologies are much needed for having a nice workflow when using > multiple standalone JACK apps to create music but I hope that in 2012 > JACK session managers such as these will become a largely unrequired, > legacy aspect of Linux audio because instead we will hopefully have a > good selection of LV2 plugins to do what currently requires standalone > JACK apps. JackSession makes my life more easy. I'm happy with it and hope it will be improved and more widely supported in 2012. LV2 is a other thing which is improved a lot in 2011, very important for Linuxaudio. It would be good if Renoise would support LV2 soon. Other things on my wishlist for 2012 ;) - Musicxml export for Lilypond - JackSession more widely supported (so far so good) - Pianoteq, Renoise etc. with LV2 support - Adding bends to tablature functionality in Lilypond - JACK 3 :) - Improved SFZ support in LinuxSampler > > Happy Christmas Linux Audio land! Merry Christmas indeed! \r

14 years, 1 month

[LAU] Least expensive way to do 30-channel low-latency audio?

by Jonathan E. Brickman

What hardware is probably best? -- Jonathan E. Brickman /Ponderworthy Music/ <http://ponderworthy.com> 805 SW Jewell Ave Topeka KS 66606-1610 jeb(a)ponderworthy.com <mailto:jeb@ponderworthy.com>

14 years, 1 month

[LAU] kontakt 5 - finally, I am hearing something...

by Csillag Kristof

Hi, After fixing the jack 32bit/64bit issue, now finally I can run kontakt5 1. As standalone exe, using WINE / WineASIO 2. As a VST instrument, using WINE / WineASIO / SAVIHost 3. As a VST instrument, using Festige / FST. All approaches can show the GUI, and play some sound. Great! I can see the following differences: - While approach 1 and 2 give me 2 output channels, approach 3 gives me 8, 16 or 64 output channels (depending on which DLL I pick). I only need 2 for stereo.. - I would think that approach 1 and 2 involve emulating more stuff than strictly necessary, so I would like to stick to approach 3, if possible. - Only approach 3 gives me direct JACK midi input. (But I guess I can solve this with a2jmidid for the other two approaches, too.) * * * Anyway, what comes next now is to 1. Set this up in a networked way: host1 has the physical midi input and audio HW, host2 is running the VST. (I have already done this with jack2, but now I have to re-do this for jack1.) 2. Tune the system to decent latency/performance; currently I get a lot of xruns... * * * Is there an up-to-date guide somewhere explaining - how should I choose my kernel version , - what to compile into my kernel, - how to configure my kernel run-time, - how to patch / configure wine, - how to configure jack - etc .... to get the best possible audio performance? (I know this gets talked about all the time, but everything is changing so fast, and half of the info I find the net is already obsolete; I am not asking you to repeat what is is already stated, but to point me to the relevant and current docs.) Thank you for your help: Kristof

14 years, 1 month

[LAU] Santa LACus (your Xmas Linux Audio Conference 2012 reminder)

by Bruno Ruviaro

Hi all, Just a friendly reminder that JANUARY 11 is the deadline for all submissions to the Linux Audio Conference (LAC 2012), which will take place at CCRMA (Stanford, California) in April 2012!http://lac.linuxaudio.org/2012/ Santa LACus wishes a great paper-and-music-submitting holiday to all! Ho, ho. Bruno - - - - - - - - - LAC 2012: the Linux Audio Conference - Call for Participation April 12-15, 2012 @ CCRMA, Stanford University http://lac.linuxaudio.org/2012/ [Apologies for cross-postings] [Please distribute] Online submission of papers, music, installations and workshops is now open! On the website you will find up-to-date instructions, as well as important information about deadlines, travel, lodging, and so on. Read on for more details! We invite submissions of papers addressing all areas of audio processing based on Linux and open source software. Papers can focus on technical, artistic or scientific issues and can target developers or users. We are also looking for music that has been produced or composed entirely or mostly using Linux and other Open Source music software. The Deadline for all submissions is January 11th, 2012 The Linux Audio Conference (LAC) is an international conference that brings together musicians, sound artists, software developers and researchers, working with Linux as an open, stable, professional platform for audio and media research and music production. LAC includes paper sessions, workshops, and a diverse program of electronic music. The upcoming 2012 conference will be hosted at CCRMA, Stanford University, on April 12-15. The Center for Computer Research in Music and Acoustics (CCRMA) at Stanford University is a multi-disciplinary facility where composers and researchers work together using computer-based technology both as an artistic medium and as a research tool. CCRMA has been using and developing Linux as an audio platform since 1997. http://ccrma.stanford.edu Stanford University is located in the heart of Silicon Valley, about one hour south of San Francisco, California. This is the first time LAC will take place in the United States. http://www.stanford.edu We look forward to seeing you at Stanford in April! Sincerely, The LAC 2012 Organizing Team

14 years, 1 month

[LAU] Qmidiroute for Jack MIDI streams?

by Jonathan E. Brickman

Anyone know a very good tool to reroute Jack-MIDI streams, the way Qmidiroute does it for ALSA-MIDI streams? -- Jonathan E. Brickman /Ponderworthy Music/ <http://ponderworthy.com> 805 SW Jewell Ave Topeka KS 66606-1610 jeb(a)ponderworthy.com <mailto:jeb@ponderworthy.com>

14 years, 1 month

[LAU] LV2 - "Are we nearly there yet?"

by Dan MacDonald

2011 is very nearly over - I was kinda hoping Ardour 3 would have had a stable release by now which obviously hasn't happened but at least it has made huge leaps in stability and functionality this year; I wasn't hedging my bets on it being done by now to be honest but congrats to all involved for their continued hard work anyway! Apart from A3 going beta, other notable FLOSS audio highlights for me this year have been the release of OpenOctave MIDI which would seem to have forked MuSE to very rapidly become the most professional FLOSS MIDI sequencer and TYOQA actually happened! Whoop! Things are really starting to heat up in the FLOSS DAW world and we have a few real good choices now! This year also saw a stable JACK release complete with JACK session support and Nedko has just released v1 of LADISH - both of these technologies are much needed for having a nice workflow when using multiple standalone JACK apps to create music but I hope that in 2012 JACK session managers such as these will become a largely unrequired, legacy aspect of Linux audio because instead we will hopefully have a good selection of LV2 plugins to do what currently requires standalone JACK apps. There will no doubt continue to be valid uses for LADISH and JS in a post-LV2 world but such session managers add yet another layer of complexity to creating music with free software, raising both the learning curve and resource requirements and it is yet another aspect of Linux audio that is likely to scare off potential converts from other platforms and frankly puts me off using and advocating it too. When I discovered that falktx was working on porting his fantastic DISTRHO plugin repo to LV2 I was overjoyed. The Highlife sampler is still missing from DISTRHO but once I can load quality, useful LV2 plugins such as NoiseMaker and Highlife and have them work as you'd expect VSTi's or AU instruments to then I will truly think Linux Audio has arrived and will be ready to be adopted beyond the hardcore trailblazers and devs already present on this list. It should then be possible to create all free software Linux audio distros that will finally be able to offer most of the functionality and a comparable workflow to that enjoyed by Windows and OSX users for so long now - hallefookinlujah! :) So, poor falktx has been continually bugged by me since I found out his plans- turns out he has been prevented from completing his plugin ports due to a couple of missing and/or incomplete LV2 extensions that are required for such plugins to function- namely the X11 UI extension, most importantly, needs finalising and also another extension is needed to handle VST-style programs/presets. I realise I could've just mailed drobilla directly to find out where he's up to with this but I've just explained why I think this is of the utmost importance to the Linux Audio community so I thought I'd ask him publicly so we all know where we're up to. Drobilla? Happy Christmas Linux Audio land!

14 years, 1 month

[LAU] eliminating xruns on 64-bit Arch ?

by Dave Phillips

Greetings, I like my Arch system, but its rt performance is simply not so good as my old 64 Studio installation. I think I have it optimized, but I wonder if there isn't more I could do to eradicate the occurrrence of xruns when recording with Ardour. Technical details follow. uname -a reports these facts : Linux BigBlack 3.0-ARCH #1 SMP PREEMPT x86_64 AMD Athlon(tm) 64 Processor 3200+ The relevant entries in /etc/security/limits.conf @audio - rtprio 99 @audio - nice -10 @audio - memlock unlimited I know about nice. IIRC these settings were default values. The hardware is an M-Audio Delta 66 system, with a separate preamp. Some relevant JACK (0.121.3) settings : /usr/bin/jackd -P89 -t5000 -dalsa -dhw:0 -r48000 -p128 -n2 -Xseq I usually get two or three xruns per half-hour session, as compared to 0 with 64 Studio. Btw, I'm not comparing the distros, just the performance stats. I have no interest in returning to older systems, but I have much interest in improving the ones I'm running now. This bothers me : [dlphilp@BigBlack etc]$ cat /proc/interrupts CPU0 0: 50 IO-APIC-edge timer 1: 4 IO-APIC-edge i8042 7: 1 IO-APIC-edge parport0 8: 2 IO-APIC-edge rtc0 9: 0 IO-APIC-fasteoi acpi 12: 6 IO-APIC-edge i8042 14: 0 IO-APIC-edge pata_amd 15: 27164 IO-APIC-edge pata_amd 16: 788897 IO-APIC-fasteoi ICE1712, nvidia <---- Ouch !!! 17: 144 IO-APIC-fasteoi firewire_ohci 20: 49995 IO-APIC-fasteoi ohci_hcd:usb2 21: 87877 IO-APIC-fasteoi sata_nv 22: 2124 IO-APIC-fasteoi sata_nv, hda_intel 23: 82436 IO-APIC-fasteoi ehci_hcd:usb1, eth0 Yep, that's my video card. Can I reassign the IRQ - preferably via software - for one of those devices ? If so, how and in what order ? I know about the rtirq script but there seems to little information regarding its use with a kernel such as mine (Rui ?). Btw, I know that an updated kernel is available from pacman and will gladly install it if recommended. Please advise if other information is required. Suggestions and recommendations are most welcome. However, before recommending an rt kernel please note that I need hardware accelerated 3D. Ditching the nVidia binary is not really an option yet, so any suggested kernel must get along with the nVidia driver. Best, dp

14 years, 1 month

[LAU] jack2: 32bit vs. 64bit

by Csillag Kristof

HI, Are applications linked with the 32bit jack2 libraries supposed to be able to connect to the 64bit jack2 deamon running on the same host? (I am seeing very similar errors from both FST and WineASIO.) I am running 64-bit Debian, official JACK2 1.9.7 packages, and since Debian only ships the jack1 version of the 32bit jack libraries, I have manually replaced these with the jack2 versions. (Installed them in /usr/lib32.) * * * If this is a problem, then how bad would it be to migrate to a fully 32-bit jack install? (On this machine, I only intend to run 32-bit jack clients, and the net back-end.) What is the performance difference between the 32-bit and 64-bit versions, on a 64-bit system? Thank you for your help: Kristof

14 years, 1 month

[LAU] How do I configure jackd1 not to zombify my clients?

by Csillag Kristof

Hi, Now that I am trying to run jack1 (instead of jack2), I see that my clients get zombified very fast. (Typically even before doing anything useful.) The JACK wiki points this out as a difference (that jack2 is more tolerant), but it also says that this behaviour is configurable. Well, I tried to, but without success. Jack messages: ====================== 15:33:43.894 /usr/bin/jackd --nozombies -dalsa -dhw:1 -r44100 -p128 -n2 -Xraw jackd 0.121.2 Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. loading driver .. apparent rate = 44100 creating alsa driver ... hw:1|hw:1|128|2|44100|0|0|nomon|swmeter|-|32bit control device hw:1 configuring for 44100Hz, period = 128 frames (2.9 ms), buffer = 2 periods ALSA: final selected sample format for capture: 24bit little-endian ALSA: use 2 periods for capture 15:33:43.923 JACK was started with PID=19792. ALSA: final selected sample format for playback: 24bit little-endian ALSA: use 2 periods for playback scan: added port hw:1,0,0 in-hw-1-0-0-AudioBox-USB-MIDI-1 scan: added port hw:1,0,0 out-hw-1-0-0-AudioBox-USB-MIDI-1 scan: opened port hw:1,0,0 in-hw-1-0-0-AudioBox-USB-MIDI-1 scan: opened port hw:1,0,0 out-hw-1-0-0-AudioBox-USB-MIDI-1 15:33:45.955 JACK connection change. 15:33:45.958 Server configuration saved to "/home/pianist/.jackdrc". 15:33:45.959 Statistics reset. 15:33:45.974 Client activated. 15:33:45.976 Buffer size change (128). 15:33:50.310 JACK connection graph change. 15:33:50.337 ALSA connection graph change. 15:33:50.379 JACK connection change. 15:33:50.395 JACK connection graph change. subgraph starting at Kontakt 5 timed out (subgraph_wait_fd=17, status = 0, state = Running, pollret = 0 revents = 0x0) **** alsa_pcm: xrun of at least 0.109 msecs 15:33:54.967 JACK connection graph change. bad status (-1) for client Kontakt 5 handling event (type = 5) 15:33:54.974 XRUN callback (1). 15:33:55.013 JACK connection change. ====================== As you can see, I started jackd with the --nozombies parameter. Meanwhile, wine/wineasio/kontakt says: ======================= jack_client_thread zombified - exiting from JACK ======================== * * * Of course, ideally, I would not get xruns; I intend to tune my system (wine-rt, etc), but still, how do I configure jack1 not to zombify the problematic clients? (The exact version of jack1 is svn revision 4538, which is the latest version in Debian.) Thank you for your help: Kristof

14 years, 1 month

← Newer
1
2
3
4
5
6
7
8
...
11
Older →

2026

2025

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 December 2011