Posts by Sibbi

lnj I sent the syslog via Conversation

Quote from wolfi.m

Sibbi

teste doch mal diese ...auch BW!

Da sind genau die alten *PIDs die ich vor der Senderumstellung hatte. Diese funktionieren leider nicht mehr.
Und ich glaube auch nicht, dass es an der channels.conf liegt, da ich ja aufnehmen kann und die Aufnahemen auf einem RasPi3 fehlerfrei abspielbar sind.

Aber trotzdem vielen Dank, Wolfgang

Hallo Gemeinde,

ich bräuchte mal Eure Unterstützung/Ideen/Denkanstöße...

gestern wurden bei mir die Sender für DVB-C von Vodafone geändert. Nach dem obligatorischen Scan + Update der channels.conf funktionieren die Kanäle prinzipiell wieder.
Jedoch werden die SD Sender nun wohl in H.264 gesendet (bis vorgestern noch in MPEG-2). Und diese kann ich auf meinem VDR-Server nun nicht mehr anschauen. Es kommt zwar Ton, aber kein Bild. Es betrifft sowohl LiveTV, als auch Aufnahmen.
Ich vermute, es liegt am softhddevice plugin, denn sowohl LiveTV, als auch die Aufnahmen kann ich an einem (per streamdev angeschlossenem) VDR-Client auf einem RPI3 mit rpihddevice weiterhin problemlos anschauen.
Öffentlich-Rechtliche Sender in HD nutzen ja auch schon länger/immer H.264, funktionieren aber weiterhin problemlos.

Was kann die Ursache sein? Kann das an der Auflösung oder dem Interlacing liegen?

Codestand ist das aktuelle GIT von https://github.com/ua0lnj/vdr-plugin-softhddevice.git
Konfiguration: AMD Ryzen 5 5600G with Radeon Graphics (=> amdgpu driver module)
softhddevice mit vdpau (--plugin=softhddevice -d :0.0 -v vdpau -a hw:0,3 -w alsa-no-close-open -w alsa-close-open-delay -w alsa-driver-broken)

Habt Ihr Ideen woran das liegen kann und wie man das beheben kann?

herzliche schwäbische Grüßle,
Sibbi

…oder alternativ hinten ein Leerzeichen anhängen und darauf dann den originalen Code mit dem substring-before anwenden?.

Quote from minixjr

...und alles war wieder gut.

Super, bei mir auch!
Vielen, lieben Dank

Nicht mit diesem. Aber mit einem AC650 (siehe hier). Das Teil läuft problemlos unter Gentoo.

Grüße, Sibbi

Hallo,

Ich nutze dafür das extrecmenung (https://gitlab.com/kamel5/extrecmenung). Dort hatte ich mal eine Bewertungsmöglichkeit eingebaut (0-5 Sterne mit Halbschritten), die dann in der Aufnahmeliste angezeigt werden. Allerdings gibt es keine Suchfunktion über die Oberfläche. Dies könnte man aber mit Skripten erledigen. Die Bewertungen sind in rating.vdr Dateien abgelegt

Ich hatte früher ein sich ähnlich anhörendes Problem mit Powerline.Da hat es geholfen, fadvise zum schreiben AUS(!)zuschalten:
in tools.c ca. Zeile 1785: #define USE_FADVISE_WRITE 0

Das mit dem UNDELETE und dem Command Button ist super gelöst. Jetzt komme ich wieder bequem an die Commands ran, auch wenn bereits eine Aufnahme gelöscht wurde.

Danke Dir

Hallo Jörg,

Stand heute werden eigentlich alle VDR Aktionen mit dem user vdr durchgeführt. Und dementsprechend sind dann auch die Permissions gesetzt.

Ich habe eine paar Skripte, die -momentan- explizit auf vdr:vdr ausgelegt sind, kann diese aber dann entsprechend ändern.

Ergo: Mach Dir um meine Installation jetzt erstmal keinen Kopf. Ich lasse die Änderungen mal geschmeidig auf mich zukommen und ändere dann gegebenenfalls meine Installation, Skripte etc.

Lass Dich von mir nicht bremsen

Viele Grüße, Sibbi

Hallo Jörg,

es freut mich zu sehen, dass die gentoo packages immer noch gepflegt werden. DANKE dafür !

ich nutze noch das 17.0 profile und bin wohl erstmal nicht von der /usr/lib64/ Änderung betroffen. Wenn mich diese Änderung dann doch mal treffen sollte, wäre ein login mit dem vdr user für mich aber -im Moment- unverzichtbar.

Viele schwäbische Grüßle,

Sibbi

Freut mich, dass es noch weitere Interessenten gibt. Für mich ist das Plugin ein absolutes ‚Must-Have‘. Insbesondere auf die Archiv-HDD und die Möglichkeit der Benotung von Filmen kann ich nicht mehr verzichten. Ich hatte auch schon eigene lokale Patches erstellt, aber noch kleine Probleme mit umbenennen/verschieben/löschen von einem RPI streamdev Client.

Ohne Deinen Patch bislang getestet zu haben fände ich es gut, wenn dieser in das offizielle gut einfließen würde...

schwäbische Grüßle,

Sibbi

ich würde auch wieder mal vorbeischauen. ich könnte an allen Dienstagen ausser dem 8.
Grüßle, Sibbi

Hallo Johns,
ich habe eine König MCE Fernbedienung und diese sendet Tastaturcodes mit Ctrl (also beispielsweise Ctrl+q ).
Um diese mit Deinem exzellenten Plugin benutzen zu können, ist folgender Patch notwendig. Vielleicht könntest Du diesen übernehmen?

Gruß, Sibbi

diff -Nurb vdr-plugin-softhddevice-master/video.c vdr-plugin-softhddevice-master_new/video.c
--- vdr-plugin-softhddevice-master/video.c	2012-10-19 15:38:05.000000000 +0200
+++ vdr-plugin-softhddevice-master_new/video.c	2012-10-22 15:15:48.600189800 +0200
@@ -9027,6 +9027,7 @@
 	KeySym keysym;
 	char buf[32];
 	uint32_t values[1];
+	const char	*ks_name;
 
 	XNextEvent(XlibDisplay, &event);
 	switch (event.type) {
@@ -9066,7 +9067,22 @@
 			event.xkey.keycode);
 		break;
 		}
