Ich möchte bei der Gelegenheit noch erwähnen, dass beim Wechsel auf metrix+ alles wie angedacht funktioniert und nichts abstürzt. Da kann man schneiden, löschen, verschieben usw. bis zum Umfallen... das läuft rock stable.... trotz Verwendung von extrecmenu
1.2.1 - animations reloaded
-
- [skindesigner]
- louis
-
-
Moin inob,
na das ist doch was Ich konnte den Fehler mit dem estuary Skin und aktiviertem extrecmenu bei mir leider nicht nachvollziehen...
Ciao Louis
-
Muss dann wohl am Skin estuary liegen, wenn ich sonst nix geändert habe. Brauch bloß von metrix+ auf estuary wechseln und ein bisschen im Aufzeichnungsmenü "rummachen" und schon gehts ab ins Nirwana.
-
Hi,
das Problem kenne ich. Auf meinem Desktop VDR zum Nachbearbeiten habe ich das Gleiche (manchmal - momentan wieder immer). Wenn ich das Aufzeichnungsmenu aufmache gibts einen Crash. Bin hier inzwischen wieder auf LCARS gegangen. Hatte das immer auf meine Xineliboutput Ausgabe geschoben (wegen der anderen Probleme damit allerdings nur ein Bauchgefühl...). Aber da fragte Louis sich ja schon selber, ob er da Lust hat zu debuggen. Scheint aber wohl nicht nur mein Problem zu sein...
Gruß
msv -
-
Ja, benutze ich. Hab dein estuary Skin allerdings noch um die Spalte für die Duration erweitert. Du kümmerst dich ja in dem drübergelegten Skin nicht um das, was mal im extrec an Spalten eingestellt war. Ist ja auch nicht schlimm. Kann man ja, dank der flexibilität der XML Files, selber erweitern.Die Tags sind ja da.
gruß
msv -
Ja, benutze ich. Hab dein estuary Skin allerdings noch um die Spalte für die Duration erweitert.
Hm...schon seltsam. "Eigentlich" kann es nicht sein, dass sich verschiedene Skins da unterschiedlich verhalten bzw. dass estuary crasht und metrix nicht. Ist aber ein guter Ansatz, muss ich mir mal genauer anschauen, wo da die Unterschiede zwischen den beiden Skins liegen. Blöd ist halt, dass ich die Crashes bei mir absolut nicht nachvollziehen kann. Ich hatte es ja schon auf meine Entwicklungsumgebung geschoben (zum entwickeln benutze ich xineliboutput in einer VM) und hatte eigentlich den Verdacht, dass die Crashes eher in der OpenGL Erweiterung vom softhddevice begründet sind. Wenn das aber nun bei dir auch mit xineliboutput auftritt, ist diese Theorie auch falsch.Magst du mal testen, ob die crashes bei dir mit dem metrixHD Skin auch weg sind?
Ciao Louis
-
PS: noch eine Frage: macht es einen Unterschied, ob ihr bei estuary4vdr das normale (schmale) Aufzeichnungsmenü verwendet oder das breite? msv scheint ja das breite zu verwenden...ich meine, ich habe nur mit dem schmalen getestet...
Ciao Louis
-
Ich benutze nur das schmale ohne irgendwelche "Eigenkompositionen". Also den Original-Skin aus dem Git.
-
Ich benutze nur das schmale ohne irgendwelche "Eigenkompositionen". Also den Original-Skin aus dem Git.
Das breite ist ja auch "original", kann man ja im Setup umstellen...aber ok, daran liegt es also auch nichtCiao Louis
-
Eventuell liegts an der Darstellung diverser Icons oder den Coverbildern? Muss ja irgendeinen ersichtlichen Unterschied zwischen den beiden Skins geben. EPG kommt bei mir über das epg2vdr-Plugin, die Cover über scraper2vdr. Der epgd läuft auf ner anderen Kiste. Im Aufzeichnungsordner sind knapp 1000 Aufnahmen drin, wobei das mit anderen Skins auch kein Problem ist. Selbst wenn ich noch 3 weitere Platten dazuhänge.
-
ich hab jetzt nochmal diverse Konfigurationen getestet.
estuary breit -> crash
estuary schmal -> OK
estuary breit -> OK
VDR neustart
estuary breit -> crash
estuary schmal -> OK
VDR neustart
estuary schmal -> OK
estuary breit -> OK
VDR neustart
estuary breit -> OKauch nach 3xNeustart noch OK
MetrixHD ist immer OK (Horizontal sowie vertikal)
Ansonsten habe ich die gleiche Konfiguration wie INOB, also epg2vdr und scraper2vdr. epgd liegt auf meinem Server.
Gruß
msv -
Verschieb mal ne Aufnahme in einen anderen Ordner über das VDR-Menü. Da fliegt der VDR bei mir unter estuary sofort weg. Mit metrix+ NoProblem. Ansonsten ist das bei mir auch sehr unsystematisch bis der Fehler kommt. Mir kommt das immer vor, als ob sich da im Hintergrund was staut, was irgendwann zum segfault führt. Merkt man auch an der Bedienung, da kommen desöfteren Denkpausen vor.
-
Hi,
geht mir ähnlich, beim löschen von Aufnahmen schmiert mir der VDR sporadisch ab. Manchmal ist Skindesigner, manchmal epg2vdr der Schuldige.
Ganz extrem habe ich auch diese "Denkpausen", auch sporadisch nicht reproduzierbar, da lässt sich der VDR manchmal bis ca. 20 Sekunden lang nicht bedienen, der reagiert dann auf nix. Das wiederum habe ich auch mit epg2vdr in Verbindung gebracht und gedacht, es liegt an meinem etwas eigenartigen Aufbau. EPGD läuft bei mir auf dem Raspi2 und die Datenbank liegt auf einer am Cubietruck angeschlossenen HDD. Da es bei euch, sicherlich mit einer anderen Konfiguration, auch auftritt hat es ja vielleicht doch eine andere Ursache.
Gruß
Hollywood
-
Ich habe hier recht häufig segfaults, wenn ich nach dem Start des VDR zu früh ins Aufnahmemenü springe (direkt per 'Recordings'-Taste).
Skin ist estuary4vdr.Backtrace:
Code
Alles anzeigen(gdb) bt #0 0xb773034d in pthread_cond_signal@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0xb5d74e88 in ?? () from /usr/lib/libxcb.so.1 #2 0xb5d73822 in ?? () from /usr/lib/libxcb.so.1 #3 0xb5d73893 in xcb_writev () from /usr/lib/libxcb.so.1 #4 0xb6195fc6 in _XSend () from /usr/lib/libX11.so.6 #5 0xb6196574 in _XReply () from /usr/lib/libX11.so.6 #6 0x96a53080 in ?? () from /usr/lib/opengl/nvidia/lib/libGLX_nvidia.so.0 #7 0x96a5465f in ?? () from /usr/lib/opengl/nvidia/lib/libGLX_nvidia.so.0 #8 0x96a47a29 in glXMakeCurrent () from /usr/lib/opengl/nvidia/lib/libGLX_nvidia.so.0 #9 0x96a5931f in ?? () from /usr/lib/opengl/nvidia/lib/libGLX_nvidia.so.0 #10 0xb7729490 in __nptl_deallocate_tsd.part.2 () from /lib/libpthread.so.0 #11 0xb772a437 in start_thread () from /lib/libpthread.so.0 #12 0xb72fa82e in clone () from /lib/libc.so.6
log-Auszug:
Code
Alles anzeigenAug 27 14:16:15 vdr vdr[369]: [369] skindesigner: using decimal point , Aug 27 14:16:15 vdr vdr[369]: [369] skindesigner: using channel logo path /var/cache/vdr/channellogos/logos-vdr/ Aug 27 14:16:15 vdr vdr[369]: [369] skindesigner: using icon path /etc/vdr/etc/plugins/skindesigner/skins/estuary4vdr/themes/default/ Aug 27 14:16:15 vdr vdr[369]: [369] skindesigner: using skinparts path /etc/vdr/etc/plugins/skindesigner/skins/estuary4vdr/themes/default/skinparts/ Aug 27 14:16:15 vdr vdr[369]: [369] skindesigner: using svgtemplate path /etc/vdr/etc/plugins/skindesigner/skins/estuary4vdr/svgtemplates/ Aug 27 14:16:15 vdr vdr[369]: [369] skindesigner: using language de_DE Aug 27 14:16:15 vdr vdr[369]: [369] skindesigner: templates successfully validated and parsed Aug 27 14:16:15 vdr vdr[369]: epg2vdr: Init handler instance for thread 429 Aug 27 14:16:15 vdr vdr[369]: audio/alsa: using device 'pcm.51to20' Aug 27 14:16:15 vdr vdr[369]: epg2vdr: Trying to re-connect to database! Aug 27 14:16:15 vdr vdr[369]: epg2vdr: Calling mysql_init(429) Aug 27 14:16:15 vdr vdr[369]: audio/alsa: start delay 336ms Aug 27 14:16:15 vdr vdr[369]: epg2vdr: Start reading hashes from db Aug 27 14:16:16 vdr vdr[369]: epg2vdr: Finished reading hashes from db, got 5050 hashes (in 1 seconds) Aug 27 14:16:16 vdr vdr[369]: epg2vdr: Start reading external ids from db Aug 27 14:16:16 vdr vdr[369]: epg2vdr: Finished reading external id's from db, got 56 id's Aug 27 14:16:16 vdr vdr[369]: epg2vdr: Connection established successfull! Aug 27 14:16:17 vdr vdr[369]: video: slow down video, duping frame Aug 27 14:16:17 vdr vdr[369]: video: 11:58:12.491 +116 323 0/\ms 50+4+4 v-buf Aug 27 14:16:17 vdr vdr[369]: video/vdpau: synced after 66 frames Aug 27 14:16:21 vdr vdr[369]: [369] skindesigner: templates and images cached Aug 27 14:16:21 vdr vdr[369]: [369] skindesigner: cached 0 icons - size internal mem 0,00MB, high level mem 0,00MB Aug 27 14:16:21 vdr vdr[369]: [369] skindesigner: cached 0 logos - size 0,00MB internal mem Aug 27 14:16:21 vdr vdr[369]: [369] skindesigner: cached 0 skinparts - size internal mem 0,00MB, high level mem 0,00MB Aug 27 14:16:21 vdr vdr[369]: [369] skindesigner: templates loaded and caches created - needed 5726 ms Aug 27 14:16:21 vdr vdr[369]: [369] [softhddev]CreateOsd: left 38, top 22, level 0, using OpenGL OSD support Aug 27 14:16:21 vdr vdr[369]: [369] [softhddev]Trying to start OpenGL Worker Thread Aug 27 14:16:21 vdr vdr[369]: [464] oglThread thread started (pid=369, tid=464, prio=high) Aug 27 14:16:21 vdr vdr[369]: [464] [softhddev]OpenGL using display :0 Aug 27 14:16:21 vdr vdr[369]: [464] [softhddev]OpenGL Context initialized Aug 27 14:16:21 vdr vdr[369]: [464] [softhddev]Shaders initialized Aug 27 14:16:21 vdr vdr[369]: [464] [softhddev]vdpau interop initialized Aug 27 14:16:21 vdr vdr[369]: [464] [softhddev]Vertex buffers initialized Aug 27 14:16:21 vdr vdr[369]: [464] [softhddev]Maximum Pixmap size: 16384x16384px Aug 27 14:16:21 vdr vdr[369]: [369] [softhddev]OpenGL Worker Thread successfully started Aug 27 14:16:21 vdr vdr[369]: [369] [softhddev]cOglOsd osdLeft 38 osdTop 22 screenWidth 1920 screenHeight 1080 Aug 27 14:16:21 vdr vdr[369]: epg2vdr: Calling mysql_init(369) Aug 27 14:16:21 vdr vdr[369]: [369] timer 1 (1 0927-1017 'Kinder~Die Sendung mit der Maus~Lach- und Sachgeschichten') set to event So. 28.08.2016 09:30-10:00 (VPS: 28.08. 09:30) 'Die Sendung mit der Maus' Aug 27 14:16:21 vdr vdr[369]: epg2vdr: Answer 'Epg2Vdr_Timer_Service-v1.0' call with 21 timers, duration was (134 ms) Aug 27 14:16:21 vdr vdr[369]: epg2vdr: Closing mysql connection and calling mysql_thread_end(369) Aug 27 14:16:21 vdr systemd[1]: var-lib-layman.automount: Got automount request for /var/lib/layman, triggered by 369 (vdr) Aug 27 14:16:21 vdr systemd[1]: Mounting /var/lib/layman... Aug 27 14:16:21 vdr systemd[1]: Mounted /var/lib/layman. Aug 27 14:16:22 vdr vdr[369]: [476] animator thread thread started (pid=369, tid=476, prio=high) Aug 27 14:16:22 vdr vdr[369]: [369] max. latency time 7 seconds Aug 27 14:16:23 vdr vdr[369]: scraper2vdr: Got UUID 'C02B339B-E063-470C-AE5D-7EDB26B46854' by epg2vdr Aug 27 14:16:23 vdr vdr[369]: scraper2vdr: Trying to re-connect to database! Aug 27 14:16:23 vdr vdr[369]: scraper2vdr: Calling mysql_init(440) Aug 27 14:16:23 vdr vdr[369]: [425] video directory scanner thread ended (pid=369, tid=425) Aug 27 14:16:23 vdr vdr[369]: scraper2vdr: Connection established successfull! Aug 27 14:16:23 vdr vdr[369]: scraper2vdr: Got 2497 new scraped Events from Database Aug 27 14:16:23 vdr vdr[369]: scraper2vdr: Loading Movies information from Database... Aug 27 14:16:24 vdr vdr[369]: scraper2vdr: Got 773 new/updated Movies in 1s from Database (new max scrsp: 1472275096) Aug 27 14:16:24 vdr vdr[369]: scraper2vdr: Loading Movies content from Database... Aug 27 14:16:26 vdr vdr[369]: [476] animator thread thread ended (pid=369, tid=476) Aug 27 14:16:26 vdr vdr[369]: [369] [softhddev]CreateOsd: left 38, top 22, level 0, using OpenGL OSD support Aug 27 14:16:26 vdr vdr[369]: [369] [softhddev]cOglOsd osdLeft 38 osdTop 22 screenWidth 1920 screenHeight 1080 Aug 27 14:16:26 vdr vdr[369]: [479] detacher thread thread started (pid=369, tid=479, prio=high) Aug 27 14:16:27 vdr vdr[369]: [484] animator thread thread started (pid=369, tid=484, prio=high) Aug 27 14:16:27 vdr vdr[369]: scraper2vdr: Got 41 new/updated Image information in 3s from Database Aug 27 14:16:27 vdr vdr[369]: scraper2vdr: Loading Series information from Database... Aug 27 14:16:27 vdr vdr[369]: scraper2vdr: Got 652 new/updated Series in 0s from Database (new max scrsp: 1472289635) Aug 27 14:16:27 vdr vdr[369]: scraper2vdr: Loading Series content from Database... Aug 27 14:16:28 vdr vdr[369]: [479] detacher thread thread ended (pid=369, tid=479) Aug 27 14:16:28 vdr vdr[369]: [485] detacher thread thread started (pid=369, tid=485, prio=high) Aug 27 14:16:31 vdr vdr[369]: [369] ERROR: detacher thread thread 485 won't end (waited 2 seconds) - canceling it... Aug 27 14:16:31 vdr kernel: detacher thread[485]: segfault at 65747465 ip b6b888a9 sp 91cc42e4 error 4 in libvdr-skindesigner.so.2.2.0[b6af5000+167000] Aug 27 14:16:32 vdr systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV Aug 27 14:16:32 vdr svdrpsend[498]: connect: Verbindungsaufbau abgelehnt Aug 27 14:16:32 vdr systemd[1]: vdr.service: Control process exited, code=exited status=1 Aug 27 14:16:32 vdr systemd[1]: vdr.service: Unit entered failed state. Aug 27 14:16:32 vdr systemd[1]: vdr.service: Failed with result 'exit-code'. Aug 27 14:16:33 vdr systemd[1]: vdr.service: Service hold-off time over, scheduling restart. Aug 27 14:16:33 vdr systemd[1]: Stopped Video Disk Recorder.
Was kann ich noch an Infos liefern?
Christian
-
-
extrecmenu habe ich nicht.
Der Absturz tritt auch schon seit einigen Versionen in dieser Situation auf. Warten hilft, dann ist wohl /video fertig eingelesen. Habe ich aber oft keine Lust drauf...
/video liegt auf NFS.Schönen Urlaub in Irland. Ich warte noch auf eine Gelegenheit, meine 10. Reise dorthin zu machen. #9 ist aber auch schon gefühlte 20 Jahre her.
Christian
-
geht mir ähnlich, beim löschen von Aufnahmen schmiert mir der VDR sporadisch ab. Manchmal ist Skindesigner, manchmal epg2vdr der Schuldige.
Hatte ich jetzt erstmalig beim Löschen. In diesem Fall war es die letzte Aufnahme in dem Verzeichnis.
Code
Alles anzeigenAug 28 22:22:30 vdr vdr[370]: [370] confirm: Aufzeichnung löschen? Aug 28 22:22:30 vdr vdr[370]: [370] warning: Aufzeichnung löschen? Aug 28 22:22:30 vdr vdr[370]: video: decoder buffer empty, duping frame (60696/262113) 0 v-buf Aug 28 22:22:30 vdr vdr[370]: video/vdpau: missed frame (25/0) Aug 28 22:22:31 vdr vdr[370]: [370] confirmed Aug 28 22:22:31 vdr vdr[370]: [370] deleting recording '/video/Tatort/Köln/Ballauf_und_Schenk/2016x22_-_990._Durchgedreht/2016-08-21.20.12.1-0.rec' Aug 28 22:22:31 vdr vdr[370]: [370] renaming '/video/Tatort/Köln/Ballauf_und_Schenk/2016x22_-_990._Durchgedreht/2016-08-21.20.12.1-0.rec' to '/video/Tatort/Köln/Ballauf_und_Schenk/2016x22_-_990._Durchgedreht/2016-08-21.20.12.1-0.del' Aug 28 22:22:31 vdr vdr[370]: [370] executing '/usr/local/bin/rwrapper.sh deleted "/video/Tatort/Köln/Ballauf_und_Schenk/2016x22_-_990._Durchgedreht/2016-08-21.20.12.1-0.del"' Aug 28 22:22:31 vdr vdr[370]: [605] detacher thread thread started (pid=370, tid=605, prio=high) Aug 28 22:22:31 vdr vdr[370]: video: slow down video, duping frame Aug 28 22:22:31 vdr vdr[370]: video: 17:31:01.873 +105 308 0/\ms 59+4+4 v-buf Aug 28 22:22:31 vdr vdr[370]: video/vdpau: synced after 75 frames Aug 28 22:22:34 vdr vdr[370]: [370] ERROR: detacher thread thread 605 won't end (waited 2 seconds) - canceling it... Aug 28 22:22:34 vdr vdr[370]: [603] animator thread thread ended (pid=370, tid=603) Aug 28 22:22:34 vdr kernel: detacher thread[605]: segfault at 11 ip b6c20838 sp 904452e0 error 4 in libvdr-skindesigner.so.2.2.0[b6b8d000+167000] Aug 28 22:22:35 vdr systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Code
Alles anzeigenCore was generated by `/usr/local/bin/vdr'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0xb6c20838 in cDetacher::Action (this=0xa85b560) at coreengine/animation.c:49 49 detachable->RenderDetached(); [Current thread is 1 (Thread 0x90445b40 (LWP 605))] (gdb) (gdb) bt #0 0xb6c20838 in cDetacher::Action (this=0xa85b560) at coreengine/animation.c:49 #1 0x08159670 in cThread::StartThread (Thread=0xa85b560) at thread.c:262 #2 0xb7717370 in start_thread () from /lib/libpthread.so.0 #3 0xb72e782e in clone () from /lib/libc.so.6
Für's Protokoll
Christian
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!