[ANNOUNCE] VDR version 2.6.4 freigegeben

kls · February 18, 2023 at 11:33 AM

Code

VDR version 2.6.4 is now available at the official VDR GIT archive

      git://git.tvdr.de

You can also get the latest stable version with

      git clone --branch stable/2.6 git://git.tvdr.de/vdr.git

or as a tar archive with

      http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.4;sf=tbz2

This version fixes a few bugs that came up after the release of version 2.6.3.

The changes since version 2.6.3:

- Updated the Italian OSD texts (thanks to Diego Pierotto).
- Fixed restoring the volume at program start (thanks to Matthias Senzel).
- Fixed symmetry of Begin/EndSegmentTransfer() calls in cEIT::cEIT() (thanks to
  Jörg Wendel).
- Added a note to epg.h about not messing with event ids (suggested by Winfried Köhler).
- Added a note to vdr.5 about event ids possibly changing when an event moves from
  one table to another.
- Fixed initializing cDvbPlayerControl (was broken in version 2.6.3).
- Reverted 'Fixed a possible crash if an editing process is canceled while the edited
  recording is being replayed' (introduced in version 2.6.2), because it caused a
  deadlock when moving recordings between volumes.
- Fixed a possible crash if an editing process is canceled while the edited recording
  is being replayed (new solution).
- Fixed unnecessary interruption of ongoing recordings if timers avoided the transfer
  mode receiver device (thanks to Markus Ehrnsperger).
- Revised support for kernel based LIRC driver (thanks to Marko Mäkelä).

Homepage: http://www.tvdr.de
Facebook: https://www.facebook.com/VideoDiskRecorder

Have fun!

Klaus

Display More

seahawk1986 · February 18, 2023 at 7:07 PM

Pakete für jammy gibt es hier: https://launchpad.net/~seahawk1986-h…untu/vdr-2.6.4/, die für focal folgen im Laufe des Abends.

Murry · February 18, 2023 at 7:41 PM

Vielen Dank seahawk,

vdr-plugin-tvguideng

vdr-plugin-weather

benötigen noch ein rebuild.

M-Reimer · February 18, 2023 at 7:43 PM

Eigentlich hätte gar kein Plugin ein Rebuild gebraucht. Die APIVERSION hat sich nicht verändert.

cinfo · February 18, 2023 at 7:51 PM

Image für BM2LTS / Ubuntu 22.04.2 (glückliche Qualle) im Download hier: {2023} BM²LTS - v4.2.x -Ubuntu 22.04.2- > DD-NET & NetCeiver

speed · February 21, 2023 at 7:36 PM

Bleibt das mit der APIVERSION jetzt so ?

Irgendwie doof..oder ?

kls · February 21, 2023 at 9:39 PM

Der Sinn der separaten APIVERSION ist, dass bei Änderungen, die keine externen Schnittstellen betreffen, Plugins nicht neu übersetzt werden müssen. Nachdem aber jedes Mal, wenn ich diese nicht parallel zu VDRVERSION hochzähle, jemand sich beschwert, ist es vielleicht an der Zeit für

Diff

--- ./config.h  2023/02/17 12:04:45     5.12
+++ ./config.h  2023/02/21 20:38:32
@@ -26,9 +26,10 @@
 #define VDRVERSNUM   20604  // Version * 10000 + Major * 100 + Minor

 // The plugin API's version number:
+// Seemed like a good idea at the time, but causes nothing but irritation...

-#define APIVERSION  "2.6.3"
-#define APIVERSNUM   20603  // Version * 10000 + Major * 100 + Minor
+#define APIVERSION  VDRVERSION
+#define APIVERSNUM  VDRVERSNUM

 // When loading plugins, VDR searches them by their APIVERSION, which
 // may be smaller than VDRVERSION in case there have been no changes to

Display More

M-Reimer · February 22, 2023 at 8:51 AM

Wäre extrem schade. Ich hab mich sehr gefreut über weniger Arbeit und wenn Distributoren unbedingt trotzdem alles neu bauen wollen können sie das ja trotzdem tun. Beim Update auf VDR 2.6.4 musste, wenn man schon VDR 2.6.3 hatte, tatsächlich nur der VDR neu gebaut werden. Sonst nix.

