When I cimpile the burn-plugin I get the following error:
Plugin burn:
make[1]: Entering directory
`/home/braun/vdr/vdr-1.4.4/PLUGINS/src/burn-0.0.5'g++ -g -Wall
-Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE
-DDVDDEV='"/dev/dvd"' -DISODIR=NULL -I../../../include
-I../../../.
when will the mldkgui-plugin updated to the latest version of vdr ?
Cheers
H.Braun
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
[EMAIL PROTECTED] wrote:
> When I cimpile the burn-plugin I get the following error:
> Plugin burn:
> make[1]: Entering directory
> `/home/braun/vdr/vdr-1.4.4/PLUGINS/src/burn-0.0.5'g++ -g -Wall
> -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE
> -DDVDDEV='"/dev/dvd"' -DI
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: 1171143
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 AWK)
- Original Nachricht
Von: Reinhard Nissl <[EMAIL PROTECTED]>
An: VDR Mailing List
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 burn:
>
Hi,
[EMAIL PROTECTED] wrote:
>> You may want to use burn-cvs where this issue has already been fixed.
>>
>> http://www.vdr-wiki.de/wiki/index.php/Burn-plugin#Snapshot
>
> Now I get:
>
> make[1]: *** Keine Regel vorhanden, um das Target »boost/bind.hpp«,
> benötigt von »burn.o«, zu erstellen. S
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 "
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 in
Hi,
this release mainly adds support for MPlayer versions newer than 1.0rc1.
Unfortunately, I had to drop the support for MPlayer versions prior to
1.0pre series (0.9x...).
This step was necessary, because current MPlayer development version
stopped accepting the '-vop' option. The '-vf' option m
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
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-am-idle-
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
14 matches
Mail list logo
