Hab das bei mir mal eingebaut. Besten Dank dafür. Kommen ja doch immer mal wieder Kanäle dazu wo man sonst selbst wieder auf die Suche gehen muß..
Posts by PmK
-
-
SurfaceCleanerZ genau die läuft bei mir.
-
Hab auch eine Unifi G3 hier seit 3 Jahren hängen. Funktioniert tadellos, meldet sich wenn sich was bewegt, lässt sich super konfigurieren, hab auch eine in der Firma auf dem Dach und hier wird ein Raspberry 1 als Videoplayer verwendet. Das funktioniert jetzt auch seit einem Jahr tadellos.
-
Hallo kamel, also ich hab das auch schon durchprobiert und das macht keinen Unterschied ob mit oder ohne GPU-Accel. Irgendwie scheint Skindesigner beim Absturz aus welchem Grund auch immer auf meinem Raspbian aber ein Problem mit dem OSD-Layer zu haben so das dieser nach dem Neustart nicht mehr angezeigt wird. Laut Logs sieht man auch immer das der animator-thread gestartet und beendet wird. Das verhalten hab ich mit dem LCARS nicht. Der Fehler mit dem i/o throttle ist aber immer noch mit der selben Häufigkeit vorhanden wie vorher. Ich bin schon am überlegen ob ich nicht minisatip mal als Zuspieler probiere Übergangsweise. Hab eh TVheadend auf dem Server laufen und der regelt auch meine Aufzeichnungen.. ergo bräuchte ich VDR dann dort gar nicht mehr.
-
Ok.. Also noch mehreren Tagen testens hab ich folgendes Fazit. Ohne vdr-patches, ohne skindesigner aber mit epgsync, svdrpservice, rpihddevice und streamdev hab ich immer noch die i/o throttle Fehler beim Umschalten. Das gute ist jetzt, das ich nicht mehr neu starten muß. Anscheinend scheint beim Absturz mit Skindesigner irgendetwas nicht wirklich bereinigt zu werden weshalb dann das OSD nicht mehr geht. Das passiert mit dem LCARS-Skin mal nicht mehr.
Der Fehler tritt ziemlich selten auf aber eigentlich IMMER nach dem Umschalten. Es kommt dann auch kein Bild mehr sondern der buffer läuft voll und dann wars das..
Grüsse, PmK
Code
Display MoreFeb 11 17:29:50 raspberrypi vdr: [329] switching to channel 3 S19.2E-1-1017-61301 (ProSieben HD) Feb 11 17:29:51 raspberrypi vdr: [2007] i/o throttle activated, count = 1 (tid=2007) Feb 11 17:29:51 raspberrypi vdr: [2007] buffer usage: 70% (tid=2006) Feb 11 17:29:51 raspberrypi vdr: [2007] buffer usage: 80% (tid=2006) Feb 11 17:29:52 raspberrypi vdr: [2007] buffer usage: 90% (tid=2006) Feb 11 17:29:52 raspberrypi vdr: [2007] buffer usage: 100% (tid=2006) Feb 11 17:30:19 raspberrypi vdr: [329] PANIC: watchdog timer expired - exiting! Feb 11 17:30:19 raspberrypi lircd[473]: lircd-0.9.4c[473]: Info: removed client Feb 11 17:30:19 raspberrypi lircd-0.9.4c[473]: Info: removed client Feb 11 17:30:20 raspberrypi systemd[1]: vdr.service: Main process exited, code=exited, status=1/FAILURE Feb 11 17:30:20 raspberrypi systemd[1]: vdr.service: Unit entered failed state. Feb 11 17:30:20 raspberrypi systemd[1]: vdr.service: Failed with result 'exit-code'. Feb 11 17:30:20 raspberrypi systemd[1]: vdr.service: Service hold-off time over, scheduling restart. Feb 11 17:30:20 raspberrypi systemd[1]: Stopped VDR. Feb 11 17:30:20 raspberrypi systemd[1]: Starting VDR...
-
Ok. ich werd das mal so ausprobieren ob der vanilla vdr läuft. Heute früh wars wieder soweit.. selber Fehler i/o throttle activated und dann watchdog expired. Das ganze auch beim ersten Umschalten nachdem er die ganze Nacht lief und auch ein Bild gezeigt hat.
-
Meinst du den Standard-Skin von VDR oder vom Skindesigner? Welcher wäre das dann?
Grüsse, Jan
-
Also den Locking-Fehler hab ich nicht mehr.
Allerdings ist das Problem mit dem fehlenden OSD immer noch da.
Ich hab heute die ganze Zeit folgenden Fehler in den Logs gehabt:
CodeFeb 8 14:13:37 raspberrypi vdr: [418] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz Feb 8 14:13:41 raspberrypi vdr: [418] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz Feb 8 14:13:45 raspberrypi vdr: [418] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz Feb 8 14:13:49 raspberrypi vdr: [418] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Dann hat meine Frau eingeschalten und beim ersten Umschalten kommt dann dieser Fehler:
Code
Display MoreFeb 8 14:21:25 raspberrypi vdr: [808] i/o throttle activated, count = 1 (tid=808) Feb 8 14:21:25 raspberrypi vdr: [808] buffer usage: 70% (tid=807) Feb 8 14:21:25 raspberrypi vdr: [808] buffer usage: 80% (tid=807) Feb 8 14:21:25 raspberrypi vdr: [808] buffer usage: 90% (tid=807) Feb 8 14:21:25 raspberrypi vdr: [808] buffer usage: 100% (tid=807) Feb 8 14:21:53 raspberrypi vdr: [363] PANIC: watchdog timer expired - exiting! Feb 8 14:21:54 raspberrypi lircd[474]: lircd-0.9.4c[474]: Info: removed client Feb 8 14:21:54 raspberrypi lircd-0.9.4c[474]: Info: removed client Feb 8 14:21:54 raspberrypi systemd[1]: vdr.service: Main process exited, code=exited, status=1/FAILURE Feb 8 14:21:54 raspberrypi systemd[1]: vdr.service: Unit entered failed state. Feb 8 14:21:54 raspberrypi systemd[1]: vdr.service: Failed with result 'exit-code'. Feb 8 14:21:54 raspberrypi systemd[1]: vdr.service: Service hold-off time over, scheduling restart. Feb 8 14:21:54 raspberrypi systemd[1]: Stopped VDR. Feb 8 14:21:54 raspberrypi systemd[1]: Starting VDR...
Danach ist das OSD wieder weg und ich muß erst ganze System neu starten.
Streamdev-abort-Patch hab ich angewendet. Derartige Fehler wie den oben mit dem output-Format hab ich sonst nie im Log.
Kann da jemand helfen?
Grüsse, PmK
-
Mach ich natürlich sofort. Ich geb dir dann morgen oder übermorgen mal Bescheid ob das funktioniert. Nach dem ersten Start geht das immer eine Weile gut und erst wenn der vdr ne Weile lief kommt der Fehler bei mir.
1000 Dank schonmal für die schnelle Hilfe!
-
Ich hol den Thread nochmal hoch. Ich hab regelmässig immer noch bad locking order. Diesmal aber wie es scheint vom VDR selbst.
Verwendet wird der 2.4.1. Gibts dafür irgendwo nen Patch oder kennt das Problem jemand? Passiert eigentlich immer wenn man nach längerer Laufzeit den Kanal mal wechselt. Plugins hab ich streamdev, rpihddevice, epgsync, svdrpservice und skindesigner
Nach dem Absturz hab ich dann kein OSD mehr und muß den ganzen Raspberry neu starten das es wieder läuft..
Ich verwende den zapcockpit-patch vom skindesigner.. kann der evt. diesen Fehler provozieren?
Code
Display MoreFeb 7 06:13:52 raspberrypi vdr: [361] --- begin invalid lock sequence report Feb 7 06:13:52 raspberrypi vdr: [361] 681 R - - - - - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 681 U - - - - - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 361 R - - - - - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 U - - - - - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 361 - R - - - - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 - U - - - - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 361 W - - - - - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 * - - - R - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 * - - - U - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 361 U - - - - - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 361 W - - - - - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 U - - - - - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 681 R - - - - - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 681 U - - - - - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 361 - R - - - - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 - U - - - - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 361 - R - - - - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 - U - - - - - - - - U Feb 7 06:13:52 raspberrypi vdr: [361] 361 - - - - R - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 - R - - * - - - - - L Feb 7 06:13:52 raspberrypi vdr: [361] 361 invalid lock sequence: 2 Channels Feb 7 06:13:52 raspberrypi vdr: [361] full backtrace: Feb 7 06:13:53 raspberrypi vdr: [361] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:735 Feb 7 06:13:53 raspberrypi vdr: [361] /usr/bin/vdr cChannels::GetChannelsRead(cStateKey&, int) at channels.c:852 Feb 7 06:13:53 raspberrypi vdr: [361] /usr/bin/vdr at ??:0 Feb 7 06:13:53 raspberrypi vdr: [361] /usr/bin/vdr cDisplayChannel::DisplayInfo() at menu.c:4708 Feb 7 06:13:53 raspberrypi vdr: [361] /usr/bin/vdr cDisplayChannelExtended::StateInit(int, cSkinDisplayChannelExtended*) at menu.c:5088 Feb 7 06:13:53 raspberrypi vdr: [361] /usr/bin/vdr cDisplayChannelExtended::ProcessKey(eKeys) at menu.c:4987 Feb 7 06:13:53 raspberrypi vdr: [361] /usr/bin/vdr main at vdr.c:1486 Feb 7 06:13:53 raspberrypi vdr: [361] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at libc-start.c:325 Feb 7 06:13:53 raspberrypi vdr: [361] --- end invalid lock sequence report Feb 7 06:13:53 raspberrypi vdr: [361] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED! Feb 7 06:13:53 raspberrypi vdr: [711] animator thread thread started (pid=361, tid=711, prio=high)
-
Die Problematik mit dem Umschalten und dann kein Bild hab ich bei mir auch. Passiert bei mir immer wenn der VDR z.B. über Nacht durchlief (RPI ist 24/7) und ich dann früh TV einschalte und umschalten will. Das ganze Thema VDR und Raspberry mit aktuellen Versionen ist irgendwie seit geraumer Zeit ziemlich unbefriedigend. Ich hab jetzt auch mal die GPU-Unterstützung ausgeschalten seit ein paar Tagen und das scheint bei mir schonmal etwas zu helfen.
Grüsse, PmK
-
Also eigentlich schau ich viel 1080p auf dem Pi4 und hab da mit dem 18er Kodi keine größeren Probleme. Ab und an hab ich da zwar schon ein "stottern" gesehen aber völlig unbrauchbar war das deshalb nicht gleich..
-
Also nach einigen Tagen testen kann ich bis jetzt folgendes sagen:
Vorher hatte ich nach den Abstürzen immer wieder kein OSD mehr auf dem Raspberry und musste das Teil dann neu booten. Das hab ich bisher mit beiden Patches nicht mehr gehabt.
ABER:
Ich bekomm jetzt immer noch nach längerer Laufzeit (RPI läuft 24/7) wenn man einschaltet den selben Fehler siehe unten.
Filesystem ist bei mir ext4, Recordings-Verzeichnis hängt per nfs4 im System.
Code
Display MoreDec 5 06:09:21 raspberrypi vdr: [16892] ERROR: 9 TS packet(s) not accepted in Transfer Mode Dec 5 06:09:21 raspberrypi vdr: [16515] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz Dec 5 06:09:28 raspberrypi vdr: [16515] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz Dec 5 06:09:35 raspberrypi vdr: [17423] animator thread thread started (pid=16505, tid=17423, prio=high) Dec 5 06:09:36 raspberrypi vdr: [16515] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz Dec 5 06:09:36 raspberrypi vdr: [16505] switching to channel 6 S19.2E-1-1109-5402 (DMAX HD) Dec 5 06:09:37 raspberrypi vdr: [16893] i/o throttle activated, count = 1 (tid=16893) Dec 5 06:09:38 raspberrypi vdr: [16893] buffer usage: 70% (tid=16892) Dec 5 06:09:38 raspberrypi vdr: [16893] buffer usage: 80% (tid=16892) Dec 5 06:09:38 raspberrypi vdr: [16893] buffer usage: 90% (tid=16892) Dec 5 06:09:38 raspberrypi vdr: [16893] buffer usage: 100% (tid=16892) Dec 5 06:10:05 raspberrypi vdr: [16505] PANIC: watchdog timer expired - exiting! Dec 5 06:10:05 raspberrypi vdr: [17423] animator thread thread ended (pid=16505, tid=17423) Dec 5 06:10:05 raspberrypi lircd[448]: lircd-0.9.4c[448]: Info: removed client
-
nanohcv den Deadlock-Fix hatte ich mal selbst eingebaut. Aber wie gesagt, früh immer Abbrüche. Da war dann aber auch keine Info wegen Deadlock in den Logs.
Bei dem Repo von ciminus ist aber die Änderung anscheinend drin.
-
Hallo nanohcv, laut dem was ich so gefunden habe sollten diese Patches eigentlich im GIT eingepflegt sein. Ich schau aber gleich mal ob da vieleicht doch noch was fehlt.
Edit:
okayy.... der Deadlock Fix ist drin, der andere patch allerdings nicht. Jetzt bin ich gespannt ob das ein für alle mal ein Ende hat mit diesen komischen Abstürzen.. Danke nanohcv!!
-
Hat echt keiner solche Probleme das er nach längerer Zeit plötzlich beim Umschalten derartige Abstürze hat?
-
Hallo Jungs,
mein VDR läuft jetzt langsam aber sicher halbwegs stabil. Nur ein Problem plagt mich noch.
Es kommt immer wieder mal vor (Vorzugsweise wenn man nach längerer Zeit mal umschaltet), das ich folgenden Fehler im Log habe und der VDR abstürzt.
Das passiert mir 2-3x am Tag.
Im Forum hatte ich gesehen das es dafür eine Anpassung des Streamdevs gab. Ich verwende allerdings die Version aus dem git -> https://projects.vdr-developer.org/git/vdr-plugin-streamdev.git/
Gibt es noch irgendetwas was ich hier tun kann?
Grüsse, PmK
Code
Display MoreNov 15 06:34:52 raspberrypi vdr: [398] switching to channel 1 S19.2E-1-1057-61200 (RTL HD) Nov 15 06:34:53 raspberrypi vdr: [1026] i/o throttle activated, count = 1 (tid=1026) Nov 15 06:34:53 raspberrypi vdr: [1026] buffer usage: 70% (tid=1025) Nov 15 06:34:53 raspberrypi vdr: [1026] buffer usage: 80% (tid=1025) Nov 15 06:34:54 raspberrypi vdr: [1026] buffer usage: 90% (tid=1025) Nov 15 06:34:54 raspberrypi vdr: [1026] buffer usage: 100% (tid=1025) Nov 15 06:35:21 raspberrypi vdr: [398] PANIC: watchdog timer expired - exiting!
-
Hat sich beim Pi4b eigentlich auf Entwicklerseite bis jetzt was getan bzgl. VDR Ausgabeplugin?
-
Bei Watterrot schau ich so gut wie immer nur wegen den Silentstepsticks für 3D-Drucker da sie ja sehr eng mit Trinamic zusammenarbeiten aber den ganzen anderen Elektronik-Kram gibts bei semaf electronics oder bei aliexpress (für die geduldigen) dann am Ende doch günstiger.
-
Stimmt nur bedingt! Erstens is da kaum noch was sinnvolles zu holen und 2tens muß man unbedingt aufpassen das man im ALTEN Webshop bestellt.
Denn nur das wird dann im Warenkorb auch um 50% reduziert..
Grüsse,