wirbel · February 22, 2023 at 11:30 AM

Man könnte der APIVERSION eine Nummer geben, die nicht von den Nutzern mit der VDR Version assoziiert bzw verwechselt wird, z.B. ab '1000'.

Wobei, auch dabei könnte wieder jemand jammern.

Taipan · February 22, 2023 at 11:34 AM

...die Diskussion kommt immer wieder, gell !? Wie ein de-ja-wü

speed · February 22, 2023 at 1:23 PM

Mir gefällt die Lösung von Klaus.

Keine Nummer mehr, und ruhe ist.

M-Reimer · February 22, 2023 at 1:30 PM

speed Warum hast du etwas dagegen das man sich das Neubauen von Plugins sparen kann?

Vielleicht auch eine denkbare Lösung: APIVERSION zweistellig. Immer wenn sich die letzte Versionsstelle ändert ist kein Plugin Neubau nötig. Eine Änderung an der Plugin API dann nur noch wenn sich die vorletzte Versionsstelle ändert.

Dr. Seltsam · February 22, 2023 at 1:49 PM

wie wäre es mit einer einstellbaren Option --build-always-plugins in der vdr.conf. Das wäre für Distributionsbauer sinnvoll, denn sie wissen nicht, was für Pluginversionen der Anwender ggf. schon hat.

Ist die Option nicht aktiviert, erfolgt beim "make" ein Check, welche API-Version die im entprechenden Ziellaufwerk liegenden Plugins haben. Ist kein Neubau erforderlich, wird eine entsprechende Meldung auf der Konsole ausgegeben und es wird nur vdr (ohne Plugins gebaut). Analog erfolgt im umgekehrten Fall ein Hinweis und die Plugins werden neu gebaut.

M-Reimer · February 22, 2023 at 5:09 PM

Quote from Dr. Seltsam

wie wäre es mit einer einstellbaren Option --build-always-plugins in der vdr.conf. Das wäre für Distributionsbauer sinnvoll, denn sie wissen nicht, was für Pluginversionen der Anwender ggf. schon hat.

Den Sinn davon verstehe ich jetzt aber nicht. Wo ist der Vorteil davon? Die Pakete werden doch nicht auf dem Anwendersystem gebaut.

Dr. Seltsam · February 22, 2023 at 5:23 PM

Nein, aber sowohl Distributor als auch Anwender können auf ihrem System beim Kompilieren das von Ihnen gewünschte Verhalten vorgeben

speed · February 22, 2023 at 5:51 PM

Quote from M-Reimer

speed Warum hast du etwas dagegen das man sich das Neubauen von Plugins sparen kann?
Ich habe nichts dagegen sich das Neubauen zu sparen, mich stört nur wenn VDR und Pluginlibs nicht die selbe Versionsnummer haben.
Aber da ist halt jeder Jeck anders, aber die Lösung von Klaus finde ich gut.
Keine Nummern, kein Stress

M-Reimer · February 22, 2023 at 6:08 PM

Nummern gibt es dann immer noch. Optimal wäre wenn man Plugins gar nicht neu bauen müsste. Aber letztlich bauen Plugins eben gegen interne Interfaces im VDR.

speed · February 22, 2023 at 6:16 PM

Ich befürchte egal wie Klaus es machen wird ,einer meckert immer

speed · February 25, 2023 at 6:21 PM

kls

Jetzt wäre aber trotzdem noch die Entscheidung wie du es machst ?

Also ich wäre dafür wir lassen die Versionsnummer weg.

Aber wie gesagt du entscheidest.

Zabrimus · February 25, 2023 at 6:52 PM

Beim Upgrade auf 2.6.4 habe ich erst einmal gestutzt, weil die Plugins noch Version 2.6.3 hatten und dachte erst an einen Build-/Konfigurationsfehler. Erst ein Blick in den Header brachte dazu die Erklärung.

Wann liefen denn zuletzt die Versionen auseinander?

[ANNOUNCE] VDR version 2.6.4 freigegeben

Participate now!

Similar Threads

[ANNOUNCE] VDR Version 2.6.2 freigegeben

Users Viewing This Thread