[ANNOUNCE] VDR Version 2.6.6 freigegeben

kls · 25. Januar 2024

VDR version 2.6.6 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;…h=refs/tags/2.6.6;sf=tbz2

The changes since version 2.6.5:

- Changed installing config files to handle potentially broken 'cp -n'.

- Fixed height calculation in progress display (thanks to Matthias Senzel).

- Fixed a possible crash in cDevice::StopSectionHandler() (thanks to Markus

Ehrnsperger).

- Using a dummy OSD if no OSD provider is available is not considered an error any

more (thanks to Markus Ehrnsperger).

- Implemented scaling images (thanks to Andreas Baierl).

- Removed syslog calls in child process after fork() (thanks to Markus Ehrnsperger).

- Fixed an unnecessary double display of the current menu item in page up/down

(thanks to Matthias Senzel).

- Fixed an unnecessary double display of menu items in the Recordings menu (thanks to

Matthias Senzel).

- Added the move constructor to cString for better performance (thanks to Markus

Ehrnsperger).

- Added the total number of errors when logging new recording errors.

- Added '/' to the list of fuzzy characters for pattern timers.

- Fixed handling primary device on headless systems (thanks to Markus Ehrnsperger).

- Workaround in detecting frame height for channels with wrong crop parameters

(thanks to Christoph Haubrich).

- Fixed possible duplicate component entries in the info of an ongoing recording

(reported by Christoph Haubrich).

Homepage: http://www.tvdr.de

Facebook: https://www.facebook.com/VideoDiskRecorder

Have fun!

Klaus

seahawk1986 · 25. Januar 2024

