On Wed, May 27, 2009 at 5:21 AM, Seppo Ingalsuo wrote:
> Hi,
>
> In a setup with multiple vdr instances sharing the same dvb tuners it's
> practical to keep one as a master that upgrades channels.conf
> automatically and the other instances get periodically a new copy of the
> channels configurati
> I'm now killing my secondary vdr instances while the channels are copied
> by a cron job every night. It would be more practical for remote
> vdr-sxfe clients to keep vdr processes running to avoid loosing the
> streaming connection. Is it possible to signal somehow vdr to reread
> it's entire ch
Bikalexander wrote:
> Please try this version, I did not had to test it:
>
> http://www.vdr-settings.com/hg/vdr-plugins/
>
> http://www.vdr-settings.com/hg/vdr-plugins/archive/tip.tar.bz2
>
Thank You, but no luck. Crashes too.
Content of this repository almost same as I have.
_
No, xdipo is a stand-alone program, it requires X running and a lock on the
tuner, so vdr has to be stopped. It is not a perfect solution.
A perfect solution would be a new or updated rotor plugin.
Lacking that, you can visit my howto
http://ubuntuforums.org/showthread.php?t=1126258
and download
Reinhard, you have done an amazing job with the xine plugin.
It works very well and considering xine's complexity,
I can appreciate the hard work that must have been required
to get both the infrastructure in xine and the plugin itself
working as well as it does today.
I noticed, however, that it
Hi
Same problem here, was thinking it was my setup who was wrong.
By the way I saw also a big latency when you stop the replay of recordings to
live TV , whatever was the button used (Blue button or Menu Back) , the live
video freeze for 2-3 seconds , VDR is inoperative (no access to menu) during
Maybe it is not related to the vdr-xine plugin, could be with the VDR
version, more specifically TS format? I'm having the same problem as
described by Carsten with the xineliboutput plugin, on vdr-1.7.4.
d...@free.fr wrote:
> Hi
>
> Same problem here, was thinking it was my setup who was wrong.
Carsten Koch schrieb:
> Reinhard, you have done an amazing job with the xine plugin.
> It works very well and considering xine's complexity,
> I can appreciate the hard work that must have been required
> to get both the infrastructure in xine and the plugin itself
> working as well as it does tod
Hi!
Carsten Koch schrieb:
> For example, when I use the '7' and '9' keys to jump to the
> previous/next cut mark, or when I use the '4' and '6' keys to
> fine-position a cut mark, the video image is not updated, so I
> am basically forced to navigate in complete darkness.
Huh, I always thought thi
Gerald Dachs wrote:
>> I'm now killing my secondary vdr instances while the channels are copied
>> by a cron job every night. It would be more practical for remote
>> vdr-sxfe clients to keep vdr processes running to avoid loosing the
>> streaming connection. Is it possible to signal somehow vdr to
marti...@embl.de wrote:
> Lacking that, you can visit my howto
> http://ubuntuforums.org/showthread.php?t=1126258
>
> and download the patched rotor plugin from there.
>
> Do not patch it anymore, just enable ROTOR = 1 in your Make.config (with the
> extensions patch) and it will compile ok and r
Hi,
have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7
compileable. What google told me, gcc 4.4 also affects 1.6.0.
cu
Edgar (gimli) Hucek
gcc_4.4.dpatch
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linux
Hi,
Attached is an updated patch, which also extends tools.h to return char *.
> Hi,
>
> have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7
> compileable. What google told me, gcc 4.4 also affects 1.6.0.
>
> cu
>
> Edgar (gimli) Hucek
On Mon, 2007-10-22 at 19:32 +0200, Martin Prochnow wrote:
...
> Screenshots and Download: http://martins-kabuff.de/extrecmenu_en.html
I like the ExtRecMenu plugin very much.
In particular, I love the fact that it shows me the length
of my recordings and that it allows me to display recordings
in
On Wed, 2009-05-27 at 16:40 +0200, gimli wrote:
...
> have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7
> compileable.
I wonder if it would not be better to make as many things
as possible "const" rather than casting existing consts away.
I my code, I am trying to make everythi
Seppo Ingalsuo schrieb:
> Does it synchronize channels too?
Forget it, I wrote nonsense, sorry
Gerald
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Sure, the patch is not the best solution. You are right, whats to ment
const should be const. In the first step it's more or less a speed fix :D
> On Wed, 2009-05-27 at 16:40 +0200, gimli wrote:
> ...
>> have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7
>> compileable.
>
> I won
No problem :^)
I did use epgsync plugin some years ago but improvements in streamdev
made it not necessary for me.
Seppo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hello all,
Is there a way to configure VDR show the epgsearch plugin as default guide?
Currently I can access the plugin by pressing green button or from the menu.
I'd like it to replace the default EPG browser when pressing guide button
and another place (less
important for me) when pressing inf
Alex Betis a écrit :
> Is there a way to configure VDR show the epgsearch plugin as default guide?
> Currently I can access the plugin by pressing green button or from the menu.
>
> I'd like it to replace the default EPG browser when pressing guide button
> and another place (less
> important for
Hi,
please apply the main menu hooks patch which is included in epgsearchs
package and activate the main menu replacement in epgsearchs setup. Some
other plugins use this patch too, e.g. extrec.
Perhaps it will become part of vdr core some day ;)
BR,
Christian
Alex Betis wrote:
> Hello all,
>
Alex Betis schrieb:
> Hello all,
>
> Is there a way to configure VDR show the epgsearch plugin as default guide?
Check the "patches" folder in the source-folder of epgsearch
File README.patches (Ver 0.9.24):
--
Description of patches
--
- MainMenuHooks-v
I am getting an undefined symbol error when I run Vdr 1.7.7 with the
Vompserver plugin patched for TS format:
vdr: ./PLUGINS/lib/libvdr-vompserver.so.1.7.7: undefined symbol:
_ZN10cIndexFile3GetEiPtPlPbPi
The plugin compiles ok with no error or warning. cIndexFile::Get is called
at only one p
Am Wed, 27 May 2009 21:40:58 +0200
schrieb Nicolas Huillard :
> Alex Betis a écrit :
> > Is there a way to configure VDR show the epgsearch plugin as
> > default guide? Currently I can access the plugin by pressing green
> > button or from the menu.
> >
> > I'd like it to replace the default EPG
Thanks to all.
Will try that this weekend.
On Wed, May 27, 2009 at 10:58 PM, Johannes Lautner <
hans.newslet...@haelwe.de> wrote:
> Alex Betis schrieb:
> > Hello all,
> >
> > Is there a way to configure VDR show the epgsearch plugin as default
> guide?
>
> Check the "patches" folder in the sourc
> Klaus, are there any plans to put these two nice features
> into the main recordings menu?
I have lot of recordings and for me the problem is often that I do not
remember the exact name of the recording, so I need to search them screen
by screen by watching the recording date. It would be nice
Stuart Morris wrote:
>
> I am getting an undefined symbol error when I run Vdr 1.7.7 with the
> Vompserver plugin patched for TS format:
>
> vdr: ./PLUGINS/lib/libvdr-vompserver.so.1.7.7: undefined symbol:
> _ZN10cIndexFile3GetEiPtPlPbPi
>
> The plugin compiles ok with no error or warning. cIn
I demand that gimli may or may not have written...
> have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7
> compileable.
Why is that a follow-up, and not the start of a new thread?
--
| Darren Salt | linux at youmustbejoking | nr. Ashington, | Doon
| Debian GNU/Linux | or d
--- On Wed, 27/5/09, Thomas Günther wrote:
> > I am getting an undefined symbol error when I run Vdr
> 1.7.7 with the
> > Vompserver plugin patched for TS format:
> >
> > vdr: ./PLUGINS/lib/libvdr-vompserver.so.1.7.7:
> undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi
> >
> > The plugin comp
Hi,
Carsten Koch schrieb:
> I noticed, however, that it is extremely hard to use VDRs
> cutting function with it.
>
> For example, when I use the '7' and '9' keys to jump to the
> previous/next cut mark, or when I use the '4' and '6' keys to
> fine-position a cut mark, the video image is not up
Stuart Morris wrote:
>
> That is already in the Vdr-1.7.7 Makefile. Do you mean in the plugin's
> Makefile?
That's right.
>From HISTORY of VDR-1.7.4:
- Added "DEFINES += -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE"
to Make.config.template (thanks to Johann Friedrichs for
Mika Laitio schrieb am Mittwoch 27 Mai 2009:
> > Klaus, are there any plans to put these two nice features
> > into the main recordings menu?
>
> I have lot of recordings and for me the problem is often that I do not
> remember the exact name of the recording, so I need to search them screen
> by s
Thanks Thomas that did it.
I got it to work after renaming Make.config.template
to Make.config. I will post this issue on the Vomp forum.
Stuart
--- On Wed, 27/5/09, Thomas Günther wrote:
> From: Thomas Günther
> Subject: Re: [vdr] Vompserver plugin and cIndexFile::Get undefined symbol
> er
Hi folks,
For the last few days I've been trying to compile vdr-1.7.7 on my debian
system, and have failed miserably.
Googled, ramaged through forums and i'm possibly too dumb to understand
what i'm doing wrong (high probability :()
I have tried to follow steps as outlined on several forums (ub
34 matches
Mail list logo