-		FeedKeyPress("XKeySym", XKeysymToString(keysym), 0, 0);
+		ks_name = XKeysymToString(keysym);
+		if (ks_name) {
+			/* check for key modifiers (Alt/Ctrl) */
+			char keyname[40] = "";
+			if ((&event.xkey)->state & (Mod1Mask|ControlMask)) {
+				if ((&event.xkey)->state & Mod1Mask) {
+					strcat(keyname, "Alt+");
+				}
+				if ((&event.xkey)->state & ControlMask) {
+					strcat(keyname, "Ctrl+");
+				}
+				strncat(keyname, ks_name, sizeof(keyname) - 11);
+				ks_name = keyname;
+			}
+		}
+		FeedKeyPress("XKeySym", ks_name, 0, 0);
 		break;
 	case KeyRelease:
 		break;

Guten Morgen,

Quote from ofenheizer

Ich habe festgestellt, dass dieses Verhalten am xvdr-Plugin liegt. Nehme ich es per order.conf raus, passt alles.
Ob das nun hier auch die Ursache ist, weiss ich nicht.

ich denke nicht, dass es direkt mit dem vxdr plugin zusammenhängt. Ich hatte dieses Problem nämlich auch, aber kein xvdr. Ich hatte damals eher das extrecmenu im Verdacht. Klaus sagte, dass dieser Updatethread zweimal aufgerufen wird. Einmal für *.rec und ein zweites mal für *.del . Ich gehe davon aus, dass das jeweilige Plugin sich dort einklinkt, den Unterschied zwischen dem *.rec Durchlauf und dem *.del Durchlauf aber nicht bemerkt und somit die Aufnahmen doppelt in seine interne recording Liste aufnimmt, wenn die zwei Threads gleichzeitig laufen.
Mit nur wenigen Aufnahmen trat das Problem bei mir nicht mehr auf. Wahrscheinlich weil die Scan Durchläufe so schnell fertig waren, dass sie nicht gleichzeitig, sondern nacheinander liefen.
Der folgende Patch hat mir seitdem geholfen...

--- vdr-1.7.23_org/recording.c	2012-02-14 19:39:05.000000000 +0100
+++ vdr-1.7.23/recording.c	2012-02-14 19:39:57.000000000 +0100
@@ -1135,8 +1135,8 @@
   Lock();
   Clear();
   ChangeState();
-  Unlock();
   ScanVideoDir(VideoDirectory, Foreground);
+  Unlock();
 }
 
 void cRecordings::ScanVideoDir(const char *DirName, bool Foreground, int LinkLevel)

Gruß, Sibbi

Prima, bin dabei

Quote from helau

Wie waere es denn mit dem 26.

Hmpf. Vielleicht nicht unbedingt grad' der 26. ...
Oder wollt Ihr eure Getränkerechnung klein halten?

Aber 25, 27 oder 28 wäre prima.

17:30 Uhr wäre für mich perfekt !
Nächste Woche hab' ich Urlaub, aber ab dem 19. bin ich zu Allem bereit.

Hi Helmut,

Quote from helau

Wie waers mit dem Biker Biergarten als Treffpunkt

bist Du unter die Biker gegangen oder wolltest Du mich damit persönlich ansprechen?
Wie auch immer, ich wäre vielleicht dann auch mal wieder dabei...

Grüßle, Sibbi

Hallo Steevee,
die meisten Deiner Anforderungen können mit extrecmenu abgedeckt werden. Lediglich das 'Inhalt von HDD's muss einzulesen sein' müsste man noch anderes realisieren (zumindest wenn ich diese Anforderung richtig verstanden habe)

Gruß, Carsten