Hi,
Dieter Bloms wrote:
t: 1171143387,098, c: 1, r: 0, a:
--
t: 1171143387,099, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_TONE,
SEC_TONE_OFF)
t: 1171143387,100, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_VOLTAGE,
SEC_VOLTAGE_13)
t:
Hi Reinhard,
On Sun, Feb 11, Reinhard Nissl wrote:
I'd like you to do some further tests by modifying diseqc.conf:
I will do each setup for about 1 week and will see, if I miss some
recordings and let you about the results.
A) let's remove FE_DISEQC_SEND_MASTER_CMD and FE_DISEQC_SEND_BURST
Pjotr Kourzanov wrote:
Rob Davis wrote:
Pjotr Kourzanov wrote:
Oops, forgot the scripts;-)
Pjotr Kourzanov wrote:
Dear all,
Having been dissatisfied with performance and features of xmltv2vdr
(too slow, no credits/category information in epg.data) I have created
a new script (based on
- Original Nachricht
Von: Reinhard Nissl [EMAIL PROTECTED]
An: VDR Mailing List vdr@linuxtv.org
Datum: 11.02.2007 09:16
Betreff: Re: [vdr] error compiling burn-plugin
Hi,
[EMAIL PROTECTED] wrote:
When I cimpile the burn-plugin I get the following error:
Plugin
hi,
Seppo Ingalsuo writes:
Jouni Karvo wrote:
Earlier I had an ATI GFX card and used XV (with xine) for playback,
and had not this problem. After switching to nVidia GeForce FX 5200,
it started.
I wonder if this would help in xorg.conf Device section
Option UseEvents
I finally got around to documenting the internal installation of my
wake-on-remote module.
http://www.iki.fi/~msmakela/electronics/worc5/#pci
The instructions are for the Hauppauge Nova-T PCI 90002, but I guess
that the module could be installed on any PCI card that features a
connector for an
I demand that VDR User may or may not have written...
On 2/8/07, Marko Mäkelä [EMAIL PROTECTED] wrote:
(August already?)
On Thu, Feb 08, 2007 at 01:08:33PM +0200, Rolf Ahrenberg wrote:
BTW, I'm very used to VDR's current behaviour to shutdown itself after
the recording is made and don't
Darren Salt wrote:
Then there's the upgrade restart, which should be available via a signal. The
actual restart should be deferred if VDR is currently busy. (It is *possible*
to implement this via runvdr, but it's a lot easier to handle if VDR can
re-exec itself.)
H. Some kind of
I demand that Udo Richter may or may not have written...
Darren Salt wrote:
Then there's the upgrade restart, which should be available via a signal.
The actual restart should be deferred if VDR is currently busy. (It is
*possible* to implement this via runvdr, but it's a lot easier to handle
