Hello all!
Just released a debut release by a band I'm in last weekend, which I just
realised is pretty much a linux project. Everything was recorded straight
to harddrive through an analog mixer. So not an analog studio, but a
computerless studio anyway.
Drums recorded live with the rest of the instruments playing along in the
room, so a lot of guitars and bass on the drum tracks, so was quite a
challenge massaging the drums into sounding like drums without interfering
with the guitars (which we recorded on top of the drums afterwards the same
day). Everything recorded in two evenings a cold weekend earlier this year.
Mixed and fixed in ardour 2 this spring/summer (can't quite remember). Not
super happy with the sound, but it was a mess before the mixing process, so
quite satisfied after all.
Hope you enjoy!
https://alphatross.bandcamp.com/
Regards,
Arve
Hello all Users & Devs of linux-audio-land,
Moving forward from the topic on Aeolus and forking projects, perhaps it is
wise to look at how the community as a whole can grow from this situation:
1) It seems the frustration of forks is mainly due to lack of communication.
2) Had appropriate communication been in place, patches could have been
merged.
3) If 1) and 2), then the community flourishes as a whole.
In the Aeolus thread on LAD, Michel Dominique wrote (and I feel its
relevant here):
"That imply we must communicate more with each other"
"I think this is a big problem, and not only related to Fons work, or the
LAD, but to the whole community."
The mailing list you're reading from now is one of the central hubs for the
community:
The -developers list is the perfect place to announce projects, forks,
patches etc.
The -users list is good for asking users and interested parties questions.
I will try to announce more patches / code, to contribute upstream, and
hopefully benefit the community.
Cheers, -Harry
I'm thinking about mixing down some old stuff, dredging out some old ideas and finishing them up.
Alas, though, my old studio laptop is gone (it's been my daughter's for years now, and has long since been wiped).
I have a great new i7 laptop, but I've got it set up for Work Stuff and I'm not changing that. Nor do I want to reboot it to do music stuff; I'd only do that for only an hour here and there rarely, and wouldn't want to lose my environment (read: emacs session, mosh sessions, and Firefox/Chrome tabs) and bring it all back.
What I'd really like is to run something like AVLinux inside KVM, with just enough resources to run Ardour and some plugins and maybe low-resource synths. I can book AVLinux just fine, but the problem I've had is that I cannot for the life of me get audio working. I get errors from KVM.
Has anyone successfully gotten audio to work from inside of a KVM VM? Is there any special magick I need to do to get this happening?
Also, I understand that if I'm not running a RT kernel on the host machine, I won't get RT performance on the VM's, but I don't think I need that for mixing. Are there any reasons why running say an Ingo kernel inside a KVM box wouldn't work?
-ken
Hi,
Some of you might be interested in this:
http://cubieboard.org/2013/10/18/g2-labs-has-released-a-dac-module-for-cubi…
The cubieboard runs on software provided by the opensource linux-sunxi
project including build support packages and kernels for several Linux
distros, and various "mobile" OS's including android, tizen, ubuntu.
http://linux-sunxi.org/Main_Page
The processor is Allwinner's sun "x" i (arm) series the latest of which
(a31) are quad core.
--
Patrick Shirkey
Boost Hardware Ltd
Hi,
lately, I have seen many projects showing linux (or android) onboard on
some small box including processor and some audio inputs/outputs..
Okay, but does anybody know about such box that would include MIDI input?
I use VL-70m synthesizer which is quite bigger (and expensive, well..) - so
I was thinking to get such box and use it for street performances as small
midi synthesizer.. I have Raspberry Pi at home, so I can try to use some
midi->usb but I was thinking that maybe there is some specialized solution
that already works? I didn't find anything yet :-/
Thank you
Cheers'!
Milan
Hi.
I'm building a little ear training application for eqing for which I'm
building some filter banks in puredata. Can someone point me to a practical
way of measuring and plotting my filter's frequency and phase responses?
Jack apps, pd patches or code should be fine.
Thanks!
--
Rafael Vega
email.rafa(a)gmail.com
Hi folks!,
I'm currently using Linuxsampler for my GIG stuff and I'm wondering if I
should port my samples to SFZ.
This is a very time consuming thing, where Natural Drum Kit (2+G +) is
the most important one. It's very complicated to make a drum kit work as
it should, the hi hats has for example varied degrees of openness, not
only notes and the sample players handle this with the idea of
dimensions. The openness is usually handles by an expression pedal or
modulation wheel when an Hi Hat pedal is not involved.
Speaking about Hi Hat: One SFZ thing Linuxsampler does not handle (at
the moment) is closing the previous samples when you trigger new ones
when you varies the openness of it (in other word: it don't do it when
you're keeping the same note), that mean that you can't play the sample
library as a drummer would. The Linuxsampler devs took away this
functionality early this year from the SVN repo. The (really bad)
solution for now is to make a separate sample library for HHs and spread
the varied openness items to different notes, then every trigging of a
note can mute the previous sample.
Natural Drum Kit is not the only library that have varied HH openness, I
know that ANALOGUE DRUMS also does and i guess that most proffesional
libraries have it.
So my question is: Are someone aware of a decent Gig/SFZ sample player
for Linux that can (or will) handle professional drum samples as
described above?
Thanks,
Jostein
--
Jostein Andersen - +46 73 6785 670
jcamusic.se - facebook.com/jcamusicsweden
josteinandersen.se
