[vdr] Missing consts in cDevice

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

[vdr] channels.conf overwritten when installing vdr 1.7.30

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36

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

[vdr] vdr-1.5.3 - issue with translations out of plugins

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

[vdr] vdr-1.5.3 - LANG="[EMAIL PROTECTED]" not recognized

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

Re: [vdr] vdr-1.5.3 - issue with translations out of plugins

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

Re: [vdr] vdr-1.5.3 - issue with translations out of plugins

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7

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

Re: [vdr] List of failed plugins for vdr-1.5.7

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

Re: [vdr] xvid format

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

Re: [vdr] change make install to be really useful

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

Re: [vdr] change make install to be really useful

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

Re: [vdr] VDR-core's texts in plugin's .pot files

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

[vdr] [Announce] mlist-0.0.4

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.

Re: [vdr] [Announce] menorg-0.1

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. ___

Re: [vdr] [Announce] menorg-0.1

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

[vdr] skincurses in vdr-1.5.9 broken

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

[vdr] [Announce] vdr-fritzbox 0.0.7

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

[vdr] [Announce] vdr-fritzbox 0.0.8

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

[vdr] [Announce] vdr-fritzbox-0.0.9

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

[vdr] [Announce] vdr-fritzbox-0.0.10

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

[vdr] [Announce] vdr-fritzbox-0.0.11

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

Re: [vdr] Straw poll: stable version 1.6.0 now?

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. _

Re: [vdr] MainMenuHooks in vdr-1.6.0?

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

Re: [vdr] MainMenuHooks in vdr-1.6.0?

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

[vdr] [Announce] vdr-fritzbox-0.0.12

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

Re: [vdr] [Announce] mlist-0.0.4

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

Re: [vdr] [Announce] mlist-0.0.5

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

Re: [vdr] [Announce] vdr-fritzbox-0.0.12

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

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2

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

[vdr] [Announce] vdr-fritzbox-0.0.13

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. - -

Re: [vdr] [Announce] vdr-fritzbox-1.0.0

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

Re: [vdr] How to convert a JPEG image to an I-frame?

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

[vdr] Converting from UTF-8 to ISO-8859-1

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

Re: [vdr] Converting from UTF-8 to ISO-8859-1

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

Re: [vdr] segmentation fault with Skins.QueueMessage

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

Re: [vdr] Converting from UTF-8 to ISO-8859-1

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):

[vdr] [Announce] vdr-fritzbox 1.1.0

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

[vdr] [Announce] vdr-fritzbox 1.1.1

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

[vdr] [Announce] vdr-fritzbox 1.0.2

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

[vdr] [Announce] vdr-fritzbox 1.1.2

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

[vdr] [Announce] vdr-fritzbox 1.1.3

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

[vdr] [Announce] vdr-fritzbox 1.1.4

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

Re: [vdr] Roadmap for VDR 1.8

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

[vdr] German translation for "Plugin"

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

Re: [vdr] German translation for "Plugin"

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

[vdr] VDR 1.7.5: Missing const in cRecording::FramesPerSecond()

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

Re: [vdr] VDR-1.7.7 & Video aspect ratios

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

[vdr] [Announce] vdr-fritz 1.1.6

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

[vdr] [Announce] vdr-fritz 1.2.0

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

Re: [vdr] Lot of dashes in console

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

Re: [vdr] Lot of dashes in console

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

[vdr] Strange behavior when replaying audio-only recordings with xine / vdpau

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

Re: [vdr] Strange behavior when replaying audio-only recordings with xine / vdpau

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

[vdr] Adapt Make.config.template to VDR 1.7.13

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

Re: [vdr] Adapt Make.config.template to VDR 1.7.13

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

Re: [vdr] Adapt Make.config.template to VDR 1.7.13

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

[vdr] Include Path in Makefile (VDR >=1.7.15)

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

Re: [vdr] Include Path in Makefile (VDR >=1.7.15)

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

[vdr] flooded log when using status plugin

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

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

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

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

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