VDR Developer Version 2.5.6

kls · July 2, 2021 at 11:17 AM

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

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

Hier die Änderungen seit Version 2.5.5:

Code

- Fixed restarting PMT pids after starting a recording on the currently viewed channel
  (with help from Helmut Binder).
- If an error occurs while recording, the respective entry in the list of recordings is
  now updated immediately (reported by Matthias Senzel).
- Fixed a possible access to characters after the terminating zero of strings in
  cDoneRecordings::Contains(), in case there are fuzzy characters at the end of a
  string.
- When checking whether a recording has already been made, recording names are now
  compared case insensitive.
- Improved responsiveness in cSectionHandler::Action() (thanks to Helmut Binder).
- Fixed deleting the edited recording in case of an error (reported by Christoph Haubrich).
- Fixed triggering the PAT filter.
- The Recordings menu now marks recordings with errors with an exclamation mark ('!'),
  and the number of errors (if any) is displayed in the recording's Info menu.

Display More

Bitte ausgiebig testen!

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

seahawk1986 · July 2, 2021 at 2:42 PM

Ich habe in https://launchpad.net/~seahawk1986-h…buntu/vdr-2.5.6 mal Pakete bauen lassen.

S:oren · July 4, 2021 at 12:04 AM

Nicht speziell für 2.5.6, aber generell seit meinem Umstieg auf 2.5.x nutze ich diesen beiden Patches. Der erste ist für mich nötig, damit die Fernbedienung wieder so schnell reagiert, wie ich es von vdr-2.2.0 gewöhnt war. Der zweite nutzt die beiden Devices einer HD-FF in einer (für mich) angenehmeren Art, insbesondere wird der Liveview nicht gestört, wenn eine Aufnahme auf dem selben Transponder startet. Für nicht-FF-Karten sollte sich das Verhalten nicht ändern, aber die Device-Auswahl ist immer ein Minenfeld und sicher auch ein Stück weit Geschmackssache.

Vielleicht hat noch jemand Verwendung dafür...

Gruß,

S:oren

michaott · July 20, 2021 at 6:46 PM

Hallo,

mit der neuen Version VDR 2.5.6 kann man keine Aufnahmen mit LazyBones (TV-Browser) mehr auflisten.

Fehler:

---

901 10.01.18 20:15 1:33* %TANNBACH - Schicksal eines Dorfes

253 03.01.17 02:43 1:24 %Spuren der Rache (1#2F2)

908 19.07.21 03:36 2:12* Toy Boy

16:18:31 LAZYBONES WARNUNG org.hampelratte.svdrp.parsers.RecordingListParser.isNew: Last character [!] is not a digit and not one of the "new" indicators '*' ''

16:18:31 LAZYBONES FEIN org.hampelratte.svdrp.Connection.send: --> STAT disk

16:18:31 LAZYBONES FEIN org.hampelratte.svdrp.Connection.send: <-- 250 4492168MB 931177MB 79%

16:18:46 LAZYBONES FEIN org.hampelratte.svdrp.Connection.send: --> QUIT

16:18:46 LAZYBONES FEIN org.hampelratte.svdrp.Connection.send: <-- 221 10.64.200.167 closing connection

---

Grüße Michael

wirbel · July 21, 2021 at 9:01 AM

VDR rundet Frequenzen aus der NIT nicht korrekt.

Im Prinzip fehlt das Runden auch bei C und T, allerdings werden dort meist glatte MHz Frequenzen verwendet.

Beispiel: 19.2E Transponder 51 10.744 H

Frequenz ist 10743.75MHz, vdr rundet ab auf 10743.

C

nit.c:10
#include "nit.h"
++#include <math.h>
#include <linux/dvb/frontend.h>
#include "channels.h"

(..)

nit.c:83
                switch (ct) {
--                case 1: f = BCD2INT(f) / 100; break;
++                case 1: f = round(BCD2INT(f) / 100.0); break;
                  case 2: f = BCD2INT(f) / 10; break;
                  case 3: f = f * 10;  break;
                  default: ;
                  }



nit.c:112
                 int Source = cSource::FromData(cSource::stSat, BCD2INT(sd->getOrbitalPosition()), sd->getWestEastFlag());
--               int Frequency = Frequencies[0] = BCD2INT(sd->getFrequency()) / 100;
++               int Frequency = Frequencies[0] = round(BCD2INT(sd->getFrequency()) / 100.0);
                 static char Polarizations[] = { 'H', 'V', 'L', 'R' };

Display More

kls · July 21, 2021 at 10:32 AM

Quote from michaott

mit der neuen Version VDR 2.5.6 kann man keine Aufnahmen mit LazyBones (TV-Browser) mehr auflisten.

Das Zeichen '!' zeigt an. dass die Aufnahme Fehler enthält.

rell · July 22, 2021 at 9:21 AM

Wollte nur mal Zwischenmeldung geben, dass ich bisher keine Probleme mit 2.5.6 festellen konnte.

Gruß Andreas

michaott · July 23, 2021 at 5:33 PM

Hallo,

es waren 2 Aufnahmen betroffen, mit

svdrpsend lstr | grep !

250-469 24.08.19 19:25 0:40 Beruf#3A Königin! (1)~Letizia von Spanien

250-909 19.07.21 22:00 2:05*! Non-Stop

250-510 29.06.21 22:11 1:53* R.I.F. - Ich werde dich finden!

konnte ich diese finden.

Das einzige was bei diesen Aufnahmen unterschiedlich zum Rest war, ist die Größe auf der Platte beide nur eine 0001.ts Datei > 2GB

kann das der Grund für den Fehler sein?

Grüße Michael

kls · July 23, 2021 at 9:06 PM

Quote from michaott

16:18:31 LAZYBONES WARNUNG org.hampelratte.svdrp.parsers.RecordingListParser.isNew: Last character [!] is not a digit and not one of the "new" indicators '*' ''

Quote from michaott

250-909 19.07.21 22:00 2:05*! Non-Stop

Lazybones stolpert über das '!' am Ende der Längenangabe.

michaott · July 23, 2021 at 11:02 PM

Hallo,

wo kommt das '!' in diesen Fällen am Ende der Längenangabe her?

Immer noch bei LazyBones:

Ich möchte Leon der Profi schauen und wähle diesen in TVBrowser mit LazyBones an . . .

root@BM2LTSnativeMC:~# svdrpsend lstr | grep 520

250-520 17.07.21 22:10 2:49 Léon - Der Profi

VLC zeigt 520.rec.ts leider

Log:

vdr: [513086] Streamdev: Accepted new client (HTTP) 10.64.200.65:41676

Jul 23 22:56:25 BM2LTSnativeMC vdr: [513086] openFile called for index 1 string:/media/hd/recordings/Ohne_Ausweg/2021-03-23.21.45.21-0.rec/00001.ts

Jul 23 22:56:25 BM2LTSnativeMC vdr: [869664] streamdev-writer thread started (pid=513051, tid=869664, prio=high)

Jul 23 22:56:25 BM2LTSnativeMC vdr: [869665] streamdev-recstreaming thread started (pid=513051, tid=869665, prio=high)

250-93 23.03.21 21:45 2:25* Ohne Ausweg ist jedoch 93?!?

Das gleiche gilt auch für andere Filme.

Grüße Michael

rüsseltier · July 24, 2021 at 12:09 PM

Wäre es eigentlich nicht sinnvoll die "ab Werk" mitgelieferte channels.conf mal auf UTF-8 zu heben?

Gerade mal im GIT frisch runtergeladen:

$ file channels.conf

channels.conf: ISO-8859 text

Der VDR hat den Wechsel auf UTF je nachdem was das System nutzt ja glaube ich so 2008 gemacht.

Die Chancen heute noch ein ISO-System in freier Wildbahn zu erleben, dürften gering sein, ISO-Neuinstallation dürfte es praktisch gar keine mehr geben.

War ein wenig überrascht bei einem frisch aufgesetzten VDR auf zermatschte Umlaute in der Kanalliste schauen zu dürfen.

wirbel · July 24, 2021 at 12:59 PM

Könnte man per iconv übersetzen, z.B.

iconv -f ISO-8859-1 -t UTF-8 channels.conf -o channels.conf.utf8

Wäre ein interessanter Test, ob VDR die Liste danach dann korrekt lesen kann.

rüsseltier · July 24, 2021 at 1:19 PM

wirbel Ja - hätte vllt. noch dazuschreiben sollen, dass ich exakt das gemacht hatte und die Buchstaben im VDR dann OK waren.

wirbel · July 26, 2021 at 2:32 PM

In dvbdevice.c,

bool cDvbTuner::GetSignalStats(int &Valid, double *Strength, double *Cnr, double *BerPre, double *BerPost, double *Per, int *Status) const

dvbdevice.c:884ff wäre es sinnvoller, nicht vorzeitig abzubrechen, entsprechend der Beschreibung der Funktion:

'Returns true if any of the requested parameters is valid'

Code

if (ioctl(fd_frontend, FE_READ_STATUS, &FeStatus) != 0) {
--esyslog("ERROR: frontend %d/%d: %m (%s:%d)", adapter, frontend, __FILE__, __LINE__);
--return false;
++Status = NULL;
}
if (Status) {

dito an Zeile 905ff

Code

if (CmdSeq.num && ioctl(fd_frontend, FE_GET_PROPERTY, &CmdSeq) != 0) {
--esyslog("ERROR: frontend %d/%d: %m (%s:%d)", adapter, frontend, __FILE__, __LINE__);
--return false;
++return Valid != DTV_STAT_VALID_NONE;
}

kls · July 26, 2021 at 2:33 PM

Quote from michaott

wo kommt das '!' in diesen Fällen am Ende der Längenangabe her?

Damit markiert VDR Aufnahmen, die Fehler enthalten.

kls · July 26, 2021 at 2:43 PM

Quote from rüsseltier

Wäre es eigentlich nicht sinnvoll die "ab Werk" mitgelieferte channels.conf mal auf UTF-8 zu heben?

Um dieses Problem zu vermeiden habe ich für die nächste Version alle Umlaute durch ihre ae, oe, ue Umschreibungen ersetzt. Damit ist alles sofort lesbar, und sobald auf den entsprechenden Transponder getunt wird werden die Namen gemäß dem verwendeten Zeichensatz aktualisiert.

rüsseltier · July 26, 2021 at 6:33 PM

kls Mir wäre das auch nicht aufgefallen, wenn ich nicht aktuell eine VDR-VM ohne DVB-Device zum Testen erstellt hätte, deswegen auch noch kein Tuning.

Gäbe es denn Implikationen, wenn die channels.conf schon von Haus aus in UTF-8 käme?

EIgentlich sollte doch praktisch jedes frisch eingerichtete System entweder mit UTF-8 installiert sein oder damit umgehen können.

wirbel · July 26, 2021 at 7:50 PM

Sobald ist alle Zeichen außerhalb des 7Bit Ascii Bereiches (0x00 .. 0x7F) ersetzt wurden, ist diese Datei sowohl zu ISO-8859-x, als auch zu UTF-8 kompatibel.

jsffm · July 26, 2021 at 10:39 PM

Mal wieder ein Problem mit dem Pattern-Timer:

Code

1:I-1-28325-28332:MTWTFSS:0000:2359:50:99:{@Quarks| }Quarks~{>}:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:

Display More

Auszug aus dem Log

Code

1:I-1-28325-28332:MTWTFSS:0000:2359:50:99:{@Quarks| }Quarks~{>}:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
48:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:
49:I-1-28325-28332:2021-07-31:1055:1150:50:99:Quarks~Überfüllter Wald - worauf wir in der Natur achten sollten:

Display More

Lösche ich einen der Einträge wird er sofort wieder angelegt.

Der Sender ist vom Magenta TV

kls · July 27, 2021 at 11:19 AM

Der Auszug aus dem Log enthält das Gleiche wie die erste Timer-Liste.

Entstehen da genau 19 Timer oder werden es mit der Zeit immer mehr?

Wie sieht der epg.data-Eintrag für diesen Event aus?

Passiert das nur für diesen Event oder auch für andere auf diesem Kanal?

VDR Developer Version 2.5.6

Participate now!

Users Viewing This Thread