Message ID | 4EF473A6.2030308@ekass.net |
---|---|
State | New |
Headers |
Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.72) (envelope-from <vdr@ekass.net>) id 1Re4Df-0004CK-De for vdr@linuxtv.org; Fri, 23 Dec 2011 13:27:29 +0100 X-tubIT-Incoming-IP: 46.105.63.121 Received: from 1.mo2.mail-out.ovh.net ([46.105.63.121] helo=mo2.mail-out.ovh.net) by mail.tu-berlin.de (exim-4.75/mailfrontend-2) with esmtp for <vdr@linuxtv.org> id 1Re4De-0004G4-JL; Fri, 23 Dec 2011 13:27:27 +0100 Received: from mail21.ha.ovh.net (b9.ovh.net [213.186.33.59]) by mo2.mail-out.ovh.net (Postfix) with SMTP id 43427DCB923 for <vdr@linuxtv.org>; Fri, 23 Dec 2011 13:28:00 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 23 Dec 2011 14:27:21 +0200 Received: from gob75-4-82-226-175-12.fbx.proxad.net (HELO ?192.168.0.10?) (mail?dev@ekass.net@82.226.175.12) by ns0.ovh.net with SMTP; 23 Dec 2011 14:27:18 +0200 Message-ID: <4EF473A6.2030308@ekass.net> Date: Fri, 23 Dec 2011 13:27:18 +0100 From: Marc <vdr@ekass.net> User-Agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20111214 Thunderbird/8.0 MIME-Version: 1.0 To: VDR Mailing List <vdr@linuxtv.org> X-Ovh-Mailout: 178.32.228.2 (mo2.mail-out.ovh.net) References: <4EF10742.20100@hertell.com> <4EF10857.7070500@dressler.ca> <201112221836.53454.rollercoaster@reel-multimedia.com> <4EF39E76.4090105@hertell.com> <4EF3A1D9.6080807@ekass.net> <CABz8J3Knue-8Yi3zpV7C_jJmm1qSDuW7tsJj9FAaJLyNsAHbMg@mail.gmail.com> In-Reply-To: <CABz8J3Knue-8Yi3zpV7C_jJmm1qSDuW7tsJj9FAaJLyNsAHbMg@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------050806090209020708040801" X-Ovh-Tracer-Id: 8333348161602467933 X-Ovh-Remote: 82.226.175.12 (gob75-4-82-226-175-12.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 5 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeefkedruddvucetggdotefuucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucgfrhhlucfvnfffucdlhedmnecujfgurhepkffpfffhfgggvffufhgjtgesmhdtrggrtdefudenucfhrhhomhepofgrrhgtuceovhgurhesvghkrghsshdrnhgvtheqnecuffhomhgrihhnpehgihhthhhusgdrtghomhdplhhinhhugihtvhdrohhrghen X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 6 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeefjedruddvucetggdotefuucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucgfrhhlucfvnfffucdliedmnecujfgurhepkffpfffhfgggvffufhgjtgesmhdtrggrtdefudenucfhrhhomhepofgrrhgtuceovhgurhesvghkrghsshdrnhgvtheqnecuffhomhgrihhnpehgihhthhhusgdrtghomhdplhhinhhugihtvhdrohhrghen X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.12.23.121517 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' FROM_NAME_ONE_WORD 0.05, MIME_TEXT_ONLY_MP_MIXED 0.05, MSGID_ADDED_BY_MTA 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_10000_PLUS 0, __ANY_URI 0, __BAT_BOUNDARY 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CP_MEDIA_BODY 0, __CP_URI_IN_BODY 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, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NS , __USER_AGENT 0' X-LSpam-Score: 0.1 (/) X-LSpam-Report: No, score=0.1 required=5.0 tests=BAYES_00=-1.9, LONGWORDS=2.035 autolearn=no Subject: Re: [vdr] LiveBuffer for vdr 1.7.x X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: VDR Mailing List <vdr@linuxtv.org> List-Id: VDR Mailing List <vdr.linuxtv.org> List-Unsubscribe: <http://www.linuxtv.org/cgi-bin/mailman/options/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, 23 Dec 2011 12:27:29 -0000 Status: O X-Status: X-Keywords: X-UID: 25510 |
Commit Message
Marc
Dec. 23, 2011, 12:27 p.m. UTC
On 23/12/2011 12:11, Dominic Evans wrote: >> It's a patch from yaVDR and it doesn't apply to the vdr source tree as is >> (at least for me). > Here's the patch from yaVDR rebased to apply to vanilla 1.7.21 sources: > > https://gist.github.com/1513894 > > https://raw.github.com/gist/1513894 > > _______________________________________________ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr It works, thanks ! There is a typo error in vdr.c but that's all. For gentoo users, I attached the patches I use. I relocated some hunk of config.c and config.h and renamed USE_LIVEBUFFER to LIVEBUFFER in Makefile. Patch the ebuild and put the other patch in /etc/portage/patches/media-video/vdr-1.7.21 (I use the epatch_user tool instead of the script, see the ebuild patch). Marc.
Comments
On 23.12.2011 14:27 , Marc wrote: > There is a typo error in vdr.c but that's all. > > For gentoo users, I attached the patches I use. I relocated some hunk of > config.c and config.h and renamed USE_LIVEBUFFER to LIVEBUFFER in Makefile. > > Patch the ebuild and put the other patch in > /etc/portage/patches/media-video/vdr-1.7.21 (I use the epatch_user tool > instead of the script, see the ebuild patch). Hi Marc, I'm having trouble in getting the patch you posted to work in my setup. Could you please check if you find something that i screwed up? http://paste.me.uk/1484.html I have saved the patch as: 0001-opt-96-livebuffer12-rmm.dpatch-rebased-onto-1.7.21.patch What i did was that i deleted the message-headers etc from the file, and left the first row to be: diff --git a/Makefile b/Makefile Best Regards, René
On 01/01/2012 18:41, René wrote: > On 23.12.2011 14:27 , Marc wrote: >> There is a typo error in vdr.c but that's all. >> >> For gentoo users, I attached the patches I use. I relocated some hunk of >> config.c and config.h and renamed USE_LIVEBUFFER to LIVEBUFFER in >> Makefile. >> >> Patch the ebuild and put the other patch in >> /etc/portage/patches/media-video/vdr-1.7.21 (I use the epatch_user tool >> instead of the script, see the ebuild patch). > > Hi Marc, > > I'm having trouble in getting the patch you posted to work in my > setup. Could you please check if you find something that i screwed up? > > http://paste.me.uk/1484.html > > I have saved the patch as: > 0001-opt-96-livebuffer12-rmm.dpatch-rebased-onto-1.7.21.patch > > What i did was that i deleted the message-headers etc from the file, > and left the first row to be: diff --git a/Makefile b/Makefile > > > > Best Regards, > > René > > _______________________________________________ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi René, You can watch the output of the patch (/var/tmp/portage/media-video/vdr-1.7.21-r2/temp/0001-opt-96-livebuffer12-rmm.dpatch-rebased-onto-1.7.21.patch.out) and see where it fails. vdr 1.7.22 is out now on vdr-devel overlay. I'll post an updated patch for it tomorrow. It could work better on your configuration. Regards, Marc.
On 01.01.2012 20:23 , Marc wrote: > Hi René, > > You can watch the output of the patch > (/var/tmp/portage/media-video/vdr-1.7.21-r2/temp/0001-opt-96-livebuffer12-rmm.dpatch-rebased-onto-1.7.21.patch.out) > and see where it fails. > > vdr 1.7.22 is out now on vdr-devel overlay. I'll post an updated patch > for it tomorrow. It could work better on your configuration. Hi Marc, I pasted the output over here: http://pastebin.com/8eMsEuMf It looks that it can't find the files to patch. Maybe the patch was not compatible with Gentoo? It would be great if you could send an updated ebuild to 1.7.22 :-) I really miss the days when i updated my vdr on every release.. Now i have been "stuck" with 1.6.x for ages.. Do you think that it would be possible to add the livebuffer-patch back to the official gentoo overlay? Even better if it could be added as a basic feature of vdr (that could be turned on/off from the settings :-) Klaus? Please, please, pleaaaaase :-) Regards, René
On Sun, Jan 1, 2012 at 11:44 AM, René <linuxtv@hertell.com> wrote: > the official gentoo overlay? Even better if it could be added as a basic > feature of vdr (that could be turned on/off from the settings :-) Klaus? > Please, please, pleaaaaase :-) There was talk of this some time ago, though I don't think anything solid came of it. I personally am not interested in it unless ram came be used for the buffer storage. Having a harddrive (or even worse, an ssd) in a constant write state 24/7 is not something I'd like to do. Whatever the case, I think you'll be stuck with the patch for a while.
On 01.01.2012 22:13 , VDR User wrote: > There was talk of this some time ago, though I don't think anything > solid came of it. I personally am not interested in it unless ram came > be used for the buffer storage. Having a harddrive (or even worse, an > ssd) in a constant write state 24/7 is not something I'd like to do. > Whatever the case, I think you'll be stuck with the patch for a while. I have set my livebuffer to use 2gb memory (hdd). If i would have 4gb ram (now i have just 1gb), then i would use a 2gb ramdisk for livebuffer, and the rest for my system. This would be more than enough.. :-) But having a patch working for vdr is ok too :-) René
On Sun, Jan 1, 2012 at 1:31 PM, René <linuxtv@hertell.com> wrote: >> There was talk of this some time ago, though I don't think anything >> solid came of it. I personally am not interested in it unless ram came >> be used for the buffer storage. Having a harddrive (or even worse, an >> ssd) in a constant write state 24/7 is not something I'd like to do. >> Whatever the case, I think you'll be stuck with the patch for a while. > > I have set my livebuffer to use 2gb memory (hdd). If i would have 4gb ram > (now i have just 1gb), then i would use a 2gb ramdisk for livebuffer, and > the rest for my system. This would be more than enough.. :-) But having a > patch working for vdr is ok too :-) RAM is cheap enough now days that having plenty of it isn't a problem for most people. For example, 4GB will cost you less than a few hours at the pub with friends. :)
On 2 January 2012 10:19, VDR User <user.vdr@gmail.com> wrote: > On Sun, Jan 1, 2012 at 1:31 PM, René <linuxtv@hertell.com> wrote: >>> There was talk of this some time ago, though I don't think anything >>> solid came of it. I personally am not interested in it unless ram came >>> be used for the buffer storage. Having a harddrive (or even worse, an >>> ssd) in a constant write state 24/7 is not something I'd like to do. >>> Whatever the case, I think you'll be stuck with the patch for a while. >> >> I have set my livebuffer to use 2gb memory (hdd). If i would have 4gb ram >> (now i have just 1gb), then i would use a 2gb ramdisk for livebuffer, and >> the rest for my system. This would be more than enough.. :-) But having a >> patch working for vdr is ok too :-) > > RAM is cheap enough now days that having plenty of it isn't a problem > for most people. For example, 4GB will cost you less than a few hours > at the pub with friends. :) The OP probably meant to have the option to use RAM directly without fiddling with a RAM disk setup.
On 02.01.2012 5:12 , Torgeir Veimo wrote: >> RAM is cheap enough now days that having plenty of it isn't a problem >> for most people. For example, 4GB will cost you less than a few hours >> at the pub with friends. :) > > The OP probably meant to have the option to use RAM directly without > fiddling with a RAM disk setup. This could be a nice feature, but setting up a ramdisk is also pretty easy.. -René
--- vdr-1.7.21-r1.ebuild 2011-10-25 03:10:08.000000000 +0200 +++ vdr-1.7.21-r2.ebuild 2011-12-23 13:10:44.000000000 +0100 @@ -7,7 +7,7 @@ inherit eutils flag-o-matic multilib # Switches supported by extensions-patch -EXT_PATCH_FLAGS="alternatechannel cutterlimit +EXT_PATCH_FLAGS="alternatechannel cutterlimit livebuffer ddepgentry dvlvidprefer graphtft hardlinkcutter jumpplay lnbshare liemikuutio mainmenuhooks menuorg noepg pinplugin setup timerinfo yaepg lircsettings" @@ -295,27 +295,8 @@ fi - # apply local patches defined by variable VDR_LOCAL_PATCHES_DIR - if test -n "${VDR_LOCAL_PATCHES_DIR}"; then - local dir_tmp_var - local LOCALPATCHES_SUBDIR=${PV} - for dir_tmp_var in allversions-fallback ${PV%_p*} ${PV} ; do - if [[ -d ${VDR_LOCAL_PATCHES_DIR}/${dir_tmp_var} ]]; then - LOCALPATCHES_SUBDIR="${dir_tmp_var}" - fi - done - - echo - if [[ ${LOCALPATCHES_SUBDIR} == ${PV} ]]; then - einfo "Applying local patches" - else - einfo "Applying local patches (Using subdirectory: ${LOCALPATCHES_SUBDIR})" - fi - - for LOCALPATCH in ${VDR_LOCAL_PATCHES_DIR}/${LOCALPATCHES_SUBDIR}/*.{diff,patch}; do - test -f "${LOCALPATCH}" && epatch "${LOCALPATCH}" - done - fi + # apply local patches + epatch_user if [[ -n "${VDRSOURCE_DIR}" ]]; then cp -r "${S}" "${T}"/source-tree