schau mal in /usr/share/vdr/plugins/vnsiserver
Jawoll da hatte sich das Sandmännchen verewigt, vielen Dank für den Tip!
Die vielen "Requesting" Meldungen sind zwar weiterhin da aber ohne die vorhandenen Timer zu verschmerzen.
schau mal in /usr/share/vdr/plugins/vnsiserver
Jawoll da hatte sich das Sandmännchen verewigt, vielen Dank für den Tip!
Die vielen "Requesting" Meldungen sind zwar weiterhin da aber ohne die vorhandenen Timer zu verschmerzen.
Hiho,
ich hab das Phänomen auch seit einiger Zeit. Wenn VNSI-Plug aktiviert alle 5 Sekunden
Das müllt mir dermaßen das Log zu...
[vdr@vdr ~]$ journalctl -f
-- Journal begins at Wed 2021-10-06 12:51:18 CEST. --
Okt 07 14:08:59 vdr vdr[433587]: [433587] timer 9 (11 1845-1910 'Unser Sandmännchen') set to event So. 24.10.2021 18:50-19:00 (VPS: 24.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:08:59 vdr vdr[433587]: [433587] timer 10 (20 1855-2025 'Das perfekte Dinner') set to event Mo. 11.10.2021 19:00-20:15 'Das perfekte Dinner'
Okt 07 14:08:59 vdr vdr[433587]: [433587] timer 11 (11 1845-1910 'Unser Sandmännchen') set to event Mo. 25.10.2021 18:50-19:00 (VPS: 25.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:08:59 vdr vdr[433587]: [433587] timer 12 (20 1855-2025 'Das perfekte Dinner') set to event Di. 12.10.2021 19:00-20:15 'Das perfekte Dinner'
Okt 07 14:08:59 vdr vdr[433587]: [433587] timer 13 (3 0038-0120 'extra 3') set to event Fr. 08.10.2021 00:40-01:10 (VPS: 08.10. 00:40) 'extra 3'
Okt 07 14:08:59 vdr vdr[433587]: [433587] timer 14 (20 1855-2025 'Das perfekte Dinner') set to event Mi. 13.10.2021 19:00-20:15 'Das perfekte Dinner'
Okt 07 14:08:59 vdr vdr[433587]: [433587] timer 15 (11 1845-1910 'Unser Sandmännchen') set to event Mi. 27.10.2021 18:50-19:00 (VPS: 27.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:08:59 vdr vdr[433587]: [433587] skindesigner: w 0 h 0 mode changed to 1
Okt 07 14:08:59 vdr vdr[433587]: [433587] max. latency time 2 seconds
Okt 07 14:08:59 vdr vdr[433587]: [433617] VNSI: Requesting clients to reload timers
Okt 07 14:09:01 vdr vdr[433587]: [433617] VNSI: Requesting clients to reload timers
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Do. 07.10.2021 18:50-19:00 (VPS: 07.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Fr. 08.10.2021 18:50-19:00 (VPS: 08.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Sa. 09.10.2021 18:50-19:00 (VPS: 09.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event So. 10.10.2021 18:50-19:00 (VPS: 10.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Mo. 11.10.2021 18:50-19:00 (VPS: 11.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Di. 12.10.2021 18:50-19:00 (VPS: 12.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Mi. 13.10.2021 18:50-19:00 (VPS: 13.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Do. 14.10.2021 18:50-19:00 (VPS: 14.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Fr. 15.10.2021 18:50-19:00 (VPS: 15.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Sa. 16.10.2021 18:50-19:00 (VPS: 16.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event So. 17.10.2021 18:50-19:00 (VPS: 17.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Mo. 18.10.2021 18:50-19:00 (VPS: 18.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Di. 19.10.2021 18:50-19:00 (VPS: 19.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Mi. 20.10.2021 18:50-19:00 (VPS: 20.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:01 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Do. 21.10.2021 18:50-19:00 (VPS: 21.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:03 vdr vdr[433587]: [433712] animator thread thread ended (pid=433587, tid=433712)
Okt 07 14:09:06 vdr vdr[433587]: [433617] VNSI: Requesting clients to reload timers
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Do. 07.10.2021 18:50-19:00 (VPS: 07.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Fr. 08.10.2021 18:50-19:00 (VPS: 08.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Sa. 09.10.2021 18:50-19:00 (VPS: 09.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event So. 10.10.2021 18:50-19:00 (VPS: 10.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Mo. 11.10.2021 18:50-19:00 (VPS: 11.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Di. 12.10.2021 18:50-19:00 (VPS: 12.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Mi. 13.10.2021 18:50-19:00 (VPS: 13.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Do. 14.10.2021 18:50-19:00 (VPS: 14.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Fr. 15.10.2021 18:50-19:00 (VPS: 15.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Sa. 16.10.2021 18:50-19:00 (VPS: 16.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event So. 17.10.2021 18:50-19:00 (VPS: 17.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Mo. 18.10.2021 18:50-19:00 (VPS: 18.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Di. 19.10.2021 18:50-19:00 (VPS: 19.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:06 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Mi. 20.10.2021 18:50-19:00 (VPS: 20.10. 18:50) 'Unser Sandmännchen'
Okt 07 14:09:07 vdr vdr[433587]: [433618] timer 0 (11 1845-1910 'Unser Sandmännchen') set to event Do. 21.10.2021 18:50-19:00 (VPS: 21.10. 18:50) 'Unser Sandmännchen'
Alles anzeigen
Erschwerend komm hinzu das offenbar immer noch "Sandmännchen" Suchtimer aktiv sind die ich längst im epgsearch gelöscht hatte. Hab mit schon nen Wolf gesucht und finde ums verrecken nicht wo der sich immer wieder die Timer herzaubert?!? Der böse Sandmann sorgt immer wieder mal dafür das mir die Pladde vollläuft Das hat aber wharscheinlich nix mit VNSI selbst zu tun..
Ist übrigens wie von wmautner beschrieben unabhängig davon ob KODI läuft oder nicht.
OSD scales now, try git.
Awesome, works as expected. Huge thank you for all your efforts
Lars
Hi,
hab das Problem auch. Nach Umstellung "Pause an der letzten Schnittstelle = ja" sind die "Hänger" weg. Nutze den softhddevice Fork von inj.
Lars
Hi,
one question about OSD. I run softhddevice in UHD resolution, OSD is configured with 1920x1080 so that it is scaled correctly in skindesigner (softhddevice <> 4k Auflösung <> skindesginer - OSD Problem). This works perfect, exept for mpv plugin where OSD does'nt scale to UHD.
I don't know if this is a mpv plugin related problem so sorry if this is OT here.
Lars
Nabend, unwahrscheinlich aber falls mal jemand ein ähnliches Problem hat: Ich starte den vdr zwischenzeitlich als User-Service bzw. Unit, und damit klappts auch mit dem Ton per Pulseaudio.
Danke nochmal an seahawk fürs Mitdenken
hi,
with current git version of softhddevice/mpv vdr segfaults by pressing OK key during playback...
Mär 27 21:36:38 vdr vdr[19510]: [19510] [mpv] playing /mnt/data_hdd2/moviez//ripped/The_Iceman_(2013)_720p25.mkv
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property pause
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property speed
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property playlist-pos-1
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property playlist-count
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: event: 6 start-file
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property filename
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property media-title
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: event: 19 metadata-update
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: AVOption 'deint' not found.
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: event: 18 audio-reconfig
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: event: 18 audio-reconfig
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: event: 8 file-loaded
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property container-fps
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property duration
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property chapters
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: property demuxer-via-network
Mär 27 21:36:38 vdr vdr[19510]: [19804] [mpv]: event: 18 audio-reconfig
Mär 27 21:36:39 vdr vdr[19510]: [softhddev]GetVideoSize: 0x0 1
Mär 27 21:36:39 vdr vdr[19510]: [19510] skindesigner: w 0 h 0 mode changed to 1
Mär 27 21:36:39 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:39 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:39 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:40 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:40 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:41 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:41 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:41 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:42 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:42 vdr vdr[19510]: [19543] VNSI: Requesting clients to reload timers
Mär 27 21:36:42 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:42 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:43 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:43 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:44 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:45 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:46 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:46 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:47 vdr vdr[19510]: [19543] VNSI: Requesting clients to reload timers
Mär 27 21:36:47 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:49 vdr vdr[19510]: [19804] [mpv]: event: 20 seek
Mär 27 21:36:51 vdr vdr[19510]: [19510] skindesigner: drop image cache
Mär 27 21:36:51 vdr vdr[19510]: [19510] skindesigner: using channel logo path /var/lib/vdr/plugins/skindesigner/logos/
Mär 27 21:36:51 vdr vdr[19510]: [19510] skindesigner: using icon path /usr/share/vdr/plugins/skindesigner/skins/estuary4vdr/themes/darkred/
Mär 27 21:36:51 vdr vdr[19510]: [19510] skindesigner: using skinparts path /usr/share/vdr/plugins/skindesigner/skins/estuary4vdr/themes/darkred/skinparts/
Mär 27 21:36:51 vdr vdr[19510]: [19510] skindesigner: using svgtemplate path /usr/share/vdr/plugins/skindesigner/skins/estuary4vdr/svgtemplates/
Mär 27 21:36:51 vdr audit[19510]: ANOM_ABEND auid=1000 uid=1000 gid=100 ses=1 pid=19510 comm="vdr" exe="/usr/bin/vdr" sig=11 res=1
Mär 27 21:36:51 vdr kernel: vdr[19510]: segfault at 18 ip 00007feff9b41fd0 sp 00007ffea3ff0598 error 4 in libvdr-skindesigner.so.2.4.6[7feff9a95000+dd000]
Mär 27 21:36:51 vdr kernel: Code: ff ff c7 83 58 01 00 00 00 00 00 00 c6 83 5c 01 00 00 01 48 89 83 50 01 00 00 5b c3 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 <8b> 46 18 39 97 48 01 00 00 74 3d c5 f9 6e ca c4 c1 79 6e d1 48 89
Mär 27 21:36:51 vdr kernel: audit: type=1701 audit(1616877411.081:100): auid=1000 uid=1000 gid=100 ses=1 pid=19510 comm="vdr" exe="/usr/bin/vdr" sig=11 res=1
Mär 27 21:36:51 vdr systemd[1]: Started Process Core Dump (PID 19884/UID 0).
Mär 27 21:36:51 vdr audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-19884-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Mär 27 21:36:51 vdr kernel: audit: type=1130 audit(1616877411.091:101): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-19884-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Mär 27 21:36:53 vdr systemd-coredump[19885]: Process 19510 (vdr) of user 1000 dumped core.
Stack trace of thread 19510:
#0 0x00007feff9b41fd0 _ZN13cVeDrCutMarks3SetEPK6cMarksii10eRecType_ti (libvdr-skindesigner.so.2.4.6 + 0x115fd0)
#1 0x00007feff9b1cdf4 _ZN11cViewReplay8SetMarksEPK6cMarksii (libvdr-skindesigner.so.2.4.6 + 0xf0df4)
#2 0x00007feff9abff41 _ZN16cSDDisplayReplay11SetProgressEii (libvdr-skindesigner.so.2.4.6 + 0x93f41)
#3 0x00007ff0059dad9a _ZN11cMpvControl12ShowProgressEi (libvdr-mpv.so.2.4.6 + 0x12d9a)
#4 0x00007ff0059dc47f _ZN11cMpvControl10ProcessKeyE5eKeys (libvdr-mpv.so.2.4.6 + 0x1447f)
#5 0x0000556d88c2bc0d main (vdr + 0xa1c0d)
#6 0x00007ff00965db25 __libc_start_main (libc.so.6 + 0x27b25)
#7 0x0000556d88c2e4de _start (vdr + 0xa44de)
Stack trace of thread 19550:
#0 0x00007ff00972cad1 __select (libc.so.6 + 0xf6ad1)
#1 0x0000556d88cfd34a _ZN5cFile9FileReadyEii (vdr + 0x17334a)
#2 0x0000556d88c76581 _ZN11cLircRemote6ActionEv (vdr + 0xec581)
#3 0x0000556d88cefed6 _ZN7cThread11StartThreadEPS_ (vdr + 0x165ed6)
#4 0x00007ff009d31299 start_thread (libpthread.so.0 + 0x9299)
#5 0x00007ff009735053 __clone (libc.so.6 + 0xff053)
Stack trace of thread 19539:
#0 0x00007ff00972a37f __poll (libc.so.6 + 0xf437f)
#1 0x00007feff5d4ea71 _ZN7cSelect4PollEv (libvdr-vdrmanager.so.2.4.6 + 0xda71)
#2 0x00007feff5d4eca1 _ZN7cSelect6ActionEv (libvdr-vdrmanager.so.2.4.6 + 0xdca1)
#3 0x00007feff5d4e658 _ZN17cVdrManagerThread6ActionEv (libvdr-vdrmanager.so.2.4.6 + 0xd658)
#4 0x0000556d88cefed6 _ZN7cThread11StartThreadEPS_ (vdr + 0x165ed6)
#5 0x00007ff009d31299 start_thread (libpthread.so.0 + 0x9299)
#6 0x00007ff009735053 __clone (libc.so.6 + 0xff053) #9 0x00007f410a161053 __clone (libc.so.6 + 0xff053)
...
Alles anzeigen
Great, fix tested ok here. Thanks!!
Lars
Since latest updates the vdr coredumps immediately after starting playback with mpv-plugin. Any idea where the problem lies?
Mär 25 11:24:16 vdr vdr[968]: [softhddev]SetPlayMode: 0
Mär 25 11:24:16 vdr vdr[968]: [softhddev]SetVolumeDevice: 102
Mär 25 11:24:16 vdr audit[968]: ANOM_ABEND auid=1000 uid=1000 gid=100 ses=1 pid=968 comm="vdr" exe="/usr/bin/vdr" sig=11 res=1
Mär 25 11:24:16 vdr kernel: vdr[968]: segfault at 0 ip 00007fe00504e53e sp 00007ffc45a91bc0 error 4 in libmpv.so.1.109.0[7fe004fdf>
Mär 25 11:24:16 vdr kernel: Code: db ff ff 66 0f 1f 84 00 00 00 00 00 55 48 89 f5 53 48 89 fb 48 83 ec 48 64 48 8b 04 25 28 00 00 >
Mär 25 11:24:16 vdr kernel: audit: type=1701 audit(1616667856.156:76): auid=1000 uid=1000 gid=100 ses=1 pid=968 comm="vdr" exe="/u>
Mär 25 11:24:16 vdr systemd[1]: Created slice system-systemd\x2dcoredump.slice.
Mär 25 11:24:16 vdr systemd[1]: Started Process Core Dump (PID 1783/UID 0).
Mär 25 11:24:16 vdr audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-1783-0 comm="s>
Mär 25 11:24:16 vdr kernel: audit: type=1130 audit(1616667856.196:77): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=system>
Mär 25 11:24:18 vdr systemd-coredump[1784]: Process 968 (vdr) of user 1000 dumped core.
Stack trace of thread 968:
#0 0x00007fe00504e53e mpv_set_property (libmpv.so.1 + 0xb053e)
#1 0x00007fe00504e659 mpv_set_property_string (libmpv.so.1 + 0xb0659)
#2 0x00007fe0051f5723 _ZN10cMpvPlayer9SetVolumeEi (libvdr-mpv.so.2.4.6 + 0x20723)
#3 0x0000560cdbd8af93 _ZN7cStatus12MsgSetVolumeEib (vdr + 0x157f93)
#4 0x0000560cdbcf28d4 _ZN7cDevice9SetVolumeEib (vdr + 0xbf8d4)
#5 0x00007fdff599407d _ZN13cSoftHdDevice11SetPlayModeE9ePlayMode (libvdr-softhddevic>
#6 0x0000560cdbcf358d _ZN7cDevice6DetachEP7cPlayer (vdr + 0xc058d)
#7 0x0000560cdbcf425c _ZN7cDevice6DetachEP9cReceiver (vdr + 0xc125c)
#8 0x0000560cdbda7851 _ZN9cTransferD2Ev (vdr + 0x174851)
#9 0x0000560cdbda7afd _ZN16cTransferControlD2Ev (vdr + 0x174afd)
#10 0x0000560cdbda7b3a _ZN16cTransferControlD0Ev (vdr + 0x174b3a)
#11 0x0000560cdbd596a5 _ZN8cControl6LaunchEPS_ (vdr + 0x1266a5)
#12 0x00007fe0051e433c _ZN10cMpvPlugin8PlayFileENSt7__cxx1112basic_stringIcSt11char_t>
#13 0x00007fe0051e4df4 _ZN10cMpvPlugin18PlayFileHandleTypeENSt7__cxx1112basic_stringI>
#14 0x00007fe0051e539b _ZN10cMpvPlugin7ServiceEPKcPv (libvdr-mpv.so.2.4.6 + 0x1039b)
#15 0x00007fe0051eb079 _ZN15cMpvFilebrowser8PlayFileENSt7__cxx1112basic_stringIcSt11c>
#16 0x00007fe0051eecd3 _ZN15cMpvFilebrowser10ProcessKeyE5eKeys (libvdr-mpv.so.2.4.6 +>
#17 0x0000560cdbcd4c0d main (vdr + 0xa1c0d)
#18 0x00007fe008e6ab25 __libc_start_main (libc.so.6 + 0x27b25)
#19 0x0000560cdbcd74de _start (vdr + 0xa44de)
Stack trace of thread 1021:
#0 0x00007fe008f3737f __poll (libc.so.6 + 0xf437f)
#1 0x0000560cdbda4f8d _ZN7cPoller4PollEi (vdr + 0x171f8d)
#2 0x0000560cdbcf0dff n/a (vdr + 0xbddff)
#3 0x0000560cdbd98ed6 _ZN7cThread11StartThreadEPS_ (vdr + 0x165ed6)
#4 0x00007fe00953e299 start_thread (libpthread.so.0 + 0x9299)
#5 0x00007fe008f42053 __clone (libc.so.6 + 0xff053)
Stack trace of thread 993:
#0 0x00007fe00954a9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
#1 0x00007fe009544574 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf574)
#2 0x0000560cdbd98560 _ZN9cCondWait4WaitEi (vdr + 0x165560)
#3 0x0000560cdbd985ca _ZN9cCondWait7SleepMsEi (vdr + 0x1655ca)
#4 0x00007fe0083f768b _ZN13SocketHandler6ActionEv (libvdr-dvbapi.so.2.4.6 + 0xb68b)
#5 0x0000560cdbd98ed6 _ZN7cThread11StartThreadEPS_ (vdr + 0x165ed6)
#6 0x00007fe00953e299 start_thread (libpthread.so.0 + 0x9299)
#7 0x00007fe008f42053 __clone (libc.so.6 + 0xff053)
Stack trace of thread 1696:
#0 0x00007fe008f0a125 clock_nanosleep@@GLIBC_2.17 (libc.so.6 + 0xc7125)
#1 0x00007fe008f0f357 __nanosleep (libc.so.6 + 0xcc357)
#2 0x00007fe008f3a379 usleep (libc.so.6 + 0xf7379)
#3 0x00007fdff59c3f25 n/a (libvdr-softhddevice.so.2.4.6 + 0x52f25)
#4 0x00007fdff59c70a3 n/a (libvdr-softhddevice.so.2.4.6 + 0x560a3)
#5 0x00007fe00953e299 start_thread (libpthread.so.0 + 0x9299)
#6 0x00007fe008f42053 __clone (libc.so.6 + 0xff053)
Stack trace of thread 1724:
#0 0x00007fe008f3737f __poll (libc.so.6 + 0xf437f)
#1 0x00007fdf644b9b21 n/a (libcuda.so.1 + 0x2b0b21)
#2 0x00007fdf6447382a n/a (libcuda.so.1 + 0x26a82a)
#3 0x00007fdf644afe76 n/a (libcuda.so.1 + 0x2a6e76)
#4 0x00007fe00953e299 start_thread (libpthread.so.0 + 0x9299)
#5 0x00007fe008f42053 __clone (libc.so.6 + 0xff053)
Stack trace of thread 1738:
#0 0x00007fe00954a9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
#1 0x00007fe009544574 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf574)
#2 0x0000560cdbd98560 _ZN9cCondWait4WaitEi (vdr + 0x165560)
#3 0x00007fdff59d1400 _ZN10cOglThread6ActionEv (libvdr-softhddevice.so.2.4.6 + 0x604>
#4 0x0000560cdbd98ed6 _ZN7cThread11StartThreadEPS_ (vdr + 0x165ed6)
#5 0x00007fe00953e299 start_thread (libpthread.so.0 + 0x9299)
#6 0x00007fe008f42053 __clone (libc.so.6 + 0xff053)
Stack trace of thread 1018:
#0 0x00007fe00954a9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
#1 0x00007fe009544574 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf574)
#2 0x0000560cdbd98560 _ZN9cCondWait4WaitEi (vdr + 0x165560)
#3 0x0000560cdbd6e12c _ZN17cRingBufferLinear3GetERi (vdr + 0x13b12c)
#4 0x0000560cdbcf5f49 _ZN9cTSBuffer3GetEPib (vdr + 0xc2f49)
#5 0x0000560cdbcfa9ea _ZN10cDvbDevice11GetTSPacketERPh (vdr + 0xc79ea)
#6 0x00007fe007ecaf3e _ZN14cDynamicDevice11GetTSPacketERPh (libvdr-dynamite.so.2.4.6>
#7 0x0000560cdbcf625a _ZN7cDevice6ActionEv (vdr + 0xc325a)
#8 0x0000560cdbd98ed6 _ZN7cThread11StartThreadEPS_ (vdr + 0x165ed6)
#9 0x00007fe00953e299 start_thread (libpthread.so.0 + 0x9299)
#10 0x00007fe008f42053 __clone (libc.so.6 + 0xff053)
...
Alles anzeigen
Oha das musst ich jetzt 2 mal lesen
Läuft pulseaudio denn schon für diesen User, bevor du dich als dieser User einloggst (nicht dass das Spawnen von pulseaudio für den Systemd-Dienst vdr fehlschlägt)? Was passiert, wenn du die Unit für den VDR nachträglich neu startest, wenn du sichergestellt hast, dass pulseaudio bereits für den Nutzer läuft?
Gute Frage, der vdr läuft bei mir ja als vollständiger Desktoprechner - Screen 1=Desktop, Screen 2=vdr Ausgabe. D.h. Pulseaudio wird per XDG Autostart gestartet, vermutlich bevor der vdr oben ist... vdr nachträglich (re)starten bringt keine Besserung, es bleibt bei der Fehlermeldung.
Mit Pulse Version 12 funktioniert alles komischerweise, mit 14 nicht mehr. Ich hab jetzt grade mal den XDG Autostart rausgenommen so dass pulse über die pulseaudio.socket gestartet wird, und zwar erst nachdem der vdr oben ist. Und schon geht auch mit pulse 12 gar nix mehr, nachträgliches starten/stoppen von pulse und/oder vdr bringt dann auch nix mehr. Das deutet doch darauf hin das Pulse in jedem Fall VOR dem vdr gestartet sein muss.
Ich weiss alles bissl wirr
Hier nochmal der Output des loginctl (Session 3 ist ssh).
[vdr@vdr ~]$ loginctl list-sessions
SESSION UID USER SEAT TTY
1 1000 vdr seat0
3 1000 vdr pts/1
[vdr@vdr ~]$ loginctl show-session 1
Id=1
User=1000
Name=vdr
Timestamp=Thu 2021-03-04 21:32:12 CET
TimestampMonotonic=7499813
VTNr=7
Seat=seat0
Display=:0
Remote=no
Service=lightdm-autologin
Desktop=xfce
Scope=session-1.scope
Leader=1025
Audit=1
Type=x11
Class=user
Active=yes
State=active
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
LockedHint=no
Alles anzeigen
vdr running with user root, still the same problem
Mit softhdcuvid probiert, gleiches BIld. Pulsecontrol läuft auch nicht.
Hab jetzt wieder auf Pulse 12.2 downgegraded und es läuft wieder. Ist aber keine Dauerlösung wg. kaputten Abhänigigkeiten.
Hi Leute,
hab nach dem Update von PulseAudio 12.2 auf die aktuelle Version 14.2 keinen Ton mehr.
Mär 03 21:43:14 vdr vdr[866]: [softhddev]Resume:
Mär 03 21:43:14 vdr vdr[866]: audio: 'alsa' output module used
Mär 03 21:43:14 vdr vdr[866]: ALSA lib pulse.c:242:(pulse_connect) PulseAudio: Unable to connect: Verbindung verweigert
Mär 03 21:43:14 vdr vdr[866]: audio/alsa: playback open 'pulse' error: Verbindungsaufbau abgelehnt
Mär 03 21:43:14 vdr vdr[866]: audio/alsa: mixer default - PCM open
Mär 03 21:43:14 vdr vdr[866]: audio/alsa: PCM mixer found 0 - 255 ratio 255000
Mär 03 21:43:14 vdr vdr[866]: audio: 44100Hz supports 0 0 0 0 0 0 0 0 channels
Mär 03 21:43:14 vdr vdr[866]: audio: 48000Hz supports 0 0 0 0 0 0 0 0 channels
Mär 03 21:43:14 vdr vdr[866]: audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels
Mär 03 21:43:14 vdr vdr[866]: audio: play thread started
Mär 03 21:43:14 vdr vdr[866]: audio: wait on start condition
Alles anzeigen
Das kuriose: Nur der VDR scheint das Problem zu haben. Amixer, aplay, speakertest, eigentlich alles andere funktioniert einwandfrei wie vor dem Update. Pulseaudio läuft wie der vdr selbst unter dem gleichen User.
[vdr@vdr ~]$ pactl info
Server-Zeichenkette: /run/user/1000/pulse/native
Bibliotheks-Protokollversion: 34
Server-Protokollversion: 34
ist lokal: ja
Client-Index: 13
Tile-Größe: 65472
Name des Benutzers: vdr
Rechnername: vdr
Name des Servers: pulseaudio
Version des Servers: 14.2
Standard-Abtastwert-Angabe: s16le 2ch 44100Hz
Standard-Kanal-Zuordnung: front-left,front-right
Standard-Ziel: alsa_output.pci-0000_03_00.1.hdmi-stereo-extra1
Standard-Quelle: alsa_output.pci-0000_03_00.1.hdmi-stereo-extra1.monitor
Cookie: b049:b2bc
Alles anzeigen
Ich hab keine Idee mehr, und im Internet find ich nur Probleme wo die Leute generell Probleme haben die sich mit den Alsa Tools auch nachvollziehen lassen. Bei mir will aber nur der VDR nicht mehr...
Lars
With your patch it works as usual again, thanks!
You use boblight plugin?
No
After updating plugin the playback stutters shortly every 3-4 seconds. Best to see in scenes with camera pans as usual I tested several versions, the problem exists since this commit. I use cuvid driver.
Lars
Update just installed, i give feedback later when family has done some "powertesting"
No aborts anymore with the latest update after some days of testing. Thanks a lot again Andrey
Now i have only one problem with async a/v after a while watching same channel - apparently only sd channels are affected. But i will play around a little bit with audio options, maybe i can get rid of it.
Update just installed, i give feedback later when family has done some "powertesting"
Thanks, Lars
With the new version i now have frequent crashes:
...
Aug 08 19:59:10 vdr vdr[68137]: [softhddev]SetPlayMode: 0
Aug 08 19:59:10 vdr vdr[68137]: audio: reset video ready
Aug 08 19:59:10 vdr vdr[68137]: audio: ----> 0ms start
Aug 08 19:59:10 vdr vdr[68137]: audio: flush 1 ring buffer(s)
Aug 08 19:59:10 vdr vdr[68137]: audio/alsa: flush state PREPARED
Aug 08 19:59:10 vdr vdr[68137]: audio: audio flush 1ms
Aug 08 19:59:10 vdr vdr[68137]: [softhddev]Clear: 20ms buffers 0
Aug 08 19:59:10 vdr vdr[68137]: video: set closing
Aug 08 19:59:10 vdr vdr[68137]: video: set clock --:--:--.---
Aug 08 19:59:10 vdr vdr[68137]: video: reset start
Aug 08 19:59:10 vdr vdr[68137]: video: set clock --:--:--.---
Aug 08 19:59:10 vdr vdr[68137]: video: new stream start
Aug 08 19:59:10 vdr vdr[68137]: [softhddev]SetVideoDisplayFormat: 1
Aug 08 19:59:10 vdr vdr[68137]: [softhddev]GetSpuDecoder:
Aug 08 19:59:10 vdr vdr[68137]: [68137] switching to channel 2 S19.2E-1-1039-10375 (tagesschau24 HD)
Aug 08 19:59:10 vdr vdr[68137]: [70111] osdteletext-receiver thread ended (pid=68137, tid=70111)
Aug 08 19:59:10 vdr vdr[68137]: [68137] buffer stats: 0 (0%) used
Aug 08 19:59:10 vdr vdr[68137]: video: reset start
Aug 08 19:59:10 vdr vdr[68137]: video: set clock --:--:--.---
Aug 08 19:59:10 vdr vdr[68137]: video/cuvid: closing eof
Aug 08 19:59:10 vdr vdr[68137]: audio/alsa: using device 'default'
Aug 08 19:59:10 vdr vdr[68137]: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
Aug 08 19:59:10 vdr vdr[68137]: audio/alsa: state PREPARED
Aug 08 19:59:10 vdr vdr[68137]: audio/alsa: start delay 336ms
Aug 08 19:59:10 vdr vdr[68137]: audio: a/v next buf(0, 0ms)
Aug 08 19:59:10 vdr vdr[68137]: audio: continue after flush
Aug 08 19:59:10 vdr vdr[68137]: audio: wait on start condition
Aug 08 19:59:10 vdr vdr[68137]: [70112] device 1 TS buffer thread ended (pid=68137, tid=70112)
Aug 08 19:59:10 vdr vdr[68137]: [70110] buffer stats: 119568 (2%) used
Aug 08 19:59:10 vdr vdr[68137]: [70110] device 1 receiver thread ended (pid=68137, tid=70110)
Aug 08 19:59:10 vdr vdr[68137]: [70126] device 1 receiver thread started (pid=68137, tid=70126, prio=high)
Aug 08 19:59:10 vdr vdr[68137]: [70127] osdteletext-receiver thread started (pid=68137, tid=70127, prio=high)
Aug 08 19:59:10 vdr vdr[68137]: [70128] device 1 TS buffer thread started (pid=68137, tid=70128, prio=high)
Aug 08 19:59:10 vdr vdr[68137]: [softhddev]SetPlayMode: 1
Aug 08 19:59:10 vdr vdr[68137]: video: set trick-speed 0
Aug 08 19:59:10 vdr vdr[68137]: audio: not paused, check the code
Aug 08 19:59:11 vdr vdr[68137]: video: new stream 242ms
Aug 08 19:59:11 vdr vdr[68137]: video: possible stream change loss
Aug 08 19:59:11 vdr vdr[68137]: audio: reset video ready
Aug 08 19:59:11 vdr vdr[68137]: audio: ----> 0ms start
Aug 08 19:59:11 vdr vdr[68137]: audio: flush 1 ring buffer(s)
Aug 08 19:59:11 vdr vdr[68137]: audio/alsa: flush state PREPARED
Aug 08 19:59:11 vdr vdr[68137]: codec: video codec close
Aug 08 19:59:11 vdr audit[68137]: ANOM_ABEND auid=4294967295 uid=1000 gid=100 ses=4294967295 pid=68137 comm=736F6674686464657620766964656F exe="/usr/bin/vdr" sig=11 res=1
Aug 08 19:59:11 vdr kernel: softhddev video[68348]: segfault at 5c00094b ip 00007f7c7ad5c659 sp 00007f7c7a34aa80 error 4 in libcuda.so.450.57[7f7c7ab4d000+110b000]
Aug 08 19:59:11 vdr kernel: Code: 00 e8 5b bd 03 00 8b 53 0c 39 d5 75 f4 eb cd 66 90 8d 46 fc 83 f8 01 0f 86 36 01 00 00 53 48 89 fb 48 83 ec 10 48 85 ff 74 27 <83> 3f 03 74 32 b8 c5 02 00 00 48 83 c4 10 5b c3 81 7b 6c c2 0b 00
Aug 08 19:59:11 vdr kernel: audit: type=1701 audit(1596909551.081:156): auid=4294967295 uid=1000 gid=100 ses=4294967295 pid=68137 comm=736F6674686464657620766964656F exe="/usr/bin/vdr" sig=11 res=1
Aug 08 19:59:11 vdr systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Aug 08 19:59:11 vdr systemd[1]: vdr.service: Failed with result 'signal'.
...
Alles anzeigen
...
Aug 08 21:21:51 vdr vdr[95056]: [softhddev]SetPlayMode: 0
Aug 08 21:21:51 vdr vdr[95056]: audio: reset video ready
Aug 08 21:21:51 vdr vdr[95056]: audio: ----> 0ms start
Aug 08 21:21:51 vdr vdr[95056]: audio: flush 1 ring buffer(s)
Aug 08 21:21:51 vdr vdr[95056]: audio/alsa: flush state PREPARED
Aug 08 21:21:51 vdr vdr[95056]: video: reset start
Aug 08 21:21:51 vdr vdr[95056]: video: set clock --:--:--.---
Aug 08 21:21:51 vdr vdr[95056]: audio: audio flush 4ms
Aug 08 21:21:51 vdr vdr[95056]: [softhddev]Clear: 0ms buffers 0
Aug 08 21:21:51 vdr vdr[95056]: video: set closing
Aug 08 21:21:51 vdr vdr[95056]: video: set clock --:--:--.---
Aug 08 21:21:51 vdr vdr[95056]: video: reset start
Aug 08 21:21:51 vdr vdr[95056]: video: set clock --:--:--.---
Aug 08 21:21:51 vdr vdr[95056]: video: new stream start
Aug 08 21:21:51 vdr vdr[95056]: [softhddev]SetVideoDisplayFormat: 1
Aug 08 21:21:51 vdr vdr[95056]: [softhddev]GetSpuDecoder:
Aug 08 21:21:51 vdr vdr[95056]: video/cuvid: closing eof
Aug 08 21:21:51 vdr vdr[95056]: [95056] switching to channel 18 S19.2E-1-1089-12040 (SUPER RTL)
Aug 08 21:21:51 vdr vdr[95056]: [95959] osdteletext-receiver thread ended (pid=95056, tid=95959)
Aug 08 21:21:51 vdr vdr[95056]: [95056] buffer stats: 0 (0%) used
Aug 08 21:21:51 vdr vdr[95056]: audio/alsa: using device 'default'
Aug 08 21:21:51 vdr vdr[95056]: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
Aug 08 21:21:51 vdr vdr[95056]: audio/alsa: state PREPARED
Aug 08 21:21:51 vdr vdr[95056]: audio/alsa: start delay 336ms
Aug 08 21:21:51 vdr vdr[95056]: audio: a/v next buf(0, 0ms)
Aug 08 21:21:51 vdr vdr[95056]: audio: continue after flush
Aug 08 21:21:51 vdr vdr[95056]: audio: wait on start condition
Aug 08 21:21:51 vdr vdr[95056]: [95960] device 1 TS buffer thread ended (pid=95056, tid=95960)
Aug 08 21:21:51 vdr vdr[95056]: [95958] buffer stats: 70688 (1%) used
Aug 08 21:21:51 vdr vdr[95056]: [95958] device 1 receiver thread ended (pid=95056, tid=95958)
Aug 08 21:21:51 vdr vdr[95056]: [95974] device 1 receiver thread started (pid=95056, tid=95974, prio=high)
Aug 08 21:21:51 vdr vdr[95056]: [95975] osdteletext-receiver thread started (pid=95056, tid=95975, prio=high)
Aug 08 21:21:51 vdr vdr[95056]: [softhddev]SetPlayMode: 1
Aug 08 21:21:51 vdr vdr[95056]: video: set trick-speed 0
Aug 08 21:21:51 vdr vdr[95056]: audio: not paused, check the code
Aug 08 21:21:51 vdr vdr[95056]: [95976] device 1 TS buffer thread started (pid=95056, tid=95976, prio=high)
Aug 08 21:21:51 vdr vdr[95056]: video: new stream 225ms
Aug 08 21:21:51 vdr vdr[95056]: video: possible stream change loss
Aug 08 21:21:51 vdr vdr[95056]: codec: video codec close
Aug 08 21:21:51 vdr vdr[95056]: audio: reset video ready
Aug 08 21:21:51 vdr audit[95056]: ANOM_ABEND auid=4294967295 uid=1000 gid=100 ses=4294967295 pid=95056 comm=736F6674686464657620766964656F exe="/usr/bin/vdr" sig=11 res=1
Aug 08 21:21:51 vdr vdr[95056]: audio: ----> 0ms start
Aug 08 21:21:51 vdr vdr[95056]: audio: flush 1 ring buffer(s)
Aug 08 21:21:51 vdr vdr[95056]: audio/alsa: flush state PREPARED
Aug 08 21:21:51 vdr vdr[95056]: Cuvid Driver API error = 0400
Aug 08 21:21:51 vdr vdr[95056]: Cuvid Driver API error = 0400
Aug 08 21:21:51 vdr vdr[95056]: Cuvid Driver API error = 0709
Aug 08 21:21:51 vdr kernel: softhddev video[95307]: segfault at 7f4a00000000 ip 00007f4aa2d5c659 sp 00007f4a95ffea80 error 4 in libcuda.so.450.57[7f4aa2b4d000+110b000]
Aug 08 21:21:51 vdr kernel: Code: 00 e8 5b bd 03 00 8b 53 0c 39 d5 75 f4 eb cd 66 90 8d 46 fc 83 f8 01 0f 86 36 01 00 00 53 48 89 fb 48 83 ec 10 48 85 ff 74 27 <83> 3f 03 74 32 b8 c5 02 00 00 48 83 c4 10 5b c3 81 7b 6c c2 0b 00
Aug 08 21:21:51 vdr kernel: audit: type=1701 audit(1596914511.496:181): auid=4294967295 uid=1000 gid=100 ses=4294967295 pid=95056 comm=736F6674686464657620766964656F exe="/usr/bin/vdr" sig=11 res=1
Aug 08 21:21:51 vdr systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Aug 08 21:21:51 vdr systemd[1]: vdr.service: Failed with result 'signal'.
...
Alles anzeigen
Btw. PIP works here.
Lars