Hi,
I've been seeing noticeably worse performance using 3.4.5 and 3.4.11
PlanetCCRMA fc17 kernels over my old 2.6.33 PlanetCCRMA kernel, and I
was wondering if anyone else has experienced this. Running seven
instances of OP-X under WINE, for example, consumed about 10% more
CPU.
I also whipped out LatencyTOP to take some readings, and I see that
poll_schedule_timeout and pipe_wait seem to be culprits. What is
interesting is that the maximum milliseconds reading is staying
roughly the same for poll_schedule_timeout, yet the percentage
increases as much as 4x or more. I take this to mean that although the
worst-case is about the same between the new kernel and the old, that
on average it's waiting on this function longer.
I'm also running with a USB audio device, in case that might make a
difference. The realtime priorities, in general, look sane. Any advice
would be very much appreciated!
-Louis
Hey, list,
I'll just say this one last time in a separate thread and close the topic
once and for all, because it makes me feel like a complaining old man.
I know many of you use soundcloud to share and distribute your material,
and I certainly can understand why, since SC seems to offer a very
convenient platform to do so and facilitate exposure and feedback from
others. No trouble there; maybe I'll jump on board the soundcloud train
if and when I ever have any audio worth sharing.
Now, as you all know, soundcloud uses a flash-based player and does not
seem to allow direct download by default. As a result, should I wish to
sample material posted on soundcloud I need to 1) fire up GNOME, 2) fire
up Orca, 3) fire up iceweasel, 4) memorise and copy the URL, 5) plug
some headphones in my computer's on-board sound interface, because audio
doesn't play through my main JACK setup, 6) wrestle with the partially
accessible SC flash player. This is my personal experience, but I know
from previous threads that other users on this list face at least some
of the same issues. I therefore think many on this list would be more
likely to comment on shared material if direct links were provided or
if, at least, direct download were enabled on soundcloud.
Most of you have amazing material to share: please don't lock yourselves
into a platform!
All right, I rest my case.
Happy Halloween to all!
Cheers,
S.M.
hdspmixer does show audio signal from all ADAT channels.
hdspmixer ADAT 1 to 8
hdspmixer in 7 to 14
jack capture 7 to 14
I can't assign the "in" (capture) ports to different ADAT channels.
qjackctl does show capture 7 to 14, but the audio signal is only
available for capture 7 and 8.
I rebooted from a self build kernel-rt and some tuning to
Ubuntu Studio Quantal's default kernel 3.5.0-17-lowlatency without any
tuning and verified that this isn't cause by the kernel-rt and/or the
tuning.
HDSPMixer 1.11
ALSA 1.0.25
spinymouse@qrc:~$ alsactl store -f test
alsactl: get_control:538: Unknown control type: 0
Regards,
Ralf
I noticed something interesting about kernel 3.6.5-rt14.
spinymouse@qrc:~$ uname -a
Linux qrc 3.5.0-17-lowlatency #18-Ubuntu SMP PREEMPT Tue Oct 9 20:04:43
UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
spinymouse@qrc:~$ /etc/init.d/rtirq status | grep radeon
768 FF 50 - 90 0.0 S irq/18-radeon
spinymouse@qrc:~$ /etc/init.d/rtirq status | grep irq/18
777 FF 85 - 125 0.0 S irq/18-snd_hdsp
56 FF 78 - 118 0.0 S irq/18-ohci_hcd
58 FF 77 - 117 0.0 S irq/18-ohci_hcd
768 FF 50 - 90 0.0 S irq/18-radeon
spinymouse@qrc:~$ uname -a
Linux qrc 3.6.5-rt14 #1 SMP PREEMPT RT Fri Nov 2 21:36:37 CET 2012
x86_64 x86_64 x86_64 GNU/Linux
spinymouse@qrc:~$ /etc/init.d/rtirq status | grep radeon
807 FF 50 - 90 0.0 S irq/43-radeon
spinymouse@qrc:~$ /etc/init.d/rtirq status | grep irq/18
832 FF 85 - 125 0.0 S irq/18-snd_hdsp
58 FF 78 - 118 0.0 S irq/18-ohci_hcd
60 FF 77 - 117 0.0 S irq/18-ohci_hcd
Unfortunately it didn't solve xrun issues for the RME card. However,
the kernel does switch to another IRQ for the graphics, for all other
kernels on different distros, the graphics always gets IRQ18, also if I
switch the integrated ATI with a Nvidia.
Regards,
Ralf
Over the summer, I set up a Linux server running Airtime for a small micropower radio station in a remote area.
All went well, except now I'm getting reports that the audio is stuttering endlessly on one 40ms frame of audio, like a CD skipping. The only way to get it to stop is to restart the liquidsoap playout engine (or to power-cycle the server, which is what they are doing now whenever it chokes). This seems totally wrong to me, but that's how it is.
I've heard audio stutter briefly on machines, usually under heavy CPU load, but what could be causing it to stutter endlessly (until the application quits), on one frame with low/no load?
What could be done to stop it from doing that?
For reference, this is a 3Ghz P4, running airtime 2.1.2 which uses liquidsoap 1.0.0-svn, with Ubuntu 10.04 and kernel 2.6.32-38-generic-pae, hyperthreading on, 2GB RAM, 1.0.22.1+dfsg-0ubuntu3, and the liquidsoap instance runs typically 3-10% of CPU. I've looked in the logs at the time the error occurs, and.... nothing. Nothing at all out of the ordinary in the (noisy) airtime logs or the system logs.
Because it's a remote server and I'm not on-site, I'm not interested in superstition: "try this, maybe it'll help, try upgrading to the latest version of x, y, z, try random-endless-variations". That-- and shrugs-- is all I've gotten from Airtime and Liquidsoap.
I'd like to know exactly HOW this problem is occurring and what can be done to fix it permanently. I figured if anyone might have some clues where I could look to find this out, and what mechanism could possibly cause a single frame of audio to stutter endlessy, I might find some here. Thanks.
-ken
Hi, the file "soundcard.h" in rtaudio 4.0.11 has a
#include <machine/endian.h>
I don't have that header file on my system and ./configure is thus
failing. Anyone knows from where it should come from?
cheers,
renato
Greetings,
Sean will probably announce this release himself, but since he hasn't
yet done so here's a link to the new Hexter 1.0.0 :
http://dssi.sourceforge.net/hexter.html
Cool improvements to an already cool synth.
Best,
dp
Hi all
some time ago i sampled a vintage rhythmbox (the Denon CRB 90) and created
a hydrogen drumkit with these samples
being the good civilian i am i decided to try and contact Denon and
politely ask them if i could use these samples (and if possible release the
drumkit under some sort of CC license)
the answer i got was this :
uhu : nada, nothing, null, etc ...
so i figured if they dont allow me to use the samples ... why dont you guys
;-P
no seriously, does anyone know if i can use the samples -without going to
jail and all-
the box is really old (see
http://crb90.files.wordpress.com/2010/08/rhythmbox-crb-90-japan-advert.jpg)
so i was wondering if there is a limitation on the time that samples are
'protected' by a license
any ideas ?
thanx guys!
grtz
Thijs
--
follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !