[ANNOUNCE] VDR Extensions Patch v.54

So, ich habe jetzt mal den Nachmittag mit neu bauen verbracht um zu sehen wo das Problem mit dem radio PLugin 0.2.0 liegt, also nacheinander sämtliche Patches wieder aktiviert nachdem ohne Extension Patch alles einwandfrei lief.

Hier mal meine Erfahrungen wenn die untenstehenden aktiviert werden:

PINPLUGIN aktiviert --> VDR startet immer wieder neu
LIEMIKUUTIO --> Einstellungen im Radio Plugin lassen sich nicht abspeichern
SWITCHTIMER,TIMERCMD,TIMERINFO,VALIDINPUT,WAREAGLEICONS --> Keine EPG Anzeige mehr

Irgendwelche Ideen dazu? Kann doch eigentlich nicht sein dass es da so massive Probleme gibt oder?

Hi, BBlack

Zitat

Irgendwelche Ideen dazu? Kann doch eigentlich nicht sein dass es da so massive Probleme gibt oder?

Nein, die Probleme müssen woanders liegen.

Hab hier auf zwei unterschiedlichen Vdrs-1.4.5 jeweils den Vdr Extensions Patch v.15
installiert, wobei die angesprochenen Patches von dir keinerlei Probleme verursachen.

Wär nicht schlecht wenn du dir ne Signatur zulegst, dann wüsste man welches System, Vdr-Version etc.. du hast.

Gruss , Bert

Bert
Hast du auch das Radio 0.2.0 Plugin installiert?

Ja, Sig kann ich mal machen, wobei es unsre eigene Distri ist, siehe meine Signatur.

Solltest du es auch installiert haben muss ich mal woanders weitersuchen.

Hi,

Nein, hab kein Radio 0.2.0 Plugin installiert > kanns aber Morgen mal testhalber installieren
wennst willst.

Mit dem "PINPLUGIN aktiviert --> VDR startet immer wieder neu" da könnte ich mir vorstellen
das vielleicht die Version vom Extensions Patch mit der Version vom Pin nicht zusammenpasst.

Zulu aktualisiert den Extensions Patch meist sehr schnell auf neue Pin Versionen, machen wirs kurz > welche Version vom Extensions Patch, und welche Version vom PinPlugin hast
du denn aktuell installiert?
Und wendest du eventuell auch noch nen Patch der dem Pin Plugin selbst beiliegt auch noch an?

Übrigens beim Pin Plugin gibts jetzt (weiss nicht seit wann) im Makefile auch ne Option wie folgt;

FSKCHKDIR = /usr/bin

Ich erwähne das nur weil ich da mal drübergestolpert bin, da das in früheren Versionen von Pin nicht so war, und ich fskcheck verlinkt gehabt habe.
Dadurch das dann der Link dort schon war hat sich aber Pin erst gar nicht maken lassen.

Gruss , Bert

Bert
Nee, ich habe kein PIN Plugin installiert, lediglich der Patch im Extensions war aktiviert uns sobald ich diesen ausschalte startet VDR wenigstens nicht mehr neu mit installiertem radio PLugin.

zulu
Das habe ich befürchtet, wenn ich nur wüsste woran es liegt. Die einzgen 2 Patches die ich sonst noch nutze sind diese hier, wobei da ja eigentlich nix gross drinne ist.

Irgendwie suche ich die Gemeinsamkeiten, aber auf nen wirklichen Nenner komm ich da nicht.
PATCH1:

--- vdr-1.4.1/vdr.c~    2006-06-04 12:04:47.000000000 +0300
+++ vdr-1.4.1/vdr.c     2006-07-16 18:15:11.000000000 +0300
@@ -102,9 +102,9 @@
         fprintf(stderr, "vdr: cannot set user id %u: %s\n", (unsigned int)user->pw_uid, strerror(errno));
         return false;
         }
-     if (prctl(PR_SET_DUMPABLE, 2, 0, 0, 0) < 0) {
+     if (prctl(PR_SET_DUMPABLE, 1, 0, 0, 0) < 0) {
         fprintf(stderr, "vdr: warning - cannot set dumpable: %s\n", strerror(errno));
-        // always non-fatal, and will not work with kernel < 2.6.13
+        // non-fatal
         }
      }
   return true;

PATCH2:

--- vdr-1.4.1/epg2html.pl.orig  2006-04-17 15:19:08.000000000 +0300
+++ vdr-1.4.1/epg2html.pl       2006-07-01 13:30:16.000000000 +0300
@@ -2,12 +2,12 @@
 
 # A simple EPG to HTML converter
 #
-# Converts the EPG data written by 'vdr' into the file /video/epg.data
+# Converts the EPG data written by 'vdr' into the file __CACHEDIR__/epg.data
 # into a simple HTML programme listing, consisting of one file per channel
 # plus an 'index.htm' file. All output files are written into the current
 # directory.
 #
