Richtig, aber seahawk hatte ihn für 3.4.4 angepasst und dort zeigt er offensichtlich den gleichen Fehler.
Beiträge von jsffm
-
-
-
Jetzt habe ich doch ein Problem mit dem Patch entdeckt, beim Aufräumen war ich auf eine mpeg2 Aufnahme vom alten DVB-T gestoßen, und dabei geht 1 Core auf 100% und irgendwann beendet der Watchdog das Ganze, das Bild bleint beim Livebild stehen.
-
Ich hab den Patch in mein gentoo ebuild eingebaut und recompiliert, sieht gut aus.
-
Noch ein Fehler in LCARS, wenn ich im Record-Menü was lösche, bleiben Reste der Bestätigungsmeldung. Bilder kann ich aus bekannten Gründen nicht liefern.
-
Mit libx265 ging das schon immer, mit h264_nvenc jetzt auch.
-
Hmm, da der Crash selten auftritt .. mal sehn
-
Bei mir lief es gestern Abend, mal abgesehen von einem Crash beim Beenden einer Aufnahme, absolut stabil. Es lief als 2. Instanz auf meinem vdr3, um die Aufzeichnngen nicht zu gefährden.
-
Crash beim Beenden tritt leider noch auf.
-
-
Der Patch funktioniert leider nicht bei 3.4.4
-
Ein diff für den ffmpeg würde die Sache einfacher machen.
-
Leider manchmal noch ein Problem beim Beenden von PIP und beim Beenden des vdr:
Der vdr lief als 2. Instanz.
Alles anzeigenCode- Oct 13 12:34:45 vdr3-2 vdr[9515]: [9515] OSD size changed to 1920x1080 @ 1
- Oct 13 12:34:45 vdr3-2 vdr[9515]: [9515] [softhddev]CreateOsd: left 38, top 22,level 0, using OpenGL OSD support
- Oct 13 12:34:45 vdr3-2 vdr[9515]: [9515] [softhddev]cOglOsd osdLeft 38 osdTop 22 screenWidth 1920 screenHeight 1080
- Oct 13 12:34:46 vdr3-2 vdr[9515]: [9515] [softhddev]CreateOsd: left 38, top 22,level 0, using OpenGL OSD support
- Oct 13 12:34:46 vdr3-2 vdr[9515]: [9515] [softhddev]cOglOsd osdLeft 38 osdTop 22 screenWidth 1920 screenHeight 1080
- Oct 13 12:34:50 vdr3-2 vdr[9515]: video: normal aspect output 195x194+1611+21 Video 345x194
- Oct 13 12:34:50 vdr3-2 vdr[9515]: CUVID Init ok 1280x720
- Oct 13 12:34:50 vdr3-2 vdr[9515]: video: normal aspect output 345x194+1536+21 Video 345x194
- Oct 13 12:34:57 vdr3-2 vdr[9515]: [9515] [softhddev]CreateOsd: left 38, top 22,level 0, using OpenGL OSD support
- Oct 13 12:34:57 vdr3-2 vdr[9515]: [9515] [softhddev]cOglOsd osdLeft 38 osdTop 22 screenWidth 1920 screenHeight 1080
- Oct 13 12:35:01 vdr3-2 vdr[9515]: [softhddev]PipStop: pip close 14ms
- Oct 13 12:35:02 vdr3-2 vdr[9515]: [9549] i/o throttle activated, count = 1 (tid=9549)
- Oct 13 12:35:02 vdr3-2 vdr[9515]: [9549] buffer usage: 70% (tid=9546)
- Oct 13 12:35:02 vdr3-2 vdr[9515]: [9549] buffer usage: 80% (tid=9546)
- Oct 13 12:35:02 vdr3-2 vdr[9515]: [9549] buffer usage: 90% (tid=9546)
- Oct 13 12:35:02 vdr3-2 vdr[9515]: [9549] buffer usage: 100% (tid=9546)
- Oct 13 12:35:11 vdr3-2 vdr[8795]: [9438] buffer usage: 70% (tid=9545)
- Oct 13 12:35:11 vdr3-2 vdr[8795]: [9438] buffer usage: 80% (tid=9545)
- Oct 13 12:35:11 vdr3-2 vdr[8795]: [9438] buffer usage: 90% (tid=9545)
- Oct 13 12:35:12 vdr3-2 vdr[8795]: [9438] ERROR: 1 ring buffer overflow (188 bytes dropped)
- Oct 13 12:35:18 vdr3-2 vdr[8795]: [9438] ERROR: 53307 ring buffer overflows (10021716 bytes dropped)
- Oct 13 12:35:20 vdr3-2 vdr[8795]: [9547] ERROR: streamdev-server: couldn't senddata: Die Wartezeit für die Verbindung ist abgelaufen
- Oct 13 12:35:20 vdr3-2 vdr[8795]: [9547] streamdev-writer thread ended (pid=8795, tid=9547)
- Oct 13 12:35:20 vdr3-2 vdr[8795]: [8833] streamdev-server: closing VTP connection to 127.0.0.1:33773
- Oct 13 12:35:20 vdr3-2 vdr[8795]: [9548] streamdev-livestreaming thread ended (pid=8795, tid=9548)
- Oct 13 12:35:20 vdr3-2 vdr[8795]: [8833] buffer stats: 3759813 (99%) used
- Oct 13 12:36:01 vdr3-2 vdr[9515]: [9515] PANIC: watchdog timer expired - exiting!
-
Nicht lebenswichtig, aber wie Ckone schon sagt, im remote-Betrieb sehr praktisch.
-
Mal gerade die aktuelle Version getestet, wenn ich Ok drücke, sehe ich Reste vom vorherigen OSD. Leider wird OSD nicht beim grab angezeigt.
-
Das mit den Bildrucklern habe ich nochmal überprüft, die scheinen in der aktuellen Version weg zu sein. Ich denke, ich wage es und lasse softhdcuvid mal auf meinem Prod-System (vdr3) aktiv.
-
So, ffmpeg auf 3.4.4 angehoben, war etwas aufwendig, weil sich das mit kodi beisst, den musste ich erst auf internen ffmpeg umstellen.
Läuft jetzt
Sorry für die Umstände, aber vielleicht haben wir ja beide was dabei gelernt.
-
-
Ein Unterschied wäre noch, in vdr2 habe ich ffmpeg 3.3.8 und in vdr2 3.4.4.
-
So, jetzt habe habe ich den Treiber in vdr3 an vdr2 angepasst: 390.87 -> 396.54. Gleiches Problem.
Mit DEBUG neu übersetzt:
Alles anzeigenCode- Oct 12 10:54:46 vdr3-2 vdr[8860]: [8860] replay /video/%Marija/2018-10-11.22.59.34-0.rec
- Oct 12 10:54:46 vdr3-2 vdr[8860]: [8860] playing '/video/%Marija/2018-10-11.22.59.34-0.rec/00001.ts'
- Oct 12 10:54:46 vdr3-2 vdr[8860]: [8860] [softhddev]SetPlayMode: 1
- Oct 12 10:54:46 vdr3-2 vdr[8860]: Set Playmode 1
- Oct 12 10:54:46 vdr3-2 vdr[8860]: video: set trick-speed 0
- Oct 12 10:54:46 vdr3-2 vdr[8860]: [8923] dvbplayer thread started (pid=8860, tid=8923, prio=high)
- Oct 12 10:54:46 vdr3-2 vdr[8860]: [8924] non blocking file reader thread started (pid=8860, tid=8924, prio=high)
- Oct 12 10:54:46 vdr3-2 vdr[8860]: video: new stream 9ms
- Oct 12 10:54:47 vdr3-2 vdr[8860]: video: hvec detected
- Oct 12 10:54:47 vdr3-2 vdr[8860]: pesdemux: pes start code id 0xc0
- Oct 12 10:54:47 vdr3-2 vdr[8860]: pesdemux: new codec 000000 -> 0x15032
- Oct 12 10:54:47 vdr3-2 vdr[8860]: codec: using audio codec ID 0x15032 (aac_latm)
- Oct 12 10:54:47 vdr3-2 vdr[8860]: codec: audio 'AAC LATM (Advanced Audio Coding LATM syntax)'
- Oct 12 10:54:47 vdr3-2 vdr[8860]: codec/audio: format change fltp 48000Hz *2 channels
- Oct 12 10:54:47 vdr3-2 vdr[8860]: codec/audio: resample fltp 48000Hz *2 -> s16 48000Hz *2
- Oct 12 10:54:47 vdr3-2 vdr[8860]: audio/alsa: using device 'default'
- Oct 12 10:54:47 vdr3-2 vdr[8860]: audio/alsa: start delay 336ms
- Oct 12 10:54:47 vdr3-2 vdr[8860]: codec/audio: inital drift delay 3189ms
- Oct 12 10:54:48 vdr3-2 vdr[8860]: in VideoDecode make close
- Oct 12 10:54:48 vdr3-2 vdr[8860]: CodecVideoClose
- Oct 12 10:54:48 vdr3-2 vdr[8860]: ***************codec: Video Open using video codec ID 0x00ae (hevc)
- Oct 12 10:54:48 vdr3-2 vdr[8860]: codec: decoder found
- Oct 12 10:54:48 vdr3-2 vdr[8860]: codec: video 'Nvidia CUVID HEVC decoder'
- Oct 12 10:54:48 vdr3-2 vdr[8860]: Codec open 0
- Oct 12 10:54:48 vdr3-2 vdr[8860]: Initializing cuvid hwaccel thread ID:8912
- Oct 12 10:54:48 vdr3-2 vdr[8860]: schon passiert
- Oct 12 10:54:48 vdr3-2 vdr[8860]: video: ready --:--:--.--- 20ms/frame 1239ms
- Oct 12 10:54:48 vdr3-2 vdr[8860]: Cuvid_get_format: codec 174 fmts:
- Oct 12 10:54:48 vdr3-2 vdr[8860]: 0x00000081 cuda
- Oct 12 10:54:48 vdr3-2 vdr[8860]: 0x00000019 nv12
- Oct 12 10:54:48 vdr3-2 vdr[8860]: Cuvid_get_format: codec 174 fmts:
- Oct 12 10:54:48 vdr3-2 vdr[8860]: 0x00000081 cuda
- Oct 12 10:54:48 vdr3-2 vdr[8860]: video profile -99 codec id 174
- Oct 12 10:54:48 vdr3-2 vdr[8860]: video: create decoder 16bit?=0 1920x1080
- Oct 12 10:54:48 vdr3-2 vdr[8860]: Cuvid Clean up
- Oct 12 10:54:48 vdr3-2 vdr[8860]: video/cuvid: CuvidDestroySurfaces
- Oct 12 10:54:48 vdr3-2 vdr[8860]: checkCudaErrors() Driver API error = 0709
Alles anzeigenCode- #0 0x00007ffff614efc0 in raise () from /lib64/libc.so.6
- #1 0x00007ffff6150b8d in abort () from /lib64/libc.so.6
- #2 0x00007ffff3df59de in checkCudaErrors (err=CUDA_ERROR_CONTEXT_IS_DESTROYED)
- at video.c:1673
- #3 0x00007ffff3df5bc4 in CuvidDestroySurfaces (
- decoder=decoder@entry=0x555556c98dd0) at video.c:1772
- #4 0x00007ffff3df6800 in CuvidCleanup (decoder=0x555556c98dd0) at video.c:1960
- #5 Cuvid_get_format (decoder=0x555556c98dd0, video_ctx=0x7fffc4372880,
- fmt=<optimized out>) at video.c:2284
- #6 0x00007ffff3df8f85 in Video_get_format (hw_decoder=0x555556c98dd0,
- video_ctx=0x7fffc4372880, fmt=0x7fffc4b26fa0) at video.c:4368
- #7 0x00007ffff1a43e15 in ?? () from /usr/lib64/libavcodec.so.57
- #8 0x00007ffff16e9de5 in ?? () from /usr/lib64/libavcodec.so.57
- #9 0x00007fffeed8aa4a in ?? () from /usr/lib64/libnvcuvid.so.1
- #10 0x00007fffeedf638c in ?? () from /usr/lib64/libnvcuvid.so.1
- #11 0x00007fffeedeb7e8 in ?? () from /usr/lib64/libnvcuvid.so.1
- #12 0x00007fffeededcb7 in ?? () from /usr/lib64/libnvcuvid.so.1
- #13 0x00007fffeedf6938 in ?? () from /usr/lib64/libnvcuvid.so.1
- #14 0x00007fffeedf6bf4 in ?? () from /usr/lib64/libnvcuvid.so.1
- #15 0x00007fffeed894f1 in ?? () from /usr/lib64/libnvcuvid.so.1
- #16 0x00007ffff16e92ce in ?? () from /usr/lib64/libavcodec.so.57
- #17 0x00007ffff1a4563f in avcodec_send_packet ()
- from /usr/lib64/libavcodec.so.57
- #18 0x00007ffff3e01530 in CodecVideoDecode (decoder=0x555556c99210,
- avpkt=avpkt@entry=0x7ffff4027378 <MyVideoStream+9112>) at codec.c:478
- #19 0x00007ffff3df09a4 in VideoDecodeInput (
- stream=0x7ffff4024fe0 <MyVideoStream>) at softhddev.c:1976
- #20 0x00007ffff3df792c in CuvidDisplayHandlerThread () at video.c:3512
- #21 0x00007ffff3dfa5b4 in VideoDisplayHandlerThread (dummy=<optimized out>)
- at video.c:4187
- #22 0x00007ffff795592a in start_thread () from /lib64/libpthread.so.0
- #23 0x00007ffff6219f2f in clone () from /lib64/libc.so.6
Die letzten Änderungen waren schon drin.