MarkusE: wie würdest du denn den dynamite-Patch (https://github.com/MarkusEh/vd…/vdr-2.6.3-dynamite.patch) anpassen, damit die Änderung an IsPrimaryDevice weiterhin wie erwartet funktioniert?

SurfaceCleanerZ · 25. Januar 2024

Hi,

Evtl fließt der ja in 2.6.7 ein?

MfG Stefan

kls · 25. Januar 2024

Zitat von SurfaceCleanerZ

Evtl fließt der ja in 2.6.7 ein?

Don't hold your breath ;-).

MarkusE · 25. Januar 2024

Zitat von seahawk1986

MarkusE: wie würdest du denn den dynamite-Patch (https://github.com/MarkusEh/vd…/vdr-2.6.3-dynamite.patch) anpassen, damit die Änderung an IsPrimaryDevice weiterhin wie erwartet funktioniert?

Ja, mache ich

SurfaceCleanerZ · 25. Januar 2024

Zitat von kls

Don't hold your breath ;-).

?

kls · 25. Januar 2024

SurfaceCleanerZ https://dictionary.cambridge.o…sh/don-t-hold-your-breath

SurfaceCleanerZ · 25. Januar 2024

Schade, ich finde dynamite immer noch sinnvoll um Strom zu sparen und mit zickigen Tunern...

MfG Stefan

SurfaceCleanerZ · 25. Januar 2024

Aber wo wir beim Wünschen sind : deaktivieren der Buchstabensonderfunktionen der Tasten m und S in Eingabefeldern (Titel, Timerbegriffe...) würde echt Sinn machen bei Tastaturbedienung.

MarkusE · 25. Januar 2024

Im dynamite git ist jetzt patches/vdr-2.6.6-dynamite.patch

kls · 25. Januar 2024

Zitat von SurfaceCleanerZ

deaktivieren der Buchstabensonderfunktionen der Tasten m und S in Eingabefeldern (Titel, Timerbegriffe...) würde echt Sinn machen bei Tastaturbedienung.

Das hängt wohl davon ab, welche Tasten der Benutzer für die Fernbedienung programmiert hat. VDR selber hat keine Sonderbehandlung von 'm' oder 'S'. Wer Buchstabentasten für Texteingabe nutzen will, sollte die VDR-Funktionen auf andere Tasten legen.

highrgb · 26. Januar 2024

Merci vielmals!

seahawk1986 · 26. Januar 2024

Hier ist ein PPA für focal, jammy und noble (dafür bauen noch nicht alle Plugins): https://launchpad.net/~seahawk…+archive/ubuntu/vdr-2.6.6

Der in im VDR-Setup abschaltbare zapcockpit-Patch von Zabrimus ist auch mit dabei, außerdem habe ich den debian-Ordner etwas aufgeräumt und näher an den Stand der aktuellen VDR-Pakete in den Debian/Ubuntu Paketquellen gebracht.

kfb77 · 26. Januar 2024

In noble wird markad dabei sein. Unter gleichem Namen hast du den 4 Jahre alten Stand noch drin.

Code

 vdr-plugin-markad    0.1.4.git20170313-19yavdr22~noble (Newer version available)

Macht das so noch Sinn zwei markad's mit unterschiedlichen Ständen zu führen ?

Dieter · 26. Januar 2024

Aus meiner Sicht nicht, aber vielleicht Abhängigkeiten?

Bolly_05 · 28. Januar 2024

Jetzt muss ich einfach mal Danke an Euch allen sagen.

Es ist so toll dass es noch immer gibt und den VDR pflegt..... Incl. patches und plugin und repos.... ich nutze es sehr.
Großes Danke.

Ich selbst nutze den VDR schon sehr sehr lange und bin noch immer begeisterter Fan.....

Best ever , besser als jedes andere bspw. Mediathek oder Streaming Plattform/Abo.... einfach aufnehmen...und irgendwann anschauen....

Bei mir ist der VDR mittlerweile viel mehr als nur VDR ... ein Server mit vielen anderen Funktionen (okay viel "gecustomized") sowas kann man nirgend wo bekommen.

M-Reimer · 28. Januar 2024

Hab das für Arch gerade auch mal nachgezogen.

Bei "rssreader" und "vompserver" fällt mir jeweils diese Änderung auf die Füße:

Klaus Schmidinger's git trees - vdr.git/commitdiff

Hab die beiden jetzt für Arch erstmal rausgenommen.

Und softhdcuvid baut nicht mehr. Ist jetzt erstmal wieder solange raus bis es ein neues Release gibt.

jojo61 · 28. Januar 2024

Zitat von M-Reimer

Und softhdcuvid baut nicht mehr.

Welche Fehlermeldung gibt es denn da ?

heifisch · 29. Januar 2024

Hallo.

Ich habe auch einen Fehler mit tComponent::ToString() gefunden, der in einer seltenen Konstellation mit live zu einem Segfault führt:

Code

Thread 63 "vdr" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f61e27fc6c0 (LWP 3812)]
0x0000557bc3e2d600 in tComponent::ToString (this=0x0) at epg.c:27
27      epg.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt full
#0  0x0000557bc3e2d600 in tComponent::ToString() (this=0x0) at epg.c:27
        buffer = "\020h2\334a\177\000\000\000\355vK\350\177\255B\303\337\354\303{U\000\000mh2\334a\177\000\000\020h2\334a\177\000\000\260?\v\320a\177\000\000\303\337\354\303{U\000\000ph2\334a\177\000\000\001\000\000\000\000\000\000\000\377\020\253\020b\177\000\000 \000\000\0000\000\000\000`\200\177\342a\177\000\000\240\177\177\342a\177\000\000\000\355vK\350\177\255B=\003\000\000\000\000\000\000\364E\364X\000\000\000\000\020\201\177\342a\177\000\000\020", '\000' <repeats 15 times>, "\303\337\354\303{U\000\0000\000\000\0000\000\000\000\270\200\177\342a\177\000\000\360\177\177\342a\177\000\000\000\355vK\350\177\255B \201\177\342a\177\000\000"...
#1  0x0000557bc3e31514 in cEvent::Dump(_IO_FILE*, char const*, bool) const
    (this=0x7f61dc326810, f=0x7f61d00b3fb0, Prefix=0x557bc3ecdfc3 "", InfoOnly=<optimized out>)
    at epg.c:475
        p = <optimized out>
        i = 0
#2  0x0000557bc3e75b79 in cRecordingInfo::Write(_IO_FILE*, char const*) const
    (this=this@entry=0x7f61dc2f2750, f=0x7f61d00b3fb0, Prefix=Prefix@entry=0x557bc3ecdfc3 "")
    at recording.c:582
#3  0x0000557bc3e75f3b in cRecordingInfo::Write() const (this=this@entry=0x7f61dc2f2750)
    at /var/tmp/portage/media-video/vdr-2.6.6/work/vdr-2.6.6/tools.h:499
        f = {f = 0x7f61d00b3fb0, fileName = 0x7f61dc15afc0 "&\354\024*f\177", tempName = 0x7f61dc08c380 "&\354\024*f\177.$$$"}
        Result = false
#4  0x00007f62102b1cea in vdrlive::RecordingsManager::UpdateRecording(cRecording const*, cSv, cSv, bool, cSv, cSv, cSv) const
    (this=<optimized out>, recording=<optimized out>, directory=..., name=..., copy=false, title=..., shorttext=..., description=...) at recman.cpp:146
        oldname = "/video/%Big_Buck_Bunny_nodelete/2017-04-17.06.37.24-0.rec"
        found = <optimized out>
        filename = "videos/___0_uncut/%Big_Buck_Bunny_nodelete"
        newname = "/video/videos/___0_uncut/%Big_Buck_Bunny_nodelete/2017-04-17.06.37.24-0.rec"
        Recordings_Lock = {stateKey = {stateLock = 0x557bc3f94020 <cRecordings::recordings+32>, write = true, state = -1, timedOut = false}, list = 0x557bc3f94000 <cRecordings::recordings>}
        Recordings = <optimized out>
        desc = "Der mit der freien Grafik-Software Blender produzierte Kurzfilm «Big Buck Bunny» besticht durch detailliert ausgearbeitete animierte Oberflächen und eine witzige Story voller Situationskomik. Das f"...
        info = 0x7f61dc2f2750
#5  0x00007f6210422d7b in (anonymous namespace)::_component_::operator()(tnt::HttpRequest&, tnt::HttpReply&, tnt::QueryParams&)
    (this=<optimized out>, request=<optimized out>, reply=..., qparam=<optimized out>)
    at /usr/local/src/vdr-plugin-live/pages/edit_recording.ecpp:68
        copy_only = false
        spoint = {_active = true, _reply = @0x7f61e27f8c20, _pos = 0}
        ajaxReq = false
        message = ""
        returnToReferer = false
        _cxxtools_tracer = {_impl = 0x7f61d0002fe0}
        _tntChunks = {_dataObject = 0x7f621046fc00 <incomplete sequence \304>}
        recid = "recording_02FF9CD4E619B4FAD9409B3666FE5CCA"
        async = ""
        history_num_back = <optimized out>
        name = "%Big Buck Bunny nodelete"
        directory = "videos/   0 uncut"
        newdir = "."
        title = "Big Buck Bunny"
        shorttext = "Blender Film Platzhalter"
        description = "Der mit der freien Grafik-Software Blender produzierte Kurzfilm «Big Buck Bunny» besticht durch detailliert ausgearbeitete animierte Oberflächen und eine witzige Story voller Situationskomik. Das f"...
        delresume = ""
        delmarks = ""
        copy = ""
        sort = ""
        filter = ""
        flat = ""
        logged_in_pointer = <optimized out>
        logged_in = <optimized out>
        active_r_pointer = <optimized out>
        active_r = <optimized out>
        recording_pointer = 0x7f61d0050680
        recording = @0x7f61d0050680: 0x7f61dc093140
        pageTitle_pointer = 0x7f61d00500a0
        pageTitle = ""
#6  0x00007f62101c7ecc in tnt::Worker::dispatch(tnt::HttpRequest&, tnt::HttpReply&) ()
    at /usr/lib64/libtntnet.so.13
#7  0x00007f62101cd579 in tnt::Worker::processRequest(tnt::HttpRequest&, std::basic_iostream<char, std::char_traits<char> >&, unsigned int) () at /usr/lib64/libtntnet.so.13
#8  0x00007f62101cdddd in tnt::Worker::run() () at /usr/lib64/libtntnet.so.13
#9  0x00007f62101ce58a in cxxtools::DetachedThread::exec() () at /usr/lib64/libtntnet.so.13
#10 0x00007f620ff45ee4 in  () at /usr/lib64/libcxxtools.so.10
#11 0x00007f6210a22f0b in  () at /lib64/libc.so.6
#12 0x00007f6210aa3288 in  () at /lib64/libc.so.6

Alles anzeigen

Der Fehler tritt auf, wenn ich in live versuche eine Aufnahme zu verschieben, diese aber vorher auf der Konsole manuell schon gelöscht, jedoch kein touch .update ausgeführt habe.

MarkusE ich weiß jetzt nicht ob der Fehler in VDR oder in live ist, aber da Du den Patch vorgeschlagen hast und auch live entwickelst, kannst du evtl. sehen woran es liegt.

Gruß und Danke

Heiko

MarkusE · 29. Januar 2024

heifisch ,

Hast Du getestet, ob diese Fehler auch in 2.6.5 auftritt? Falls der Fehler in 2.6.5 nicht auftritt: Welcher 2.6.6 Patch verursacht den Fehler?

Tritt der Fehler auch auf, wenn Du die Aufnahme mit

Code

svdrpsend MOVR

(also ohne live) verschiebst?

~ Markus

[ANNOUNCE] VDR Version 2.6.6 freigegeben

Jetzt mitmachen!

Teilen