From patchwork Mon May 30 14:19:50 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: glenvt18 X-Patchwork-Id: 34464 Received: from localhost ([127.0.0.1] helo=www.linuxtv.org) by www.linuxtv.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b7O30-0001U3-R0; Mon, 30 May 2016 14:20:02 +0000 Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b7O2x-0001Tt-U2 for vdr@linuxtv.org; Mon, 30 May 2016 14:20:00 +0000 X-tubIT-Incoming-IP: 209.85.215.66 Received: from mail-lf0-f66.google.com ([209.85.215.66]) by mail.tu-berlin.de (exim-4.84_2/mailfrontend-7) with esmtps [TLSv1.2:AES128-GCM-SHA256:128] for id 1b7O2w-0004OB-15; Mon, 30 May 2016 16:19:59 +0200 Received: by mail-lf0-f66.google.com with SMTP id w16so11845499lfd.0 for ; Mon, 30 May 2016 07:19:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=vqyGJoHHJu9RG48S47ExOWrnFaGENpZg9II4E9iFR/4=; b=pnpyXz5q5nQwo7KsZk5kbJXgIj8DWA8qoqKIouz1FEqJJau1K/bT5gYZcVN448mFeE 6dxvW+GAAIznH2jzSYWtjO95/lQ+LPgqKR0pPgJZnbaiPCIS+IHvPeMiMkHXDeIsMRWc KeS4sPExtjzHBCpIuzmd+VOvoP7QQMzLq1bIYxBZ0MagkywWM/gy4UNo2d7qDB3PCQ+5 znuS1pSyB59qXSLmNR3NujFgXADHuiff2cN2iDG6d/YPrnJ30kaw0htkZU87fw+qm5bJ 6BfIE/xjIOgFuRtpWUlS7C4RzP7lbyDGu+CHo8+IAUDSL751udvGuitc7g4txAM1dc9z BlDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=vqyGJoHHJu9RG48S47ExOWrnFaGENpZg9II4E9iFR/4=; b=M3gO/HWNDCjd4CaoGuqExgHB9lW0pGVl/BAX3yebrehdHOj0aWxLI36jxAcOZJa5Nb C5y2QcOs37SEXGM76X8GEw6Fo9EFRhNN7fkjW1C6tBjhRrg+PXpxgkFh5uuQgMqQb2rn nh8p7sutM7XcL1/fER+xzM1jIdXe09+3Profzg7nM14L+Dvllxsy8PuoJiQayyjiHn00 RkfYaQrtJgNyHCIG5DudPq+OGgPtbRq5nxZ/c/w3fOCqUW2V4QC8a7jCnreXobIiDOR7 Sp1geLSFzo9rkX+/gEAHjprVo4Z+IO6wZucsLoQHeMc4Gt4MuCf8ZXn+cb0HZZoe9S9W KhYQ== X-Gm-Message-State: ALyK8tKiQCI16BGe/ZGOxSdfz/JKDqT78424RVNzM5I6CDy1G6qMeMF7r0NPL8yp+uhU2A== X-Received: by 10.25.168.148 with SMTP id r142mr7043735lfe.18.1464617997284; Mon, 30 May 2016 07:19:57 -0700 (PDT) Received: from gmail.com ([185.135.149.183]) by smtp.gmail.com with ESMTPSA id l72sm4566238lfi.37.2016.05.30.07.19.56 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 May 2016 07:19:56 -0700 (PDT) Date: Mon, 30 May 2016 17:19:50 +0300 From: glenvt18 To: VDR Mailing List Message-ID: <20160530141950.GA4268@gmail.com> References: <7e6b1245-7b3a-c84d-f5ec-382154431646@keynet-technology.com> <6dc87d78-0c31-c151-b042-c4cbd583f471@keynet-technology.com> <20160527135108.GA1418@home> <2f0378bf-0b3d-01a3-51ae-85c4c41d31a0@keynet-technology.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <2f0378bf-0b3d-01a3-51ae-85c4c41d31a0@keynet-technology.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.5.30.140916 X-PMX-Spam: Gauge=X, Probability=10%, Report=' TO_IN_SUBJECT 0.5, FROM_NAME_ONE_WORD 0.05, HTML_00_01 0.05, HTML_00_10 0.05, BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DKIM_SIGNATURE 0, IN_REP_TO 0, LEGITIMATE_NEGATE 0, MSG_THREAD 0, NO_URI_HTTPS 0, REFERENCES 0, WEBMAIL_SOURCE 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CD 0, __CP_URI_IN_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __DATE_TZ_RU 0, __DQ_NEG_HEUR 0, __DQ_NEG_IP 0, __FORWARDED_MSG 0, __FRAUD_WEBMAIL 0, __FRAUD_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_FROM 0, __HAS_MSGID 0, __IN_REP_TO 0, __MAL_TELEKOM_URI 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MULTIPLE_URI_TEXT 0, __PHISH_SPEAR_STRUCTURE_1 0, __RDNS_GMAIL 0, __REFERENCES 0, __SANE_MSGID 0, __STOCK_PHRASE_7 0, __SUBJ_ALPHA_END 0, __SUBJ_ALPHA_NEGATE 0, __TO_IN_SUBJECT2 0, __TO_MALFORMED_2 0, __URI_IN_BODY 0, __URI_NS , __URI_WITH_PATH 0, __USER_AGENT 0, __YOUTUBE_RCVD 0' X-LSpam-Score: 0.8 (/) X-LSpam-Report: No, score=0.8 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=1.274, T_DKIM_INVALID=0.01 autolearn=no autolearn_force=no Subject: Re: [vdr] [PATCH] Device power saving feature X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: VDR Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: VDR Mailing List Errors-To: vdr-bounces@linuxtv.org Sender: "vdr" Could you attach (or, better, upload to pastebin.com) the whole log file. Are you running vdr with --log=3? I need to see 'idle timer' debug messages and some other debug stuff. Could you also apply this change --- Thanks for testing. Best, Sergey Chernyavskiy. On Mon, May 30, 2016 at 09:59:46AM +0100, Richard F wrote: > Thanks - I built it and and have had it running for about 24 hours: > > A couple of observations: > I'm seeing this about every 30 - 60 mins as expected, but the timeout > seems to be short - not the PowerdownTimeoutM (I assume minutes?) set at > 15 in the config file > > ... > > I haven't had a chance to take the server down to insert the power > monitor yet, but will do so at convenient time in the next few days > > Thanks > Richard > > > On 27/05/2016 14:51, glenvt18 wrote: > > Yes, sure. The patch against VDR-2.2.0: > > http://pastebin.com/D4VQd1rG > > > > While testing set VDR log level to 3 (--log=3) and use this helper > > script to monitor your frontends: > > http://pastebin.com/uW4NW0rZ > > > > Don't forget to enable power saving in the Setup->LNB menu. > > > > If you don't have sudo (you're not on Debian or Ubuntu), remove it and > > run the script as root. It would be great if you could measure the > > power consumption of you tuners (at least the USB one). > > > > Best, > > Sergey Chernyavskiy. > > > > On Fri, May 27, 2016 at 09:59:06AM +0100, Richard F wrote: > >> I'd like to give it a go on DVB & DVBT-2 tuners (1 PCI, 1 USB) > >> Would you be kind enough to post a version for VDR2.20 or advise changes > >> necessary? > >> > >> Thanks > >> Richard > >> > >> > >> On 26/05/2016 18:44, glenvt18 wrote: > >>> For about a month now. Tested with 3 different DVB-S/S2 tuners with > >>> VDR 2.3.1 and VDR 2.2.0 (requires minor changes to the patch) - rock > >>> solid. > >>> I don't have VPS, so I can't test it. The same is about DVB-T/C > >>> tuners. After all, if something doesn't work this feature can be > >>> disabled (and it is disabled by default), > >>> > >> > >> _______________________________________________ > >> vdr mailing list > >> vdr@linuxtv.org > >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > > > _______________________________________________ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr diff --git a/eitscan.c b/eitscan.c index 3899e00..b1c8c13 100644 --- a/eitscan.c +++ b/eitscan.c @@ -159,7 +159,7 @@ void cEITScanner::Process(void) Skins.Message(mtInfo, tr("Starting EPG scan")); } } - //dsyslog("EIT scan: device %d source %-8s tp %5d", Device->DeviceNumber() + 1, *cSource::ToString(Channel->Source()), Channel->Transponder()); + dsyslog("EIT scan: device %d source %-8s tp %5d", Device->DeviceNumber() + 1, *cSource::ToString(Channel->Source()), Channel->Transponder()); if (lastActivity == 0) // forced scan - set idle timer for each channel switch; // this prevents powering down while scanning a transponder