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
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
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.
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
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
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
Have just read a bit of Lisalo/LisaloQt, front end for calfbox; what is the status of this project? Also, are there usage examples for calfbox I can learn from?
--
Jonathan E. Brickman
Ponderworthy Music | jeb(a)ponderworthy.com<mailto:jeb@ponderworthy.com> | (785)233-9977 | http://ponderworthy.com
Booted live KXStudio 14.04 DVD. Cadence started JACK, pointed uselessly
at the onboard audio. I pointed it at my USB sound card with the same
settings I use normally. Started Zyn. It visibly made sound (Zyn's
indicator), but no sound came out. (I found nothing in Cadence to
connect Zyn to JACK. But then I don't know Cadence.) I ran KMixer and
audio volume was up for the USB card. So I said, Oh, well, guess it
doesn't work with Zyn. (Not the first time I've had problems with Zyn
and JACK, I much prefer Yoshimi.) So I close Zyn. After which Cadence
reports that JACK server is stopped. Restarting JACK or even force
restarting a JACK restart using Cadence gives me no audio devices to
pick from.
KXStudio isn't ready for this user yet, I guess.
--
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
Hello,
this is my attempt to build a GTK+ (really GTKmm) C++ application to
edit patches on the Roland MKS 70.
Code is on github: https://github.com/tartina/pg800.git
Tarballs and (maybe) RPM packages will come... some day!
Ciao
Guido
On Friday 29 August 2014 03:21:27 Kaza Kore did opine
And Gene did reply:
> > From: gheskett(a)wdtv.com
> > To: linux-audio-user(a)lists.linuxaudio.org
> > Date: Thu, 28 Aug 2014 22:45:41 -0400
> > Subject: Re: [LAU] Successor/replacement for RME HDSP+Multiface?
> >
> > On Thursday 28 August 2014 21:14:48 Kaza Kore did opine
> >
> > And Gene did reply:
> > > > From: gheskett(a)wdtv.com
> > > > To: linux-audio-user(a)lists.linuxaudio.org
> > > > Date: Thu, 28 Aug 2014 20:37:53 -0400
> > > > Subject: Re: [LAU] Successor/replacement for RME HDSP+Multiface?
> > > >
> > > >...Hi-8 tape...
> > >
> > > I thought we were talking about the future here! The 80s wants its
> > > property back!!
> > >
> > > Also Hi8 is an analogue format so everything in the post is plain
> > > bollocks! Maybe you meant Digital8?? Still 15 years old and any
> > > tape format is pretty much dead and definitely not the future!
> >
> > Not this one, it uses metal tape in the same casette as a Hi-8 would
> > use, but about a tenner more expensive. and is "digital Hi-8"
> > format.
> >
> > Reasonably sharp too at 720p. Go look it up, its a Sony HandyCam
> > DCR- TRV460 NTSC. and about 11 years old IIRC.
>
> So not Hi8 then! :p (If you look I did mention Digital8 too.) Not sure
> where you get the idea it's 720P capable! Specs on website state
> 640x480 and you even state in the name you provided it's NTSC, which
> is never 720P, same as PAL and SECAM aren't. They are old, SD
> standards. 720/1080 P/I are very different beasts really.
>
> Anyway it's probably more important to talk about the standardised DV25
> and DV50 protocol all these commercial/prosumer products use for
> communication that tape/card formats. There are some Sony and
> Panasonic camera that do this fine over USB so it's not impossible or
> a problem with USB itself. I see yours (and apparently many others)
> claim to have some kind of USB Streaming but for some reason it's not
> usually full quality, as you would get from Firewire. Wonder why...
The std says the speed is there. But on this Asus M2N-SLI Deluxe
motherboard that cost $287 USD when I bought it, all USB ports claim to be
USB2.0. The throughput to/from a hard drive in a self powered usb box
that I have 2 of, one 40Gb, one 300Gb drive, has a hard time out running a
floppy disk. No mistakes ever, but the usable bandwidth simply is not
there. My next door neighbor bought one of the 40's the same day I bought
mine, runs it as a backup on her windows machines. On her windows boxes,
it has no problem moving data in either direction at about 50 megabytes a
second.
A 640x480 USB2.0 camera, plugged into the rear port of a D525MW Atom
powered board, only make 3 frames a second.
The linux version of USB is a 1 legged dog in comparison. Why we put up
with that poor usb performance is beyond me. We had the original USB in
full usage on linux a good year ahead of the Redmond version, but IMSNHO,
linux has been sitting on its butt for at least a decade.
What the bloody hell, a copy of the std reference is well within the
financial reach of both Red Hat and Ubuntu & even SuSe. But I don't see
any improvements in the speeds here, and I am currently running a 3.16.0
kernel on a quad core phenom.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
