danke für die Hinweise.
Muss ich die Plugin-Sourcen in ein bestimmtes Verzeichnis kopieren?
Das werde ich demnächst mal ausprobieren. Falls ich nicht zurechtkomme, dann melde ich mich nochmal! 
Paul
Beiträge von Paulaner
-
-
da ich ein oder zwei Plugins auch mal selber kompilieren möchte muss ich mal fragen, ob es dazu schon ein HowTo o.ä. gibt bzw. ?
Bzw. wie sollte ich am besten beim Kompilieren von Plugins für yavdr-ansible vorgehen?
Paul
-
Mal ne Frage zu den Setup-Parametern des softhdcuvid-Plugins:
Im Untermenü VIDEO -> 576, 720, fake1080 ... gibt es bei mir nur noch jeweils 2 Parameter zum "croppen" des Bildes:
- Schneide oben und unten ab (Pixel)
- Schneide links und rechts ab (Pixel)
Alle anderen Parameter, die es früher gab, wie z. B. Scaling, Deinterleacing usw. sind nicht mehr vorhanden.
Ist das so richtig?
Paul
-
Paulaner Habe ausserdem das croppen wieder eingebaut und die Konfigs teilweise aufgräumt.
Getestet und für gut befunden! Perfekt!
-
Beim rumprobieren ist mir gerade noch etwas im syslog aufgefallen:
Beim UHD-Sender "TravelXP 4K" (und nur bei dem Sender!) bekomme ich im syslog jede Menge Meldungen, das der "video: packet buffer too small for ..." ist.
Im Bild ist nichts direkt zu erkenne und vielleicht hat das auch nichts zu bedeuten, aber ich wollte es einfach nur mal mitteilen!
Hier mal der Auszug aus dem syslog mit "TravelXP 4K"
Alles anzeigenCode- Oct 12 12:10:36 yaVDR vdr: [2927] switching to channel 174 S19.2E-1-1035-6202 (Travelxp 4K)
- Oct 12 12:10:36 yaVDR vdr: [2927] [softhddev]SetPlayMode: 0
- Oct 12 12:10:36 yaVDR vdr: [2927] [softhddev]SetVideoDisplayFormat: 1
- Oct 12 12:10:36 yaVDR vdr: [2927] [softhddev]GetSpuDecoder:
- Oct 12 12:10:36 yaVDR vdr: [4252] device 1 TS buffer thread ended (pid=2927, tid=4252)
- Oct 12 12:10:36 yaVDR vdr: [4251] buffer stats: 185744 (3%) used
- Oct 12 12:10:36 yaVDR vdr: [4251] device 1 receiver thread ended (pid=2927, tid=4251)
- Oct 12 12:10:36 yaVDR vdr: [2927] CAM 1: assigned to device 1
- Oct 12 12:10:36 yaVDR vdr: [4732] device 1 receiver thread started (pid=2927, tid=4732, prio=high)
- Oct 12 12:10:36 yaVDR vdr: [4733] device 1 TS buffer thread started (pid=2927, tid=4733, prio=high)
- Oct 12 12:10:36 yaVDR vdr: [2927] DVBAPI: 0.0 set CAM decrypt (SID 6202 (0x183A), caLm 4, HasCaDescriptors 1)
- Oct 12 12:10:36 yaVDR vdr: [2927] [softhddev]SetPlayMode: 1
- Oct 12 12:10:36 yaVDR vdr: audio/alsa: using device 'default'
- Oct 12 12:10:36 yaVDR vdr: audio/alsa: start delay 300ms
- Oct 12 12:10:36 yaVDR vdr: [softhddev] invalid PES video packet
- Oct 12 12:10:37 yaVDR vdr: [softhddev] 48 invalid PES video packet(s)
- Oct 12 12:10:38 yaVDR vdr: video/cuvid: synced after 36 frames
- Oct 12 12:10:40 yaVDR vdr: [4728] animator thread thread ended (pid=2927, tid=4728)
- Oct 12 12:10:42 yaVDR vdr: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
- Oct 12 12:10:47 yaVDR vdr: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'
- Oct 12 12:10:50 yaVDR systemd[1]: Starting Cleanup of Temporary Directories...
- Oct 12 12:10:50 yaVDR systemd[1]: Started Cleanup of Temporary Directories.
- Oct 12 12:10:55 yaVDR vdr: video: packet buffer too small for 1113826
- Oct 12 12:10:57 yaVDR vdr: message repeated 2 times: [ video: packet buffer too small for 1113826]
- Oct 12 12:10:57 yaVDR vdr: video: packet buffer too small for 1069717
- Oct 12 12:10:59 yaVDR vdr: video: packet buffer too small for 1113826
- Oct 12 12:11:09 yaVDR vdr: message repeated 3 times: [ video: packet buffer too small for 1113826]
- Oct 12 12:11:10 yaVDR vdr: video: packet buffer too small for 1637986
- Oct 12 12:11:11 yaVDR vdr: video: packet buffer too small for 1637986
- Oct 12 12:11:28 yaVDR vdr: video: packet buffer too small for 1113826
- Oct 12 12:11:28 yaVDR vdr: video: packet buffer too small for 1637986
- Oct 12 12:11:29 yaVDR vdr: video: packet buffer too small for 1113826
- Oct 12 12:11:29 yaVDR vdr: video: packet buffer too small for 1637986
- Oct 12 12:11:35 yaVDR vdr: video: packet buffer too small for 1054534
- Oct 12 12:11:36 yaVDR vdr: video: packet buffer too small for 1113826
- Oct 12 12:11:41 yaVDR vdr: [3434] ERROR: can't set filter (pid=65535, tid=02, mask=FF): Das Argument ist ungültig
- Oct 12 12:11:41 yaVDR kernel: [ 950.654411] dmxdev: DVB (dvb_dmxdev_filter_start): could not set feed
- Oct 12 12:11:41 yaVDR kernel: [ 950.654419] dvb_demux: dvb_demux_feed_del: feed not in list (type=1 state=0 pid=ffff)
- Oct 12 12:11:53 yaVDR vdr: video: packet buffer too small for 1113826
- Oct 12 12:11:55 yaVDR vdr: video: packet buffer too small for 1067620
- Oct 12 12:11:57 yaVDR vdr: video: packet buffer too small for 1113826
- Oct 12 12:12:12 yaVDR vdr: message repeated 2 times: [ video: packet buffer too small for 1113826]
- Oct 12 12:12:13 yaVDR vdr: video: packet buffer too small for 1068581
- Oct 12 12:12:31 yaVDR vdr: video: packet buffer too small for 1113826
- Oct 12 12:12:34 yaVDR vdr: message repeated 2 times: [ video: packet buffer too small for 1113826]
- Oct 12 12:12:34 yaVDR vdr: video: packet buffer too small for 1637986
- Oct 12 12:12:35 yaVDR vdr: video: packet buffer too small for 1087943
- Oct 12 12:12:42 yaVDR vdr: video: packet buffer too small for 1112826
- Oct 12 12:12:43 yaVDR vdr: video: packet buffer too small for 1049155
- ...
Und hier das syslog wenn ich auf "Astra UHD1" schalte, da fehlen dies Meldungen komplett:
Alles anzeigenCode- Oct 12 12:17:35 yaVDR vdr: [2927] switching to channel 173 S19.2E-1-1035-2 (Astra UHD1)
- Oct 12 12:17:35 yaVDR vdr: [4733] device 1 TS buffer thread ended (pid=2927, tid=4733)
- Oct 12 12:17:35 yaVDR vdr: [4732] buffer stats: 566444 (10%) used
- Oct 12 12:17:35 yaVDR vdr: [4732] device 1 receiver thread ended (pid=2927, tid=4732)
- Oct 12 12:17:35 yaVDR vdr: [5819] device 1 receiver thread started (pid=2927, tid=5819, prio=high)
- Oct 12 12:17:35 yaVDR vdr: [5820] device 1 TS buffer thread started (pid=2927, tid=5820, prio=high)
- Oct 12 12:17:35 yaVDR vdr: [2927] [softhddev]SetPlayMode: 1
- Oct 12 12:17:35 yaVDR vdr: [5821] animator thread thread started (pid=2927, tid=5821, prio=high)
- Oct 12 12:17:35 yaVDR vdr: audio/alsa: using device 'default'
- Oct 12 12:17:35 yaVDR vdr: audio/alsa: start delay 300ms
- Oct 12 12:17:35 yaVDR vdr: [softhddev] invalid PES video packet
- Oct 12 12:17:35 yaVDR vdr: [softhddev] 2 invalid PES video packet(s)
- Oct 12 12:17:39 yaVDR vdr: [5821] animator thread thread ended (pid=2927, tid=5821)
- Oct 12 12:17:39 yaVDR vdr: video/cuvid: synced after 174 frames
- Oct 12 12:20:23 yaVDR vdr: [3434] ERROR: can't set filter (pid=65535, tid=02, mask=FF): Das Argument ist ungültig
- Oct 12 12:20:23 yaVDR kernel: [ 1472.729488] dmxdev: DVB (dvb_dmxdev_filter_start): could not set feed
- Oct 12 12:20:23 yaVDR kernel: [ 1472.729496] dvb_demux: dvb_demux_feed_del: feed not in list (type=1 state=0 pid=ffff)
- Oct 12 12:21:42 yaVDR vdr: [6369] epg data writer thread started (pid=2927, tid=6369, prio=low)
- Oct 12 12:21:43 yaVDR vdr: [6369] epg data writer thread ended (pid=2927, tid=6369)
- ...
Was die Ursachen für die Meldungen ERROR: can't set filter (pid=65535, tid=02, mask=FF): Das Argument ist ungültig
sind ist mir auch nicht klar, aber es scheint keine Auswirkungen zu haben, denn das Bild + Ton sind soweit i.O.
Paul
Nachtrag:
Mir ist gerade noch eingefallen, dass "TravelXP 4K" auch der einzigste Sender ist, bei dem ich auf meiner China-Box mit Coreelec Ruckler im Bild habe.
Alle anderen Sender laufen mit Coreelec einwandfrei! Vieleicht hat der Sender "TravelXP 4K" irgendwelche exotischen Videocodec-Parameter?
Diese Bildruckler habe ich hier mit dem VDR und dem softhdcuvid-Plugin aber nicht!
-
ich habe in Erinnerung, dass es gelöschte Aufnahmen angezeigt hat, als ich das mit LCARS als Skin ausprobiert habe.
Stimmt, funktioniert mit dem Klassischen VDR Skin und auch LCARS. Habe ich gerade mal getestet.
Wenns am Zusammenspiel skindesigner-Plugin mit vdr-2.4 liegt, dann wird's ja noch schwieriger, da ja louis nichts mehr am Skindesigner -Plugin macht!
Aber somit gibt es wenigstens einen "Fallback", wenn man mal dringend eine Aufnahme wiederherstellen will.
Paul
-
Ich hatte jetzt auch mal kurz in das GIT geschaut und die letzte Aktivität ist aus 2014!
Es scheint also so, dass dieses Plugin nicht mehr aktiv gepflegt wird und somit auch nicht an den vdr-2.4 angepasst ist.
Schade, aber da kann man nichts machen!
-
Zeig mir eine Version des undelete-Plugin, die mit dem VDR 2.4.0 besser funktionert als die, die aktuell paketiert ist und ich baue gerne ein neues Paket dafür.
Ich wusste nicht, dass die fehlerhafte Anzeige schon bekannt ist und wollte hier nur meine Erkenntnisse mitteilen.
Sorry, wenn ich das etwas falsch rübergebracht haben sollte!
Du bist ja wirklich einer der fleißigsten Maintainer und immer hinterher den aktuellsten Stand der Plugins zu halten!
Paul
-
Bei meinen rumprobieren mit yavdr-ansible sind mir noch 2 Plugins aufgefallen, die nicht richtig laufen
1. vdr-plugin-undelete
- Bei Aufruf des Plugins sind die Menütexte nur in Englisch
- keine Anzeige der zu löschenden Aufnahmen im OSD zu sehen, Anzeige bleibt leer.
Damit kann man leider nicht erkennen, welche "gelöschte" Aufnahme wieder hergestellt werden kann.
2. vdr-plugin-femon - Anzeigemodus Standard
- keine Anzeige von STR, CNR, BER, PER,
- nur Anzeige der Balken für STR + SNR und Anzeige der Bitrate für Video + Audio
Besonders die fehlenden Anzeigen der wiederherzustellenden Aufnahmen im undelete-Plugin ist sehr schlecht!
Paul
-
Wenn jetzt noch NVIDIA den nvidia-Treiber so optimieret, dass der HDMI-Ausgang 2160/60p mit 422/10bit und HDR kann, dann schicke ich meine China-Coreelec-Box wieder in Rente!
Paul
-
Soeben getestet! Es scheint wirklich nun flüssig, ohne Ruckler zu laufen, egal ob HD- oder UHD-Sender!
Hier mal noch die Werte von nvidia-smi dmon -s t bei einem HD-Sender und dann ein UHD-Sender:
Alles anzeigenCodeDas sind ja wesentlich geringere Werte als gestern Abend, siehe Beitrag #481 von mir!
Hier noch die Werte von nvidia-smi dmon, zuerst wieder HD, dann UHD:
Alles anzeigenCode- nvidia-smi dmon
- # gpu pwr gtemp mtemp sm mem enc dec mclk pclk
- # Idx W C C % % % % MHz MHz
- 0 - 51 - 19 20 - 5 3003 1759
- 0 - 51 - 26 24 - 9 3003 1265
- 0 - 51 - 23 22 - 8 3003 1265
- 0 - 51 - 22 21 - 6 3003 1265
- 0 - 51 - 20 20 - 8 3003 1265
- 0 - 54 - 43 46 - 25 3003 1759
- 0 - 54 - 39 43 - 23 3003 1759
- 0 - 54 - 40 44 - 25 3003 1759
- 0 - 54 - 42 46 - 26 3003 1759
- 0 - 54 - 43 47 - 27 3003 1759
- 0 - 55 - 42 46 - 25 3003 1759
Perfekt! Super Arbeit von Dir! Einfach Klasse was Du hier geleistet hast!
Jetzt noch etwas Feinschliff und die restlichen Features wieder einbauen und meine Testinstallation mit yavdr-ansible + softhdcuvid wird mein Produktiv-VDR!
Paul
-
Schaut doch mal mit nvidia-smi dmon -s t wie der Durchsatz auf dem PCIe in wirklichkeit ist. Ich kann die 100% GPU Last auf der 1030 nicht verstehen.
Hier mal die Werte bei nvidia-smi dmon -s t von mir mit GT1030 mit GDDR5-Speicher.
Zuerst ein HDTV-Sender (ServusTV HD), danach Astra UHD1
Alles anzeigenCodeMan sieht deutlich, dass beim HD-Semder der Wert stark schwankt, aber nicht so hoch ist.
Nach dem Umschalten auf den UHD-Sender sind scheinbar die Werte immer am Anschlag!
Paul
-
Dann setzt die Zeit runter wo er bei Inaktivität von selbst runter fährt dann schaltet er sich dementsprechend aus.
Habe ich schon gemacht.
Paul
-
Paulaner
Für PCIe Gen3 müsstest du bei dir nur die CPU tauschen gegen eine i5 34xx wenn es denn am Linkspeed/Durchsatz liegt.
Würde dann ein i5 3470 ausreichen? Oder was müsste ich mindestens nehmen?
Ich kenne mich leider mit so etwas überhaupt nicht aus!
Paul
-
Geht noch nicht, es greift hier deine Inaktiv-Zeit.
Okay, dann brauch ich hier nicht mehr rumsuchen.
Mein letzter Test soeben hat nämlich auch nicht geklappt, d.h. es wurde timergesteuert der VDR gestartet, aber nach der Aufnahme fuhr der VDR nicht wieder runter.
Das wichtigste ist ja, dass wenigstens die automatische Aufnahme nun funktioniert.
Paul
-
Ihr habt auch alle UHD-fähige TVs?
Yepp, einen 65" Philips 65PUS7601.
Ich gebe direkt 3840x2160 von der Graka GT1030 aus. Das klappt soweit gut.
Deshalb bin ich ja auch so scharf auf eine gute UHD-Ausgabe vom VDR!
Paul
-
-
Kann ich echt heute nicht mehr sagen.
Habe es jetzt auch nochmal durchlaufen lassen und es scheint alles i.O. zu sein.
Alles anzeigenCode- ...
- TASK [wakeup : install and configure vdr-addon-acpiwakeup] ***********************************************
- ok: [localhost]
- TASK [wakeup : expand template for /etc/vdr/vdr-addon-acpiwakeup.conf] ***********************************
- ok: [localhost]
- TASK [grub-config : custom grub configuration for timeout and reboot halt] *******************************
- ok: [localhost]
- TASK [grub-config : let the system boot quietly] *********************************************************
- ok: [localhost]
- ...
Ist denn jetzt damit auch das Problem mit dem Aufwachen behoben?
Ich habe mal für 18:45Uhr einen Timer gesetzt. mal sehen, ob der VDR von selbst wieder runterfährt.
Paul
-
Das sollte eigentlich durch die Ansible-Rolle wakeup automatisch passieren.
Hätte ich das extra ausführen müssen?
Ich habe ja bei der Installation damals nur das sudo -H ./install-yavdr.sh ausgeführt, aber da wurde das vdr-addon-acpiwakeup nicht mit installiert!
Was noch wichtig ist, wie kriege ich den VDR wieder dazu nach der Aufnahme auch wieder automatisch runterzufahren.
Oder geht das momentan mit yavdr-ansible noch nicht?
Paul
-
Jetzt habe ich auch mal noch etwas rumprobiert und mit "nvidia-smi -q" ein paar Werte für meine GT1030 ermittelt:
Ich habe eine MSI GT1030 im VDR stecken mit einem Mainboard, was maximal PCIe gen2 kann, mit meiner Intel i5 2500 CPU.
Bei mir ruckeln die UHD-Sender auch ziemlich stark (bis auf QVC-UHD).
Bei nvidia-smi dmon bekomme ich folgende Werte bei einem HD-Sender (Servus-TV HD)
Wenn ich auf Astra UHD1 schalte sieht es dann so aus:
Und wenn ich das Ganze dann nochmal mit nvidia-smi -q mache und mir dann ein paar Werte genauer ansehe, dann kann man erkennen, was der Wert "sm" bedeuten kann: GPU Utilization. Die Werte hier entsprechen nämlich genau den Werten von "sm".
Hier mal die Ausschnitte aus der Anzeige bei HDTV (Servus-TV HD):
Und hier das gleiche beim Astra UHD1 Sender:
Das bedeutet für mich, dass bei der GT1030 die GPU am Anschlag ist, was auch immer die Ursache dafür ist.
Ob die Ursache dafür der nvidia-Treiber oder das Mainboard ist, kann ich nicht sagen.
Paul
