Thanks, the duped frame problem is gone, but with this version i got a new one. If i stop the replay (stop key), now the picture trembles for a second or two before the replay is really stopped. I rechecked, but this doesn't happen with the version before. There i got at still picture for a second at most. Seems to be a side effect of your change. Any ideas about that?
Posts by wtor
-
-
I have tested a bit more. It seems to happen on any HD content. If i start replaying the log seems to be fine. Starting from the first jump done in the record (e.g. fast-foward or jump forward a minute) the log gets filled with these messages:
CodeOct 13 19:35:28 vdr vdr: video: speed up video, droping frame Oct 13 19:35:28 vdr vdr: video: decoder buffer empty, duping frame (20400/287) 182 v-buf closing 0 Oct 13 19:35:28 vdr vdr: video: 5:34:36.927 -25 3188 0/\ms 182+1+4 v-buf Oct 13 19:35:28 vdr vdr: video/vdpau: diff -2293 -25 lim 32 fill 2 Oct 13 19:35:28 vdr vdr: video: speed up video, droping frame
Also the duped frame counter in the softhhdevice menu increases fast. Log is attached. I have also uploaded a short video sample where the problem occurred after the first jump in the record:
https://www.4shared.com/s/fovcamQhAjq
Hope it helps for analyzing.
-
I'm using version 1.11.1 long time with a nvidia card and vdpau, no problems so far. Now i updated to 2.0.2 and i got massive messages for doubled frames if i replay a record (e.g. Das Erste / HD). If i open the softhdevice menu the count for doubled frames increases fast. As this is my only system (production) i reverted back to 1.11.1. Any know/introduced problems here?
-
Both problems seems to be fixed.
Thanks!
-
I cut a short recording and it shows the small jerks, like stuttering or so, really small. Inbetween playing, in the log many of the dropped/dupped frames messages are written. You can find the sample recording here: jerk sample
By the way, compiling with "SCREENSAVER ?= 0" i got compile errors:
Code
Display More** Plugin softhddevice: CXX softhddevice.o softhddevice.cpp: In member function ‘virtual eOSState cMenuSetupSoft::ProcessKey(eKeys)’: softhddevice.cpp:1431:5: error: ‘old_ssaver’ was not declared in this scope; did you mean ‘old_stde’? 1431 | old_ssaver = DisableScreensaver; | ^~~~~~~~~~ | old_stde softhddevice.cpp:1431:18: error: ‘DisableScreensaver’ was not declared in this scope; did you mean ‘SetDisableScreenSaver’? 1431 | old_ssaver = DisableScreensaver; | ^~~~~~~~~~~~~~~~~~ | SetDisableScreenSaver make[1]: *** [Makefile:207: softhddevice.o] Error 1
-
I'm not at home at the moment, but whats the best place for upload for a minute of HD recording?
-
Here the output of ffmpeg (the version doesn't change on my system):
Code
Display Moreroot@vdr:~# ffmpeg ffmpeg version 4.4.2-0ubuntu0.22.04.1 Copyright (c) 2000-2021 the FFmpeg developers built with gcc 11 (Ubuntu 11.2.0-19ubuntu1) configuration: --prefix=/usr --extra-version=0ubuntu0.22.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared WARNING: library configuration mismatch avcodec configuration: --prefix=/usr --extra-version=0ubuntu0.22.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared --enable-version3 --disable-doc --disable-programs --enable-libaribb24 --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libtesseract --enable-libvo_amrwbenc --enable-libsmbclient libavutil 56. 70.100 / 56. 70.100 libavcodec 58.134.100 / 58.134.100 libavformat 58. 76.100 / 58. 76.100 libavdevice 58. 13.100 / 58. 13.100 libavfilter 7.110.100 / 7.110.100 libswscale 5. 9.100 / 5. 9.100 libswresample 3. 9.100 / 3. 9.100 libpostproc 55. 9.100 / 55. 9.100 Hyper fast Audio and Video encoder
But i think this is a different problem which doesn't depend on ffmpeg. I tested the different versions of softhddevice on the same system, simply plugin rebuild and vdr restart. I think these are some small kind of artifacts, no blocks or so. If it happen, it looks like the picture is stopped like a still picture and then it proceeds by skipped some frames. It's only for a fractional part of a second. I see them mainly on HD recordings on 'Das Erste'. So this is more jerking than artifacts. It happens multiple times in a minute. But as these jerking is only small, they will not be seen on a recording by phone.
With this configuration i have no problems with 1.9.7 until 1.10.1. With 1.10.2 and 1.10.3 the problem happens and it's identical in both version. So i think there may be another problem indroduced with 1.10.2.
-
Hallo,
ich nutze das softhddevice von lnj seit längerem mit vdpau in Version 1.9.7 - keine Probleme. Nach einem Update auf Version 1.10.3 bekomme ich permanent kleine Artifakte, vorzugsweise beim Abspielen von HD-Aufnahmen (Das Erste). Ich habe festgestellt, das das Problem mit der Version 1.10.2 begann und in Version 1.10.3 weiter besteht, obwohl die Version das Problem beheben sollte (Fix for VDPAU artifacts. Fix for AV sync. Version 1.10.3.). Im Log sieht es so aus:
Code
Display MoreJul 16 17:00:04 vdr vdr: video: slow down video, duping frame Jul 16 17:00:04 vdr vdr: video: 18:45:57.827 +68 3276 280/\ms 182+2+4 v-buf Jul 16 17:00:04 vdr vdr: DPMS disabled Jul 16 17:00:04 vdr vdr: video: screen saver extension present Jul 16 17:00:04 vdr vdr: video: screen saver extension present Jul 16 17:00:04 vdr vdr: DPMS disabled Jul 16 17:00:04 vdr vdr: video: slow down video, duping frame Jul 16 17:00:04 vdr vdr: video: 18:45:57.847 +49 3261 280/\ms 182+2+4 v-buf Jul 16 17:00:04 vdr vdr: DPMS disabled Jul 16 17:00:04 vdr vdr: video: screen saver extension present Jul 16 17:00:04 vdr vdr: message repeated 4 times: [ video: screen saver extension present] Jul 16 17:00:04 vdr vdr: DPMS disabled Jul 16 17:00:04 vdr vdr: video: speed up video, droping frame Jul 16 17:00:04 vdr vdr: video: 18:45:57.927 +28 3184 280/\ms 182+0+4 v-buf Jul 16 17:00:04 vdr vdr: video: new stream frame 31703ms
Ich habe permanent "duping oder droping frames".
lnj : Kann es sein, das das Problem noch vorhanden ist?
Viele Grüße
-
Danke für die Rückmeldung. Deiner Signatur zufolge hast du mit Kernel 6.1 gebaut. Ich war mir nicht ganz sicher, ob das Skript nicht noch irgendwelche Kernel-spezifischen Patches (statt oder in Ergänzung zu dem beigefügten saa716x.diff) gebraucht hätte.
Vielleicht kann wtor das einordnen.
Viele Grüße
Stefan
Aus meiner Sicht glaube ich erstmal nicht das da was nötig wäre. Schön das über DKMS zu lösen. Ich nutze das Skript allerdings selbst nicht, da die Karte letztendlich von meinem neuen Motherboard / BIOS nicht mehr erkannt wird
egal mit welchen PCIE-Kompatibilitätseinstellungen ich arbeite. Aber nicht so schlimm, da ich damit eh auf vaapi wollte.
-
Ist es möglich, das ein ähnliches Problem beim Abspielen einer noch laufenden Aufnahme besteht? Dies hängt bei mir jedes mal zwischen 10 und 120 Sekunden am Ende. Getestet mit xinelibout und softhddevice (vdpau). Beschrieben habe ich das hier: Abspielen von Aufnahmen - vdr hängt am Ende 10-20 Sekunden im Post #11.
-
As i can reproduce this problem every time, ic add the log here. While a record is already running i start the playback. At the end of the playback it hangs / runs is slow motion for some time. Last time it was for about 30 seconds and today over 2 minutes! If it happen these entries are shown:
CodeJan 7 11:32:24 vdr vdr: video: slow down video, duping frame Jan 7 11:32:24 vdr vdr: video: 25:42:41.089 +385 342 240/\ms 0+7+4 v-buf
In the sample the record ends at 11:30 and the playback ~2 minutes later. The full log is attached.
I checked the sam scenario with xinelibout. There it hangs also but only about 6 seconds. May be that this can be a combination of problems (vdr/plugin). For the vdr there was a problem described here: Abspielen der letzten 25 Sekunden der Aufnahme: VDR reagiert nicht auf Eingaben
-
-
Reason found i think
After some minutes without softhddevice attached my x session / dmps blanks the screen and no signal is delivered. I haven't seen that before because the TV was off. If then the screen awakes by the attach the problem happend. May be some kind between X and nvidia. Tomorrow i will change the behavior to avoid that.
So, dpms disabled in xorg.conf.d, problem solved.
-
Now i can reproduce it every time. This is the scenario:
The vdr must start with softhddevice detached (recording or not makes no difference here). If i attach softhddevice at least 10 minutes later, the problem happen each time (starting many duped frames and the temperature of the nvidia gpu increases). Until the attach i do nothing with the vdr. Strangely, this does not happen if i attach it under 10 minutes.
-
I have reproduced it like yesterday. vdr starts for a recording with detached softhdevice. One hour later (20:01) i switched on TV and attach softhddevice. Now the problem starts with many duped frames and the temperature of the nvidia gpu increases form 45° (normal) to over 70° before i stopped (detach) softhddevice and reattach it. Now all works fine again and the temerature decreases again. A log with debug is attached. Hope this helps for analysing.
-
Here it was with normal SD and HD content, no 4k. Normal temp is always about 45° here with a GT730. But as it happend with these massive messages the nividia temp goes up to 80°. A first test to reproduce with the same scenario like yesterday failed here
May be you have some idea how such a situation can happen. I will try more.
-
-
Frohes neues Jahr und gleich ein Silvesterproblem
Mein vdr lief gestern wegen Aufnahmen an, softhddevice startet detached. Etwa zwei Stunden später (19:46) schalte ich den TV an, softhddevice attached automatisch. Ich starte eine Wiedergabe und ab und zu bemerke ich minimale Bildstörungen, die aber nach stoppen der Wiedergabe und Neustart der Wiedergabe (und/oder Kanalwechsel) weg waren. Etwas später sehe ich im Menu zufällig, das die Nvidia GPU knapp 80°C warm ist. Normal ist um die 45°C. CPU-Last ist normal. Im softhddevice-Menü sehe ich dann hunderttausende verdoppelte Frames die sehr schnell mehr werden. Das System lief so über eine halbe Stunde. Beheben konnte ich das Problem nur durch DETACH + ATTACH des softhddevices. Im Log gibt es während dieser Zeit viele dieser Meldungen im 5 Sekunden-Takt (die sonst höchsten einmal pro Minute kommen):
CodeDec 31 20:31:55 vdr vdr: video: 13:32:18.284 +113 3261 0/\ms 181+2+4 v-buf Dec 31 20:32:00 vdr vdr: video: 13:32:23.304 +107 3251 0/\ms 181+2+4 v-buf Dec 31 20:32:05 vdr vdr: video: 13:32:28.324 +105 3317 0/\ms 181+2+4 v-buf Dec 31 20:32:10 vdr vdr: video: 13:32:33.344 +104 3336 0/\ms 182+2+3 v-buf Dec 31 20:32:15 vdr vdr: video: 13:32:38.404 +115 3303 0/\ms 181+2+3 v-buf
Debug-Log hatte ich leider nicht eingeschaltet. Irgendwelche Ideen wie es zu diesem Amoklauf nach dem attach des softhddevices (1.9.7, vdpau) kommen kann?
-
-
Kann es sein, das sich in der Version ein Fehler beim Abspielen zeitversetzer Aufnahmen eingeschlichen hat, siehe Falsche Meldung bei Wiedergabestart?
Frohes Fest!