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
Hi folks,
I'm looking for hints that will help me get started in composing
a piece all of my own.
I'm just a hobby musician with modest guitar and keyboard
skills and just enough drum knowledge to get something
acceptable in Hydrogen.
How do you start? Percussion, Bass, Lead? How do you continue?
How do you actually get something together? :)
I find I can do nice separate pieces but have trouble to come
up with something coherent...
Thanks for any hints!
Leslie
--
LinkedIn Profile: http://www.linkedin.com/in/polzer
Xing Profile: https://www.xing.com/profile/LeslieP_Polzer
Blog: http://blog.viridian-project.de/
Kevin Cosgrove:
>> Ray Rashif wrote:
>>> I like the C* Plate 2x2 - it sounds close to the quality of Pro Tools'
>>> reverb.
>> I wouldn't know if it's comparable to PT's verb, but I do like that one.
>> I use it on almost everything I record. It's especially nice for vocals.
>
> Nobody's mentioned Gverb yet? I really like the flexibility I get
> with it and it sounds really good on everything I've used it on to
> date, that would be vox, drums & guitars. All the other instruments
I second that. For me, at least, it has been easier to get a natural
sounding reverb out of gverb than freeverb.
Also check out Fons' version of gverb:
"This reverb is based on gverb by Juhana Sadeharju, but the code
(now C++) is entirely original. I added a second input for stereo
operation, and some code to prevent FP denormalisation.
This is a preliminary release, and this plugin will probably change
a lot in future versions."
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
Hi,
I'm trying to get bit perfect output out of my linux box, but I can't find much
info on the web. I'm using ALSA.
Some questions:
- does Linux/ALSA features dynamic sample rates?
- is it possible to set the bit-depth? (in my case to 24 bit)
- what other variables do i have to consider to get bit transparent ouput,
i.e., no resampling at all?
Thanks in advance,
Paulo
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
Hello everyone.
(Are there any other Korg X50 users on the list?)
I have an X50, and an Evolution MK-461C MIDI controller board.
What I'm trying to do is use the knobs on the MK (and the X50, actually)
to control the parameters on the X50, but I've got a major problem.
It seems that the only way of getting either of the two keyboards (that
is, the actual white and black keys) to control more than one sound is
to assign all the sounds to the same channel. The problem with this is:
Say I assign a synth pad and a piano sound to channel 1. Then I try to
change the volume of the synth pad (using MIDI control 7), using the
knobs on either the X50, or the MK (it doesn't matter which). What I
find is that the piano, being on the same channel, also has its volume
adjusted. Sure, I can use the MIDI filter feature on the X50 to say that
the piano ignores volume changes, but then I can't fade out the piano if
I want to.
Anyone got any suggestions on how to overcome this? Currently the only
way I can think of is to send all MIDI events via my laptop and get it
to duplicate the note on/off events and send them to all the relevant
channels. Is this my only option? Surely the X50 has a better way than this?
Also, how well would MIDI cope with this? I have heard people mention
that MIDI doesn't work so well if you send lots of data down it (like 8
duplicates of the each note on/off message?).
If this is my only option, does anyone know of any better MIDI
router/mixer software? Currently the only one I know of is
soundfontcombi, but it's not very flexible, and doesn't work so well
with JACK's auto patchbay connections.
Thanks in advance.
Simon
Hi all,
Except from the fact that drums samples are always short ( no need of
sustain, only a triggering), is there some reasons why the drums are
always writing with very short durations? Especially I mean CPU's
ressources and others.
And more especially from the CC7, do they interact with the duration of
the notes?
( Because for an easier reading i'm writing the patterns from
sixty-fourth note up to eighth note.)
--
Phil.
Superbonus-Project (Site principal) <http://superbonus.project.free.fr>
Superbonus-Project (Plate-forme d'échange):
<http://philippe.hezaine.free.fr>
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