@ mini73
hab nicht weiter die Sache verfolgt bei vdr4arch. Ein BT wurde nicht erstellt, der Skindesigner Patch wurde rausgenommen da ich diese Menüansicht nur zum Testen verwendet habe.
@ mini73
hab nicht weiter die Sache verfolgt bei vdr4arch. Ein BT wurde nicht erstellt, der Skindesigner Patch wurde rausgenommen da ich diese Menüansicht nur zum Testen verwendet habe.
Bei mir sieht der Patch gut aus. VDR läuft wieder stabil und schaltet sauber - auch ntv hd.
Ich habe auch den VDR mit vdr-2.2.0-caid_buffer-v2.diff neu gebaut, aber direkt beim switchen auf ntv hd crasht er immer noch (habe nur mit skindesigner probiert).
... auch bei mir läuft der VDR mit dem Patch von Lars in Version 2 sauber durch, inkl. nTV, bei guten ZAP-Zeiten. Zum Skindesigner kann ich leider nichts sagen, da ich dieses Plugin nicht verwende.
Danke noch Mal an alle für ihre Hilfestellung.
Gruß
Neo
100% OK mit Skinflatplus
Moin,
also der Patch für die horizontalen Menüs und dieser Patch können sich nicht überlagern...ich tippe eher auf falsche Header weil nicht korrekt clean gebaut wurde.
Ciao Louis
Ich lösche jedesmal die Sourcen und baue dann komplett neu bei vdr4arch. Wie gesagt, ohne geht es und ich habe das nicht weiter verfolgt. Also keine Panik, nehmt es als Hinweis.
Bitte verfolge das ruhig weiter.
So ein Backtrace ist ja kein Hexenwerk und es würde mich durchaus interessieren...
Lars.
Normalerweiße löscht da archlinux beim paket bauen eh alles wenn etwas altes vorhanden ( pkg/ src/
Nur wenn du mit
baust:
-C, --cleanbuild
Remove the $srcdir before building the package.
Beim Skindesigner und ein paar anderen Plugins bin ich da auch schon mal drauf reingefallen - alternativ müsste man für ein make clean in der Vorbereitungsphase des PKGBUILD sorgen oder das so bauen, wie Copperhead das für vdr4arch mit repo-make vorgesehen hat.
seahawk1986 stimmt, danke für den Tipp.
==> Removing existing $srcdir/ directory...
==> Extracting sources...
-> Extracting vdr-2.2.0.tar.bz2 with bsdtar
@ Alle
Leider habe ich ein crash hier, ich weiß nicht ob das jetzt etwas mit Horizontal Menu patch für skindesigner zu tun hat oder nicht, ich habe aber skindesigner noch nicht installiert, nur VDR gepatcht:
coredump:
# coredumpctl
TIME PID UID GID SIG PRESENT EXE
Sat 2015-12-05 23:21:25 CET 257 666 666 8 * /usr/bin/vdr
Mon 2015-12-07 22:21:02 CET 26468 666 666 11 * /usr/bin/vdr
[root@vdrrpi ~]# coredumpctl gdb 26468
PID: 26468 (vdr)
UID: 666 (vdr)
GID: 666 (vdr)
Signal: 11 (SEGV)
Timestamp: Mon 2015-12-07 22:19:55 CET (9min ago)
Command Line: /usr/bin/vdr
Executable: /usr/bin/vdr
Control Group: /system.slice/vdr.service
Unit: vdr.service
Slice: system.slice
Boot ID: ee6c19d2e7e742c0a963c078e6c8927d
Machine ID: fef5d6816a3a438f9fb10c288c8c44d6
Hostname: vdrrpi
Coredump: /var/lib/systemd/coredump/core.vdr.666.ee6c19d2e7e742c0a963c078e6c8927d.26468.1449523195000000.lz4
Message: Process 26468 (vdr) of user 666 dumped core.
Stack trace of thread 26475:
#0 0x000000000011a23c _ZNK9cHashBase3GetEj (vdr)
#1 0x000000000009c45c _ZN4cEITC2EP10cSchedulesihPKhb (vdr)
#2 0x000000000009d7f8 _ZN10cEitFilter7ProcessEthPKhi (vdr)
#3 0x00000000000ec974 _ZN15cSectionHandler6ActionEv (vdr)
#4 0x0000000000110b14 _ZN7cThread11StartThreadEPS_ (vdr)
#5 0x0000000076ef1f98 start_thread (libpthread.so.0)
GNU gdb (GDB) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "armv7l-unknown-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/vdr...Reading symbols from /usr/lib/debug/usr/bin/vdr.debug...done.
done.
[New LWP 26475]
[New LWP 26483]
[New LWP 26477]
[New LWP 26478]
[New LWP 26476]
[New LWP 26484]
[New LWP 26490]
[New LWP 26468]
[New LWP 26479]
[New LWP 26481]
[New LWP 26474]
[New LWP 27149]
[New LWP 26480]
[New LWP 27150]
[New LWP 26482]
[New LWP 26489]
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/bin/vdr'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 cHashBase::Get (this=0x72d0069c, Id=1449945600) at tools.c:2182
2182 tools.c: No such file or directory.
[Current thread is 1 (Thread 0x73f4e3f0 (LWP 26475))]
(gdb) bt
#0 cHashBase::Get (this=0x72d0069c, Id=1449945600) at tools.c:2182
#1 0x0009c45c in cEIT::cEIT (this=0x73f4cce8, Schedules=<optimized out>, Source=<optimized out>, Tid=<optimized out>,
Data=0x73f4cdac "Q\371\204\023\062\371p\370", <incomplete sequence \357>, OnlyRunningStatus=false) at eit.c:75
#2 0x0009d7f8 in cEitFilter::Process (this=0x5f9df0, Pid=<optimized out>, Tid=<optimized out>,
Data=0x73f4cdac "Q\371\204\023\062\371p\370", <incomplete sequence \357>, Length=2439) at eit.c:394
#3 0x000ec974 in cSectionHandler::Action (this=0x5d6908) at sections.c:212
#4 0x00110b14 in cThread::StartThread (Thread=0x5d6908) at thread.c:262
#5 0x76ef1f98 in start_thread () from /usr/lib/libpthread.so.0
Backtrace stopped: Cannot access memory at address 0x400cc3fc
(gdb) l
2177 in tools.c
(gdb)
VDR Log:
Dec 07 22:17:00 vdrrpi vdr[26468]: [26468] switching to channel 1 (ORF1 HD)
Dec 07 22:17:00 vdrrpi vdr[26468]: [26468] CAM 1: unassigned
Dec 07 22:17:00 vdrrpi vdr[26468]: [cecremote] Primary device, Channel Switch 0 t
Dec 07 22:17:00 vdrrpi vdr[26468]: [27116] device 1 TS buffer thread ended (pid=26468, tid=27116)
Dec 07 22:17:00 vdrrpi vdr[26468]: [27115] buffer stats: 135924 (2%) used
Dec 07 22:17:00 vdrrpi vdr[26468]: [27115] device 1 receiver thread ended (pid=26468, tid=27115)
Dec 07 22:17:00 vdrrpi vdr[26468]: [26468] CAM 1: assigned to device 1
Dec 07 22:17:00 vdrrpi vdr[26468]: [cecremote] Not primary device, Channel Switch 0 f
Dec 07 22:17:00 vdrrpi vdr[26468]: [cecremote] Not primary device, Channel Switch 1 f
Dec 07 22:17:01 vdrrpi vdr[26468]: [27121] device 1 receiver thread started (pid=26468, tid=27121, prio=high)
Dec 07 22:17:01 vdrrpi vdr[26468]: [cecremote] Primary device, Channel Switch 1 t
Dec 07 22:17:01 vdrrpi vdr[26468]: [cecremote] TV : ORF1 HD
Dec 07 22:17:01 vdrrpi vdr[26468]: [27122] device 1 TS buffer thread started (pid=26468, tid=27122, prio=high)
Dec 07 22:17:01 vdrrpi vdr[26468]: [27121] rpihddevice: set video codec to H264
Dec 07 22:17:01 vdrrpi vdr[26468]: [26483] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Dec 07 22:17:02 vdrrpi vdr[26468]: [26482] rpihddevice: video stream started 1280x720@50p
Dec 07 22:17:06 vdrrpi vdr[26468]: [26483] rpihddevice: [libav] frame sync error
Dec 07 22:17:06 vdrrpi vdr[26468]: [26483] rpihddevice: failed to decode audio frame!
Dec 07 22:17:07 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:17:07 vdrrpi vdr[26468]: [cecremote] key pressed 30 (0)
Dec 07 22:17:07 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:17:07 vdrrpi vdr[26468]: [cecremote] Action 1 Val 48 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:17:07 vdrrpi vdr[26468]: [cecremote] Put(32)
Dec 07 22:17:08 vdrrpi vdr[26468]: [26468] switching to channel 2 (ORF2W HD)
Dec 07 22:17:08 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:17:08 vdrrpi vdr[26468]: [cecremote] key pressed 30 (276)
Dec 07 22:17:08 vdrrpi vdr[26468]: [26468] CAM 1: unassigned
Dec 07 22:17:08 vdrrpi vdr[26468]: [cecremote] Primary device, Channel Switch 0 t
Dec 07 22:17:08 vdrrpi vdr[26468]: [27122] device 1 TS buffer thread ended (pid=26468, tid=27122)
Dec 07 22:17:08 vdrrpi vdr[26468]: [27121] buffer stats: 161492 (3%) used
Dec 07 22:17:08 vdrrpi vdr[26468]: [27121] device 1 receiver thread ended (pid=26468, tid=27121)
Dec 07 22:17:08 vdrrpi vdr[26468]: [26468] CAM 1: assigned to device 1
Dec 07 22:17:08 vdrrpi vdr[26468]: [cecremote] Not primary device, Channel Switch 0 f
Dec 07 22:17:08 vdrrpi vdr[26468]: [cecremote] Not primary device, Channel Switch 2 f
Dec 07 22:17:08 vdrrpi vdr[26468]: [cecremote] Primary device, Channel Switch 2 t
Dec 07 22:17:08 vdrrpi vdr[26468]: [27126] device 1 receiver thread started (pid=26468, tid=27126, prio=high)
Dec 07 22:17:08 vdrrpi vdr[26468]: [cecremote] TV : ORF2W HD
Dec 07 22:17:08 vdrrpi vdr[26468]: [27127] device 1 TS buffer thread started (pid=26468, tid=27127, prio=high)
Dec 07 22:17:09 vdrrpi vdr[26468]: [27126] rpihddevice: set video codec to H264
Dec 07 22:17:09 vdrrpi vdr[26468]: [26483] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Dec 07 22:17:09 vdrrpi vdr[26468]: [26482] rpihddevice: video stream started 1280x720@50p
Dec 07 22:18:05 vdrrpi vdr[26468]: [26483] rpihddevice: [libav] exponent out-of-range
Dec 07 22:18:05 vdrrpi vdr[26468]: [26483] rpihddevice: [libav] error decoding the audio block
Dec 07 22:18:16 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:16 vdrrpi vdr[26468]: [cecremote] key pressed 31 (0)
Dec 07 22:18:16 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:16 vdrrpi vdr[26468]: [cecremote] Action 1 Val 49 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:16 vdrrpi vdr[26468]: [cecremote] Put(33)
Dec 07 22:18:17 vdrrpi vdr[26468]: [26468] switching to channel 1 (ORF1 HD)
Dec 07 22:18:17 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:17 vdrrpi vdr[26468]: [cecremote] key pressed 31 (276)
Dec 07 22:18:17 vdrrpi vdr[26468]: [26468] CAM 1: unassigned
Dec 07 22:18:17 vdrrpi vdr[26468]: [cecremote] Primary device, Channel Switch 0 t
Dec 07 22:18:17 vdrrpi vdr[26468]: [27127] device 1 TS buffer thread ended (pid=26468, tid=27127)
Dec 07 22:18:17 vdrrpi vdr[26468]: [27126] buffer stats: 246280 (4%) used
Dec 07 22:18:17 vdrrpi vdr[26468]: [27126] device 1 receiver thread ended (pid=26468, tid=27126)
Dec 07 22:18:17 vdrrpi vdr[26468]: [26468] CAM 1: assigned to device 1
Dec 07 22:18:17 vdrrpi vdr[26468]: [cecremote] Not primary device, Channel Switch 0 f
Dec 07 22:18:17 vdrrpi vdr[26468]: [cecremote] Not primary device, Channel Switch 1 f
Dec 07 22:18:17 vdrrpi vdr[26468]: [cecremote] Primary device, Channel Switch 1 t
Dec 07 22:18:17 vdrrpi vdr[26468]: [27145] device 1 receiver thread started (pid=26468, tid=27145, prio=high)
Dec 07 22:18:17 vdrrpi vdr[26468]: [cecremote] TV : ORF1 HD
Dec 07 22:18:17 vdrrpi vdr[26468]: [27146] device 1 TS buffer thread started (pid=26468, tid=27146, prio=high)
Dec 07 22:18:17 vdrrpi vdr[26468]: [27145] rpihddevice: set video codec to H264
Dec 07 22:18:17 vdrrpi vdr[26468]: [26483] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Dec 07 22:18:18 vdrrpi vdr[26468]: [26482] rpihddevice: video stream started 1280x720@50p
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] key pressed 30 (0)
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] Action 1 Val 48 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] Put(32)
Dec 07 22:18:22 vdrrpi vdr[26468]: [26468] switching to channel 2 (ORF2W HD)
Dec 07 22:18:22 vdrrpi vdr[26468]: [26468] CAM 1: unassigned
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] Primary device, Channel Switch 0 t
Dec 07 22:18:22 vdrrpi vdr[26468]: [26468] CAM 1: assigned to device 1
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] Not primary device, Channel Switch 0 f
Dec 07 22:18:22 vdrrpi vdr[26468]: [27146] device 1 TS buffer thread ended (pid=26468, tid=27146)
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] Not primary device, Channel Switch 2 f
Dec 07 22:18:22 vdrrpi vdr[26468]: [27145] buffer stats: 141376 (2%) used
Dec 07 22:18:22 vdrrpi vdr[26468]: [27145] device 1 receiver thread ended (pid=26468, tid=27145)
Dec 07 22:18:22 vdrrpi vdr[26468]: [27149] device 1 receiver thread started (pid=26468, tid=27149, prio=high)
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] Primary device, Channel Switch 2 t
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] TV : ORF2W HD
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:22 vdrrpi vdr[26468]: [cecremote] key pressed 30 (241)
Dec 07 22:18:22 vdrrpi vdr[26468]: [27150] device 1 TS buffer thread started (pid=26468, tid=27150, prio=high)
Dec 07 22:18:22 vdrrpi vdr[26468]: [27149] rpihddevice: set video codec to H264
Dec 07 22:18:22 vdrrpi vdr[26468]: [26483] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Dec 07 22:18:23 vdrrpi vdr[26468]: [26482] rpihddevice: video stream started 1280x720@50p
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] key pressed 30 (0)
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] Action 1 Val 48 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] Put(32)
Dec 07 22:18:23 vdrrpi vdr[26468]: [26468] switching to channel 3 (ORF III HD)
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] key pressed 30 (265)
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] key pressed 30 (0)
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] Action 1 Val 48 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:23 vdrrpi vdr[26468]: [cecremote] Put(32)
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] key pressed 30 (276)
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] key pressed 30 (0)
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] Action 1 Val 48 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] Put(32)
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:24 vdrrpi vdr[26468]: [cecremote] key pressed 30 (276)
Dec 07 22:18:28 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:28 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:28 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:28 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:28 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:29 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:29 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:29 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:29 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:29 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:29 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:29 vdrrpi vdr[26468]: [cecremote] key pressed 27 (132)
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:31 vdrrpi vdr[26468]: [cecremote] key pressed 27 (130)
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:32 vdrrpi vdr[26468]: [cecremote] key pressed 27 (136)
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:36 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:37 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:37 vdrrpi vdr[26468]: [cecremote] key pressed 27 (134)
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:40 vdrrpi vdr[26468]: [cecremote] key pressed 27 (130)
Dec 07 22:18:43 vdrrpi vdr[26468]: [cecremote] CEC Command 160 : vendor command with id
Dec 07 22:18:43 vdrrpi vdr[26468]: [cecremote] CEC Command 160 : vendor command with id
Dec 07 22:18:44 vdrrpi vdr[26468]: [cecremote] CEC Command 160 : vendor command with id
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CEC Command 128 : routing change
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: >> source activated: Playback 1 (4)
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CECSourceActivatedCallback adress 4 activated 1
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << powering on 'TV' (0)
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << Playback 1 (4) -> broadcast (F): active source (1000)
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CEC Command 134 : set stream path
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: >> source activated: Playback 1 (4)
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CECSourceActivatedCallback adress 4 activated 1
Dec 07 22:18:45 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << Playback 1 (4) -> broadcast (F): active source (1000)
Dec 07 22:18:47 vdrrpi vdr[26468]: [cecremote] CEC Command 131 : give physical address
Dec 07 22:18:47 vdrrpi vdr[26468]: [cecremote] CEC Command 140 : give device vendor id
Dec 07 22:18:48 vdrrpi vdr[26468]: [cecremote] CEC Command 137 : vendor command
Dec 07 22:18:48 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: >> source activated: Playback 1 (4)
Dec 07 22:18:48 vdrrpi vdr[26468]: [cecremote] CECSourceActivatedCallback adress 4 activated 1
Dec 07 22:18:48 vdrrpi vdr[26468]: [cecremote] CEC Command 160 : vendor command with id
Dec 07 22:18:48 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << Playback 1 (4) -> broadcast (F): active source (1000)
Dec 07 22:18:49 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << powering on 'TV' (0)
Dec 07 22:18:49 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << Playback 1 (4) -> broadcast (F): active source (1000)
Dec 07 22:18:50 vdrrpi vdr[26468]: [cecremote] CEC Command 160 : vendor command with id
Dec 07 22:18:50 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << Playback 1 (4) -> broadcast (F): active source (1000)
Dec 07 22:18:51 vdrrpi vdr[26468]: [cecremote] CEC Command 160 : vendor command with id
Dec 07 22:18:51 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << Playback 1 (4) -> broadcast (F): active source (1000)
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] CEC Command 68 : user control pressed
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] key pressed 27 (0)
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] Action 1 Val 39 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] Put(18)
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] CEC Command 139 : vendor remote button up
Dec 07 22:18:54 vdrrpi vdr[26468]: [cecremote] key pressed 27 (131)
Dec 07 22:19:04 vdrrpi vdr[26468]: [27150] i/o throttle activated, count = 1 (tid=27150)
Dec 07 22:19:22 vdrrpi vdr[26468]: [27150] buffer usage: 70% (tid=27149)
Dec 07 22:19:31 vdrrpi vdr[26468]: [27150] buffer usage: 80% (tid=27149)
Dec 07 22:19:40 vdrrpi vdr[26468]: [27150] buffer usage: 90% (tid=27149)
Dec 07 22:19:49 vdrrpi vdr[26468]: [27150] buffer usage: 100% (tid=27149)
Dec 07 22:19:52 vdrrpi vdr[26468]: [26468] PANIC: watchdog timer expired - exiting!
Dec 07 22:19:52 vdrrpi vdr[26468]: [cecremote] cCECRemote::PushCmd 0 (size 0)
Dec 07 22:19:52 vdrrpi vdr[26468]: [cecremote] Action 0 Val -1 Phys Addr 0 Logical ffffffff ffffffff
Dec 07 22:19:52 vdrrpi vdr[26468]: [cecremote] cCECRemote exit worker thread
Dec 07 22:19:52 vdrrpi vdr[26468]: [26488] CEC receiver thread ended (pid=26468, tid=26488)
Dec 07 22:19:53 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: >> source deactivated: Playback 1 (4)
Dec 07 22:19:53 vdrrpi vdr[26468]: [cecremote] CECSourceActivatedCallback adress 4 activated 0
Dec 07 22:19:53 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: << Playback 1 (4) -> broadcast (F): inactive source
Dec 07 22:19:53 vdrrpi vdr[26468]: [cecremote] CEC NOTICE: unregistering client: libCEC version = 3.0.1, client version = 3.0.1, firmware version =
Dec 07 22:19:54 vdrrpi vdr[26468]: [cecremote] cCECRemote::Disconnect
Dec 07 22:19:54 vdrrpi vdr[26468]: [26491] KBD remote control thread ended (pid=26468, tid=26491)
Dec 07 22:20:22 vdrrpi systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Dec 07 22:20:22 vdrrpi systemd[1]: vdr.service: Unit entered failed state.
Dec 07 22:20:22 vdrrpi vdr[27162]: [27162] VDR version 2.2.0 started
Dec 07 22:20:22 vdrrpi systemd[1]: vdr.service: Failed with result 'signal'.
Dec 07 22:20:22 vdrrpi vdr[27162]: [27162] switched to user 'vdr'
Dec 07 22:20:22 vdrrpi systemd[1]: vdr.service: Service hold-off time over, scheduling restart.
Dec 07 22:20:22 vdrrpi vdr[27162]: [27162] codeset is 'UTF-8' - known
Dec 07 22:20:22 vdrrpi systemd[1]: Stopped Video Disk Recorder.
Dec 07 22:20:22 vdrrpi vdr[27162]: [27162] override character table is 'ISO-8859-15'
Dec 07 22:20:22 vdrrpi systemd[1]: Starting Video Disk Recorder...
Alles anzeigen
Anbei die gewünschte Ausgabe
# systemctl cat vdr.service
# /usr/lib/systemd/system/vdr.service
[Unit]
Description=Video Disk Recorder
After=osXXm.service
After=sundtek.service
After=xlogin@vdr.service
[Service]
Type=notify
ExecStart=/usr/bin/vdr
Restart=on-failure
RestartPreventExitStatus=2
[Install]
WantedBy=multi-user.target
# /etc/systemd/system/vdr.service.d/rpi.conf
[Unit]
Conflicts=getty@tty8.service
[Service]
StandardInput=tty
TTYPath=/dev/tty8
ExecStartPre=/usr/bin/chvt 8
ExecStartPre=/usr/bin/setterm --clear all --cursor off
# vdr --showargs
--chartab=ISO-8859-15
--grab=/tmp
--log=3
--shutdown=/usr/lib/vdr/bin/shutdown-wrapper
--userdump
--watchdog=90
--plugin=cecremote
--plugin=dvbXXX -d
--plugin=rpihddevice
#
Alles anzeigen
Für mich sieht das so aus, als ob da der Watchdog des VDR zuschlägt:
Dec 07 22:19:52 vdrrpi vdr[26468]: [26468] PANIC: watchdog timer expired - exiting!
Nimm die Zeile mal probehalber raus und schau, was er dann macht:
--watchdog=90
Loggst du eigentlich ins RAM oder auf die SD-Karte? Entweder hat deine SD-Karte ein Problem oder du verlangst der zu viele I/O Operationen ab:
Dec 07 22:19:04 vdrrpi vdr[26468]: [27150] i/o throttle activated, count = 1 (tid=27150)
Ja, das ist eine komische Stelle für einen Absturz. Spontan sehe ich da auch keinen Zusammenhang.
Beim Abarbeiten der EPG-Daten geht da irgendwas schief. Wenn der Watchdog da zuschlägt, dann hängt der vdr da irgendwo in einer Schleife, aus der er nicht rechtzeitig herauskommt. Schwer zu sagen, was da der Grund ist.
Lars.
Ich habe jetzt watchdog auf 0 gesetzt was ihm eingentlich deaktivieren soll:
nano /etc/vdr/conf.d/00-vdr.conf
--watchdog=0
# Activate the watchdog timer with a timeout of sec seconds. A value of 0 (default) disables the
# watchdog.
So wie ich es aus der Ausgabe unten verstehen kann logt VDR direkt auf die microsd karte (so ist default auf der archlinuxarm) bzw systemds journalctl logt so
# df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/root ext4 3,9G 1,5G 2,2G 41% /
devtmpfs devtmpfs 363M 0 363M 0% /dev
tmpfs tmpfs 367M 0 367M 0% /dev/shm
tmpfs tmpfs 367M 392K 366M 1% /run
tmpfs tmpfs 367M 0 367M 0% /sys/fs/cgroup
tmpfs tmpfs 367M 8,0K 367M 1% /tmp
/dev/mmcblk0p1 vfat 100M 18M 83M 18% /boot
tmpfs tmpfs 74M 0 74M 0% /run/user/1001
# fdisk -l /dev/mmcblk0
Disk /dev/mmcblk0: 29,7 GiB, 31914983424 bytes, 62333952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2a39af48
Device Boot Start End Sectors Size Id Type
/dev/mmcblk0p1 2048 206847 204800 100M c W95 FAT32 (LBA)
/dev/mmcblk0p2 206848 8595455 8388608 4G 83 Linux
#
Alles anzeigen
So wie ich es aus der Ausgabe unten verstehen kann logt VDR direkt auf die microsd karte (so ist default auf der archlinuxarm) bzw systemds journalctl logt so
Ja, aber das heißt ja nicht, dass man das so nutzen muss - gerade wenn man in ein I/O throttling des VDR läuft, kann es Sinn machen journald nur ins RAM loggen zu lassen (ein paar Megabyte reichen ja für ein bis zwei Tage, solange man keine Coredumps automatisch einsammeln möchte).
jetzt wo watchdog=0 ist kommt zu keinen crash aber da tut sich nach einem Sender wechseln. Da ist buffer voll und i/o throttle activated, am bild is Channel Info OSD zu sehen und so steht. Muss wohl noch mit loggen im RAM probieren.
Dec 08 12:10:27 vdrrpi vdr[30962]: [30962] switching to channel 27 (N24 HD)
Dec 08 12:10:27 vdrrpi vdr[30962]: [30962] CAM 1: unassigned
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] Primary device, Channel Switch 0 t
Dec 08 12:10:27 vdrrpi vdr[30962]: [30962] CAM 1: assigned to device 1
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] Not primary device, Channel Switch 0 f
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] Not primary device, Channel Switch 27 f
Dec 08 12:10:27 vdrrpi vdr[30962]: [31135] device 1 TS buffer thread ended (pid=30962, tid=31135)
Dec 08 12:10:27 vdrrpi vdr[30962]: [31134] buffer stats: 78960 (1%) used
Dec 08 12:10:27 vdrrpi vdr[30962]: [31134] device 1 receiver thread ended (pid=30962, tid=31134)
Dec 08 12:10:27 vdrrpi vdr[30962]: [31138] device 1 receiver thread started (pid=30962, tid=31138, prio=high)
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] Primary device, Channel Switch 27 t
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] TV : N24 HD
Dec 08 12:10:27 vdrrpi vdr[30962]: [31139] device 1 TS buffer thread started (pid=30962, tid=31139, prio=high)
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] CEC Command 68 : user control pressed
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] key pressed 30 (0)
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] cCECRemote::PushCmd 1 (size 0)
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] Action 1 Val 48 Phys Addr 0 Logical ffffffff ffffffff
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] Put(32)
Dec 08 12:10:27 vdrrpi vdr[30962]: [30962] switching to channel 28 (RTL HD)
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] CEC Command 139 : vendor remote button up
Dec 08 12:10:27 vdrrpi vdr[30962]: [cecremote] key pressed 30 (126)
Dec 08 12:11:00 vdrrpi vdr[30962]: [31139] i/o throttle activated, count = 1 (tid=31139)
Dec 08 12:11:13 vdrrpi vdr[30962]: [31139] buffer usage: 70% (tid=31138)
Dec 08 12:11:19 vdrrpi vdr[30962]: [31139] buffer usage: 80% (tid=31138)
Dec 08 12:11:26 vdrrpi vdr[30962]: [31139] buffer usage: 90% (tid=31138)
Dec 08 12:11:32 vdrrpi vdr[30962]: [31139] buffer usage: 100% (tid=31138)
Dec 08 12:34:31 vdrrpi vdr[30962]: [cecremote] CEC Command 160 : vendor command with id
Dec 08 12:34:32 vdrrpi vdr[30962]: [cecremote] CEC Command 160 : vendor command with id
Alles anzeigen
crow omd co.
irgendwie scheint Ihr hier m. M. n. am Thema des Threades vorbeizudiskutieren.
Eure Probleme haben doch nichts mit dem eigentlichen Thread zu tun! Oder sehe ich das falsch?
Kurz was von mir zum eigentlichen Thema:
Da bei mir noch stable-yavdr mit vdr-2.0.6 läuft habe ich den "einfachen" Patch von stefan.r aus dem Beitrag 62 manuell eingefügt, also bloß den Buffer von 512 auf 1024 erhöht und dann den VDR neu erstellt. Seit dem läuft der VDR wieder einwandfrei und es gibt keine restarts bei n-tv HD mehr!
Paulaner
Ich habe im Post 115 geschrieben dass der patch von Lars funktioniert und keine crash von vdr mehr zu sehen ist nach umschalten auf n-TV HD. Dann hat utiltiy post 117 geschrieben das bei ihm crasht und das vielleicht in Zusammenhang mit Horizontal Menü patch etwas zu tun hat. Das wollte ich testen und berichten, und falls crasht den backtrace zu erstellen. Wenn das OT ist dann bitte posts löschen. Horizontal patch brauche ich so wie so nicht.
Da jetzt letzte crash bei mir nichts mit Patch zu tun hat, kann ich nicht beurteilen.
Moin,
Horizontal patch brauche ich so wie so nicht.
im VDR 2.3.1 hat Klaus diesen Patch übernommen...wenn es da also wirklich einen Zusammenhang geben sollte, wäre das Herausfinden des Grundes für den Crash nicht verkehrt
Ciao Louis
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!