[ANNOUNCE] VDR developer version 1.5.1

skiller2k1 · 25. Februar 2007

Frisch aus der Mailingliste:

Zitat

VDR developer version 1.5.1 is now available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.1.tar.bz2

A 'diff' against the previous developer version is available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.0-1.5.1.diff

WARNING:
========

This is a *developer* version. Even though *I* use it in my productive
environment, I strongly recommend that you only use it under controlled
conditions and for testing and debugging.

The changes since version 1.5.0:

- Added cDevice::HasCi() so that devices with Common Interface can be avoided
when tuning to an FTA channel, thus preserving the CAM resources even on budget
DVB cards (suggested by Petri Helin).
- Fixed i18n characters for the Hungarian texts (thanks to Thomas Günther).
- Now using cPipe instead of popen() in cCommand::Execute() to avoid problems
with open file handles when starting background commands (thanks to Reinhard
Nissl).
- Removed 'assert(0)' from cDvbSpuDecoder::setTime() (thanks to Marco Schlüßler).
- Fixed a possible crash when loading an invalid XPM file (thanks to Martin Wache).
- Updated satellite names in 'sources.conf' (thanks to Thilo Wunderlich).
- Adapted 'libsi' to DVB-S2 (thanks to Marco Schlüßler).
- Fixed handling error status in cDvbTuner::GetFrontendStatus() (thanks to
Reinhard Nissl).
- Shutdown handling has been rewritten (thanks to Udo Richter).
- Plugins can now implement the new function WakeupTime() to request VDR to wake
up at a particular time (thanks to Udo Richter).
- The HUP signal now forces a restart of VDR (thanks to Udo Richter).
- cThread::EmergencyExit() has been replaced by ShutdownHandler.RequestEmergencyExit().
- Several references to "button" in a remote control context have been changed
to "key" (based on a report from Marko Mäkelä regarding the "Menu button closes"
text). The "MenuButtonCloses" parameter in 'setup.conf' has therefore been
renamed to "MenuKeyCloses", accordingly. This will result in an "unknown config
parameter: MenuButtonCloses" error message in the log file, so you may want to
remove that entry from your 'setup.conf' file.
- Simplified the error handling in cDvbTuner::GetFrontendStatus() (based on a
discussion with Reinhard Nissl).
- Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
- Increased the maximum number of DVB devices to 8 (thanks to Rolf Ahrenberg).
- The new Setup parameter "Channel entry timeout" can be used to customize the time
since the last keypress until a numerically entered channel number is considered
complete, and the channel is switched (suggested by Helmut Auer). Setting this
parameter to 0 turns off the automatic channel switching, and the user will
have to confirm the entry by pressing the "Ok" key.

KNOWN BUG - PLEASE HELP DEBUGGING:

Start VDR with only one FF DVB card and an attached CI with a CAM.
Switch to an encrypted channel for the first time, the channel is shown
in Transfer Mode. Wait for at least 10 seconds, so that VDR will mark
the CAM as "able to decrypt this channel".
Now switch to the same channel again (by selecting it from the Channels
menu or typing in its number), and the screen goes black. VDR is now
receiving the channel in normal live mode (no Transfer Mode).
Apparently there is a problem with switching to live mode after using
Transfer Mode.
The problem goes away if you switch to a channel on a different transponder
and then back to the original one. Now it is shown even in normal live mode.

I did a lot of debugging to find out why this goes wrong, but was unable
to fix it. Maybe somebody out there can find out why this doesn't work.

Have fun!

Klaus

Alles anzeigen

Grüße
Michi

I30R6 · 12. März 2007

Nabend,

da jemand die Arbeit von kls würdigt , tu ich das mal ..

erstmal fettes Danke ..

leider bekomme Compiler Errors beim kompilieren von

graphlcd 1.5

Code

