20 Jul
2012
20 Jul
'12
1:18 p.m.
One of the most compelling and attractive aspects of GNU/Linux and Free
software for me has always been portability and so to that I end I have
been striving for the last 16 years to make sure that I can do everything I
need to do with a computer with open, free software. My other main hobby is
music and so naturally these have converged with my focus being put on
testing free audio software for Linux.
My first foray into running Linux on a non-x86 machine was back in '99 when
I bought the original iMac mainly so I could install and play with Linux on
something that wasn't a PC. My first exposure to ARM Linux came in 2004/5
when I got hold of a Sharp Zaurus SL-C3000 which was a mighty impressive
device at the time as it was the first Linux PDA to have a HD, USB host
etc. The C3000 only has 64MB RAM but, as anyone who has run Linux on the
original XBOX will tell you, you'd be surprised at how much you can do
under Linux with only 64MB RAM. I managed to get JACK, specimen, seq24 and
a few of the Linux trackers running on the Zaurus.
Now its 2012 and I'm the proud owner of a Pandaboard - a mini ARM dev board
with a dual core ARM Cortex, 1GB RAM, SSD and HDMI output etc. Apart from
it 'not being a PC' - what I really like about this device is its low power
consumption and total lack of fans or other cooling methods hence its
totally silent. I've got Ubuntu 12.04 running Fluxbox on it and yesterday I
achieved one of my main Pandaboard goals as I'm very happy to report it is
possible to run at least one instance of the DISTRHO TAL Noisemaker LV2
plugin under qtractor (latest svn) on the Pandaboard with no xruns! As soon
as you add a second Noisemaker track the xruns start to appear but you can
of course mix NM down to audio tracks to get more instances that way.
It should be noted that I have had to use an external USB soundcard to get
JACK running on the Pandboard as the current ALSA driver for the Panda's
onboard audio isn't working with JACK yet - in fact the onboard audio isn't
working at all with the latest TI kernel and I also had to set the CPU
governor to performance to get xrun free performance for Noisemaker. It
goes without saying that the Pandaboard is not cut out for forming the
basis of a pro-audio DAW and will not be replacing your i7 rig any time
soon but its literally sooo much cooler!
20 Jul
20 Jul
6:44 p.m.
New subject: JACK, qtractor and TAL Noisemaker on Pandaboard success story
Great stuff Dan!
I too am really interested in these new ARM board appearing everywhere and
what role they could play in Linux Audio.
It seems like you are going all out for the most powerful one and seeing
how far it can go head to head with the x86s.
I have been looking closer at the BeagleBone and wondering how some of the
Linux Audio projects, that separate out the "Engine" and the GUI, such as
SooperLooper, LinuxSampler, Bristol and many more could perform on a device
like that.
While the BeagleBone does away with the Graphics it also has no onboard
sound. So I have been researching CODECs that have Linux drivers that could
be interfaced with it. So far the Analog AD1939 is coming out on top. It is
a 4-in 8-out 192Khz capable device and the drivers are part of ALSA. So I
have been gearing up making a Beagle Cape with this thing.
A major concern for me is that, even without X, even with a CODEC connected
over I2S I won't get the performance (and memory) I need to run any of the
aforementioned programs.
Have you done any tests running audio programs without X?
Another thing, have you been compiling yourself or are the repositories for
ARMv7 for this kind of stuff fairly good for Ubuntu?
All the Best,
Kaspar
7:13 p.m.
New subject: JACK, qtractor and TAL Noisemaker on Pandaboard success story
I just hope this Secure Boot does not reduce Linux ARM devices to a tiny
number!
L.V.
10:19 p.m.
New subject: JACK, qtractor and TAL Noisemaker on Pandaboard success story
Kaspar:
Apart from the apps I've already mentioned, the only other Linux audio
software I've used on my Panda so far are alsamixer, pactl, pavucontrol and
Audacity - all of those have worked just as you'd expect them too.
I'm using standard jack and qjackctl from the 12.04 repos but I've had to
compile LV2/ drobilla libs, qtractor and Noisemaker myself. LV2 and
qtractor were straightforward but I had to modify the makefiles to get JUCE
and Noisemaker to compile under armhf. I dunno how much use qtractor and
noisemaker make or SSE but thats one thing both apps lack when built for
ARM CPUs. When I get better at C++ I'd like to have a go at adding NEON
support to Noisemaker.
There aren't many terminal-only Linux audio apps I make regular use of. I'd
be interested in trying NAMA on my pandaboard but thats no fun without a
mic input which is something I don't quite have yet on my panda- I have
achieved limited success using its onboard one with arecord and my external
USB soundcard is playback only.
On Fri, Jul 20, 2012 at 6:13 PM, Louigi Verona <louigi.verona(a)gmail.com>wrote;wrote:
I just hope this Secure Boot does not reduce Linux ARM
devices to a tiny
number!
Lougi:
I think secureboot is strictly a Wintel thing - I have heard no such talk
of it making its restrictive, nefarious ways known in ARM land yet and lets
hope it stays that way! Note that the ARM devices have their own set of
bootloaders - no grub here.
10:24 p.m.
New subject: JACK, qtractor and TAL Noisemaker on Pandaboard success story
On Fri, Jul 20, 2012 at 9:19 PM, Dan MacDonald <allcoms(a)gmail.com> wrote:
Kaspar:
Apart from the apps I've already mentioned, the only other Linux audio
software I've used on my Panda so far are alsamixer, pactl, pavucontrol and
Audacity - all of those have worked just as you'd expect them too.
Oh yeah!
I've also used Rui's samplv1 LV2 successfully under qtractor yet but only
used a few instances - I've not stress-tested it to see how many samplv1
tracks the Panda can push out just yet.
I'm using standard jack and qjackctl from the
12.04 repos but I've had to
compile LV2/ drobilla libs, qtractor and Noisemaker myself. LV2 and
qtractor were straightforward but I had to modify the makefiles to get JUCE
and Noisemaker to compile under armhf. I dunno how much use qtractor and
noisemaker make or SSE but thats one thing both apps lack when built for
ARM CPUs. When I get better at C++ I'd like to have a go at adding NEON
support to Noisemaker.
There aren't many terminal-only Linux audio apps I make regular use of.
I'd be interested in trying NAMA on my pandaboard but thats no fun without
a mic input which is something I don't quite have yet on my panda- I have
achieved limited success using its onboard one with arecord and my external
USB soundcard is playback only.
On Fri, Jul 20, 2012 at 6:13 PM, Louigi Verona <louigi.verona(a)gmail.com>wrote;wrote:
I just hope this Secure Boot does not reduce
Linux ARM devices to a tiny
number!
Lougi:
I think secureboot is strictly a Wintel thing - I have heard no such talk
of it making its restrictive, nefarious ways known in ARM land yet and lets
hope it stays that way! Note that the ARM devices have their own set of
bootloaders - no grub here.
21 Jul
21 Jul
4:21 a.m.
New subject: JACK, qtractor and TAL Noisemaker on Pandaboard success story
On Sat, Jul 21, 2012 at 5:19 AM, Dan MacDonald <allcoms(a)gmail.com> wrote:
I think secureboot is strictly a Wintel thing - I have heard no such talk
of it making its restrictive, nefarious ways known in ARM land yet and lets
hope it stays that way! Note that the ARM devices have their own set of
bootloaders - no grub here.
I hate to be the bearer of bad news, or to derail your thread, but it is
actually ARM that will be the most crippled. MS is requiring ARM devices
certified to run Windows 8 to be completely locked down, where as Intel
devices will be able to have UEFI disabled. This is really only the tablet
market, though.
See here:
http://www.softwarefreedom.org/blog/2012/jan/12/microsoft-confirms-UEFI-fea…
1:46 p.m.
New subject: JACK, qtractor and TAL Noisemaker on Pandaboard success story
Hi Michael!
On Sat, Jul 21, 2012 at 3:21 AM, michael noble <looplog(a)gmail.com> wrote:
On Sat, Jul 21, 2012 at 5:19 AM, Dan MacDonald <allcoms(a)gmail.com> wrote:
Yes, its my fault for mistakenly saying secure boot only effects wintel
when in fact it also effects SOME ARM hardware intended THAT IS INTENDED TO
RUN WINDOWS 8. My Pandaboard predates windows 8 and its successor (likely
called eagleboard - OMAP5 based with SATA) will also be a Linux dev board
with no intention of running crappy MS OSs hence it will likely have no
trace of UEFI onboard again either.
Not all ARM hardware is created equal nor intended to run MS pathetic,
crippled embedded OSs.
I think secureboot is strictly a Wintel thing - I have heard no such talk
of it making its restrictive, nefarious ways known in ARM land yet and lets
hope it stays that way! Note that the ARM devices have their own set of
bootloaders - no grub here.
I hate to be the bearer of bad news, or to derail your thread, but it is
actually ARM that will be the most crippled. MS is requiring ARM devices
certified to run Windows 8 to be completely locked down, where as Intel
devices will be able to have UEFI disabled. This is really only the tablet
market, though.
See here:
http://www.softwarefreedom.org/blog/2012/jan/12/microsoft-confirms-UEFI-fea…
4322
days inactive
4323
days old
linux-audio-user@lists.linuxaudio.org
6 comments
4 participants
participants (4)
-
Dan MacDonald -
Kaspar Bumke -
Louigi Verona -
michael noble