> Simon Baxter wrote:
>> Can anyone suggest a method to scan for channels with a non-standard
>> symbol rate?
>>
>> My provider does not use 6900 or 6875.
>>
>> Thanks
>>
>> Simon
>>
>
> Usually, you can specify the symbol rate within the initial scan file for
> the dvb scan utility. But this does
Simon Baxter wrote:
> Can anyone suggest a method to scan for channels with a non-standard
> symbol rate?
>
> My provider does not use 6900 or 6875.
>
> Thanks
>
> Simon
>
Usually, you can specify the symbol rate within the initial scan file for the
dvb scan utility. But this does mean, you
h
A while ago the remote plugins "telnet" server started acting strangely here;
it would
sometimes ignore all cursor and function keys, yet other keys would work
perfectly.
I'm not sure when exactly this began, most likely a newer kernel triggered this.
It does not happen always, but when it does i
On 29 Apr 2007 Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> On 04/07/07 15:05, Stefan Huelswitt wrote:
>> Hi,
>> I think there is a bug in the RW access check for a terminal
>> given with commandline option -t.
>> The check is performed before VDR actualy switches his uid, so if
>> the user which
Can anyone suggest a method to scan for channels with a non-standard
symbol rate?
My provider does not use 6900 or 6875.
Thanks
Simon
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Stefan Huelswitt wrote:
The current code segfaults on the first terminal access (e.g.
printf), if the effective vdr user doesn't have sufficient
rights.
Just a thought, would it work to open the terminal before switching the
user? Or is the access rights status checked again later on?
(/me w
Klaus Schmidinger wrote:
On 04/21/07 16:26, Anssi Hannula wrote:
Udo Richter wrote:
Anssi Hannula wrote:
However, the usual "use-already-tuned-devices" check in GetDevice() only
checks for device->Receiving(), which does not report transfer-moded
device, resulting in the new receiver being sta
On 03/17/07 21:39, Peter Sulatycke wrote:
> I have two samba shared video drives on my vdr system. Everything works
> great except empty directories are not erased on these drives. They are
> erased on my Linux drives. I can manually erase directories on these
> drivers with rmdir under Linux.
On 03/19/07 22:35, Christian Wieninger wrote:
> Hi,
>
> I noticed a problem with the recording directory of the following timer
>
> 9:S19.2E-1-1092-10100:M--:2000:2200:50:99:Musik~DELUXE:
>
> ...
> as you can see the timers recording directory changes from empty ('_' )
> to 'Den_Song_für_Ihr
On 04/04/07 13:02, Risto Mäki-Petäys wrote:
> I'm using vdr v1.4.6 on Debian Etch from e-tobi's packages and my dvb-c card
> is connected to HTV, Helsinki area cable television network. I get this sort
> of events in debug log, should they be noticed?
>
> Mar 20 07:08:26 digi vdr: [6633] =
On 04/07/07 15:05, Stefan Huelswitt wrote:
> Hi,
> I think there is a bug in the RW access check for a terminal
> given with commandline option -t.
> The check is performed before VDR actualy switches his uid, so if
> the user which starts VDR has access rights and the effective
> vdr user doesn't
On 04/21/07 16:26, Anssi Hannula wrote:
> Udo Richter wrote:
>> Anssi Hannula wrote:
>>> However, the usual "use-already-tuned-devices" check in GetDevice() only
>>> checks for device->Receiving(), which does not report transfer-moded
>>> device, resulting in the new receiver being started on secon
Hi,
xmltv2vdr version 1.0.7 has now been released on the VDR FTP site.
It can be found at: -
ftp://ftp.cadsoft.de/vdr/Tools/xmltv2vdr-1.0.7.tar.gz
Changes this version: -
* Code updates and speed improvements, with thanks to Sebastien Lucas
Please let me know any comments or problems,
Regar
Hi,
here's the next release of epgsearch.
2007-04-29: Version 0.9.21
new:
- support for the new MainMenuHooksPatch. This replaces the
vdr-replace-schedulemenu patch. The new patch is used by other plugins
too, so from now on only one patch is needed. The old patch is still
supported, but t
14 matches
Mail list logo