You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As mentioned in unrelated #774, seeking via REW/FFWD plays 1 second of sound at each seek which is too slow to move long distances like several minutes in long tracks.
Platform: Ubuntu 20.04
MythTV version: fixes/33 and master
Component: mythmusic
What steps will reproduce the bug?
Play a music track and hit FFWD rapidly 12 times.
How often does it reproduce? Is there a required condition?
always
What is the expected behaviour?
Expect to start hearing 60 seconds later in the track immediately after FFWD is hit 12 times. If we then REW 12 times, expect to hear near where we started from, but now rather than 12 seconds later.
What do you see instead?
Hear 1 second of sound from 12 positions in the track before normal playback resumes at the desired minute later in the track. Visualization does not update during the 12 seconds either.
Additional information
It is due to maintaining the 1 second minimum buffer. But I see a fix...
The text was updated successfully, but these errors were encountered:
As mentioned in unrelated #774, seeking via REW/FFWD plays 1 second of sound at each seek which is too slow to move long distances like several minutes in long tracks.
Platform: Ubuntu 20.04
MythTV version: fixes/33 and master
Component: mythmusic
What steps will reproduce the bug?
Play a music track and hit FFWD rapidly 12 times.
How often does it reproduce? Is there a required condition?
always
What is the expected behaviour?
Expect to start hearing 60 seconds later in the track immediately after FFWD is hit 12 times. If we then REW 12 times, expect to hear near where we started from, but now rather than 12 seconds later.
What do you see instead?
Hear 1 second of sound from 12 positions in the track before normal playback resumes at the desired minute later in the track. Visualization does not update during the 12 seconds either.
Additional information
It is due to maintaining the 1 second minimum buffer. But I see a fix...
The text was updated successfully, but these errors were encountered: