VDR Developer Version 2.5.3

kls · 20. April 2021

Im GIT (git.tvdr.de) gibt es jetzt die VDR Developer Version 2.5.3.

ACHTUNG: Verwendung dieser Version für den Alltagsbetrieb auf eigene Gefahr!

Hier die Änderungen seit Version 2.5.2:

Code

- When spawning pattern timers, the new function cTimers::GetTimerForEvent() is now used
  to check whether a matching event already has a local spawned timer. Reason: creating a timer
  from the Schedule menu (by pressing the Red button), then pressing Red again to edit
  the timer, making it a pattern timer and moving it to a remote machine, did not cause
  an immediate respawn on the remote machine, because at that time the event on the remote
  machine was still covered by the initial timer (which, from the remote machine's standpoint,
  was "remote").
- Now adjusting spawned timers before setting events to timers.
- Fixed dropping outdated events.
- To avoid problems with very short events, non-VPS pattern timers now spawn timers for all
  matching events that would start while the first one is still recording.
- Now making sure that spawned timers with reduced start/stop margins actually record with
  the full margins.
- Fixed the timer indicator in the Schedule menu in case an event is already over, but the
  timer is still recording.
- The new functions cTimer::Start/StopTimeEvent() are now used in the LCARS skin to display
  the start/stop times of timers in the main menu.
- EXPIRELATENCY now only applies to VPS timers.
- Deleting expired timers is now triggered immediately after the timers are modified.

Alles anzeigen

Bitte ausgiebig testen!

Bug-Reports etc. bitte hier in diesem Thread posten.

seahawk1986 · 20. April 2021

Zitat von kls

Bitte ausgiebig testen!

Ich lasse in https://launchpad.net/~seahawk…archive/ubuntu/vdr-2.5.3/ gerade Pakete für Ubuntu 20.04 bauen, die sollten bald fertig sein.

jsffm · 21. April 2021

Läuft auf meinem Testsystem

jsffm · 26. April 2021

Jetzt auch auf meinem Prod. System

jsffm · 26. April 2021

Code

Apr 26 13:53:14 vdr3-2 vdr[2645]: [2752] channel 2 (Das Erste HD (T)) event Mo. 26.04.2021 21:00-22:15 (VPS: 26.04. 21:00) 'Hart aber fair' times changed to 21:20-22:35
Apr 26 13:53:14 vdr3-2 vdr[2645]: [2645] timer 124 (2 2115-2255 'Hart aber fair~EPISODE') times changed to 21:15-22:55

kls · 26. April 2021

jsffm Bist du sicher, dass du die aktuelle Version von timers,c hast?

In des zweiten Log-Zeile hätte ich erwartet, dass in der Klammer statt "2115-2255" (der neuen Zeit) "2055-2235" steht (die alte Zeit).

jsffm · 26. April 2021

Das war noch mit 2.5.2, also vor dem Update, für mich war das ok und ich wollte was Positives melden.

kls · 26. April 2021

Ah, OK, danke.

jsffm · 26. April 2021

Jetzt hab ich aber doch was:

