Re: [vdr] vdr Digest, Vol 68, Issue 20
But that would only be for debian based systems, I use Archlinux for my HTPC and I need source code tar balls. It looks like the author is no longer maintaining the plugin. Which leads me to a question... Has anybody thought of keeping a repository of plugins that the author himself no longer seems to maintain and try to keep a patched version available so that it compiles on modern systems? I guess the e-tobi .deb packages could manage that by having the compile-fixes as a patch in debian/patches/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] streamdev CVS - recent tarball?
Hi, On Fri, 10 Sep 2010 09:18:51 +0100, Gavin Hamill wrote I'm trying to compile streamdev 0.5.0 on an elderly 2006 Ubuntu and am getting some compile errors. Frank Schmirler says the current CVS contains fixes for that, but the CVS server at vdr-developer.org is down. Does anyone have a recent CVS checkout they wouldn't mind sending me? streamdev is the last thing I need to finally upgrade from VDR 1.4.7 :) unfortunately the problems on www/streamdev.vdr-developer.org persist. Until the problems have been resolved current snapshots plus a patch fixing http://www.linuxtv.org/pipermail/vdr/2010-September/023520.html are available from http://vdr.schmirler.de. Cheers, Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] LifeBuffer patch for VDR 1.7.15
Hello List, is there a LifeBuffer patch for VDR 1.7.15 available? Thank you, Artem smime.p7s Description: S/MIME Cryptographic Signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-filebrowser plugin not compiling
Am 14.09.2010 12:20, schrieb Arturo Martinez: It looks like the author is no longer maintaining the plugin. Which leads me to a question... Has anybody thought of keeping a repository of plugins that the author himself no longer seems to maintain and try to keep a patched version available so that it compiles on modern systems? http://projects.vdr-developer.org/ already hosts several community-maintained projects, including some that are not maintained by their author any more. If filebrowser is really abandoned by its author, then it surely can find a new home there. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Euro History channels - channels.conf
Hi, I wonder if someone would share their 13E/19.2E channels.conf entries with me. All I ever watch is History and I lost pretty much all of them in the past month or so. First I could no longer get EPG and picture on SkyItalia History and History+1. New channels appended to the end of channels.conf registered no replacements. What I usually do in that situation is visit linowsat.de and compare their VDR settings with mine. Unfortunately after years of excellent service linowsat.de no longer serves those. Here are the channels I lost, that is I can no longer get EPG or picture on them: History;SkyItalia:11843:vC34:S13.0E:27500:2478+2560:2479=ita,2480=und:0:919,93B,9CD:3527:64511:5600:0 History +1;SkyItalia:11977:hC34:S13.0E:27500:2439:2440=ita,2441=und:0:919,93B,9CD:8123:64511:6300:0 The History Channel;NetMed:11938:hC34:S13.0E:27500:512:650=eng:0:604:7103:318:6100:0 HISTORY;CYFRA +:10719:vC34:S13.0E:27500:168:112=pol,113=eng:0:100:4409:318:11000:0 Thank you for your time. -- Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618 PGP FP: 02A5 628A D8EE 2A93 996E 929F D5CB 31B7 D20A 0618 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-filebrowser plugin not compiling
Holger Brunn filebrow...@vdr.nasenbaeren.net is active, he just applied my patch and pushed the version to 0.2.1 on http://vdr.nasenbaeren.net/filebrowser/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] streamdev CVS - recent tarball?
am getting some compile errors. Frank Schmirler says the current CVS contains fixes for that, but the CVS server at vdr-developer.org is down. Does anyone have a recent CVS checkout they wouldn't mind sending me? streamdev is the last thing I need to finally upgrade from VDR 1.4.7 :) unfortunately the problems on www/streamdev.vdr-developer.org persist. Until the problems have been resolved current snapshots plus a patch fixing http://www.linuxtv.org/pipermail/vdr/2010-September/023520.html are available from http://vdr.schmirler.de. Any changes that streamdev would move to using git repositories in http://projects.vdr-developer.org ? Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Patch] Make RGYB buttons customizeable
Hey all,
Ever had the trouble that your remote's color navigation key weren't the
same as VDR's? Well I wrote this patch the past 4 hours which lets you
configure them.
By doing so, the order of the buttons in the menu changes depending on
whatever you tell it to. So finally that remote can match whatever is
displayed on screen.
This only works for the classic and st-tng skins, as those are supplied
with VDR. The Skin needs to support this feature. If there is no skin
support, the setting simply gets ignored by that skin. Since only the
order of the buttons in the skin are being changed any plugin
configuration will be independent from this change. What I mean is that,
when a plugin has configured blue to take you straight to the photo
gallery, the blue button will still do this, no matter where it is on
the remote. If the plugin however used the blue key to fast forward,
because it is the right most key, and thus made sense logically there,
it will no longer when you move the keys around. Practically, this will
boil down to a handful of plugins depending on location which imo is a
little weird anyway :)
Also, I patched it on a Gentoo box using the latest 1.6 ebuild they have
so line numbers may be a little off in the patch due to various patches
Gentoo may apply. It's the only dev. box for VDR I have so forgive me on
that.
I'm looking forward to the review :)
Oliver
diff -ru config.c.orig config.c
--- config.c.orig 2010-09-16 03:34:59.0 +0200
+++ config.c 2010-09-16 03:35:36.0 +0200
@@ -218,6 +218,10 @@
strcpy(OSDLanguage, ); // default is taken from environment
strcpy(OSDSkin, sttng);
strcpy(OSDTheme, default);
+ Button0 = 0;
+ Button1 = 1;
+ Button2 = 2;
+ Button3 = 3;
PrimaryDVB = 1;
ShowInfoOnChSwitch = 1;
TimeoutRequChInfo = 1;
@@ -417,6 +421,10 @@
if (!strcasecmp(Name, OSDLanguage)) { strn0cpy(OSDLanguage, Value, sizeof(OSDLanguage)); I18nSetLocale(OSDLanguage); }
else if (!strcasecmp(Name, OSDSkin)) Utf8Strn0Cpy(OSDSkin, Value, MaxSkinName);
else if (!strcasecmp(Name, OSDTheme))Utf8Strn0Cpy(OSDTheme, Value, MaxThemeName);
+ else if (!strcasecmp(Name, Button0)) Button0= atoi(Value);
+ else if (!strcasecmp(Name, Button1)) Button1= atoi(Value);
+ else if (!strcasecmp(Name, Button2)) Button2= atoi(Value);
+ else if (!strcasecmp(Name, Button3)) Button3= atoi(Value);
else if (!strcasecmp(Name, PrimaryDVB)) PrimaryDVB = atoi(Value);
else if (!strcasecmp(Name, ShowInfoOnChSwitch)) ShowInfoOnChSwitch = atoi(Value);
else if (!strcasecmp(Name, TimeoutRequChInfo)) TimeoutRequChInfo = atoi(Value);
@@ -524,6 +532,10 @@
Store(OSDLanguage,OSDLanguage);
Store(OSDSkin,OSDSkin);
Store(OSDTheme, OSDTheme);
+ Store(Button0,Button0);
+ Store(Button1,Button1);
+ Store(Button2,Button2);
+ Store(Button3,Button3);
Store(PrimaryDVB, PrimaryDVB);
Store(ShowInfoOnChSwitch, ShowInfoOnChSwitch);
Store(TimeoutRequChInfo, TimeoutRequChInfo);
diff -ru config.h.orig config.h ~/Desktop/config.h.diff
--- config.h.orig 2010-09-16 03:34:39.0 +0200
+++ config.h 2010-09-16 03:35:38.0 +0200
@@ -219,6 +219,10 @@
char OSDLanguage[I18N_MAX_LOCALE_LEN];
char OSDSkin[MaxSkinName];
char OSDTheme[MaxThemeName];
+ int Button0;
+ int Button1;
+ int Button2;
+ int Button3;
int PrimaryDVB;
int ShowInfoOnChSwitch;
int TimeoutRequChInfo;
diff -ru menu.c.orig menu.c
--- menu.c.orig 2010-09-16 03:34:44.0 +0200
+++ menu.c 2010-09-16 03:35:36.0 +0200
@@ -2422,6 +2422,7 @@
const char *useSmallFontTexts[3];
const char *mainMenuTitle[MAXMAINMENUTITLE];
int osdLanguageIndex;
+ const char *buttonColorTexts[4];
int numSkins;
int originalSkinIndex;
int skinIndex;
@@ -2475,12 +2476,20 @@
mainMenuTitle[1]=tr(VDR - text);
mainMenuTitle[2]=tr(text);
mainMenuTitle[3]=tr(VDR - version);
+ buttonColorTexts[0]=tr(Key$Red);
+ buttonColorTexts[1]=tr(Key$Green);
+ buttonColorTexts[2]=tr(Key$Yellow);
+ buttonColorTexts[3]=tr(Key$Blue);
Clear();
SetSection(tr(OSD));
Add(new cMenuEditStraItem(tr(Setup.OSD$Language), osdLanguageIndex, I18nNumLanguagesWithLocale(), I18nLanguages()-At(0)));
Add(new cMenuEditStraItem(tr(Setup.OSD$Skin), skinIndex, numSkins, skinDescriptions));
if (themes.NumThemes())
Add(new cMenuEditStraItem(tr(Setup.OSD$Theme), themeIndex, themes.NumThemes(), themes.Descriptions()));
+ Add(new cMenuEditStraItem(tr(Setup.OSD$Button0),data.Button0, 4, buttonColorTexts));
+ Add(new cMenuEditStraItem(tr(Setup.OSD$Button1),data.Button1, 4, buttonColorTexts));
+ Add(new cMenuEditStraItem(tr(Setup.OSD$Button2),data.Button2, 4,
