Thank you for your donation!


Cloudsmith graciously provides open-source package management and distribution for our project.


Solved: Annoying behavior of the Seek Bar when changing the position (V 9.0.1)
#1
I noticed a somewhat annoying behavior with the seek bar showing the current position in the playing file. Any change in the position of the track causes the displayed time value to change twice. First, we see the new set time, then after a moment, it reverts to the time before the position change, and after another brief moment, it finally displays the correct current position. This behavior occurs in both the Local GUI and the web browser on a PC. 

Below is an attached file illustrating this behavior. 

.zip   Video_2024-06-05_101003.zip (Size: 198.29 KB / Downloads: 15)

Additionally, it seems that version 9 has significantly more delay in indicating the position in the playing file compared to the earlier version (as well as the pre-release version).
Reply
#2
(06-06-2024, 08:03 AM)STUDI Wrote: I noticed a somewhat annoying behavior with the seek bar showing the current position in the playing file. Any change in the position of the track causes the displayed time value to change twice. First, we see the new set time, then after a moment, it reverts to the time before the position change, and after another brief moment, it finally displays the correct current position. This behavior occurs in both the Local GUI and the web browser on a PC. 

Below is an attached file illustrating this behavior. 


Additionally, it seems that version 9 has significantly more delay in indicating the position in the playing file compared to the earlier version (as well as the pre-release version).

This is probably due to the fact that there is a timer for the time update; when you change the position with the progress tracker, a command is sent to the backend to modify the position in the track, then it changes to the desired time, then when the timer fires again (before the command completes in the backend) it reverts back to where it would have been. Finally, when the command succeeds, it sends the new position to the UI and you see its new time...

It could be fixed by disabling the timer update upon sending the command, and re-enabling it when the command returns.
@Tim Curtis is it so or am I shooting in the dark...? ;-)
Reply
#3
What part of the code are you referring to?
Enjoy the Music!
moodeaudio.org | Mastodon Feed | GitHub
Reply
#4
(06-06-2024, 10:09 AM)Tim Curtis Wrote: What part of the code are you referring to?

None in particular, I am just analyzing the behavior.
Anyway, the code of the timer for advancing the time tracker, together with the code for manually moving the tracker to a new time within the song.
Reply
#5
(06-06-2024, 02:28 PM)Nutul Wrote:
(06-06-2024, 10:09 AM)Tim Curtis Wrote: What part of the code are you referring to?

None in particular, I am just analyzing the behavior.
Anyway, the code of the timer for advancing the time tracker, together with the code for manually moving the tracker to a new time within the song.

Same glitch here on safari ios
Reply
#6
(10-31-2024, 01:51 PM)lelobster Wrote:
(06-06-2024, 02:28 PM)Nutul Wrote:
(06-06-2024, 10:09 AM)Tim Curtis Wrote: What part of the code are you referring to?

None in particular, I am just analyzing the behavior.
Anyway, the code of the timer for advancing the time tracker, together with the code for manually moving the tracker to a new time within the song.

Same glitch here on safari ios

Here is the behavior on my side.
Edit: same thing appears on Firefox ios but not on any desktop browser


Attached Files
.zip   IMG_0763.zip (Size: 1.45 MB / Downloads: 10)
Reply
#7
@Tim Curtis, is there a way I could help finding what’s wrong with this issue?
Reply
#8
(01-24-2025, 01:27 PM)lelobster Wrote: @Tim Curtis, is there a way I could help finding what’s wrong with this issue?

Do you have expertise in the programming languages and jQuery library thats used to implement the feature? It would need a dev with these skills :-)
Enjoy the Music!
moodeaudio.org | Mastodon Feed | GitHub
Reply
#9
(01-24-2025, 01:44 PM)Tim Curtis Wrote:
(01-24-2025, 01:27 PM)lelobster Wrote: @Tim Curtis, is there a way I could help finding what’s wrong with this issue?

Do you have expertise in the programming languages and jQuery library thats used to implement the feature? It would need a dev with these skills :-)

I have none unfortunately… It’s not just a graphical glitch, I can’t seek more than once. Actually I’m wondering if this is because of my installation because that does not pop so much attention as an issue.

Somebody can confirm if this is happening on any browser of an iPhone? Just before harassing my friends who work in programming XD that would be great!
Reply
#10
I don't ever use the seek function. In fact, I'd love the ability to turn it off because it is very irritating when I accidentally touch the bar and the music skips when I don't want it to. However, I had a play with the seek bar and while I see that the bar skips back and forth as you describe, it does so very fast and, more importantly, the music plays from the new location reliably. While I acknowledge that it isn't very pretty, it does work and the glitch is very short lived.
----------------
Robert
Reply


Forum Jump: