Für die letzte Compiler Warnung aus epgsearch hätte ich auch noch einen Patch, damit baut das Plugin wieder ohne warnings durch.
Ich habe deine Patches ins Paket eingebaut.
Für die letzte Compiler Warnung aus epgsearch hätte ich auch noch einen Patch, damit baut das Plugin wieder ohne warnings durch.
Ich habe deine Patches ins Paket eingebaut.
Mein Eindruck ist, dass es hier im Forum eher gelesen wird, als beim Projekt.
Und wer soll die ganzen Patches dann wieder unfallfrei irgendwo aufsammeln? Davon abgesehen dass die Maintainer für jeden Bug Report eine Mail bekommen.
seahawk1986 danke
M-Reimer grundsätzlich hast du ja Recht, aber trotz Mail sind viele Projektseiten nur sehr wenig beachtet.
Ich verwende für meinen VDR das yavdr experimental, das hat für mich einen aktuellen und stabilen Stand. Wenn ich mit einer Funktionen, die ich nutze, ein Problem habe, bekomme ich hier Hilfe oder baue die Lösung selbst und poste es. Die Patches, meine und die von anderen, sind alle im Repository von seahawk1986 gesammelt und ich hoffe auch, dass sie sich mal in einer Upstream Version wiederfinden.
M-Reimer grundsätzlich hast du ja Recht, aber trotz Mail sind viele Projektseiten nur sehr wenig beachtet.
Ich verwende für meinen VDR das yavdr experimental, das hat für mich einen aktuellen und stabilen Stand. Wenn ich mit einer Funktionen, die ich nutze, ein Problem habe, bekomme ich hier Hilfe oder baue die Lösung selbst und poste es. Die Patches, meine und die von anderen, sind alle im Repository von seahawk1986 gesammelt und ich hoffe auch, dass sie sich mal in einer Upstream Version wiederfinden.
Aber es gibt mehr als nur eine Distribution.
In dem Zusammenhang möchte ich nochmal an Neuorganisierung der VDR Plugins auf Github (vdr-projects.github.io) erinnern. Die "Einstiegshürde" um etwas sinnvolles beizutragen ist bei Github definitiv niedriger.
Und dein Argument zieht übrigens nicht. Wenn ich mir das Log von epgsearch anschaue, dann ist da tatsächlich noch jemand aktiv:
https://projects.vdr-developer…plugin-epgsearch.git/log/
Für vdr4arch werde ich den Patch-Wust auf jeden Fall nicht zusammensuchen. Pull-Request oder kein Fix.
Hallo,
Ich habe folgende Meldung im syslog:
Apr 8 11:59:38 localhost systemd[1]: vdr-addon-lifeguard-ng.service: Service has a D-Bus service name specified, but is not of type dbus. Ignoring.
Apr 8 11:59:41 localhost systemd[1]: Reloading.
Apr 8 11:59:42 localhost systemd[1]: vdr-addon-lifeguard-ng.service: Service has a D-Bus service name specified, but is not of type dbus. Ignoring.
Apr 8 11:59:42 localhost systemd[1]: Reloading.
Apr 8 11:59:43 localhost systemd[1]: vdr-addon-lifeguard-ng.service: Service has a D-Bus service name specified, but is not of type dbus. Ignoring.
Muss ich etwas dagegen unternehmen?
MfG
Das ist nur eine Warnung - ich habe den Service-Typ im Git mal auf dbus umgestellt, ein neues Paket kommt demnächst.
Danke seahawk1986 für die Erläuterung und insbesondere auch einen großen Dank für das yavdr ansible.
Hallo,
heute habe ich ein neues Thema, zu dem ich sonst hier nur Beiträge gefunden habe, die mind. 3 Jahre alt sind.
Der schnelle Rücklauf bei Aufnahmen funktioniert nicht mehr !
wenn ich den schnellen Rücklauf starten will, bleibt der VDR 'stehen', nur noch ein Standbild, und keine Reaktion auf die FB.
Es braucht auch mehrere Versuche auf der Konsole mit "sudo service vdr stop" - "sudo service vdr start" bis das Programm wieder läuft.
Es ist egal, ob es eine HD Aufnahme ist oder nicht.
Aus dem syslog werd' ich auch nicht recht schlau:
Start der Wiedergabe:
Apr 9 18:41:42 yaVDR2 vdr: [1703] device 1 TS buffer thread ended (pid=1412, tid=1703)
Apr 9 18:41:42 yaVDR2 vdr: [1702] buffer stats: 100956 (1%) used
Apr 9 18:41:42 yaVDR2 vdr: [1702] device 1 receiver thread ended (pid=1412, tid=1702)
Apr 9 18:41:42 yaVDR2 vdr: [1721] device 1 receiver thread started (pid=1412, tid=1721, prio=high)
Apr 9 18:41:42 yaVDR2 vdr: [1722] device 1 TS buffer thread started (pid=1412, tid=1722, prio=high)
Apr 9 18:41:42 yaVDR2 vdr: [1721] [xine..put] Detected video size 720x576
Apr 9 18:42:07 yaVDR2 vdr: [1412] replay /srv/vdr/video/Bezaubernde_Jeannie_(17)/Wünschen_will_gelernt_sein/2019-04-02.09.58.33-0.rec
Apr 9 18:42:07 yaVDR2 vdr: [1412] playing '/srv/vdr/video/Bezaubernde_Jeannie_(17)/Wünschen_will_gelernt_sein/2019-04-02.09.58.33-0.rec/00001.ts'
Apr 9 18:42:07 yaVDR2 vdr: [1726] dvbplayer thread started (pid=1412, tid=1726, prio=high)
Apr 9 18:42:07 yaVDR2 vdr: [1727] non blocking file reader thread started (pid=1412, tid=1727, prio=high)
Apr 9 18:42:07 yaVDR2 vdr-sxfe[1653]: [1663] [input_vdr] wait_stream_sync: discard_index 42918896 != curpos 42896336 ! (diff 22560)
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] H.264: Found NAL SPS at offset 6/151
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: profile_idc 100
Apr 9 18:42:07 yaVDR2 vdr-sxfe[1653]: [1662] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":15 is too small for some HD channels
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: pic_width: 80 mbs
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: pic_height: 45 mbs
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: frame only flag: 1
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: aspect_ratio_idc 1
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Apr 9 18:42:07 yaVDR2 vdr: [1726] [xine..put] Detected video size 1280x720
Alles anzeigen
Ein paar mal vowärts Springen (1 min.), dann Taste "Rewind"
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] H.264: Found NAL SPS at offset 6/151
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: profile_idc 100
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: pic_width: 80 mbs
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: pic_height: 45 mbs
Apr 9 18:42:55 yaVDR2 vdr-sxfe[1653]: [1663] [input_vdr] wait_stream_sync: discard_index 178954568 != curpos 177027756 ! (diff 1926
812)
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: frame only flag: 1
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: aspect_ratio_idc 1
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Apr 9 18:42:55 yaVDR2 vdr: [1726] [xine..put] Detected video size 1280x720
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] H.264: Found NAL SPS at offset 6/151
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: profile_idc 100
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: pic_width: 80 mbs
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: pic_height: 45 mbs
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: frame only flag: 1
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: aspect_ratio_idc 1
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Apr 9 18:43:05 yaVDR2 vdr: [1726] [xine..put] Detected video size 1280x720
Apr 9 18:43:05 yaVDR2 vdr: [1474] [xine..put] cXinelibServer::GetSTC timeout
Apr 9 18:43:38 yaVDR2 vdr: message repeated 33 times: [ [1474] [xine..put] cXinelibServer::GetSTC timeout]
Apr 9 18:43:39 yaVDR2 systemd[1]: Created slice User Slice of yavdr.
Apr 9 18:43:39 yaVDR2 systemd[1]: Starting User Manager for UID 1000...
Apr 9 18:43:39 yaVDR2 systemd[1]: Started Session 3 of user yavdr.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Apr 9 18:43:39 yaVDR2 systemd[1795]: Listening on GnuPG network certificate management daemon.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Starting D-Bus User Message Bus Socket.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Reached target Paths.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Apr 9 18:43:39 yaVDR2 systemd[1795]: Listening on GnuPG cryptographic agent and passphrase cache.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Apr 9 18:43:39 yaVDR2 systemd[1795]: Reached target Timers.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Listening on D-Bus User Message Bus Socket.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Reached target Sockets.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Reached target Basic System.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Reached target Default.
Apr 9 18:43:39 yaVDR2 systemd[1795]: Startup finished in 67ms.
Apr 9 18:43:39 yaVDR2 systemd[1]: Started User Manager for UID 1000.
Apr 9 18:43:39 yaVDR2 vdr: [1474] [xine..put] cXinelibServer::GetSTC timeout
Apr 9 18:45:56 yaVDR2 kernel: [ 316.117905] EXT4-fs (sdb2): error count since last fsck: 92
Apr 9 18:45:56 yaVDR2 kernel: [ 316.117946] EXT4-fs (sdb2): initial error at time 1545998228: ext4_mb_generate_buddy:756
Apr 9 18:45:56 yaVDR2 kernel: [ 316.117955] EXT4-fs (sdb2): last error at time 1554795192: ext4_mb_generate_buddy:756
Apr 9 18:48:00 yaVDR2 vdr: message repeated 261 times: [ [1474] [xine..put] cXinelibServer::GetSTC timeout]
Apr 9 18:48:01 yaVDR2 vdr: [1474] [xine..put] cxSocket::write: poll() failed
Apr 9 18:48:01 yaVDR2 vdr: [1474] [xine..put] Control send failed (GETSTC), dropping client
Apr 9 18:48:01 yaVDR2 vdr: [1474] [xine..put] Closing connection 0
Apr 9 18:48:01 yaVDR2 vdr: [1474] [xine..put] cXinelibServer::GetSTC timeout
Apr 9 18:55:01 yaVDR2 CRON[2060]: (root) CMD ( test -x /etc/cron.daily/popularity-contest && /etc/cron.daily/popularity-contest --crond)
Apr 9 18:56:26 yaVDR2 systemd[1]: Starting Cleanup of Temporary Directories...
Apr 9 18:56:26 yaVDR2 systemd[1]: Started Cleanup of Temporary Directories.
Alles anzeigen
Ich habe eine aktuelle yavdr ansible Installation (VDR 2.4.0)
Andererseits, der schnelle Vorlauf geht ohne Probleme !!!
Kennt das jemand ? Hat jemand das gleiche Problem ?
Hi,
Du solltest noch erwähnen, dass du das xinelibout nutzt. Das nimmt sonst kaum noch jemand.
Mfg Stefan
Ich habe eine aktuelle yavdr ansible Installation (VDR 2.4.0)
Und was für Hardware? Ich kann morgen mal versuchen das zu reproduzieren, bislang wird für vdr-sxfe nichts besonderes konfiguriert - das Plugin kommt notgedrungen zum Einsatz, wenn man yavdr-ansible in einer VM installiert, ansonsten ist das vdr-plugin-softhddevice-openglosd vermutlich weniger unproblematischer (softhddevice-vpp kann auf einigen Nvidia-GPUs Farbfehler verursachen).
Hallo,
die Hardware ist ein ASRock Intel Board, eine Cine S2 V7 und eine NVidia GT730.
Ich habe jetzt mal das softhddevice (libvdr-softhddevice.so.2.4.0) aktiviert,
damit funktioniert auch der schnelle Vor- und Rücklauf !!
Allerdings hatte ich zweimal einen Neustart des VDR Programms beim Vorspulen,
mein Eindruck war, das passiert, wenn man zu schnell auf die zweite Geschwindigkeit
hochgeht.
Was aber seltsam ist, dass die Farben beim Elchi-Skin (und auch bei anderen) jetzt total
anders sind; ich finde kein Farbschema mehr, dass gut lesbar wäre
Was würdet ihr für die GT730 empfehlen ?
ciao
Was würdet ihr für die GT730 empfehlen ?
Die GT730 hat mit dem vdr-plugin-softhddevice-vpp Probleme bei der OSD-Farbdarstellung, am besten das Paket vdr-plugin-softhddevice-openglosd installieren (das ersetzt das andere Paket).
Also zumindest mit einer GT1030 kann ich den Crash beim Rückwärtsspulen mit xineliboutput nicht reproduzieren. Die Konfigurationsdatei für xineliboutput sieht bei mir aktuell allerdings so aus:
Hi,
Spulprobleme, dass der Vdr bei zu schnellem Spulen in SHdd (alte Version) abstürzt, hab ich in easyvdr 3.5 leider auch auf mehreren Rechnern. Manchmal kann man auch Spulen vorwärts nicht stoppen sondern muss erst zurückspulen und kann erst dann anhalten, tritt nur auf wenn länger als ein paar Minuten (2-3 ca) vorgespult wird.
Ist also ein generelles Softhddevice Problem.
Neuere habe ich noch nicht versucht.
Mfg Stefan
Hallo
der Tip mit dem vdr-plugin-softhddevice-openglosd war gut, jetzt sieht der Elchi Skin wieder so aus wie er soll.
Vor- und Rücklauf scheinen auch zu funktionieren, auch mit verschiedenen Geschwindigkeiten, zumindest bleibt
VDR nicht mehr 'hängen'.
Eine Frage noch, nur zu meinem Verständnis: ich dachte bisher, das softhddevice wäre nur für den Fall, dass die GPU
kein HD unterstützt und das dann in Software emuliert (unter Einsatz von CPU Power), ist das ein Irrtum meinerseits ?
ciao
softhddevice ist etwas anderes als das uralte softdevice - ersteres nutzt VDPAU, um mit nvidia-Karten hardwarebeschleunigt Videomaterial zu dekodieren, letztes macht das auf der CPU.
Hallo,
erstmal ein Riesendank an seahawk für das playbook, ich konnte das system ohne probleme aufsetzen.
Allerdings habe ich ein Problem mit dem Systemstart, es dauert über eine Minute bis die DVB Devices erstellt werden:
Apr 16 19:07:47 vdr systemd[843]: Reached target Default.
Apr 16 19:07:47 vdr systemd[843]: Startup finished in 103ms.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter2-demux0.device: Job dev-dvb-adapter2-demux0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter2-demux0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter2-demux0.device: Job dev-dvb-adapter2-demux0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter1-dvr0.device: Job dev-dvb-adapter1-dvr0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter1-dvr0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter1-dvr0.device: Job dev-dvb-adapter1-dvr0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter3-frontend0.device: Job dev-dvb-adapter3-frontend0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter3-frontend0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter3-frontend0.device: Job dev-dvb-adapter3-frontend0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter2-net0.device: Job dev-dvb-adapter2-net0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter2-net0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter2-net0.device: Job dev-dvb-adapter2-net0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter3-net0.device: Job dev-dvb-adapter3-net0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter3-net0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter3-net0.device: Job dev-dvb-adapter3-net0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter2-frontend0.device: Job dev-dvb-adapter2-frontend0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter2-frontend0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter2-frontend0.device: Job dev-dvb-adapter2-frontend0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr wait-for-dvb: got device 3
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter1-net0.device: Job dev-dvb-adapter1-net0.device/start timed out.
Apr 16 19:08:55 vdr wait-for-dvb: got device 1
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter1-net0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter1-net0.device: Job dev-dvb-adapter1-net0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter2-dvr0.device: Job dev-dvb-adapter2-dvr0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter2-dvr0.device.
Apr 16 19:08:55 vdr wait-for-dvb: got device 2
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter2-dvr0.device: Job dev-dvb-adapter2-dvr0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter3-demux0.device: Job dev-dvb-adapter3-demux0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter3-demux0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter3-demux0.device: Job dev-dvb-adapter3-demux0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter3-dvr0.device: Job dev-dvb-adapter3-dvr0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter3-dvr0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter3-dvr0.device: Job dev-dvb-adapter3-dvr0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter1-frontend0.device: Job dev-dvb-adapter1-frontend0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter1-frontend0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter1-frontend0.device: Job dev-dvb-adapter1-frontend0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter1-demux0.device: Job dev-dvb-adapter1-demux0.device/start timed out.
Apr 16 19:08:55 vdr systemd[1]: Timed out waiting for device dev-dvb-adapter1-demux0.device.
Apr 16 19:08:55 vdr systemd[1]: dev-dvb-adapter1-demux0.device: Job dev-dvb-adapter1-demux0.device/start failed with result 'timeout'.
Apr 16 19:08:55 vdr systemd[1]: Starting wait-for-dvb@3.service...
Apr 16 19:08:55 vdr systemd[1]: Starting wait-for-dvb@1.service...
Apr 16 19:08:55 vdr systemd[1]: Starting wait-for-dvb@2.service...
Apr 16 19:08:55 vdr systemd[1]: Started wait-for-dvb@3.service.
Apr 16 19:08:55 vdr systemd[1]: Started wait-for-dvb@1.service.
Apr 16 19:08:55 vdr systemd[1]: Started wait-for-dvb@2.service.
Apr 16 19:08:55 vdr systemd[1]: Starting Video Disk Recorder...
Alles anzeigen
Hat einer ne Idee woran das liegen könnte?
Sieht man eventuell in der Ausgabe von dmesg, was da mit den Treibern für die DVB-Tuner passiert?
Ich sehe da nur Meldungen für eine DVB-Karte (TT-Budget S2-1600 PCI) im System - wenn das stimmt, warst du mit der Aktivierung der wait-for-dvb@.service etwas großzügig - dann solltest du die Instanzen von wait-for-dvb@.service, für die es keine Karten gibt, wieder deaktivieren: systemctl disable wait-for-dvb@{1..3}.service und dafür sorgen, dass nur für die nullten Adapter eine aktiv ist: systemctl enable wait-for-dvb@0.service
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!