Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 04.01.2012 10:36 , Marc wrote: I only use the noepg use flag, did you tried to compile vdr without any use flags ? If it works like this, try to add each use flag one by one to see where is the problem. Indeed, looks that the following useflags messes up the livebuffer-patch dvlvidprefer liemikuutio jumpplay setup ttxtsubs Now i'll wait for a good spot to try a new update to 1.7.22 (between timer-recordings, and shows my wife watches) :-) René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 06.01.2012 16:42 , René wrote: On 04.01.2012 10:36 , Marc wrote: I only use the noepg use flag, did you tried to compile vdr without any use flags ? If it works like this, try to add each use flag one by one to see where is the problem. Indeed, looks that the following useflags messes up the livebuffer-patch dvlvidprefer liemikuutio jumpplay setup ttxtsubs Now i'll wait for a good spot to try a new update to 1.7.22 (between timer-recordings, and shows my wife watches) :-) Yeah! Now i got livebuffer to work with vdr 1.7.22! FINALLY a more Modern vdr :-) The following use-flags did not work with the livebuffer-patch: dvlvidprefer liemikuutio jumpplay setup ttxtsubs I wonder if it's a big thing to get the LiveBuffer working as an official patch for gentoo.. Who was it that i should e-mail and try to convince to accept this as a patch to vdr? If it work with an use-flag, then it would be really great :-) If there would be some guides on what i could do to help out in the process, then i'm happy to help out! Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
I wonder if it's a big thing to get the LiveBuffer working as an official patch for gentoo.. Iam work on this, to integrate the patch in the extp-ng... anyway, in any parts the the ifdef/ifndef/else construct's from the expt-ng patch make it not eazy... also iam work on the ebuild to remove/add/change some crap thats while is it package.masked in the moment... use it of your own risk ;) -- Regards Gentoo Developer Joerg Bornkessel hd_bru...@gentoo.org ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 07.01.2012 24:30 , Joerg Bornkessel wrote: I wonder if it's a big thing to get the LiveBuffer working as an official patch for gentoo.. Iam work on this, to integrate the patch in the extp-ng... anyway, in any parts the the ifdef/ifndef/else construct's from the expt-ng patch make it not eazy... also iam work on the ebuild to remove/add/change some crap thats while is it package.masked in the moment... use it of your own risk ;) Oh yeah :-) Can't wait for the patch to get ready :-) Please inform when you have done any progress :-) If I can help you in anyway, please don't hesitate to ask me! René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] problems with playback and plugins with vdr-1.7.22
Hi all, I finally managed to upgrade my vdr-1.6.x to vdr-1.7.22 and get the LiveBuffer patch compiled in Gentoo. There was however some problems i bumped into. The first issue i have is when starting vdr. I get the following plugins to fail during startup: ERROR: loading plugin libvdr-epgsearch.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-skinenigmang.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-text2skin.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-burn.so.1.7.22: undefined symbol: _ZN8vdr_burn13chain_archiveC1ERNS_3jobE ERROR: loading plugin libvdr-streamdev-server.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel I have compiled vdr, and after this i recompiled all plugins without any errors. The use-flags that are active are these: cutterlimit ddepgentry hardlinkcutter lircsettings mainmenuhooks pinplugin timerinfo wareagleicon yaepg The same use-flags worked fine with vdr 1.6.x LiveBuffer for vdr-1.7.22 again failed with these use-flags: dvlvidprefer liemikuutio jumpplay setup ttxtsubs Is there anything that i forgot to enable/disable in my setup? Then i got an other problem. When watching a recording, and i fastforward of rewind the program, i get to a situation that the timecounter get's stuck to the frame i start from. The film moves, but when i hit play, i end up back to the frame from where i started to rewind/fastforwad. The only way to fix this is to jump with the yellow/green buttons. AFter this i can rewind/fastforwad normally. This again works for a while, but again if it fails to stop to the place i rewind to, i have to reset the rewind-issue with the yellow/green buttons... Is this a known bug in vdr, or is it something that i have messed up in my setup? Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] problems with playback and plugins with vdr-1.7.22
Am 07.01.2012 01:17, schrieb René: ERROR: loading plugin libvdr-epgsearch.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-skinenigmang.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-text2skin.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel ERROR: loading plugin libvdr-burn.so.1.7.22: undefined symbol: _ZN8vdr_burn13chain_archiveC1ERNS_3jobE ERROR: loading plugin libvdr-streamdev-server.so.1.7.22: undefined symbol: _ZN6cTimerC1EbbP8cChannel The cryptic symbol decodes to cTimer::cTimer(bool, bool, cChannel*), found in timers.h, line 46. The actual code is in timers.c, line 28. This function exists in this form since 1.3.38. VDR itself seems to be fine, so your VDR seems to have a different function instead. However, the plugins rely on the original function because they somehow compiled against the original definition in the timers.h. My guess is that one of the patches is optionally modifying this, and the plugins were somehow compiled with different versions of the timers.h, or with different compiler flags that cause some #ifdef to flip. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
