Kodi Community Forum

Full Version: Kodi git freezing when doing many consecutive seek jumps
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3
Well,
as i mentioned in a previous thread to a similar problem, i still have an issue with seeking in movies. This time kodi is freezing. My finding that it could be related to changes in DXVA.cpp is indeed false as it happend with both versions. Seems I only had luck once.


Providing a debug log while freezing is a problem: If debug is ON i can't reproduce this problem. If debugging is off it happens nearly 100% after about 5-15 seek jumps.

I only had the setting on for compononent debugging (for ffmeg and 3 or 4 others) but the global debugging mode i had to turn off to actually being able to freete kodi.

here is the logfile:
https://drive.google.com/folderview?id=0...sp=sharing
ok, after a lot of tries i seem to have managed to freez it even with debug log on. But i am not sure if it is the same. I kept the key "right" on my keyboard pressed for several seconds, then (while the screen was still black) i pressed again several timmes "right" and kodi didn't continued playing.

The log with debug mode on (i turned it on before starting the movie) is also found in the above google drive directory.
please use pastebin or xbmclogs for posting logs. we don't want to download a few dozen logs every day and store those on our machines.
pastebin does not accept files of 1MB or larger. i already talked about this problem in the previous bug report.

i didn't knew about xbmclogs. will try that.

the normal log on freeze:
http://xbmclogs.com/show.php?id=293462

and the debug log on a freeze, hopefully due to the same reason:
http://xbmclogs.com/show.php?id=293469

hope this helps.

p.s. it is really much much more difficult to trigger the freeze with debug mode on. i actually managed to freeze kodi only once while having debug mode on. debug mode off it's very easy to freeze kodi.
The log shows that ffmpeg opens a new decoder after seek. I am going to port this change I just did for dxva to vaapi: https://github.com/FernetMenta/xbmc/comm...c85d2af075

does it freeze in terms of a deadlock or more like a segfault? are you able to attach gdb when this occurs?
more like a deadlock. xbmc's window is still present. i have to kill it.

i could try to debug it with gdb but not today anymore. i got to go in a couple of minutes and will try to debug it tomorrow.
(2014-09-14, 14:07)a_user Wrote: [ -> ]more like a deadlock. xbmc's window is still present. i have to kill it.

i could try to debug it with gdb but not today anymore. i got to go in a couple of minutes and will try to debug it tomorrow.

You can just look at the log. In case of a deadlock there's still some thread writing messages to the every now and then. Just wait a couple of minutes and observe the log.
If it is a deadlock a backtrace shows us some details:

gdb attach <pid>
thread apply all bt
i had some time left so i tried debugging it with gdb. was difficult to get it to freeze when gdb was attached. seems similar to debug log on.

anyway, here the all threads backtrace:
http://xbmclogs.com/show.php?id=293501

i had to manually stop xbmc within gdb.

i am still not sure if it is really the same issue as when not having debug mode on. the reason is that without debug mode (or attached gdb) i simply need to seek jump every few seconds to get a freeze after a while. but if debuging is on i need to press and hold down the seek button (right) on the keyboard to rarly get this effect. it seems i need a mad frequency of seeks with debugging mode while only one per second is enough without debugging mode.
Just wanted to know if there is more I can provide to help disgusting this out.
The issue still exists with latest git.

Is there anybody trying to fix this or do i have to contribute some more informations about it?
it freezes somewhere in the video driver so maybe a mesa issue. try to get some trace for the graphics driver.
I am working on an issue which I think is related. tricky one, may take me some time ...
tried it. seems to make no difference. it froze again while seeking.

if you tell me how i could try to trace the video driver tomorrow.
btw. with your current version of xbmc, FernetMenta, pvr playback is always freezing after about 20 sec. at first only video freezes and a few seconds later sound, and then its dead (have to kill xbmc).
Pages: 1 2 3