-# Usage: epg2html.pl < /video/epg.data
+# Usage: epg2html.pl < __CACHEDIR__/epg.data
 #
 # See the main source file 'vdr.c' for copyright information and
 # how to reach the author.
--- vdr-1.4.1/PLUGINS/src/sky/README.orig       2004-02-15 14:39:19.000000000 +0200
+++ vdr-1.4.1/PLUGINS/src/sky/README    2006-07-01 13:32:17.000000000 +0300
@@ -33,7 +33,7 @@
 data for each channel can be found (see below). Copy this file to your
 plugins config directory, in a subdirectory named 'sky', as in
 
-/video/plugins/sky/channels.conf.sky
+__CONFIGDIR__/plugins/sky/channels.conf.sky
 
 The Sky EPG is available on the Internet at http://www.bleb.org.
 The Perl script getskyepg.pl extracts the EPG data from these pages
--- vdr-1.4.1/vdr.c.orig        2006-06-04 12:04:47.000000000 +0300
+++ vdr-1.4.1/vdr.c     2006-07-01 13:30:16.000000000 +0300
@@ -379,7 +379,7 @@
                "                           there may be several -D options (default: all DVB\n"
                "                           devices will be used)\n"
                "  -E FILE,  --epgfile=FILE write the EPG data into the given FILE (default is\n"
-               "                           '%s' in the video directory)\n"
+               "                           __CACHEDIR__/%s)\n"
                "                           '-E-' disables this\n"
                "                           if FILE is a directory, the default EPG file will be\n"
                "                           created in that directory\n"
@@ -549,7 +549,7 @@
         EpgDataFileName = DEFAULTEPGDATAFILENAME;
         }
      else if (*EpgDataFileName != '/' && *EpgDataFileName != '.')
-        EpgDirectory = VideoDirectory;
+        EpgDirectory = "__CACHEDIR__";
      if (EpgDirectory)
         cSchedules::SetEpgDataFileName(AddDirectory(EpgDirectory, EpgDataFileName));
      else
--- vdr-1.4.1/newplugin.orig    2006-04-24 20:18:41.000000000 +0300
+++ vdr-1.4.1/newplugin 2006-07-01 13:30:16.000000000 +0300
@@ -24,7 +24,7 @@
 $PLUGIN_DESCRIPTION = "Enter description for '$PLUGIN_NAME' plugin";
 $PLUGIN_MAINENTRY = $PLUGIN_CLASS;
 
-$PLUGINS_SRC = "PLUGINS/src";
+$PLUGINS_SRC = ".";
 
 $README = qq
 {This is a "plugin" for the Video Disk Recorder (VDR).
--- vdr-1.4.1/vdr.1.orig        2006-04-30 11:55:12.000000000 +0300
+++ vdr-1.4.1/vdr.1     2006-07-01 13:30:16.000000000 +0300
@@ -45,7 +45,7 @@
 .TP
 .BI \-c\  dir ,\ \-\-config= dir
 Read config files from directory \fIdir\fR
-(default is to read them from the video directory).
+(default is to read them from __CONFIGDIR__).
 .TP
 .B \-d, \-\-daemon
 Run in daemon mode (implies \-\-no\-kbd).
@@ -56,7 +56,7 @@
 .TP
 .BI \-E\  file ,\ \-\-epgfile= file
 Write the EPG data into the given \fIfile\fR
-(default is \fI/video/epg.data\fR).
+(default is \fI__CACHEDIR__/epg.data\fR).
 Use \fB\-E\-\fR to disable this.
 If \fIfile\fR is a directory, the file \fIepg.data\fR
 will be created in that directory.
@@ -80,7 +80,7 @@
 LOG_USER, add '.n' to LEVEL, as in 3.7 (n=0..7).
 .TP
 .BI \-L\  dir ,\ \-\-lib= dir
-Search for plugins in directory \fIdir\fR (default is ./PLUGINS/lib).
+Search for plugins in directory \fIdir\fR (default is __PLUGINDIR__).
 There can be several \fB\-L\fR options with different \fIdir\fR values.
 Each of them will apply to the \fB\-P\fR options following it.
 .TP
@@ -139,7 +139,7 @@
 .TP
 .BI \-v\  dir ,\ \-\-video= dir
 Use \fIdir\fR as video directory.
-The default is \fI/video\fR.
+The default is \fI__VIDEODIR__\fR.
 .TP
 .B \-V, \-\-version
 Print version information and exit.

Als ich angefangen hab VDR für CCux zu bauen habe ich mich an den Livna RPMs orientier und daher sind auch die 2 Patches. Wenn würde meiner Meinung nach höchstens der erste in Frage kommen, wobei so richtig vorstellen kann ichs mir ja nicht. Ansonsten ist es bis auf den Extensions Patch ( super Arbeit übrigens ) ein Plain 1.4.5 zu dem ich gestern noch den 1.4.5-1 Maintainance Patch hinzugefügt habe.

Irgendwelche Ideen?

Hi , BBlack

Zitat

Nee, ich habe kein PIN Plugin installiert, lediglich der Patch im Extensions war aktiviert uns sobald ich diesen ausschalte startet VDR wenigstens nicht mehr neu mit installiertem radio PLugin.

Na ja, dann wärs ja jetzt wenigstens schon mal ein Problem weniger.

Hab inzwischen auch mal das Radio-Plugin drauf gehabt > keinerlei Probleme.

Gruss , Bert

Hm, echt seltsam, da werde ich mal versuchen müssen herauszufinden wodran das ganze liegt, vielleicht sagt ja ein Backtrace mehr...

Hi,

obwohl in Make.config GRAPHTFT = 1steht, kann ich das gaphtft-plugin nicht kompiliern:

In file included from graphtft.h:17,
from graphtft.c:20:
display.h:333: error: `eOsdMenuKind' was not declared in this scope
display.h:333: error: Fehler beim Parsen before `)' token

