2013/1/26 Christopher Reimer c.reimer1...@gmail.com:
No, I tried it and it works with and without your patch.
CINCLUDES has a lower priority, the order of the parameters matters.
And the default INCLUDE stuff comes after CXXFLAGS (CINCLUDES is a
part of CXXFLAGS in plugin makefiles)
As the
2013/1/25 Christopher Reimer c.reimer1...@gmail.com
I think what Andreas means ist, that the INCDIR of the *installed* VDR
headers is currently not included in the CXXFLAGS in vdr.pc. This causes
plugins to not compile for themselves even if VDR has installed (using
make
install) before.
2013/1/22 Klaus Schmidinger klaus.schmidin...@tvdr.de
On 20.01.2013 20:24, Andreas Brachold wrote:
I think into vdr.pc is parameter includedir= missed, if $(INCDIR) not a
standard directory.
If you have an installed version of VDR on your system (i.e. there is
a vdr.pc file in
Dear all,
I just upgraded vdr from 1.7.29 to 1.7.31. After that I noticed that I lost
my channels.conf as it was overwritten by make install. :-(
A closer look to the changes made in 1.7.30 revealed that install-conf
target in the Makefile no longer checks if the CONFDIR already exists. In
I suggest to add the following consts:
--- device.h
---
index e2ff812..cba70e5 100644
@@ -495,11 +495,11 @@ public:
/// is more than one audio track.
int NumSubtitleTracks(void) const;
/// Returns the number of
2010/11/19 Hans-Peter Jansen h...@urpla.net:
The HISTORY file states:
Include paths are now added instead of overwriting INCLUDES in the
Makefile
However, in the Makefile changes:
-INCLUDES = -I/usr/include/freetype2
+INCLUDES ?= -I/usr/include/freetype2
Shouldn't that be += instead of
I'm just wondering, if there has happened a mistake in updating the
Makefile in VDR 1.7.15.
The HISTORY file states:
Include paths are now added instead of overwriting INCLUDES in the Makefile
However, in the Makefile changes:
-INCLUDES = -I/usr/include/freetype2
+INCLUDES ?=
On 03/28/2010 02:49 PM, Paul Menzel wrote:
Frank pointed the following out back then [1].
Am Freitag, den 29.01.2010, 10:04 +0100 schrieb Frank Schmirler:
3) in Make.config.template, remove only the line
DEFINES += -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
The lines
I was just wondering, if
ifdef PLUGIN
CFLAGS += -fPIC
CXXFLAGS += -fPIC
endif
can now be removed from Make.config.template, as the new Make.global
cares for -fPIC since VDR 1.7.13.
--
Best Regards,
Joachim.
___
vdr mailing list
vdr@linuxtv.org
2010/2/14 Reinhard Nissl rni...@gmx.de:
I've increased the above constant for simplicity just to 5
for testing and the issue is gone at least for audio recordings,
but I haven't tested the change with mp3 plugin yet.
Sorry for the delay, today I had time to try out your suggestion. This
I am using VDR 1.7.11 with xine / vdpau as output device. Replaying an
audio only recording (e.g. from a radio channel) or an MP3 file (with
mp3 plugin) leads to two strange things:
1.) The progress bar is always several seconds ahead - at the
beginning of the recording it jumps instantly to
Hi all together,
I have the same problem. Whenever VDR records a channel I also see
lots of these dashes.
When replaying such a recording the replay isn't smooth at these
points. All of my recordings are
effected by this. Has anyone a clue what the real problem is?
Regards,
Joachim.
2009/9/27
Yes, I use the aFF card as primary device, I dont' have any further DVB cards.
2009/10/11 Arthur Konovalov art...@gmail.com:
Joachim Wilke wrote:
I have the same problem. Whenever VDR records a channel I also see
lots of these dashes.
When replaying such a recording the replay isn't smooth
We have release a new stable version of the Fritz-Plugin. Main
improvements since the last stable release are:
2009-05-28: Version 1.2.0
- new setup option React on calls allow configuration if the plugin acts on
incoming, outgoing or any calls
- changed function of kRed in the menu
* Reload
There is a new developer version of the Fritz-Plugin waiting for you.
If nothing unexpected happens, this is going to start the new stable branch 1.2.
Changes:
2009-05-12: Version 1.1.6
- changes in libfritz++
* Removed the default of countryCode = 49 if
Tools::GetLocationSettings() fails. This
2009/5/4 Nicolas Huillard nico...@huillard.net:
Matthias Becker a écrit :
Did you get the point? It's somehow difficult to describe this topic for me.
With today's pixel-displays, we'd like to avoid all scaling, stretching,
etc. done by the panel itself. ie. like Rolf said, always output from
Adapting my plugins to VDR 1.7.5 I found a possible missing const in cRecording:
--- recording.h (revision 157)
+++ recording.h (working copy)
@@ -109,7 +109,7 @@
const char *PrefixFileName(char Prefix);
int HierarchyLevels(void) const;
void ResetResume(void) const;
- double
2009/1/11 Lauri Tischler l...@iki.fi:
Plse dont change it, now when searching for 'plugin' something sometimes
comes up also from german sources, if the term is changed to 'erweiterung'
all german sources will become essentially black holes.
If this is your argument, why are applications
I think, development for VDR 1.7.x has just started. Let's focus on
this, first... :-)
2009/1/9 Artem Makhutov ar...@makhutov.org:
Hello,
what are the plans to finish VDR 1.7.x?
Does some kind of roadmap exists for VDR 1.8.0?
--
Best Regards,
Joachim.
Dear developers,
I recommend changing the translation for Plugin in the German
language file to a more non-technical term. I suggest Erweiterung
instead of Plugin. This helps even non-technical experienced users
of VDR to understand what to expect.
Please find a corresponding patch attached.
--
For testing purposes, a new version of the plugins' development branch
is available.
Download as usual from http://www.joachim-wilke.de/vdr-fritz.htm
--- 8 ---
2008-12-31: Version 1.1.4
- adapted to changes in libfritz++:
* Added type ALL to CallList to retrieve complete list of calls at once.
For testing purposes, a new version of my plugins' development branch
is available.
Download as usual from http://www.joachim-wilke.de/vdr-fritz.htm
--- 8 ---
2008-12-20: Version 1.1.3
- added a missing const in cTcpClient::operator
- fixed wrong type in comparisons to size_t in cFritzListener,
For testing purposes, a new version of my plugins' development branch
is available.
Download as usual from http://www.joachim-wilke.de/vdr-fritz.htm
--- 8 ---
2008-08-20: Version 1.1.2
- changed name of Das Örtliche-Fonbuch to das-oertliche.de. New
internet
ressources
Dear Fritz!Box- and VDR-Users,
a new version of the Fritz!Box Plugin is available at
http://joachim-wilke.de/vdr-fritz.htm
This is the recommended stable version for users of VDR 1.6.
- - -
The Fritz!Box Plugin connects to your Fritz!Box to inform you about
incoming calls. The plugin can
For testing purposes, a new version of my plugins' development branch
is available.
Download as usual from http://www.joachim-wilke.de/vdr-fritz.htm
--- 8 ---
2008-07-29: Version 1.1.1
- fixed osd width calculation in cNotifyOsd::Show()
- improved detection of unsuccessful logins to the Fritz!Box
2008/5/18 Klaus Schmidinger [EMAIL PROTECTED]:
Actually this conversion wasn't necessary so far.
It was always about converting strings from some external character set
to the character set used by the system.
But I guess it should be ok to do this (modified lines marked with MOD):
[...]
Dear experts,
I am currently trying to convert a string to ISO-8859-1 using the
following code fragment:
cCharSetConv conv(NULL, ISO-8859-1);
const char *s_converted = conv.Convert(string);
Running VDR with UTF-8, this conversion failes (i.e., s_converted == string).
This is due to the
2008/5/18 Klaus Schmidinger [EMAIL PROTECTED]:
On 05/18/08 18:27, Joachim Wilke wrote:
Is there a reason for this?
systemCharacterTable is only set if it is a single byte character set,
which UTF-8 is not.
The conversion works fine, if I use UTF-8 instead of NULL:
cCharSetConv conv(UTF
2008/5/18 lukkinosat [EMAIL PROTECTED]:
I use the function Skins.QueueMessage from a
background thread.
Skins.QueueMessage( mtInfo, TEST, 40 );
I set a time of 40 seconds, but if time watchdog is
less than 40 seconds, vdr exit with a segmentation
fault.
Is this normal?
Yes, because
2007/12/31, Klaus Schmidinger [EMAIL PROTECTED]:
If I call vidcom(av7110, AV_VIDEO_CMD_FREEZE, 1) before play_iframe(),
I get a black screen for the first picture. Only after switching to the next
picture do I see something on the screen.
So apparently it must be called afterwards.
Great
Dear Fritz!Box- and VDR-Users,
a new version of the Fritz!Box Plugin is available at
http://joachim-wilke.de/index.htm?alias=vdr-fritz
This is the recommended stable version for users of VDR 1.6.
- - -
The Fritz!Box Plugin connects to your Fritz!Box to inform you about
incoming calls. The
Dear Fritz!Box- and VDR-Users,
a new version of the Fritz!Box Plugin is available at
http://joachim-wilke.de/index.htm?alias=vdr-fritz
If no serious bugs appear with this release, it will get the stable plugin
release 1.0.0 for VDR 1.6. Translation contributions (.po-files) are
appreciated.
- -
2008/3/5, Malte Schröder [EMAIL PROTECTED]:
Please try the attached patch. With this the default is ISO6937 again,
and can be overridden by setting the environment variable
VDR_CHARSET_OVERRIDE.
It seems to me as if we would need a per-channel setting for this ...
-1
Blame your tv
2008/3/2, Joachim Wilke [EMAIL PROTECTED]:
This is in preparation for a stable plugin release 1.0.0 for VDR 1.6. Please
report release-critical bugs as soon as possible. Further, translation
contributions (.po-files) are appreciated.
Just a hint to avoid unnecessary work:
I just got
Dear Fritz!Box- and VDR-Users,
a new version of the Fritz!Box Plugin is available at
http://joachim-wilke.de/index.htm?alias=vdr-fritz
- - -
The Fritz!Box Plugin connects to your Fritz!Box to inform you about
incoming calls. The plugin can automatically mute or pause VDR when a
call comes in.
Hello everyone,
just a short hint on mlist's new version:
--- snip ---
2008-03-02: Version 0.0.5
- Modified support for gettext (VDR = 1.5.8)
- Rearranged targets in the makefile
- Modified cPluginMlist::SVDRPCommand() to avoid compiler complaint
error: conversion from `cString' to `bool' is
2008/2/5, Christian Wieninger [EMAIL PROTECTED]:
this was the reason to ask now, since we do not already have the stable
1.6.0 ;-)
Perhaps you don't know, but a feature freeze is always _before_ the
release of a stable version, otherwise this would not be a stable
version.
Best Regards,
2008/2/5, Reiner Buehl [EMAIL PROTECTED]:
Will the integration of this (and other similar patches) harm in any way?
Yes. A stable version needs a feature freeze to get stable. Otherwise
we could continue as before.
Regards,
Joachim.
___
vdr mailing
Dear Fritz!Box- and VDR-Users,
a new version of the Fritz!Box Plugin is available at
http://joachim-wilke.de/index.htm?alias=vdr-fritz
- - -
The Fritz!Box Plugin connects to your Fritz!Box to inform you about
incoming calls. The plugin can automatically mute or pause VDR when a
call comes in.
Dear Fritz!Box- and VDR-Users,
a new version of the Fritz!Box Plugin is available at
http://joachim-wilke.de/index.htm?alias=vdr-fritz
- - -
The Fritz!Box Plugin connects to your Fritz!Box to inform you about
incoming calls. The plugin can automatically mute or pause VDR when a
call comes in.
Dear Fritz!Box- and VDR-Users,
a new version of the Fritz!Box Plugin is available at
http://joachim-wilke.de/index.htm?alias=vdr-fritz
- - -
The Fritz!Box Plugin connects to your Fritz!Box to inform you about
incoming calls. The plugin can automatically mute or pause VDR when a
call comes in.
Hi Klaus,
when trying to compile the new vdr, skincurses reports the following error:
make[1]: Entering directory `/dvb/vdr-1.5.9/PLUGINS/src/skincurses'
g++ -g -ggdb -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE
-DPLUGIN_NAME_I18N='skincurses' -I../../../include skincurses.c
2007/8/25, Joachim Wilke [EMAIL PROTECTED]:
2007/8/25, Thomas Creutz [EMAIL PROTECTED]:
Hello VDR Users!
Tobias Grimm and I are afraid to announce a new sebmenu plugin called
menuorg.
I tried google, vdr-wiki and vdr-portal, but did not find a hint on
where to find this :-)
Okay, I
Hello everyone,
just a short hint on mlist's new version:
--- snip ---
2007-08-19: Version 0.0.4
- Added support for gettext (VDR = 1.5.7)
- Added turkish translation
(provided by Oktay Yolgecen)
Download, as always, from:
http://joachim-wilke.de/vdr-mlist.htm
--- snap ---
Regards,
Joachim.
2007/8/19, Darren Salt [EMAIL PROTECTED]:
Each plugin has to handle its own translations and ensure that they're in its
own translation domain. This means that its makefile has to run xgettext,
generate .mo files and install them. Translation has to be done (for
plugin-specific text) using
2007/8/13, Chris Matchett [EMAIL PROTECTED]:
I wanted to ask what is the easiest way to get vdr recordings into xvid
format?
You could try transcode [1], mencoder [2] or ffmpeg [3], they all support Xvid.
[1] http://www.transcoding.org
[2] http://ffmpeg.mplayerhq.hu/
[3]
2007/8/13, Matthias Schwarzott [EMAIL PROTECTED]:
install-i18n.diff
I already posted this to the list yesterday.
makefile-destdir.diff:
It add variable DESTDIR to makefile to install under $(DESTDIR) instead of /
It also adds variable CONFDIR (by default identical to $(VIDEODIR)) to be able
2007/8/13, Matthias Schwarzott [EMAIL PROTECTED]:
The ebuilds do this for example to satisfy some security by using a sandbox
for compiling and installing programs. make install then uses some temporary
image directory.
After that the content gets merged to the live system. (Also preserving
2007/6/12, Klaus Schmidinger [EMAIL PROTECTED]:
I haven't had much time to look into this, yet,
but I believe the attached patch should be all it takes
to fix this.
It works here!
Regards,
Joachim.
___
vdr mailing list
vdr@linuxtv.org
2006/12/30, Udo Richter [EMAIL PROTECTED]:
However, it might be worth thinking about giving plugins the ability to
set a different wakeup time, so that a scheduled EPG scan plugin can be
written.
I also think that this would be very helpful for some plugins. Manual
start detection could also
2006/12/31, Matthias Schwarzott [EMAIL PROTECTED]:
I think a much easier solution (implementable in runvdr/vdr-initscript) is:
Write down wakeup-time when shutting down and comparing that to time when
system/vdr starts (with some margin).
Thats right, this is even more robust. But I think this
Hello everyone,
when using the status plugin and tuning to a channel without an epg
schedule, the syslog gets flooded with some hundreds of OsdProgramme
messages:
Nov 3 20:16:17 vdr vdr: [4676] status: cStatusTest::OsdChannel 2079
TechniSat Kanal 50
Nov 3 20:16:17 vdr vdr: [4676] status:
52 matches
Mail list logo