From patchwork Sat Jan 8 15:18:33 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Udo Richter X-Patchwork-Id: 12856 Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.69) (envelope-from ) id 1PbaYu-0002D4-0z for vdr@linuxtv.org; Sat, 08 Jan 2011 16:18:36 +0100 X-tubIT-Incoming-IP: 213.165.64.22 Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by mail.tu-berlin.de (exim-4.73/mailfrontend-d) with smtp for id 1PbaYt-0007VX-2C; Sat, 08 Jan 2011 16:18:35 +0100 Received: (qmail invoked by alias); 08 Jan 2011 15:18:34 -0000 Received: from p5B250868.dip0.t-ipconnect.de (EHLO localhost) [91.37.8.104] by mail.gmx.net (mp012) with SMTP; 08 Jan 2011 16:18:34 +0100 X-Authenticated: #1417946 X-Provags-ID: V01U2FsdGVkX1//5hVJMTT/luDUVrui6SSKv4wF95qOrN1vzUSjsg 8ET8Ix2wxe9XZY Message-ID: <4D288049.1030401@gmx.de> Date: Sat, 08 Jan 2011 16:18:33 +0100 From: Udo Richter User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: VDR Mailing List References: <4D224EDE.9060504@needful.de> In-Reply-To: <4D224EDE.9060504@needful.de> X-Y-GMX-Trusted: 0 X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2011.1.8.150615 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' MIME_TEXT_ONLY_MP_MIXED 0.05, MSGID_ADDED_BY_MTA 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1700_1799 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, __BAT_BOUNDARY 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_MIXED 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MOZILLA_MSGID 0, __PHISH_SPEAR_SUBJECT 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NO_MAILTO 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __USER_AGENT 0' X-LSpam-Score: -3.6 (---) X-LSpam-Report: No, score=-3.6 required=5.0 tests=AWL=0.017, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1 autolearn=ham Subject: Re: [vdr] VDR creates 2GB files when using --edit (vdr 1.7.16) X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.11 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: Sat, 08 Jan 2011 15:18:36 -0000 Status: O X-Status: X-Keywords: X-UID: 24138 Am 03.01.2011 23:34, schrieb Marco Göbenich: > tried to cut a one file recording per commandline with vdr 1.7.16, but > it always creates multiple files splitted after 2GB, used also "-c > /etc/vdr" so that vdr knows where to find setup.conf, but it doesen't > matter. That's because the editing process is started right on command line parsing, while the config file is loaded after all parsing is done. The attached patch is a quick and untested fix, and loads the setup.conf prior to editing. Make sure you place any -c option before --edit, or it will not work. A better approach would be to delay the whole editing until the complete command line is processed, somewhere short after the setup.conf got loaded regularly. Cheers, Udo --- vdr.c.bak 2011-01-08 16:09:49.000000000 +0100 +++ vdr.c 2011-01-08 16:09:55.000000000 +0100 @@ -282,6 +282,9 @@ return 2; break; case 'e' | 0x100: + if (!ConfigDirectory) + ConfigDirectory = DEFAULTCONFDIR; + Setup.Load(AddDirectory(ConfigDirectory, "setup.conf")); return CutRecording(optarg) ? 0 : 2; case 'E': EpgDataFileName = (*optarg != '-' ? optarg : NULL); break;