On Sat, 2012-04-28 at 12:00 +0000,
linux-audio-user-request(a)lists.linuxaudio.org wrote:
> Message: 7
> Date: Fri, 27 Apr 2012 11:30:18 -1000
> From: david
> About ads: I don't see ads on web pages. Either AdBlock blocks them
> for me, or I ignore them. And my browsers all block popups ...
Today I installed
https://addons.mozilla.org/en-US/firefox/addon/nuke-anything-enhanced/versi…
to remove all kinds of crap from a web page.
Regards,
Ralf
Hi,
Today I noticed something odd in the output of jack_lsp -A.
I get entries like this:
system:capture_1
alsa_pcm:hw:0,0:out1
Instead of what I used to see:
system:capture_1
alsa_pcm:capture_1
Is the former correct? If so what does it signify?
Regards,
Joel
--
Joel Roth
On Wed, 2012-05-02 at 12:00 +0000,
linux-audio-user-request(a)lists.linuxaudio.org wrote:
> Message: 10
> Date: Wed, 02 May 2012 09:19:01 +0200
> From: Jeremy Jongepier <jeremy(a)autostatic.com>
> More info:
> http://wiki.linuxmusicians.com/doku.php?id=system_configuration#priorities
>
> If that Wiki page contains errors, please let me know so I can
> correct
> those.
Thank you. I'll report ASAP.
> Message: 11
> Date: Wed, 02 May 2012 09:20:42 +0200
> From: Jeremy Jongepier <jeremy(a)autostatic.com>
> Hello Ralf,
>
> Is it ok for you to stop replying to yourself? And if you reply,
> could
> that reply be on the mail you really want to reply to? Otherwise the
> thread becomes really illegible. Thanks.
Yes, 1. I'll stop irrelevant mailing, 2. I switched from digest to
"normal" mails.
Regards,
Ralf
> (I don't seem to find the start of the thread in my mailbox)
>
> ohci_hcd is there is you specify usb in the list of priorities rtirq
> needs to raise. And nvidia is there probably because it shares an
> interrupt with a real soundcard. Rtirq does not raise the priority of
> only the soundcard, but everything that uses the interrupt that the
> soundcard uses.
>
> AFAIK it is not possible (or simple) to raise _just_ the soundcard as
> it
> is impossible to know which irq process corresponds to a soundcard
> (and
> which one does not). That is because the labeling of the irq process
> names in the ps listing is arbitrary. At least that is what I
> remember
> seeing last I looked at this issue. You can of course manually lower
> the
> priorities of non-soundcard irq processes with chrt.
>
> -- Fernando
The IRQ issue also is there for e.g. my AVLinux install, but there it
anyway is possible to get the wanted prio order:
http://lists.linuxaudio.org/pipermail/linux-audio-user/2012-April/084689.ht…
Hi :)
since I've got a strange issue with rtirq on US Precise only. Is there
anybody having a strange output for
/etc/init.d/rtirq status
too? I remember that there was a post, when US Precise wasn't released.
Regards,
Ralf
PS:
You might take a look at
http://lists.linuxaudio.org/pipermail/linux-audio-user/2012-May/date.htmlhttp://lists.linuxaudio.org/pipermail/linux-audio-user/2012-April/date.html
Message: 17
Date: Tue, 01 May 2012 13:17:39 +0200
From: Jeremy Jongepier <jeremy(a)autostatic.com>
Subject: Re: [LAU] Issue with the priority of the sound cards using
rtirq
To: linux-audio-user(a)lists.linuxaudio.org
Message-ID: <4F9FC653.9040102(a)autostatic.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 05/01/12 12:09, Ralf Mardorf wrote:
> Jeremy, the bad is, that I don't have another PCIe x1 slot:(.
>
Ah bummer :(
>> > In my experience, restarting the script tries to raise the
priorities
>> > of the threads in RTIRQ_NAME_LIST, but the ones which are already
>> > raised aren't lowered even if you leave them out of the list.
>> >
>> > Try rebooting the computer.
>> >
>> > Cheers, Pablo
> *reboot*
>
> The reboot doesn't improve anything:(.
So the output of /etc/init.d/rtirq status is the same as in the other
mail? That's really weird. The only thing I can think of is that
something else (another script?) is prioritizing stuff too (like the
nvidia and ohci_hcd processes). The steps between the priorities
strengthens my suspicion, it should be 5 but some processes do not get
a
prio that can be divided by 5 (like nvidia which has prio 82). No one
on
the Ubuntu Studio list encountered the same issue? Maybe Ubuntu (or
Ubuntu Studio) prioritizes processes somewhere else.
Best,
Jeremy