Code

Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] timer 124 (2 2115-2255 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!') set to event Mo. 26.04.2021 22:35-23:10 (VPS: 26.04. 22:15) 'Tagesthemen'
Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] spawning timer 47 (2 2000-2359 '{Hart aber fair}TITLE~EPISODE') for event Mo. 03.05.2021 21:00-22:15 (VPS: 03.05. 21:00) 'Hart aber fair'
Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] timer 0 (2 2055-2235 'Hart aber fair~Frank Plasberg') set to event Mo. 03.05.2021 21:00-22:15 (VPS: 03.05. 21:00) 'Hart aber fair'
Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] timer 0 (2 2055-2235 'Hart aber fair~Frank Plasberg') set to event Mo. 03.05.2021 21:00-22:15 (VPS: 03.05. 21:00) 'Hart aber fair'
Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] added timer 159 (2 2055-2235 'Hart aber fair~Frank Plasberg')
Apr 26 22:36:06 vdr3-2 vdr[29715]: [29715] timer 124 (2 2115-2255 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!') times changed to 22:30-23:30

Das ist die Sendung nach Hart aber fair, die wollte ich nicht. Wie ist das passiert?

kls · 26. April 2021

Da komm ich nicht ganz mit.

Die Zeilen 3 und 4 sind identisch was eigentlich nicht sein kann.

Aber ich vermute, deine Frage bezieht sich auf Zeile 6. Gab es da vorher keine entsprechende Zeile mit einem Event, dessen Zeiten sich geändert haben?

<edit>

Oder eine Zeile mit "timer...set to event..."?

</edit>

jsffm · 26. April 2021

Also nochmal:

Code

Apr 26 21:15:00 vdr3-2 vdr[29715]: [29715] timer 124 (2 2115-2255 'Hart aber fair~EPISODE') start
Apr 26 21:15:00 vdr3-2 vdr[29715]: [29715] Title: 'Hart aber fair' Subtitle: 'Lichtblick Impfen: Was man jetzt wissen muss!'
Apr 26 21:19:34 vdr3-2 vdr[29715]: [29735] channel 2 (Das Erste HD (T)) event Mo. 26.04.2021 21:20-22:35 (VPS: 26.04. 21:00) 'Hart aber fair' status 2
Apr 26 21:21:02 vdr3-2 vdr[29715]: [29735] channel 2 (Das Erste HD (T)) event Mo. 26.04.2021 21:20-22:35 (VPS: 26.04. 21:00) 'Hart aber fair' status 4
Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] timer 124 (2 2115-2255 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!') set to event Mo. 26.04.2021 22:35-23:10 (VPS: 26.04. 22:15) 'Tagesthemen'
Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] spawning timer 47 (2 2000-2359 '{Hart aber fair}TITLE~EPISODE') for event Mo. 03.05.2021 21:00-22:15 (VPS: 03.05. 21:00) 'Hart aber fair'
Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] timer 0 (2 2055-2235 'Hart aber fair~Frank Plasberg') set to event Mo. 03.05.2021 21:00-22:15 (VPS: 03.05. 21:00) 'Hart aber fair'
Apr 26 22:36:02 vdr3-2 vdr[29715]: [29715] added timer 159 (2 2055-2235 'Hart aber fair~Frank Plasberg')
Apr 26 22:36:06 vdr3-2 vdr[29715]: [29715] timer 124 (2 2115-2255 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!') times changed to 22:30-23:30
Apr 26 22:46:43 vdr3-2 vdr[29715]: [29814] SVDRP vdr3 < 192.168.2.101:57378 modified timer 124 (2 2230-2330 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!') (inactive)
Apr 26 22:46:43 vdr3-2 vdr[29715]: [29814] triggering respawn for timer 124 (2 2230-2330 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!')
Apr 26 22:46:44 vdr3-2 vdr[29715]: [29715] timer 124 (2 2230-2330 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!') stop
Apr 26 23:11:37 vdr3-2 vdr[29715]: [29715] timer 124 (2 2230-2330 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!') set to event Mo. 26.04.2021 23:10-23:55 (VPS: 26.04. 22:50) 'Der Kaufhauskönig'
Apr 26 23:12:21 vdr3-2 vdr[29715]: [29715] timer 124 (2 2230-2330 'Hart aber fair~Lichtblick Impfen: Was man jetzt wissen muss!') times changed to 23:05-00:15

Alles anzeigen

Was mich verwundert hatte, ich hatte im OSD einen Timer "Tagesthemen" gesehen, aber dann keine Aufnahme dazu gefunden.

Zeile 10 wurde von mir ausgelöst.

jsffm · 26. April 2021

Auf meinem Testsystem hatte ich schonmal was ähnliches gesehen, was das Herunterfahren behinderte, da es aber schon nach 1 war und ich ins Bett wollte, habe ich das nicht näher untersucht.

kls · 27. April 2021

Sorry wenn ich nochmal nachfrage, aber die Zeilen 1 bis 14 in deinem Post #11 stehen genau so im Log, ohne irgend etwas dazwischen?

jsffm · 27. April 2021

Das ist ein Auszug per grep, ich ging davon aus, dass alles Relevante da drin ist.

cocobrother · 28. April 2021

Hallo,

ich habe heute auf Fedora 34 mit GCC 11 versucht den vdr zu kompilieren.

gcc (GCC) 11.0.1 20210324 (Red Hat 11.0.1-0).

Dabei habe ich folgende Warnungen erhalten.

Das kompilieren schlug fehl.

channels.c: In statischer Elementfunktion »static int cChannels::MaxChannelNameLength()«:

channels.c:1068:36: Fehler: »max« wurde in diesem Gültigkeitsbereich nicht deklariert; meinten Sie »std::max«?

1068 | maxChannelNameLength = max(Utf8StrLen(Channel->Name()), maxChannelNameLength);

| ^~~

| std::max

In Datei, eingebunden von /usr/include/c++/11/bits/specfun.h:45,

von /usr/include/c++/11/cmath:1927,

von /usr/include/c++/11/math.h:36,

von tools.h:18,

von i18n.h:14,

von config.h:19,

von channels.h:13,

von channels.c:10:

/usr/include/c++/11/bits/stl_algobase.h:300:5: Anmerkung: »std::max« ist hier deklariert

300 | max(const _Tp& __a, const _Tp& __b, _Compare __comp)

| ^~~

channels.c: In statischer Elementfunktion »static int cChannels::MaxShortChannelNameLength()«:

channels.c:1080:41: Fehler: »max« wurde in diesem Gültigkeitsbereich nicht deklariert; meinten Sie »std::max«?

1080 | maxShortChannelNameLength = max(Utf8StrLen(Channel->ShortName(true)), maxShortChannelNameLength);

| ^~~

| std::max

In Datei, eingebunden von /usr/include/c++/11/bits/specfun.h:45,

von /usr/include/c++/11/cmath:1927,

von /usr/include/c++/11/math.h:36,

von tools.h:18,

von i18n.h:14,

von config.h:19,

von channels.h:13,

von channels.c:10:

/usr/include/c++/11/bits/stl_algobase.h:300:5: Anmerkung: »std::max« ist hier deklariert

300 | max(const _Tp& __a, const _Tp& __b, _Compare __comp)

| ^~~

make: *** [Makefile:145: channels.o] Fehler 1

kls · 28. April 2021

Wurde viellleicht irgendwo DISABLE_TEMPLATES_COLLIDING_WITH_STL definiert?

In tools.h werden einige Defines abgefragt, um Kollisionen mit stdlib zu vermeiden:

Code

// In case some plugin needs to use the STL and gets an error message regarding one
// of these functions, you can #define DISABLE_TEMPLATES_COLLIDING_WITH_STL before
// including tools.h.
#if !defined(__STL_CONFIG_H) // for old versions of the STL
#if !defined(DISABLE_TEMPLATES_COLLIDING_WITH_STL) && !defined(_STL_ALGOBASE_H)
template<class T> inline T min(T a, T b) { return a <= b ? a : b; }
template<class T> inline T max(T a, T b) { return a >= b ? a : b; }
#endif
template<class T> inline int sgn(T a) { return a < 0 ? -1 : a > 0 ? 1 : 0; }
#if !defined(DISABLE_TEMPLATES_COLLIDING_WITH_STL) && !defined(_MOVE_H)
template<class T> inline void swap(T &a, T &b) { T t = a; a = b; b = t; }
#endif
#endif

Alles anzeigen

Möglicherweise hat sich da bei GCC 11 was geändert?

cocobrother · 29. April 2021

Zitat von kls

Wurde viellleicht irgendwo DISABLE_TEMPLATES_COLLIDING_WITH_STL definiert?

In tools.h werden einige Defines abgefragt, um Kollisionen mit stdlib zu vermeiden:

Code

// In case some plugin needs to use the STL and gets an error message regarding one
// of these functions, you can #define DISABLE_TEMPLATES_COLLIDING_WITH_STL before
// including tools.h.
#if !defined(__STL_CONFIG_H) // for old versions of the STL
#if !defined(DISABLE_TEMPLATES_COLLIDING_WITH_STL) && !defined(_STL_ALGOBASE_H)
template<class T> inline T min(T a, T b) { return a <= b ? a : b; }
template<class T> inline T max(T a, T b) { return a >= b ? a : b; }
#endif
template<class T> inline int sgn(T a) { return a < 0 ? -1 : a > 0 ? 1 : 0; }
#if !defined(DISABLE_TEMPLATES_COLLIDING_WITH_STL) && !defined(_MOVE_H)
template<class T> inline void swap(T &a, T &b) { T t = a; a = b; b = t; }
#endif
#endif

Alles anzeigen

Möglicherweise hat sich da bei GCC 11 was geändert?

Werde ich heute Nachmittag überprüfen und dann mich wieder Melden.

kls · 30. April 2021

Beliegender Patch behebt das hier gemeldete Problem, dass spawned Timer zum nächsten Event "weiterhüpfen". Es lag daran, dass Setup.EPGLinger auf 0 gesetzt war.

cocobrother · 30. April 2021

Zitat von kls

Wurde viellleicht irgendwo DISABLE_TEMPLATES_COLLIDING_WITH_STL definiert?

In tools.h werden einige Defines abgefragt, um Kollisionen mit stdlib zu vermeiden:

Code

// In case some plugin needs to use the STL and gets an error message regarding one
// of these functions, you can #define DISABLE_TEMPLATES_COLLIDING_WITH_STL before
// including tools.h.
#if !defined(__STL_CONFIG_H) // for old versions of the STL
#if !defined(DISABLE_TEMPLATES_COLLIDING_WITH_STL) && !defined(_STL_ALGOBASE_H)
template<class T> inline T min(T a, T b) { return a <= b ? a : b; }
template<class T> inline T max(T a, T b) { return a >= b ? a : b; }
#endif
template<class T> inline int sgn(T a) { return a < 0 ? -1 : a > 0 ? 1 : 0; }
#if !defined(DISABLE_TEMPLATES_COLLIDING_WITH_STL) && !defined(_MOVE_H)
template<class T> inline void swap(T &a, T &b) { T t = a; a = b; b = t; }
#endif
#endif

Alles anzeigen

Möglicherweise hat sich da bei GCC 11 was geändert?

Nein wurde nicht gesetzt!

kls · 30. April 2021

Dann muss sich wohl was an den Macros __STL_CONFIG_H, _STL_ALGOBASE_H und/oder _MOVE_H geändert haben.

VDR Developer Version 2.5.3

Jetzt mitmachen!

Teilen