Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] AW: EPG scan cause high load and AC3 drop outs - maybe not solved yet ?
- To: <vdr@linuxtv.org>
- Subject: [vdr] AW: EPG scan cause high load and AC3 drop outs - maybe not solved yet ?
- From: "Christian Jacobsen" <christian.jacobsen@stageholding.de>
- Date: Thu, 27 Mar 2003 08:58:52 +0100
- Content-transfer-encoding: 7bit
- Content-type: text/plain;charset="US-ASCII"
- Importance: Normal
- In-reply-to: <fc.bd05aee9bd05aee98949ac423b9aca00.47511b@stageholding.de>
- Reply-to: vdr@linuxtv.org
- Sender: vdr-bounce@linuxtv.org
Hallo List, Hallo Klaus,
> >> > hmmm .. 800-1000 is really three times more than I suspect. IMHO
> >> > the driver + firmware should be able to transport one TS frame
> >> > aka 188 bytes at once ... and together with the appropiate buffer
> >> > within the fimrware (let's say 1024 bytes) it should be possible
> >> > to decrease the needed IRQ's and the calls of the IRQ handler
> >> > in the driver.
> >>
> >> Or that the Driver has to be changed ?
>
> IMHO ... _yes_, it has to be changed. AFAICS from your log files
> send to me, the are unmotivated errors and longer drop outs within
> the TS stream received from the primary DVB card (initial error
> followed by a `Denkpause' of the driver/firmware).
> IMHO this is a bug in the driver/firmware.
>
> @Klaus: Do you have connections to the drivers developrer to get
> this debuged and (hopefully) fixed?
>
> Maybe somewhere a lock/unlock pair is missed at the output ring buffer
> or one of the IRQ handlers isn't fully thread safe. OR ... something
> is broken in the firmware, that means the TS stream mapped into
> PC memory space, is sometimes broken (maybe a temperature problem or
> a real firmware bug).
>
While using VDR 1.1.26 I Yesterday saw a kdvb-fe process using 29% CPU Time
again (Pentium3 933).
I used "top" so it is only snapshots of what really happens. Did not watch
it that long - but Sometimes it uses less that 1% and sometimes it uses 29%.
Is there a better tool for watching such things ?
As far as i remember the exact name of the process was kdvb-fe1:0 (or
kdvb-fe-1:0)
IIRC this is the process that switches channels ? Does it do other things to
?
Could it be involved in the "AC3-processing" - so that the high IRQ load
also causes this high load on kdvb-fe ?
Is 1:0 somehow related to the card it is running on ?
I am not an expert just my thoughts ;)
Greetings
Christian
--
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe vdr" as subject.
Home |
Main Index |
Thread Index