Philip Armstrong a écrit :
> Anybody else finding that TV_RECORD_PADDING doesn't seem to have any
> effect with freevo 1.7.0 ?
>
Hi, I had exactly the same feeling, but as two new players are now here :
TV_RECORD_PADDING_PRE
TV_RECORD_PADDING_POST
and as these two fit better my needs, ( And as
Helmut Auer wrote:
> It works on a client only machine over network and in a standalone scenario.
>
>
Have you tried over wlan (802.11g)?
> Sure - but starting the frontend application for xineliboutput as a freevo
> command takes care of
> this. VDR is controlled by this application and free
Anybody else finding that TV_RECORD_PADDING doesn't seem to have any
effect with freevo 1.7.0 ?
Maybe it's something I've done, but right now recordings start and
finish and the appointed time regardless of what I set
TV_RECORD_PADDING to. Is there a debug option I can set to reveal more
about the
Hi
>> In my distri ( Gen2VDR ) I have FreeVo and VDR.
>> In my eyes there is no need for a VDR plugin, just install vdr with the
>> xineliboutput plugin and
>> start the application vdr-sxfe as a command from FreeVo.
>>
>>
>
> Hmm, interesting. Didn't know of xineliboutput plugin before. H
Helmut Auer wrote:
>> Hi,
>>
>> Found this thread while fighting to get freevo 1.7 with vdr plugin
>> going. It seems the current vdr plugin isn't working for anyone with 1.7
>> (below is the traceback from my trial). In the above mail thread Mike
>> indicated that he might have a working version