2018-07-03, 23:20
@fritsch just being curious is vaapi deinterlace going to being fixed?
Kodi is still crashing when changing vaapi settings in live tv osd.
Kodi is still crashing when changing vaapi settings in live tv osd.
(2018-07-03, 22:43)fritsch Wrote:(2018-07-03, 22:24)Jezze Wrote: https://github.com/xbmc/xbmc/pull/14136it's not even marginally related ...
Is that gonna fix earlier subtitle problem?
(2018-07-03, 23:20)Pienoet Wrote: @fritsch just being curious is vaapi deinterlace going to being fixed?
Kodi is still crashing when changing vaapi settings in live tv osd.
(2018-06-16, 00:06)Pienoet Wrote:(2018-06-15, 19:47)Pienoet Wrote: @Milhouse kodi is crashing if i change my deinterlace settings in osd while watching live tv.@Milhouse Build #303 is the last working build with working "deinterlace" option in osd live tv settings.
Is this a known issue?
I’ on the latest nightly running on my nuc7i5 bnh.
If neede i can provide logs.
Build #304 is crashing
Hope this is helpful enough.
Thanks!
crash_log build #304
(2018-07-04, 00:31)Milhouse Wrote:crash_log #702(2018-07-03, 23:20)Pienoet Wrote: @fritsch just being curious is vaapi deinterlace going to being fixed?
Kodi is still crashing when changing vaapi settings in live tv osd.
Do we have a crash log?
(2018-07-04, 01:06)hman333 Wrote: @Milhouse any chance of pulling in Libreelec PR2810 in next build.
(2018-07-04, 01:11)Pienoet Wrote:(2018-07-04, 00:31)Milhouse Wrote:crash_log #702(2018-07-03, 23:20)Pienoet Wrote: @fritsch just being curious is vaapi deinterlace going to being fixed?
Kodi is still crashing when changing vaapi settings in live tv osd.
Do we have a crash log?
(2018-06-16, 08:33)fritsch Wrote: It's a bug yes, but you should not use "Deinterlace". This yadif filter will produce a lot of CPU load by itself and additionaly by copying the surfaces back to system memory with SSE4 intrinsics in order to be able to CPU deinterlace them. The suggest method for intel is: VAAPI Motion compensation.
(2018-07-04, 01:52)Milhouse Wrote:(2018-07-04, 01:06)hman333 Wrote: @Milhouse any chance of pulling in Libreelec PR2810 in next build.
That PR isn't strictly relevant to these test builds as the game add-ons are entirely separate. The game add-ons will need to be rebuilt then published to the LE repository once that PR is merged. That will hopefully happen soon, but I've no control over that.
(2018-07-03, 08:03)Milhouse Wrote:This build works perfect for me with no forced settings to the i915_min_freq. Thanks!(2018-06-30, 18:19)lwrcase Wrote:(2018-06-30, 16:45)Aenima99x Wrote: This is exactly the same thing I experience on my NUC7CJYH. Turning on any sort of info overlay on the screen stops the "stutter". It doesn't happen all the time, but I'm going to try and grab a debug log today when it does.it looks like /etc/drirc is read-only on libreelec and i wasn't able to add the lines to the configuration. anyone know how to try this fix on /etc/drirc?
Looks like there was someone else with the same issue that solved it with some config changes to DRI/Mesa - https://forum.kodi.tv/showthread.php?tid=299115&page=7
Can you test with build #0702b: Generic and confirm it the stutter is any better/worse/no different? Don't force i915_min_freq when testing this build.
#0702b includes a commit that reverts a change added in 4.17-rc1 which aims to avoid boosting the GPU unnecessarily but which seems to have the effect of never allowing the GPU to boost at all when being used by Kodi (tested on Skylake).
(2018-07-04, 04:25)Aenima99x Wrote:(2018-07-03, 08:03)Milhouse Wrote:This build works perfect for me with no forced settings to the i915_min_freq. Thanks!(2018-06-30, 18:19)lwrcase Wrote: it looks like /etc/drirc is read-only on libreelec and i wasn't able to add the lines to the configuration. anyone know how to try this fix on /etc/drirc?
Can you test with build #0702b: Generic and confirm it the stutter is any better/worse/no different? Don't force i915_min_freq when testing this build.
#0702b includes a commit that reverts a change added in 4.17-rc1 which aims to avoid boosting the GPU unnecessarily but which seems to have the effect of never allowing the GPU to boost at all when being used by Kodi (tested on Skylake).
23990eb03f76e629fd2d860d1b36c17ea3d73631960f1da88ed6d01f054f257a
(Generic)text:# uname -a
Linux NUC 4.17.4 #1 SMP Wed Jul 4 00:20:20 BST 2018 x86_64 GNU/Linux
# lsb_release
LibreELEC (Milhouse): devel-20180704001901-#0703-g6bd47f0 [Build #0703]
# Kodi version
(18.0-ALPHA3 Git:f0dda3a). Platform: Linux x86 64-bit
(2018-07-03, 08:03)Milhouse Wrote: Can you test with build #0702b: Generic and confirm it the stutter is any better/worse/no different? Don't force i915_min_freq when testing this build.
#0702b includes a commit that reverts a change added in 4.17-rc1 which aims to avoid boosting the GPU unnecessarily but which seems to have the effect of never allowing the GPU to boost at all when being used by Kodi (tested on Skylake).
(2018-07-04, 00:55)Pienoet Wrote:Please provide a crashlog with the current nightly version. In your log everything gets stuck including the audio sink. Edit: And please reproduce with a recording, not with tvheadend, thx.(2018-06-16, 00:06)Pienoet Wrote:(2018-06-15, 19:47)Pienoet Wrote: @Milhouse kodi is crashing if i change my deinterlace settings in osd while watching live tv.@Milhouse Build #303 is the last working build with working "deinterlace" option in osd live tv settings.
Is this a known issue?
I’ on the latest nightly running on my nuc7i5 bnh.
If neede i can provide logs.
Build #304 is crashing
Hope this is helpful enough.
Thanks!
crash_log build #304
It’s is starting here