make[1]: Entering directory `/vdr/PLUGINS/src/graphlcd'
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -DUSE_CMDCTRL -DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBPLAYER -DUSE_DVBSETUP -DUSE_DVDARCHIVE -DUSE_GRAPHTFT -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_NOEPG -DUSE_PLUGINMISSING -DUSE_REPLACEMENUS -DUSE_SETTIME -DUSE_SETUP -DUSE_SORTRECORDS -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_VALIDINPUT -DUSE_WAREAGLEICON -DUSE_YAEPG -DPLUGIN_NAME_I18N='"graphlcd"' -D_GNU_SOURCE -I../../../../DVB/include -I../../../include -I../../../../DVB/include -I/usr/local/include display.c
display.c: In member function `void cGraphLCDDisplay::SetOsdTextItem(const
   char*, bool)':
display.c:693: error: `WrapText' undeclared (first use this function)
display.c:693: error: (Each undeclared identifier is reported only once for
   each function it appears in.)
display.c: In member function `void
   cGraphLCDDisplay::DisplayReplay(tReplayState&)':
display.c:1415: error: `WrapText' undeclared (first use this function)
display.c: In member function `void cGraphLCDDisplay::DisplayMessage()':
display.c:1680: error: `WrapText' undeclared (first use this function)
make[1]: *** [display.o] Error 1
make[1]: Leaving directory `/vdr/PLUGINS/src/graphlcd'

Alles anzeigen

oder
graphlcd 1.2

Code

g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -DUSE_CMDCTRL -DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBPLAYER -DUSE_DVBSETUP -DUSE_DVDARCHIVE -DUSE_GRAPHTFT -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_NOEPG -DUSE_PLUGINMISSING -DUSE_REPLACEMENUS -DUSE_SETTIME -DUSE_SETUP -DUSE_SORTRECORDS -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_VALIDINPUT -DUSE_WAREAGLEICON -DUSE_YAEPG -DPLUGIN_NAME_I18N='"graphlcd"' -D_GNU_SOURCE -I../../../../DVB/include -I../../../include -I../../../../DVB/include -I/usr/local/include display.c
In file included from display.c:19:
display.h:162: error: 'uint64' is used as a type, but is not defined as a type.
display.c: In constructor `cGraphLCDDisplay::cGraphLCDDisplay()':
display.c:109: error: `LastTimeBrightness' undeclared (first use this function)
display.c:109: error: (Each undeclared identifier is reported only once for
   each function it appears in.)
display.c: In member function `void cGraphLCDDisplay::SetBrightness()':
display.c:2019: error: `uint64' undeclared (first use this function)
make[1]: *** [display.o] Error 1

und bei yaepg

Code

