From: Devin Heitmueller <dheitmueller@kernellabs.com>
To: Pedro Ribeiro <pedrib@gmail.com>
Cc: linux-media@vger.kernel.org
Subject: Re: Excessive rc polling interval in dvb_usb_dib0700 causes interference with USB soundcard
Date: Sun, 14 Mar 2010 23:55:29 -0400 [thread overview]
Message-ID: <829197381003142055r271fefcbs8c5e5ea97e47c585@mail.gmail.com> (raw)
In-Reply-To: <74fd948d1003140806tc32b263y634405b60bd10cd0@mail.gmail.com>
On Sun, Mar 14, 2010 at 11:06 AM, Pedro Ribeiro <pedrib@gmail.com> wrote:
> Hi Devin,
>
> after some through investigation I found that your patch solves the
> continuous interference.
>
> However, I have a second problem. It is also interference but appears
> to be quite random, by which I mean it is not at a fixed interval,
> sometimes it happens past 10 seconds, other times past 30 seconds,
> other times 2 to 5 seconds.
>
> One thing is sure - it only happens when I'm actually streaming from
> the DVB adapter. If I just plug it in, there is no interference. But
> when I start vdr (for example) the interference starts.
>
> The DVB adapter and the sound card are not sharing irq's or anything
> like that, and there is no system freeze when the interference
> happens. I also thought it was either my docking bay or power supply,
> but definitely it isn't.
>
> Any idea what can this be?
>
> Thank you for your help,
> Pedro
Hello Pedro,
Could you describe in more detail what you mean by "interference"? Do
you mean that you get corrupted audio for short bursts? Or do you
mean the audio is dropping out for periods of time? Can you elaborate
on how long the problem occurs for, and how often it occurs? For
example, do you get corrupted audio for 1 second at a time every ten
or fifteen seconds?
This is a USB audio device, correct? Are both devices on the same USB
bus? Is there a USB hub involved?
It's also possible that this is just a general latency problem - where
the CPU becomes too busy, it does not service the sound card often
enough and PCM data is being dropped. Have you tried running "top"?
What does your CPU utilization look like when you are experiencing the
problem?
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
next prev parent reply other threads:[~2010-03-15 3:55 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-03 23:35 Excessive rc polling interval in dvb_usb_dib0700 causes interference with USB soundcard Pedro Ribeiro
2010-03-03 23:48 ` Devin Heitmueller
2010-03-04 1:00 ` Pedro Ribeiro
2010-03-04 1:06 ` Devin Heitmueller
2010-03-04 4:18 ` Mauro Carvalho Chehab
2010-03-04 11:14 ` Pedro Ribeiro
2010-03-04 19:39 ` Devin Heitmueller
[not found] ` <74fd948d1003041244s513dce3s69567cb9dbe31ae1@mail.gmail.com>
2010-03-04 20:52 ` Devin Heitmueller
2010-03-14 15:06 ` Pedro Ribeiro
2010-03-15 3:55 ` Devin Heitmueller [this message]
2010-03-15 19:36 ` Pedro Ribeiro
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=829197381003142055r271fefcbs8c5e5ea97e47c585@mail.gmail.com \
--to=dheitmueller@kernellabs.com \
--cc=linux-media@vger.kernel.org \
--cc=pedrib@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox