VDR Developer Version 2.5.4

jsffm · May 23, 2021 at 6:46 PM

Quote from jrie

Ich fände es sinnvoller, 'errors' beim Schneiden durchzureichen. Denn ich will auch nach dem Schnitt und Löschen der ungeschnittenen Aufnahme noch wissen, dass es Fehler bei der Aufnahme gab

Das sehe ich genauso, ich kann das zwar per recording_hook machen, aber es wäre schöner, wenn vdr das macht.

berndb · May 23, 2021 at 7:01 PM

Quote from jrie

Denn ich will auch nach dem Schnitt und Löschen der ungeschnittenen Aufnahme noch wissen, dass es Fehler bei der Aufnahme gab (wohl wissend, dass es durch das Schneiden vielleicht weniger geworden sind)

Mal als Laie dazwischen gefragt:

Wenn es beim Schneiden dazu kommen kann, dass die Fehler weniger werden. Liegt das daran, das fehlerhafte Teile im Schnitt nicht mehr vorhanden sind oder kann der Schnitt ggf. Fehler auch reparieren? Dann wäre so eine Reparaturmöglichkeit doch eine spannende Sache?!

jsffm · May 23, 2021 at 7:04 PM

Der Schnitt kopiert nur und repariert nicht.

Siehe auch VDR Developer Version 2.5.4

FireFly · May 23, 2021 at 7:14 PM

Quote from berndb

Wenn es beim Schneiden dazu kommen kann, dass die Fehler weniger werden. Liegt das daran, das fehlerhafte Teile im Schnitt nicht mehr vorhanden sind

Genau. Die Fehler in den herausgeschnittenen Abschnitten sind zwar noch im Error-Zähler enthalten, aber nicht mehr in der geschnittenen Aufnahme. Die Fehler in den kopierten Abschnitten bleiben erhalten.

kls · May 23, 2021 at 11:00 PM

Quote from jrie

Ich fände es sinnvoller, 'errors' beim Schneiden durchzureichen.

OK, ist mir auch recht.

Fourty2 · May 24, 2021 at 12:20 PM

Wäre es nicht sinnvoller, den TS-Check auch bei Schneiden laufen zu lassen?

Sonst weiß ich wieder nicht, ob die (geschnittene) Aufnahme ok ist und muß eine externe Prüfung anstoßen.

Sind die VDR internen Prüfungen eigentlich zuverlässiger als das externe vdt-checkts?

Hatte leider schon mehrfach gestörte/verblockte Aufnahmen mit TS-Errors=0.

Ein "ffmpeg -hide_banner -ignore_unknown -i $f -map 0 -c copy -y -f mpegts /dev/null 2> $logfile" fand dann noch Fehler. Seitdem lasse ich das nach vdr-checkts = ok noch automatisch drüberlaufen.

Stefan

nobanzai · May 24, 2021 at 8:08 PM

Hallo Klaus,

danke für die neue Version!

Übersetzen lassen haben sich ohne Fehler:

vdr (2.5.4/2.5.4) - The Video Disk Recorder -> mit tools.h Patch

channellists (0.0.6) - Manage your channellists

dvbhddevice (2.2.0) - HD Full Featured DVB device

epg2vdr (1.1.118-GIT2.4.5) - epg2vdr plugin -> mit kleinem Makefile-Patch

epgtableid0 (2.4.0) - EPG handler for events with table id 0x00

graphtftng (0.6.16-GIT2.4.5) - VDR OSD on TFT

hbbtv (0.2.0-b1) - HbbTV Plugin

hello (2.4.0) - A friendly greeting

osddemo (2.4.1) - Demo of arbitrary OSD setup

osdteletext (2.2.0.beta.2) - Displays teletext on the OSD

pictures (2.4.0) - A simple picture viewer

radio (2.5.4) - Radio Background-Image/RDS-Text

rcu (2.2.0) - Remote Control Unit

remote (0.7.0) - Remote control

skincurses (2.4.2) - A text only skin

skinnopacity (1.1.7) - 'nOpacity' Skin

softhddevice (1.1.0-GITc964f78) - A software and GPU emulated UHD device

softhddrm (3.5-GIT8f96c06) - A software and GPU emulated UHD device

softhdvaapi (3.5-GIT8f96c06) - A software and GPU emulated UHD device

status (2.4.0) - Status monitor test

svccli (2.4.0) - Service demo client

svcsvr (2.4.0) - Service demo server

svdrpdemo (2.4.0) - How to add SVDRP support to a plugin

vnsiserver (1.8.0) - VDR-Network-Streaming-Interface (VNSI) Server

xineliboutput (2.2.0) - X11/xine-lib output plugin

Aktuell am Laufen sind ohne Fehler:

plugins: [channellists - dvbhddevice - epg2vdr - graphtftng - osdteletext - remote - skinnopacity - softhdvaapi]

Wollte nur mal eine positive Rückmeldung geben.

Ciao.

Michael.

9000H · May 24, 2021 at 8:25 PM

