[scott967]

According to the Kodi docs:  "True for the first 2.5 seconds after a seek."

Actually, it is also true if the video is paused and not seeking.  I did a forum search, and a couple users objected to this behavior and removed the visible condition for this in various skin files.

My question, is this behavior intentional?  If so maybe update the documentation.

Update:  did some code searching and see that if playback speed is != 1.0 then it is true.  But if you change tempo rather than FF or REW then it is only true for the first 2.5 seconds.

scott s.
.

[Chillbo]

According to the Kodi docs:  "True for the first 2.5 seconds after a seek."

Actually, it is also true if the video is paused and not seeking.  I did a forum search, and a couple users objected to this behavior and removed the visible condition for this in various skin files.

My question, is this behavior intentional?  If so maybe update the documentation.

Update:  did some code searching and see that if playback speed is != 1.0 then it is true.  But if you change tempo rather than FF or REW then it is only true for the first 2.5 seconds.

scott s.
.

I have to strongly agree here... In my skin it's also used to show the OSD during video playback right after seeking. But it's also triggered after a playback is resumed. This is mostly fine, but having a setting to disable showing the OSD during pause (which users requested) is not working properly with this: the OSD wouldn't show anymore when pressing pause, but it would show up again when pressing play - as DisplayAfterSeek is returning true here.

What might be useful: DisplayAfterSeek only for seeking actions (FF/RW or skip) as well as DisplayAfterResume (paused, pressing play again)... But strictly seperate.

[jurialmunkey]

I can't comment on whether it is intentional. However, personally I think that it should only be after a "seek" like it says it is. Pausing is not seeking IMHO.

Ideally there would be advancedsettings that could change the delay value individually for delay after seek and delay after pause.

For instance something like:
<displayafterpause>0.5</displayafterpause>
<displayafterseek>2.5</displayafterseek>

Would then set Player.DisplayAfterSeek to True after resuming from pause for 0.5 seconds and after seeking for 2.5 seconds. That way users would be able to adjust the delay in each scenario according to their own preferences.

[sualfred]

I just wanna bump this thread, before it gets lost.
DisplayAfterSeek should not return True if playback is paused.

[scott967]

I just wanna bump this thread, before it gets lost.
DisplayAfterSeek should not return True if playback is paused.

I think Ronie's recent PR 17312 has fixed this?

scott s.
.

[sualfred]

Yes, I've asked him if he can fix it after I've posted in this thread. Saw this morning that his change is working. Thanks for testing.

[Chillbo]

Could this very small fix be backported to Leia as well? It would help quite a lot of users that have asked me to make the seek bar not show up when unpausing on current gen Kodi setups.

[mardukL]

As i noticed this lately and the forum search leads me here,

as it is not fixed now, i workaround it this ways


<animation effect="fade" start="100" end="0" time="200" delay="2500" condition="!Player.Seeking + Player.Paused + Player.DisplayAfterSeek + !string.startswith(System.BuildVersion,19.)">Conditional</animation>

so i still can keep 'Player.DisplayAfterSeek' visible conditions for groups , though a backpport to leia would be great !

[Hitcher]

a backpport to leia would be great !

Backports for Leia will never happen now we've released Matrix.