Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Re: Bug in EIT parser.. this is the fix!!
- To: vdr@linuxtv.org
- Subject: [vdr] Re: Bug in EIT parser.. this is the fix!!
- From: Guido Fiala <gfiala@s.netic.de>
- Date: Thu, 31 Jan 2002 21:05:14 +0100
- Content-Transfer-Encoding: 8bit
- Content-Type: text/plain; charset="iso-8859-1"
- Delivered-To: mhonarc@limes.convergence.de
- In-Reply-To: <3C5862E2.26083D0C@cadsoft.de>
- References: <3C56EF24.DEA387E0@fliegl.de> <m16W22G-001X2RC@mail.netic.de> <3C5862E2.26083D0C@cadsoft.de>
- Reply-to: vdr@linuxtv.org
- Sender: vdr-bounce@linuxtv.org
O> > Seems to help, but also it increses sysload to 10% so long Pro7 or Kabel1
> > is displayed (only 0.1% on other channels).
>
> Have you tried it with the latest patch at
>
> ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.99pre3-epgfix.diff
No i did'nt. Now i have done the same using the pre4
(compiling vdr with "-pg" option in all Makefiles) and the result is exactly
the same:
So long the transponder is shared with Pro7, Kabel1 and 9live vdr uses 5-10%
of CPU time on any other channels only 0.1%.
Having run vdr over night with no OSD activity (having some EIT scans) showed
150 million calls of strreplace() and still 75% of being in cBitmap::Fill()
(despite i changed it into "inline" by using "-O3" option in the Makefiles.
> VDR does a lot of string processing to fix the bugs in the EPG data
> transmitted from the TV stations, so I guess that's what's causing this.
But still it's looping to often on above channels? Did'nt look at the code,
but i think the Fill() should only appear if actually an OSD is shown (quite
often).
Guido
BTW - the disk capacity in main menu is a great thing!
Home |
Main Index |
Thread Index