From patchwork Wed Nov 16 21:04:30 2005 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Reinhard Nissl X-Patchwork-Id: 12095 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by www.linuxtv.org with smtp (Exim 4.50) id 1EcUSl-0000Tf-61 for vdr@linuxtv.org; Wed, 16 Nov 2005 22:05:03 +0100 Received: (qmail invoked by alias); 16 Nov 2005 21:04:32 -0000 Received: from ambg-c34713f7.pool.mediaWays.net (EHLO [192.168.101.15]) [195.71.19.247] by mail.gmx.net (mp007) with SMTP; 16 Nov 2005 22:04:32 +0100 X-Authenticated: #527675 Message-ID: <437B9EDE.3060104@gmx.de> Date: Wed, 16 Nov 2005 22:04:30 +0100 From: Reinhard Nissl User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: VDR Mailing List Subject: Re: [vdr] Accidental No Signal after channel switch References: <200511142053.39607.Maarten.Wisse@urz.uni-hd.de> <1132004014.3077.22.camel@hush.localdomain> <437908B4.8000502@gmx.de> <200511151010.40533.Maarten.Wisse@urz.uni-hd.de> In-Reply-To: <200511151010.40533.Maarten.Wisse@urz.uni-hd.de> X-Y-GMX-Trusted: 0 X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: VDR Mailing List List-Id: VDR Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 21:05:03 -0000 Status: O X-Status: X-Keywords: X-UID: 6187 Hi, Maarten Wisse wrote: >>But this is a different problem. Looks like VDR does an EPG scan. >> >>Just have a look into your syslog for a line like this (in english): >> >> Nov 14 00:06:31 video vdr[31630]: info: Beginne mit EPG-Scan > > My syslog is at verbosity level 3 and it does not display such a line. > >>You may also set EPG timeout to 0 to disable automatic EPG scans. You'll >>see a similar behaviour if you start an EPG scan manually. > > How to start a manual epg scan? The epg timeout was 5. I've set it to 8 now, In VDR's EPG menu press the red button. > because I like to have automatic epg scans, and the problem does occur only > every now and then. Is, given these presuppositions, increasing the number > the right way, or should I decrease it instead? I've set this to 1 on my test system and after 60 minutes, an EPG scan kicks in. The EPIA VDR is set to 3 and there is no problem to watch movies with a length of 150 minutes. @tony: If you are a little bit familar with debugging, I'd suggest to apply the following patch to vdr-xine-0.7.6's xineDevice.c: This let's VDR crash when a SetPlayMode(0) happens, but only if the last SetPlayMode() call was more than 30 minutes in the past. To get a usefull backtrace, make sure that VDR and all plugins are compiled with the -g compiler switch. If you want to have useful variable values in the backtrace, switch off optimizing with -O0. I compile my VDR test system with -g3 -O0. You may enable the creation of coredumps with ulimit -Sc unlimited Then use a debugger to analyze the coredump, e. g. for ddd: ddd /path/to/vdr /path/to/core From the menu select the backtrace window and have a look at the call stack. Bye. --- ../xine-0.7.6/xineDevice.c 2005-09-11 21:17:06.000000000 +0200 +++ xineDevice.c 2005-11-16 21:44:35.000000000 +0100 @@ -80,6 +80,16 @@ namespace PluginXine bool cXineDevice::SetPlayMode(ePlayMode PlayMode) { + { + time_t t1 = time(0); + static time_t t0 = t1; + + if (0 == PlayMode && (t1 - t0) > (30 * 60)) + *(char *)0 = 0; + + t0 = t1; + } + ptsV = ptsA = ptsP = ptsD = -1; ts = 0;