[ANNOUNCE] VDR version 2.6.4 freigegeben

kls · 18. Februar 2023

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

Alles anzeigen

seahawk1986 · 18. Februar 2023

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

Murry · 18. Februar 2023

Vielen Dank seahawk,

vdr-plugin-tvguideng

vdr-plugin-weather

benötigen noch ein rebuild.

M-Reimer · 18. Februar 2023

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

cinfo · 18. Februar 2023

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 · 21. Februar 2023

Bleibt das mit der APIVERSION jetzt so ?

Irgendwie doof..oder ?

kls · 21. Februar 2023

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

Alles anzeigen

M-Reimer · 22. Februar 2023

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 · 22. Februar 2023

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 · 22. Februar 2023

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

speed · 22. Februar 2023

Mir gefällt die Lösung von Klaus.

Keine Nummer mehr, und ruhe ist.

M-Reimer · 22. Februar 2023

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 · 22. Februar 2023

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 · 22. Februar 2023

Zitat von 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 · 22. Februar 2023

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

speed · 22. Februar 2023

Zitat von 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 · 22. Februar 2023

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 · 22. Februar 2023

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

speed · 25. Februar 2023

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 · 25. Februar 2023

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

Jetzt mitmachen!

Teilen

Ähnliche Themen

[ANNOUNCE] VDR Version 2.6.2 freigegeben