Message ID | 436B6745.10506@cadsoft.de |
---|---|
State | New |
Headers |
Received: from tiger.cadsoft.de ([217.7.101.210]) by www.linuxtv.org with esmtp (Exim 4.50) id 1EY1yG-0002L1-7c for vdr@linuxtv.org; Fri, 04 Nov 2005 14:51:08 +0100 Received: from raven.cadsoft.de (raven.cadsoft.de [217.7.101.211]) by tiger.cadsoft.de (8.12.7/8.12.7) with ESMTP id jA4Dp6Ii010630 for <vdr@linuxtv.org>; Fri, 4 Nov 2005 14:51:07 +0100 Received: from [192.168.100.10] (hawk.cadsoft.de [192.168.100.10]) by raven.cadsoft.de (8.13.3/8.13.3) with ESMTP id jA4Dp5PS002869 for <vdr@linuxtv.org>; Fri, 4 Nov 2005 14:51:05 +0100 Message-ID: <436B6745.10506@cadsoft.de> Date: Fri, 04 Nov 2005 14:51:01 +0100 From: Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de> Organization: CadSoft Computer GmbH User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en MIME-Version: 1.0 To: vdr@linuxtv.org Subject: Re: [vdr] Repeatable vdr 1.3.35 crash at end of recording References: <20051103191925.GA104343@kosh.hut.fi> In-Reply-To: <20051103191925.GA104343@kosh.hut.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0 (tiger.cadsoft.de [217.7.101.210]); Fri, 04 Nov 2005 14:51:07 +0100 (CET) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (raven.cadsoft.de [192.168.1.1]); Fri, 04 Nov 2005 14:51:06 +0100 (CET) Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by tiger.cadsoft.de id jA4Dp6Ii010630 X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Klaus Schmidinger's VDR <vdr@linuxtv.org> List-Id: Klaus Schmidinger's VDR <vdr.linuxtv.org> List-Unsubscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=unsubscribe> List-Archive: <http://www.linuxtv.org/pipermail/vdr> List-Post: <mailto:vdr@linuxtv.org> List-Help: <mailto:vdr-request@linuxtv.org?subject=help> List-Subscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=subscribe> X-List-Received-Date: Fri, 04 Nov 2005 13:51:08 -0000 Status: O X-Status: X-Keywords: X-UID: 5874 |
Commit Message
Klaus Schmidinger
Nov. 4, 2005, 1:51 p.m. UTC
Marko Mäkelä wrote: > ... > BTW, is there a reason why VDR discards the currently displayed menu > at the end of a recording? Not really, it just arose that way. This should fix it: Klaus
Comments
On Fri, Nov 04, 2005 at 02:51:01PM +0100, Klaus Schmidinger wrote: > Marko Mäkelä wrote: > >... > >BTW, is there a reason why VDR discards the currently displayed menu > >at the end of a recording? > > Not really, it just arose that way. > > This should fix it: > > > --- vdr.c 2005/10/09 10:01:45 1.218 > +++ vdr.c 2005/11/04 13:48:39 > @@ -813,8 +813,14 @@ > if (Interact) { > eOSState state = Interact->ProcessKey(key); > if (state == osUnknown && Interact != cControl::Control()) { > - if (ISMODELESSKEY(key) && cControl::Control()) > + if (ISMODELESSKEY(key) && cControl::Control()) { > state = cControl::Control()->ProcessKey(key); > + if (state == osEnd) { > + // let's not close a menu when replay ends: > + cControl::Shutdown(); > + continue; > + } > + } > else if (time(NULL) - LastActivity > MENUTIMEOUT) > state = osEnd; > } Thanks! Out of curiosity, I enabled the main menu (the one that shows "stop playback" as the last entry) during playback. The item did not go away when the playback ended. Of course, I had to select that item when softdevice was already showing live program. It went black for a couple of seconds and then resumed playing the live program. For me, it's just a cosmetic thing. It's very nice that I can play with the menus (such as browse the EPG) while watching a recording that is about to end. However, perhaps someone with a hardware MPEG decoder (FF card or DXR3) should test this patch? Marko
Marko Mäkelä wrote: > ... > For me, it's just a cosmetic thing. It's very nice that I can play with > the menus (such as browse the EPG) while watching a recording that is > about to end. However, perhaps someone with a hardware MPEG decoder > (FF card or DXR3) should test this patch? I have a FF card myself and it works fine here. Klaus
On Fri, Nov 04, 2005 at 11:03:41PM +0100, Klaus Schmidinger wrote: > Marko Mäkelä wrote: > >... > >For me, it's just a cosmetic thing. It's very nice that I can play with > >the menus (such as browse the EPG) while watching a recording that is > >about to end. However, perhaps someone with a hardware MPEG decoder > >(FF card or DXR3) should test this patch? > > I have a FF card myself and it works fine here. Great! I guess the FF card will just keep playing the live stream when you select the "stop playback" menu item. Marko
Marko Mäkelä wrote: > On Fri, Nov 04, 2005 at 11:03:41PM +0100, Klaus Schmidinger wrote: > >>Marko Mäkelä wrote: >> >>>... >>>For me, it's just a cosmetic thing. It's very nice that I can play with >>>the menus (such as browse the EPG) while watching a recording that is >>>about to end. However, perhaps someone with a hardware MPEG decoder >>>(FF card or DXR3) should test this patch? >> >>I have a FF card myself and it works fine here. > > > Great! I guess the FF card will just keep playing the live stream when > you select the "stop playback" menu item. Actually it didn't occur to me to select that option ;-) I'll try that tomorrow. Klaus
Klaus Schmidinger wrote: > Marko Mäkelä wrote: > >> On Fri, Nov 04, 2005 at 11:03:41PM +0100, Klaus Schmidinger wrote: >> >>> Marko Mäkelä wrote: >>> >>>> ... >>>> For me, it's just a cosmetic thing. It's very nice that I can play >>>> with >>>> the menus (such as browse the EPG) while watching a recording that is >>>> about to end. However, perhaps someone with a hardware MPEG decoder >>>> (FF card or DXR3) should test this patch? >>> >>> >>> I have a FF card myself and it works fine here. >> >> >> >> Great! I guess the FF card will just keep playing the live stream when >> you select the "stop playback" menu item. > > > Actually it didn't occur to me to select that option ;-) > > I'll try that tomorrow. > > Klaus Tried it - nothing happens. I know that this option should be removed when the replay has ended. I'll attend to this when the more important stuff is done... Klaus
--- vdr.c 2005/10/09 10:01:45 1.218 +++ vdr.c 2005/11/04 13:48:39 @@ -813,8 +813,14 @@ if (Interact) { eOSState state = Interact->ProcessKey(key); if (state == osUnknown && Interact != cControl::Control()) { - if (ISMODELESSKEY(key) && cControl::Control()) + if (ISMODELESSKEY(key) && cControl::Control()) { state = cControl::Control()->ProcessKey(key); + if (state == osEnd) { + // let's not close a menu when replay ends: + cControl::Shutdown(); + continue; + } + } else if (time(NULL) - LastActivity > MENUTIMEOUT) state = osEnd; }