2013/2/19 Klaus Schmidinger :
> This has also been suggested here:
>
> http://www.vdr-portal.de/board1-news/board2-vdr-news/p1127697-announce-vdr-developer-version-1-7-38/#post1127697
>
> so if there are two more people who ACK this, I'll add it for the next
> version.
I think this is a valid opti
2013/2/15 Klaus Schmidinger :
> I'm not planning to make any more changes to the Makefiles for version
> 2.0.0.
So it will remain broken. Thats sad, I provided the patch already
before release of 1.7.37.
--
Best Regards,
Joachim.
___
vdr mailing list
2013/1/26 Christopher Reimer :
> 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 fix is not yet incl
2013/1/25 Christopher Reimer :
> Hmm, it is problematic.
>
> We can't make sure that "make plugins" uses the header files of the
> current source tree.
>
> plugins of 1.7.36 should be compiled against the 1.7.36 headers, even
> if there are older header files in /usr/include/vdr.
This is an issue
2013/1/25 Christopher Reimer
> > 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.
> >
>
> But i
Patch would be:
diff --git a/Makefile b/Makefile
index 9ee453e..fd45e6b 100644
--- a/Makefile
+++ b/Makefile
@@ -58,6 +58,8 @@ CXXFLAGS += -fPIC
# Common include files:
+CINCLUDES += -I$(INCDIR)
+
ifdef DVBDIR
CINCLUDES += -I$(DVBDIR)
endif
___
vdr
2013/1/22 Klaus Schmidinger
> 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 /usr/share/pkgconfig) and
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
previ
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 su
2010/11/19 Hans-Peter Jansen :
>> 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
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 ?= -I/usr/include/fre
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
>> T
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
>> T
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
http
2010/2/14 Reinhard Nissl :
> 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
fixed the iss
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 ~20sec
Yes, I use the aFF card as primary device, I dont' have any further DVB cards.
2009/10/11 Arthur Konovalov :
> 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
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 Ar
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
* "Reloa
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. Thi
2009/5/4 Nicolas Huillard :
> 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
> the computer
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 FramesPerSec
2009/1/11 Lauri Tischler :
> 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 translated at
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
I think, development for VDR 1.7.x has just started. Let's focus on
this, first... :-)
2009/1/9 Artem Makhutov :
> 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.
___
vdr m
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
ressourc
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 automa
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
For testing purposes, a new version of my plugins' development branch
is available.
Download as usual from http://www.joachim-wilke.de/?alias=vdr-fritz
--- 8< ---
2008-07-17: Version 1.1.0
- started new development branch (copy from version 1.0.1)
This branch is for development use and curious u
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):
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, b
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, i
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 fac
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.
Gr
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 plugi
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 t
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.
fr_FR translations are now up to
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 w
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.
V
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' i
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,
Joa
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
2008/2/3, Klaus Schmidinger <[EMAIL PROTECTED]>:
>Should there be a stable version 1.6.0 now, based on what's in
>version 1.5.14, but without DVB-S2 or even H.264 support?
>
> Yes or No?
No. For reasons already mentioned in this thread.
Regards,
Joachim.
_
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.
V
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
Pay attention to the new setup option "country code" which should be
set to the own country code, i.e., "+49" for Germany. As this is the
default, only users not
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.
V
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.
V
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.
V
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
skincurses
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-porta
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 :-)
Regards,
Joachim.
___
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) usin
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 preservi
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
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] http://www.mplayerh
Hi,
07/8/13, Stone <[EMAIL PROTECTED]>:
> *** failed plugins: autotimeredit burn dvd epgsearch skinenigmang text2skin
> undelete
>
> Can anyone help resolve these?
The dvd from CVS is working here.
Regards,
Joachim.
___
vdr mailing list
vdr@linuxtv.or
Hello,
a hint on VDRs makefile: is there a "install-i18n" missing at the
install target?
Regards,
Joachim.
2007/8/12, Klaus Schmidinger <[EMAIL PROTECTED]>:
> VDR developer version 1.5.7 is now available [...]
___
vdr mailing list
vdr@linuxtv.org
htt
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
http://ww
2007/6/12, Christian Wieninger <[EMAIL PROTECTED]>:
> I still had crashes even when using Alexanders patch.
> I think the fix should look like this (diff against plain 1.5.3):
Hi,
I'm sorry but neither the first nor the second patch do work here. I
still get an segfault when lcdproc tries to tran
Hi everbody,
in my system the LANG environment is set to "[EMAIL PROTECTED]". VDR did not
recognize this character set. After I changed LANG to
"de_DE.iso-8859-15" umlauts are correctly displayed e.g.in the EPG
data. But I still get the following error in syslog: "codeset is
'ISO-8859-15' - unknow
Hi Klaus,
I just installed vdr-1.5.3, but lcdproc plugin caused vdr to crash on
startup. I figured out that the problem is the translation of the
string "Volume ". Unlike the other strings that are used by the plugin
this string is provided by the vdr-core i18n.c This worked fine in
vdr-1.5.1. Add
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 thi
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
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: cStat
68 matches
Mail list logo