Plugin yaepg:
make[1]: Entering directory `/vdr/PLUGINS/src/yaepg'
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -DUSE_CMDCTRL -DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBPLAYER -DUSE_DVBSETUP -DUSE_DVDARCHIVE -DUSE_GRAPHTFT -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_NOEPG -DUSE_PLUGINMISSING -DUSE_REPLACEMENUS -DUSE_SETTIME -DUSE_SETUP -DUSE_SORTRECORDS -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_VALIDINPUT -DUSE_WAREAGLEICON -DUSE_YAEPG -DPLUGIN_NAME_I18N='"yaepg"' -I../../../../DVB/include -I../../../include -I../../../../DVB/include yaepg.c
yaepg.c:1211: error: 'uint64' is used as a type, but is not defined as a type.
yaepg.c:1237: error: 'uint64' is used as a type, but is not defined as a type.
yaepg.c: In member function `virtual eOSState cYaepg::ProcessKey(eKeys)':
yaepg.c:1642: error: `msgboxStart' undeclared (first use this function)
yaepg.c:1642: error: (Each undeclared identifier is reported only once for each
   function it appears in.)
yaepg.c:1780: error: `lastInput' undeclared (first use this function)
make[1]: *** [yaepg.o] Error 1
make[1]: Leaving directory `/vdr/PLUGINS/src/yaepg'

Alles anzeigen

Zur Info die Compiler Probleme treten schon seit vdr 1.5 auf .
Bei vdr 1.4.x sind keine Probleme zu melden .

Nutze vdr 1.5.1 mit extension Patch v23 und habe dort auch für die Compiler Option für yaepg aktiviert !

I30R6

skiller2k1 · 26. März 2007

Moin.

Irgendwie hab ich da ein seltsames Problem mit dem vdr 1.5.1 - Wenn ich über den Menüpunkt "Programm" umschalten will, kommt es abundzu zufällig zu langen Hängern, manchmal sogar solange, das der Watchdog zuschlägt. Bild läuft in derzeit allerdings weiter, OSD/Fernbedienung/Tastatur hängt. (Kommt allerdings nicht beim normalen durchzappen oder direkter Kanalauswahl vor, womit ich eigentlich externe Probleme alá Diseqc, LNB etc. ausschliessen kann.)

Hier mal ein kleiner Ausschnitt aus /var/log/debug:

Code

Mar 25 14:01:22 tivi vdr: [1709] max. latency time 1 seconds
Mar 25 14:04:09 tivi vdr: [1709] buffer stats: 0 (0%) used
Mar 25 14:04:09 tivi vdr: [1841] TS buffer on device 1 thread ended (pid=1709, tid=1841)
Mar 25 14:04:09 tivi vdr: [1840] buffer stats: 4324 (0%) used
Mar 25 14:04:09 tivi vdr: [1840] receiver on device 1 thread ended (pid=1709, tid=1840)
Mar 25 14:04:48 tivi vdr: [1937] receiver on device 1 thread started (pid=1709, tid=1937)
Mar 25 14:04:48 tivi vdr: [1938] TS buffer on device 1 thread started (pid=1709, tid=1938)
Mar 25 14:04:48 tivi vdr: [1709] max. latency time 40 seconds
Mar 25 14:04:48 tivi vdr: [1938] TS buffer on device 1 thread ended (pid=1709, tid=1938)
Mar 25 14:04:48 tivi vdr: [1937] buffer stats: 3948 (0%) used
Mar 25 14:04:48 tivi vdr: [1937] receiver on device 1 thread ended (pid=1709, tid=1937)
Mar 25 14:04:48 tivi vdr: [1709] buffer stats: 0 (0%) used

Alles anzeigen

Um 14:04:09 Uhr hatte ich Blau gedrückt um auf den ausgewählten Kanal zu schalten, um 14:04:48 Uhr - also 39 Sekunden später - hat der VDR dann erst umgeschaltet. Danach geht auch alles wieder. Diese Verhalten erscheint mir sehr zufällig, mal gehts direkt, mal hängts auf unbestimmte Zeit. Ausserdem kommen mir allgemein die Umschaltzeiten beim vdr-1.5.1 wesentlich länger vor (> 2 Sek).

Habe dann erstmal vorsorglich alle Plugins deaktiviert, gleicher Effekt. Auch nachdem ich alle Patches raus und einzeln wieder reingenommen habe, tritt das Problem auf. Also habe ich mir den Vanilla VDR 1.5.1 kompiliert, dort das gleiche.

Um andere "Problemquellen" auszuschliessen, hab ich den vdr-1.5.0 nochmals gebaut, einmal Vanilla und einmal mit meinen Patches - Dort tritt dieses Problem nicht auf, die Umschaltzeiten sind auch wesentlich angenehmer (ca. 1 Sekunde).

Der gdb hat mir auch nicht wirklich sinnvollen Debug-Output ausgespuckt. Nun stehe ich halt auf dem Schlauch woran es liegen könnte. Könnt ihr das evtl. nachvollziehen oder hab ich nur das "Problem"? Irgendwie muss es wohl an den Änderungen von 1.5.0 zu 1.5.1 liegen...

Grüße
Michi

arghgra · 26. März 2007

skiller2k1: Ich würde mal die Änderungen am Tuning von rnissl beobachten - der hatte in der ML mal nen Patch gesendet, der in die 1.5.1 eingeflossen ist. Vielleicht kannste den mal rückgängig machen und dann nochmal testen.

arghgra

skiller2k1 · 26. März 2007

Zitat

Original von arghgra
skiller2k1: Ich würde mal die Änderungen am Tuning von rnissl beobachten - der hatte in der ML mal nen Patch gesendet, der in die 1.5.1 eingeflossen ist. Vielleicht kannste den mal rückgängig machen und dann nochmal testen.

Habe ich gerade probiert, gleiches Ergebnis. Unterschied von 1.5.0 zu 1.5.1 in der dvbdevice.c:

Diff

--- vdr-1.5.0/dvbdevice.c       2007-01-05 12:09:51.000000000 +0100
+++ vdr-1.5.1/dvbdevice.c       2007-02-25 12:46:52.000000000 +0100
@@ -4,7 +4,7 @@
  * See the main source file 'vdr.c' for copyright information and
  * how to reach the author.
  *
- * $Id: dvbdevice.c 1.161 2007/01/05 11:09:51 kls Exp $
+ * $Id: dvbdevice.c 1.164 2007/02/25 11:46:52 kls Exp $
  */


 #include "dvbdevice.h"
@@ -155,15 +155,12 @@
               ; // just to clear the event queue - we'll read the actual status below
         }
      }
-  do {
-     int stat = ioctl(fd_frontend, FE_READ_STATUS, &Status);
-     if (stat == 0)
-        return true;
-     if (stat < 0) {
-        if (errno == EINTR)
-           continue;
+  while (1) {
+        if (ioctl(fd_frontend, FE_READ_STATUS, &Status) != -1)
+           return true;
+        if (errno != EINTR)
+           break;
         }
-     } while (0);
   return false;
 }


@@ -509,6 +506,11 @@
   return spuDecoder;
 }


+bool cDvbDevice::HasCi(void)
+{
+  return ciAdapter;
+}
+
 uchar *cDvbDevice::GrabImage(int &Size, bool Jpeg, int Quality, int SizeX, int SizeY)
 {
   if (devVideoIndex < 0)

Alles anzeigen

Hab die frontend-betreffenden Zeilen wieder zu 1.5.0 "gebackported", daran hats aber leider nicht gelegen

Grüße
Michi

I30R6 · 27. März 2007

Moin,

was mir auffällt was ich vermisse ..

nutze zur Testzwecken vdr 1.5.1 mit extension Patch v.23 und

wenn der VDR abstürzt , startet er nicht mehr neu sondern bleibt einfach .. nicht gestartet bzw. deaktiviert.

I30R6

skiller2k1 · 27. März 2007

Hallo,

das Umschaltproblem scheint sich erledigt zu haben bei mir. Nach einem Kernelupgrade von 2.6.18 zu 2.6.20.4 gings plötzlich ohne Probleme?!?! Bei gleichem Treiber, aber anderem Kernel.

Ich versteh die Welt nicht mehr..

Danke an arghgra für deine Mühe..

Grüße
Michi

mbc · 29. März 2007

Ich tappe da vermutlich aus Zeitmangel jetzt in eine Falle, aber:

Ist es normal das sich der VDR 1.5.1 beim Menüpunkt
"EINSTELLUNGEN-->Neustart"

erst per Watchdog neu startet ? (also nach zig vielen Sekunden).

Das ist bei den 1.4.3er Version noch nicht so gewesen.

MFG
Marco

kls · 1. Mai 2007

Zitat

Originally posted by mbc
Ich tappe da vermutlich aus Zeitmangel jetzt in eine Falle, aber:

Ist es normal das sich der VDR 1.5.1 beim Menüpunkt
"EINSTELLUNGEN-->Neustart"

erst per Watchdog neu startet ? (also nach zig vielen Sekunden).

Ich hab's hier gerade mal getestet, und der Restart hat sofort stattgefunden.

Klaus

mbc · 1. Mai 2007

Zitat

Original von kls

Ich hab's hier gerade mal getestet, und der Restart hat sofort stattgefunden.

Hehe .. super Timing ... Hatte gestern Nachtnoch etwas rumprobiert und den Fehler "gefunden", anscheinend ging beim kompilieren vom DVB-Treiber etwas "schief".

Hatte die Treiber gestern Nacht neu kompiliert und seitdem gehts so wie es soll. Zwar ein komischer Zusammenhang, aber was solls ... es geht ...

Danke fürs Testen !!!

MFG
Marco

[ANNOUNCE] VDR developer version 1.5.1

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema