I've purchased a new Asus EEE 1000 PC, and I love this thing.
First off, almost everything on it just works with Linux, out of the box! I've never had a laptop on which everything actually worked properly. Audio, wireless, suspend-to-disk, even the webcam works with Debian EEE distro, out of the box! I was stunned. I've never experienced anything like this with linux.
It's tiny, weighs almost nothing, has a usable keyboard, no moving parts (except the fan), runs a full linux distro, and sips battery power. I can stuff it into my backpack and I am in portable computing heaven.
Because this thing is so many kinds of awesome, of course I want to run JACK on it and use it as my new softsynth for live performance purposes.
I'm running Debian, using the 2.6.26 kernel (Lenny). I'm told that this kernel is completely unsuitable for Linux Audio work. However, I can't backtrack to older kernels because this one has all the hardware support I need.
What kernel would you recommend for patching with Ingo goodness? This thing is a dual 686 Intel Atom at 1.2Ghz; with my good USB soundcard I'd expect to at least get a couple fluidsynth instances and LADSPA plugins going without incident.
-ken
Hi,
Yesterday I tried with a friend of mine to synchronize our computers with a
simple midi cable.
We just want to make music together, and synchronize, the transport AND the
tempo with a Master and a Slave.
After hours and hours of tests, we just made the transport sync works. But
we couldn't sync the tempo.
Someone told me on the #LAD IRC, about netjack, but it seems to be to "loud"
for what we want to do.
In fact, most of the softs can sync themself each other with JACK transport,
but can't send Midi Time Code to the midi out.
And when we even they can send Midi Time Code, it can't be sync with jack
transport on the other computer.
The top would be to find a soft which can act as a bridge between Midi Time
Code and Jack Transport. like for exemple :
First Computer : Seq24 -> Midi Time Code send to Midi out of the Sound card.
Second computer : -> Midi Time Code received in the Midi In -> bridge on
JackTransport -> and then each softs could be sync.
The other solution :
First Computer : Seq24 -> JACK Transport -> BRIDGEto Midi Time Code send to
Midi out of the Sound card.
Second computer : -> Midi Time Code received in the Midi In -> BRIDGE to
JACKTransport -> and then each softs could be sync.
Is someone knows a simple solution ?
I am a bit disapointed
Thank you for your help
Cheers,
Mysth-R
--
*
***************************************************************************************
* {^_^} Mysth-R {^_^}
* <= Aide Auditive =>
*
* http://myspace.com/mysthr
* http://myspace.com/aideauditive
* http://mysthr.free.fr/Joomla => Site dédié à l'audio sous
Fedora/PlanetCCRMA.
*
***************************************************************************************
Jack O'Quin wrote:
>> On Sun, 23 Nov 2008, Pieter Palmers wrote:
>
>>> The FFADO team is proud to announce the first release candidate for
>>> FFADO 2.0.
>
> I just tried the new libffado-2.0-rc1 with jack 0.113.3 (SVN) with my
> PreSonus FireBox on Ubuntu Hardy with the 2.6.24-21-rt kernel. The
> ffado-diag script says I have the old 1394 stack. Is that a problem?
> If so, how do I get the new one?
The old stack is exactly what you need.
>
> The libffado.so got built and installed, but the JACK firewire backend
> could not find it, because ldconfig was apparently not run. So, I ran
> ldconfig by hand. Also, I notice there is no library versioning, yet.
> Is that intentional?
Good question. Do you have any suggestions on how we should be doing it?
I remember that someone tried to do it, but didn't succeed.
>
> After fixing that, I am still unable to start JACK. I tried resetting
> the bus via gscanbus, but it still does not come up. I am attaching
> the ffado-diag output and the ffado-jack.log.
You are suffering from hostcontrolleritis. The O2 micro controller has
some issues that cause it to stall under certain conditions.
There are few things that can help:
1) applying the cycle skip patch to the 1394 kernel sources:
http://subversion.ffado.org/wiki/TxSkipPatched
2) decreasing the amount of kernel space buffering will result in
this being less likely to occur. You can specify a config file:
http://subversion.ffado.org/wiki/ConfigFile
Setting the max_nb_buffers_xmit to 32 (or lower) should help. Note
however that this will result in a higher sensitivity to xruns since
this means that userspace has to refill the buffers every 32/2*8 frames.
Probably the best solution is to get a better host controller.
Greets,
Pieter
>
> $ jackd -Rv -P70 -d firewire -v6 -r48000 -p1024 -n3 2> ffado-jack.log
>
> getting driver descriptor from /usr/lib/jack/jack_freebob.so
> getting driver descriptor from /usr/lib/jack/jack_oss.so
> getting driver descriptor from /usr/lib/jack/jack_firewire.so
> getting driver descriptor from /usr/lib/jack/jack_net.so
> getting driver descriptor from /usr/lib/jack/jack_alsa.so
> getting driver descriptor from /usr/lib/jack/jack_dummy.so
> jackd 0.115.3
> Copyright 2001-2005 Paul Davis 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.
> registered builtin port type 32 bit float mono audio
> registered builtin port type 8 bit raw midi
> clock source = system clock via clock_gettime
> start poll on 3 fd's
> loading driver ..
> new client: firewire_pcm, id = 1 type 1 @ 0x806ea80 fd = -1
> new buffer size 1024
> registered port system:capture_1, offset = 4096
> registered port system:capture_2, offset = 8192
> registered port system:capture_3, offset = 12288
> registered port system:capture_4, offset = 16384
> registered port system:capture_5, offset = 20480
> registered port system:capture_6, offset = 24576
> registered port firewire_pcm:C6_dev0_MidiIn, offset = 4096
> registered port system:playback_1, offset = 0
> registered port system:playback_2, offset = 0
> registered port system:playback_3, offset = 0
> registered port system:playback_4, offset = 0
> registered port system:playback_5, offset = 0
> registered port system:playback_6, offset = 0
> registered port system:playback_7, offset = 0
> registered port system:playback_8, offset = 0
> registered port firewire_pcm:P8_dev0_MidiOut, offset = 0
> ++ jack_sort_graph
> ++ jack_rechain_graph():
> +++ client is now firewire_pcm active ? 1
> client firewire_pcm: internal client, execution_order=0.
> -- jack_rechain_graph()
> -- jack_sort_graph
> starting server engine shutdown
> stopping driver
> server thread back from poll
> unloading driver
> freeing shared port segments
> stopping server thread
> stopping watchdog thread
> last xrun delay: 0.000 usecs
> max delay reported by backend: 0.000 usecs
> freeing engine shared memory
> max usecs: 0.000, engine deleted
Hi,
The FFADO team is proud to announce the first release candidate for
FFADO 2.0.
This release candidate is intended to collect feedback about the library
under wide-spread usage. The code should be free of major bugs.
We are looking for packagers that are interested in creating packages
for their favorite distribution. Please contact us if you can help us
out with this.
Release and download information:
http://www.ffado.org/?q=release/rc1
Currently, the installation options are:
* manual build from source
[http://www.ffado.org/?q=release/rc1]
* semi-automatic build from source into a 'sandbox'
[http://subversion.ffado.org/wiki/SandboxInstalls]
* APT repository for Ubuntu Gutsy and Hardy (possibly others)
[http://www.ffado.org/?q=release/apt]
Please test and report issues at our TRAC at http://subversion.ffado.org/
or at the mailing list (ffado-devel(a)lists.sourceforge.net). Please take
note of http://subversion.ffado.org/wiki/WritingGoodTickets when
reporting bugs.
We ask all users of FreeBoB that are not yet testing FFADO to try this
release candidate. Note that FFADO can co-exist with FreeBoB without any
problems, so you can revert back to your original setup very easily.
Enjoy,
Pieter Palmers
ffado.org
Greetings,
I looked up some information regarding HDMI. The new notebook has an
HDMI port, I wondered if anyone here has any experience using such a port.
Best,
dp
After a number of years of making successful music recordings using a
combination of rosegarden and ardour on my Ubuntu Dapper Drake system,
and my home grown real-time kernels, I thought it was time to upgrade to
Hardy Heron and use the proper real time kernel that the experts had
built. What a disappointment!
I have an internal pci sound blaster live card (emu10k1 chip set) and a
M-audio audiophile USB sound module.
On my dapper installation, which happened to have 2.6.22.1 real time
patched kernel (the default ubuntu kernel was 2.6.15), I could get
latencies as low as 1.5ms (32 frames/period) on the sound blaster and
2.7ms ( 64 frames/period) on the USB Audiophile with very few xruns; so
few xruns that I used to wonder why people posted to mailing
lists/forums about the problem.
With the stock Ubuntu 2.6.24-21rt kernel the sound blaster gives xruns
every few seconds with no load (no recording and no playing back) at
23ms latency (512 frames/period) and the Audiophile struggles at 43ms
( 1024 frames/period); I am getting xruns every 10-20 seconds. Infact
the rt kernel gives little, if any, improvement over the generic kernel.
I have the following settings in my limits.conf
@audio - rtprio 95
@audio - memlock 512000
@audio - nice -19
And I have a script to set the real-time priorities for the interrupts
for the interrupts that the sound system use - usually IRQ17 and IRQ19.
My user is also a member of the audio group.
I have tried the nohz=no on the kernel start up command line as
discussed in numerous fora with no change. I did not expect one:
johnt@TOMO001:/boot$ grep NO_HZ config-2.6.24-21-*
config-2.6.24-21-generic:CONFIG_NO_HZ=y
config-2.6.24-21-rt:# CONFIG_NO_HZ is not set
I have also tried the changes described in:
http://alsa.opensrc.org/index.php/Usb-audio
which also made no difference.
Any ideas what to try next? Have I got to go back and start build my own
kernels again (which always involved a battle between me and the nvidia
graphics card)?
John Tomlinson
I'm looking for a application like Rosegarden that supports shaped
notes<http://en.wikipedia.org/wiki/Shape_note>.
Actually, I'd really like to use shaped notes in Rosegarden.
I want to be able to easily print rg and midi files with shaped notes. Note
display doesn't matter that much, as long as they print shaped.
I don't want to have to buy Finale just for this... Any suggestions?
Thanks!
--
Christopher Stamper
Email: christopherstamper(a)gmail.com
Web: http://tinyurl.com/2ooncg
gTalk: http://tinyurl.com/6e359r
Skype: cdstamper
I suspect Dave does actually mean HDMI. There are a lot of laptops
that are coming with HDMI these days. NVidia is supporting it in their
chipselts as it enables display of DRM'ed video data on a TV screen
for watching movies without theft using encryption and Microsoft
tools. (Please, let's not let this turn political...)
I have heard of MythTV frontend boxes sending recorded video over HDMI
to flat panel TVs so it does work in Linux, at least to some extent.
Anyway, mostly I'm correcting my mistake before I make poor Dave spend
too much time on my stupidity.
Cheers,
Mark
On Mon, Nov 24, 2008 at 10:15 AM, Christopher Stamper
<christopherstamper(a)gmail.com> wrote:
>
>
> On Mon, Nov 24, 2008 at 1:12 PM, Mark Knecht <markknecht(a)gmail.com> wrote:
>>
>> Forget everything I just said. It's DVI on the monitors and HDMI on
>> TVs. We're using DVI here.
>
> I'm wondering if Dave means DVI too....
>
> --
> Christopher Stamper
>
> Email: christopherstamper(a)gmail.com
> Web: http://tinyurl.com/2ooncg
> gTalk: http://tinyurl.com/6e359r
> Skype: cdstamper
>
Hi guys (and gals),
a good friend of mine is in the market for a mixer that is at least
capable of recording a whole band simultaneously.
He thinks that 16 channels might be a minimum for that, but he isn't
exactly experienced, and me neither.
It would be nice if it would work as firewire audio interface as well,
like the mackie onyx mixers, mainly because it might mean less trouble
overall.
Those onyx mixers look nice, and are supported by ffado, but we'd
like to have some more options.
Linux support isn't a strict requirement but it would be really nice to
have as option. So far it didn't work for him, but when the hardware
works with linux I can show him what's there and what's new from time
to time.
In this case he has a budget of up to 3000 Euros or possibly more, but
the stuff really needs to work for a studio.
Thanks in advance for any advice,
best regards
Philipp
Hi Folks
Is anyone interested in an Open Source MIDI control surface?
I'm going to be prototyping a rather basic one, to satisfy my own
requirements. If anyone wants to discuss this, just let me know.
(Probably best off-list as this may be Open Source, but the only
connection with Linux is the fact that it is my every day operating system.)
Cheers
M
--
Matthew Smith
Smiffytech - Technology Consulting & Web Application Development
Business: http://www.smiffytech.com/
Personal: http://www.smiffysplace.com/
LinkedIn: http://www.linkedin.com/in/smiffy