-
Notifications
You must be signed in to change notification settings - Fork 204
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature proposal: Add support for seeking or changing the progress of the media playback #97
Comments
GlobalSystemMediaTransportControlsSession.TryChangePlaybackPositionAsync(Int64) Method doesn't work unfortunately 🤷♂️. So this will not be worked on. |
GlobalSystemMediaTransportControlsSession.TryChangePlaybackPositionAsync(Int64) Method doesn't work unfortunately 🤷♂️. So this will not be worked on. |
It doesn't accept a timespan as a parameter. I didn't know in what format we have to pass the requested position in. It resets to zero for any value I pass. |
Highly requested feature, warrants further investigation. |
Let me be honest with you. Most apps which consume the SMTC APIs don't care about functions other play, pause, next, previous, media title, media artist and thumbnail. They just simply ignore other functionalities of the SMTC APIs. Some apps could report their playback position while not others. I'm not sure if any one of them support seeking. There's nothing we can do on our side without the media source app's side support. They have to hook things up to make it work. Android is a different case. But Windows!!!! There's literature a ton of distinct APIs and libs to play media. There are multiple platforms or frameworks to build Windows apps. App devs have to hook the SMTC themselves to whatever media playback API they use. Thus, resulting in this incomplete support and making the SMTC feature of Windows insignificant. While UWP apps have complete integration and out-of-the-box support for SMTC (with guidelines and samples and D O C S), they still don't make use of or hook all the functionalities of the SMTC! (UWP devs still have to hook SMTC themselves though 😅). We are underestimating the true power of SMTC APIs. If all done correctly, we can also get support for changing the volume of the media sessions, fast forward, rewind and control the playback rate! |
Doesn't that just about sum everything up. |
Just found out a similar issue: Seems like the It doesn't have proper documentation and provides unreliable reports about the result of changing the playback position. If anyone want to see this feature implemented, please bring enough attention (by voting or commenting) to the fore-mentioned issue. Let's see if they notice the issue and provide us any workarounds. |
Man f*** @ADeltaX showed me this https://cdn.discordapp.com/attachments/772345967785672734/788750160297590814/2020-12-16_13-50-52.mp4 half an hour ago. You can see the seeking actually work. All hail lord @ADeltaX! |
The fact that old APIs are more reliable and better just proves the fact, in a way, that Win7 is better than Win10 (older better than new). 😂😂😂 |
So, this thing happened while me and @ADeltaX where chatting. LOL. Just "3 words" and he solved a month long suffering. |
from @Samkunmiayo's request
Is your feature request related to a problem? Please describe:
Amazing app! Would be amazing to have the ability to seek the current audio in the timeline info section.
Describe the solution you'd like:
Addition of a seek feature similar to the volume slider to enable the user go to a certain section of the song or podcast, like in spotify for example
Describe alternatives you've considered:
Additional context:
The text was updated successfully, but these errors were encountered: