I'd pose a different question:
Is OSX/Win Audio moving _backward_?
If OSX continues to move towards iOS, and Win continues to move towards
Metro, and Thunderbolt stalls, and screens get smaller, and expansion
ports get scarcer, then Linux might become the de-facto "pro" multimedia
platform simply because the other choices have become too dumbed down.
Of course _most_ users will be happy with the ease and power of the
tools that will be available on iOS/Metro. And _most_ users is where
the money is, so Apple/Microsoft are chasing the right users. But there
will be some serious users that need a powerful production system with
big screens and big peripherals, and for these users, Linux might
become the standard.
I'm sorry to post this here. I've just deleted two days worth of recording
work by accident or lack of concentration. It has just happened. Any trick to
get the files back. I think, nothing should have been written on the partition
yet. It's mostly .wav-files, so I can't just grep the device file for the
partition for some text. The computer has one more partition, but it's
smaller, so methods, that require a full image of this partition are out.
Thanks for any advise! and kind regards
I wonder if one was able to make their own MB and start with the kernel
and only add what is needed to make audio work. Stay away from fancy video
tricks... or add a second cpu for just that... separate memory buss
everything. No X, no DE, login would only lock the input devices.. The
linux part could well be an off the shelf kernel and core set of
utilities... where they can say "yes here is the version we use it is
stock <whatever>." The important stuff could still be all proprietary....
or not. I think it could be interesting to build a system that does one
thing really well and _nothing_ else. In a desktop system we want the USB
port to be usable by the system in linux, but what if we were to set one
up to talk directly to wine?
It's all in the details. These guys seem to have the resources for taking
care of the details. It would not surprise me to find out they were using
a slower CPU than most of our desktops. I have been surprised at what I
can do with no X and just using Jack and NAMA on a pentium at 300Mhz...
Not much ram.
Up until now, I've never really done much with Midi in emulated Windows
apps because I haven't needed them, but recently I acquired a copy of
SoundDiver 3 for Windows from just before Apple killed them (jerks!).
It's widely regarded as the only Midi patch librarian/editor for
hardware synths that ever actually worked.
Before I go resorting to a Windows laptop to run it though (which will
almost guarantee that I'll seldom use it), I wanted to see if I can get
it working in Wine. It seems remarkably well behaved. Actually the
only thing that ever crashes it is actual attempts to contact the
hardware over Midi -- you can get around in the program and do just
about everything else. This seems to have been the issue in just about
every other studio app I've ever tried to run in Wine also.
For interconnects, I have four hardware in/out pairs: the in/out
provided on the RME Multiface II, plus an Edirol UM-3EX provides another
3 in/out pairs connected by USB. I mostly use the ports on the UM-3EX,
and they all work fine in Linux under bare Alsa, and in Jack. Also Java
apps like JSynthLib can use any of my hardware Midi ports fine also,
which is significant because Java provides its own handlers for Midi
which must work for that to happen.
But Wine seems to be having some problems. All these devices do show up
in Wine configuration, and Windows applications also do show them in
their menus. Wine comes to a screeching halt when I try to use them.
Any recommendations? I notice that Wine also has a Jack driver in
addition to the Alsa driver (though it doesn't seem to list any Midi
devices...perhaps I need to map them in QJackCtl to make them show up?).
Should I be trying to use Jack Midi instead of bare Alsa?
+ Brent A. Busby + "We've all heard that a million monkeys
+ Sr. UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ James Franck Institute + Shakespeare. Now, thanks to the Internet,
+ Materials Research Ctr + we know this is not true." -Robert Wilensky
Apologies for x-posting...
It is my pleasure to announce latest version a.k.a. stable candidate of
pd-l2ork. Having chased down a couple of lingering and extremely sporadic
bugs, I am pleased to report that this latest version is our first "beta"
release with the primary focus on ensuring 100% stable experience. The
latest version also includes updates to the K12 module which now includes
over 40 unique abstractions. As usual, for additional info as well as both
32-bit and 64-bit Linux builds please visit
I would also like to use this opportunity to extend an invitation to
community members who may be interested in helping us improve the
documentation, as well as porting our efforts to other platforms to please
contact me and/or consider joining our l2ork-dev mailing list that can be
found at http://disis.music.vt.edu/cgi-bin/mailman/listinfo/l2ork-dev
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Head, ICAT IMPACT Studio
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-5034 (fax)
I'd like to announce Folve, a FUSE filesystem that convolves audio
files as they are accessed.
It contains some examples to try right away.
If you want to filter your audio (for effect reasons, such as adding
reverbs, or just to linearize the frequency response of your
speakers), but your system doesn't provide a way to do this while
playing, your only option was to pre-process your audio files
accordingly. This is time- and disk-consuming, and you probably
wouldn't do it just for the fun of adding a reverb.
Folve solves this problem: it provides the audio files readily
convolved as you access them. It also provides a simple HTTP UI to
switch between filters.
Right now, Folve is tested with FLAC files; other audio file formats
do work, but not all work well with streaming.
This is the first public announcement on the announce/user list, but
Folve should already pretty usable. Please report problems and feature
requests through the github issue tracker.
Very good video made with Kdenlive, with very good music made with
LinuxSampler, Ardour, and arecord (sic) :
Also playable as music-only and can be downloaded as an MP3.
As of 2011-01-16 I have skipped the development of jcgui, and still I
wouldn't maintain/develop it any longer.
But it get downloaded and used by some users and I receive requests and
bug-reports for it.
So I decide to fix the most related bugs and upload a new version, to
get rid of that.
* fix file not load when white space in path
* fix resampling (use zita-resampler now)
* fix build with gcc 4.7
* various small fixes
Still, I wouldn't recommend to use jcgui, please use IR_LV2 instead,
but, if you really would use jcgui, please update it.