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
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
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
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
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>
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!
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
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
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