any hints?

Hallo,

vdr ist neu compiliert vorden und hbe es auch mit 0.0.15 und 0.0.16 probiert, der patch sieht auch gut aus:

grep eOsdMenuKind *
menu.c: virtual eOsdMenuKind MenuKind() { return omEditChannel; }
menu.c: virtual eOsdMenuKind MenuKind() { return omChannels; }
menu.c: virtual eOsdMenuKind MenuKind() { return omCommands; }
menu.c: virtual eOsdMenuKind MenuKind() { return omTimers; }
menu.c: virtual eOsdMenuKind MenuKind() { return omWhatsOn; }
menu.c: virtual eOsdMenuKind MenuKind() { return omSchedule; }
menu.c: virtual eOsdMenuKind MenuKind() { return omCommands; }
menu.c: virtual eOsdMenuKind MenuKind() { return omRecording; }
menu.c: virtual eOsdMenuKind MenuKind() { return omRenameRecording; }
menu.c: virtual eOsdMenuKind MenuKind() { return omSetupPage; }
menu.c: virtual eOsdMenuKind MenuKind() { return omSetup; }
menu.h: virtual eOsdMenuKind MenuKind() { return omText; }
menu.h: virtual eOsdMenuKind MenuKind() { return omTimerEdit; }
menu.h: virtual eOsdMenuKind MenuKind() { return omEvent; }
menu.h: virtual eOsdMenuKind MenuKind() { return omMain; }
menu.h: virtual eOsdMenuKind MenuKind() { return omCam; }
menu.h: virtual eOsdMenuKind MenuKind() { return omCamEnquiry; }
menu.h: virtual eOsdMenuKind MenuKind() { return omRecordings; }
menuitems.h: eOsdMenuKind MenuKind() { return omSetupPage; }
osdbase.h:enum eOsdMenuKind { omUnknown,
osdbase.h: virtual eOsdMenuKind MenuKind() { return omUnknown; }
status.c:void cStatus::MsgOsdMenuDisplay(eOsdMenuKind kind)
status.h: virtual void OsdMenuDisplay(eOsdMenuKind kind) {}

ja nun?

Halo zulu

Das Problem mit dem Schneiden im LiveBuffer kommt vom CUTTERQUEUE. Recordings.GetByName(FileName) (Zeile 347 in cutter.c) findet die Liveaufnahme nicht. Abhilfe ist also erstmal Deaktivieren des o.g. Patches.
Dann ist noch ein kleiner Fehler beim Umschalten, wenn LiveBuffer aktiv ist. Die Tasten für JumpSlow werden als Sprungtasten interpretiert. Umschalten mit 1/3/4/6 funzt nur, wenn vorher mit 'OK' das OSD aktiviert wird.

Hi Zulu,

das mit den Sprungtasten beim Livebuffer wollte ich auch grade melden aber da war jemand schneller!!

Versuche grade meine Linvdr-Updates auf dein Patch umzustellen, wann meinst du denn kommt das Patch v.17?

Gruß

Toxic

Zitat

Original von zulu
Hallo rdnzl,

Ich habe auf meinem Testrechner jetzt den Livebuffer aktiviert. Kann dein Problem aber nicht reproduzieren. Soll heissen, die Aufnahme wird geschnitten. Kannst du nochmal beschreiben, was genau du wie machst...

Evtl. liegt es am Standort des LiveBuffer-Verzeichnisses. Habe bisher immer eine RAM-Disk auf /
(-b /), hatte aber auch schon nach dem Auftreten des Fehlers -b /video0 versucht, gleiches Ergebnis.
...

[edit]
Mir ist eingefallen, mal vor dem Schneiden ein touch /video0/.update auszuführen, dann hat's geklappt. Vlt. sollte man das in die Sourcen übernehmen...
[edit off]

Danke.

Das mit dem Schneiden muß ich mir noch mal ansehen, ich glaube da habe ich die Versionen verwechselt.