Hi,

Quote from nobanzai

Hallo Klaus,

danke für die neue Version!

Übersetzen lassen haben sich ohne Fehler:

vdr (2.4.5/2.4.5) - The Video Disk Recorder

2.4.5 ???

CU

9000h

nobanzai · May 24, 2021 at 8:44 PM

Quote from 9000H

Hi,

2.4.5 ???

CU

9000h

Mist, vertippt 8-<

M-Reimer · May 25, 2021 at 2:10 PM

Quote from wirbel

Den diff sollten _vorher_ viele testen, bevor du das in deine Version übernimmst,

damit das wirklich niemand mehr anfassen muss. Ich wäre ungern daran Schuld, wenn das noch mal aufploppt.

Ich hab jetzt auch mal einen GCC 11 "Full Run" durchgefahren um zu sehen was noch baut.

Ich verwende den zuletzt von kls vorgeschlagenen Patch (kommt ja ursprünglich von wirbel) an VDR 2.4.7 angepasst:

https://github.com/VDR4Arch/vdr4a…conflicts.patch

Ich hatte Probleme mit "vdr-filebrowser". War aber ein kleiner Fix, weshalb ich das direkt upstream commited habe inklusive neue Version:

https://github.com/vdr-projects/vdr-plugin-filebrowser

"vdr-mp3" musste ich deaktivieren. Baut nicht mehr. Wenn sich jemand berufen fühlt würde ich einen Pull-Request gerne übernehmen:

https://github.com/vdr-projects/vdr-plugin-mp3/issues/2

lnj · May 25, 2021 at 3:36 PM

I will first wait for all vdr patches to be included in the main branch.

M-Reimer · May 25, 2021 at 3:38 PM

Nachtrag: vdr-mp3 kompiliert jetzt auch. Danke an MartinKG

rell · May 25, 2021 at 5:18 PM

kls Ich glaube hier

Code

Mai 25 16:57:24 server01 vdr[17147]: [17392] /home/media/records/Verrückt_nach_Meer_(354)/2021-05-25.16.08.1-0.rec: 937589627 errors

passt noch was nicht. Kommt beim Start einer Aufnahme wohl von hier.

Gruß

Andreas

wirbel · May 25, 2021 at 8:48 PM

Wie schauts denn aus bei VDR + Plugins an der ubuntu Front ¿ Probleme oder baut/funzt alles?

kls · May 25, 2021 at 10:05 PM

rell Da fehlt die Initialisierung von lastErrors:

Diff

--- recorder.c  2021/05/23 15:03:17     5.2
+++ recorder.c  2021/05/25 20:02:11
@@ -172,6 +172,7 @@
   recordingInfo->Read();
   oldErrors = recordingInfo->Errors(); // in case this is a re-started recording
   errors = oldErrors;
+  lastErrors = errors;
   firstIframeSeen = false;

   // Make sure the disk is up and running:

seahawk1986 · May 25, 2021 at 10:34 PM

Quote from wirbel

Wie schauts denn aus bei VDR + Plugins an der ubuntu Front ¿ Probleme oder baut/funzt alles?

Im weiter oben genannten PPA habe ich mittlerweile alle Plugins dazu gebracht zu bauen (den Patch aus VDR Developer Version 2.5.4 habe ich in den VDR eingebaut) - ich bin aber noch nicht dazu gekommen das ganze auszuprobieren.

M-Reimer · May 25, 2021 at 11:42 PM

seahawk1986 Kannst du, wo möglich, Patches auch an upstream zurückführen? Ansonsten muss ich mir das wieder aus deinem PPA raussuchen...

wirbel · May 27, 2021 at 4:51 PM

Ich habe jetzt komplett auf 2.5.4 umgestellt, bis jetzt keine Probleme.

seahawk1986 · May 27, 2021 at 10:57 PM

Quote from M-Reimer

Kannst du, wo möglich, Patches auch an upstream zurückführen? Ansonsten muss ich mir das wieder aus deinem PPA raussuchen...

Wenn ich dazu gekommen bis die mal zu testen (bislang weiß ich nur, dass es damit baut und von Taipan habe ich heute morgen den Hinweis bekommen, dass bei Streamdev-Client in Verbindung mit dem VDR 2.5.4 das weiterleiten EPG nicht mehr funktioniert), kann ich das gerne machen (mehr als da die Defines für die Abwärtskompatibilität ins Makefile zu packen war das nicht - betroffen waren IIRC channelscan, epg2vdr (Patch: plugins vdr 2.5.4), scraper2vdr, osd2web und Streamdev (Patch in plugins vdr 2.5.4) - da meine Großmutter heute Abend verstorben ist, liegen die Prioritäten momentan etwas anders...

Taipan · May 27, 2021 at 11:09 PM

Unser aufrichtiges Beileid! Dir und Deiner Familie wünschen wir Kraft und alles erdenklich Gute für die Zukunft. Die Sonne kommt wieder !

Participate now!