Hi,
Does anyone have a Linux driver for a Behringer BCD2000? Or any interest
in writing one?
Thanks
Steven
--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.
Hi ...
Here ... 2.6.26.3-rt3 works .... then next one I was try was ... 2.6.26.5-rt9 and fails to kill apps ...
Maybe some intermediate versions run too .... can anyone confirm?
--
Josep Andreu <holborn(a)telefonica.net>
this is just to bring the story to it's end: after finding the patience
to read all the valuable hints on ffado.org and doing some tweaking I
now have a fine and stable running system - the Focusrite Saffire Pro10
is really a great deal.
Also the IRQ-sharing issue is solved by disabling the NVIDIA driver.
Thanks a lot again for all your comments,
Susanne
Is the midi seq brokenness in newer kernels attributed to the real
time patches only?
And does anyone know what specific real time kernel patch and level
still has a working midi seq?
--
aRDy Music and Rick Dicaire present:
http://www.ardynet.comhttp://www.ardynet.com:9000/ardymusic.ogg.m3u
I'm running Debian Lenny on a custom 2.6.26.8-rt12 kernel. I notice
once jackd starts, it cannot be killed. kill -9 leaves the jackd
process in state DLs
D Uninterruptible sleep (usually IO)
L has pages locked into memory (for real-time and custom IO)
s is a session leader
Running jackd -R -P70 -dalsa -dhw:0 -r44100 -p128 -n2 -Xseq
I get same behaviour from kernel 2.6.26.6-rt11.
Running in non-RT mode shows same behaviour
ice-1712 chipset M-Audio Delta 44
jackd version 0.109.2 tmpdir /dev/shm protocol 22
I built jack 0.116.x, alsa 1.0.18x, and still get same behaviour.
This kernels alsa driver is 0.16, upgraded to current 1.0.18a, same behaviour.
This whole situation is disheartening as I once had a working setup on
an older Ubuntu distribution where I could use skype with alsa's jack
plugin (yes, I know, Ubuntu doesn't ship it, I had to rebuild
libasound2-plugins pkg), but other alsa/jack issues forced me to have
to dump Ubuntu altogether.
I discovered the inability to kill jackd process while trying to
troubleshoot skypes use of alsa's jack plugin crashing jackd. Also
discovered any process that invoked that plugin would crash jackd when
the plugin thread disconnected from jackd. In all it seems my jack
setup is now unstable.
Any help in troubleshooting these problems would be appreciated, thank you.
--
aRDy Music and Rick Dicaire present:
http://www.ardynet.comhttp://www.ardynet.com:9000/ardymusic.ogg.m3u
Hi
We got a wii for christmas, and it seems it can only handle audio in
"aac (.m4a)" format. However I have no experience with this format, but
I found faac and did "faac someaudio.wav", which produced someaudio.aac
and I also made a copy with extension .m4a. However the wii couldn't
find any audio files if I copied the .aac-file to the sd-card. If I
copied the .m4a file the files showes up in photo channel, but the wii
can't play them (something with "wrong format").
Any ideas and/or experiences with encoding for the wii in particular or
aac/m4a in general?
--
Atte
http://atte.dkhttp://modlys.dk
[posted before in qjackctl help forum, which seems inactive]
Hi, I am seeing xruns with jackd. I'm using a real-time kernel and
played with rtprio settings, sampling rate, number of periods, and
buffer sizes with little luck. I need some clarifications on how Jack is
supposed to behave.
1. What does qjackctl display in red? It's two numbers, like "3 (2635)",
but I have no clue what they are. The first number stays small, but the
number in parantheses increments like crazy.
2. I see lots of "delay of 11618 usecs exceeds estimated spare time of
11553.0 usecs; restart" messages. But the "estimated spare time" only
seems to depend on the number of frames per period (jackd -p argument).
So even if I increase the number of periods (jackd --nperiods argument)
insanely, I still get these "restarts" just as often.
This doesn't seem right -- with a larger n * bufsize, the restarts
should at least become less frequent, right?
I don't care at all about latency -- I just want continuous audio (and
preferably quiet operation). Is there a way to get rid of these warnings
(and the presumably harmful resets)?
Thanks,
Dan Muresan
I have started a radio show called the Midnight Freedom Show. I plan on
featuring one Free licensed song each night just after midnight.
It is expected to play on Y98 in the Bahamas but I am also in discussions to
get it to play on several college radio stations as well. (If you can help me
get it on other stations as well, all help would be appreciated.)
What I think I need to do is something like:
[Station Name] this is Z bringing you the Midnight Freedom Show, tonight
featuring [Song Name by Artist] etc. [song plays] That was [Song Name by
Artist] here on [Station Name] etc.
Show ends. Oh, and there is a bed playing under the DJ bits.
So, the show should be "customized" for each station but I don't want a huge
workload for myself and I don't want to push the work down to the stations
unless they want it.
So I am wondering if anyone has any ideas on how to script this up so as to
assemble the bits automatically for each station. (I hope what I am asking is
clear, if you need clarification, please question me until things clear up.)
I think I am going to look into the possibilities of ecasound first.
all the best,
drew
hi,
this is no complaint (!) about anything, just to reflect over my
yesterday's exerience with a newly purchased Focusrite Saffire Pro10,
connected via Belkin PCMCIA Firewirecard to my Lenovo R61 - the FW Chip
in this Laptop is one of those crappy Ricoh parts, I tried this, too,
but as expected it just didn't work...
So I compiled the ffado Release Candidate, afterwards compiled the
actual Jack 0.116.1 and finally got things running.
Compared to my Lexicon Omega Studio USB Device the performance of that
FW assembly (don't want to blame a single device of that chain) just was
disappointing, already in idlemode without any clients open the
jackserver showed a workload of roughly 5% (128 frames/3 periods), while
my Lexicon produces between 0.5 to 1% (128 frames/2 periods).
Opening Ardour and just replaying one of my sessions produced glitches
where only a strong hiss could be heard. (The session itself caused a
workload of less than 20%.) - I remember having had those hiss glitches
in my early days in 2005 with the MAudio Transit USB and Kernel 2.6.11 -
I never expected them coming back some day... *lol*
I then had a look on my interrupts and had to notice the FW Card sharing
it's interrupt (no 16) with the Nwidia Graficscard - so I might have
found the culprit - or not? - I don't know... :-(((
I tried to change the pci settings in the bios - no success.
Now my question to those who also tried firewire audio: was it a success
story for you from the beginning or did anybody make similar experiences
and how did you proceed further?
thanks for your attention
Susanne