1572869 - (media-control) [meta] Media control tracking bug [*** see URL link for more details ***]

Status: RESOLVED FIXED

(Core :: Audio/Video: Playback, enhancement, P2)

Description

[Alastor Wu [:alwu]]

This is a meta bug to track all media control related issues and there are some different possible features which we could implement under this topic.

To see more detailed information, please check our public documentation [1]

[1] https://bit.ly/3aedNfn

Comment 2

[Marc Streckfuß [:MeFisto94]]

Depends on: [1584501] (https://bugzilla.mozilla.org/show_bug.cgi?id=1584501)

Comment 3

[Marc Streckfuß [:MeFisto94]]

Speaking of 448910, there is one take away though:

1. We might need a bug to track control of regular <video> and <audio> elements
2. We have to think about in-app-focus. What happens if I open two videos in different tabs vs different windows etc.
3. We might need a bug to track combining all the bugs, wiering up the APIs

Comment 4

[Alastor Wu [:alwu]]

(In reply to Marc Streckfuß from comment #3)

Speaking of 448910, there is one take away though:

1. We might need a bug to track control of regular <video> and <audio> elements

All those things are based on controlling <video> and <audio> tags, so I don't understand why we need another bug to track them.
Eg. In bug1575995, we are able to control those tags via mac play/pause key.

2. We have to think about in-app-focus. What happens if I open two videos in different tabs vs different windows etc.

Audio competing between tabs has been implemented in bug1565689. On Android, we have an android component to handle audio focus between apps.

3. We might need a bug to track combining all the bugs, wiering up the APIs

That's why we use this bug to track all related implementations.

Comment 5

[Marc Streckfuß [:MeFisto94]]

One thing I have to investigate is PlayPause() vs. dedicated Play() and Pause().
Under MPRIS I had the "bug", that when pausing the video manually, I had to press my media button twice, as it's state was on "still playing".

I think the major takeaway here is, that we need to propagate such "MediaStateChangeEvents" to the native backends, so the OS knows that the video has been paused (which is also important for UI/UX).
Is that related to the Metadata, i.e.e could this be done in one pass?

Comment 6

[Alastor Wu [:alwu]]

(In reply to Marc Streckfuß [:MeFisto94] from comment #5)

I think the major takeaway here is, that we need to propagate such "MediaStateChangeEvents" to the native backends, so the OS knows that the video has been paused (which is also important for UI/UX).
Is that related to the Metadata, i.e.e could this be done in one pass?

Yes, I've also been thinking about the same thing, we should have a event to notify when media controller playing state change or metadata change.

Comment 7

[mb]

This will annoy plenty of Mac users that use iTunes/Music/Spotify. A workaround to lock your media keys to your preferred music app is https://github.com/milgra/macmediakeyforwarder.

Is there a chance of adding a pref or an toggle in Preferences for this behavior?

Comment 8

[Esokrarkose]

When I play a Youtube-Playlist where both next and previous song are available only play / pause works using the controls exposed in gnome-shell / using the hardware keys in Firefox 77.
Is there already a bug tracking this? 1635209 sounds related ...

Comment 9

[Alastor Wu [:alwu]]

We have finished most developing for this feature already, the remaining tasks are just improvement or simply bug fixing.
So I will close this bug, but still use this to track any future related issues.