dom/media/mediacontrol

firefox-main/dom/media/mediacontrol

	Name	Description	Size	Coverage
	AudioFocusInterrupt.h		1275	0 %
	AudioFocusManager.cpp		1941	96 %
	AudioFocusManager.h	AudioFocusManager is used to assign the audio focus to different requester and decide which requester can own audio focus when audio competing happens. When the audio competing happens, the last request would be a winner who can still own the audio focus, and all the other requesters would lose the audio focus. Now MediaController is the onlt requester, it would request the audio focus when it becomes audible and revoke the audio focus when the controller is no longer active.	1479	100 %
	AudioSessionManager.cpp		19565	93 %
	AudioSessionManager.h	Owns the parent-side AudioSession spec state for a single tab (per-top-level-BC). Encapsulates the per-browsing-context override map and the "compute the audio session type" and "update the selected audio session" algorithms behind a small mutator API, so callers cannot reach the underlying map without going through the manager. The owner (`MediaController`) holds the manager directly. The manager keeps a raw back-pointer to the owner for event dispatch and for inherited per-BC audibility queries; the owner outlives the manager by construction.	6068	100 %
	AudioSessionRecord.cpp		2222	79 %
	AudioSessionRecord.h	Per-browsing-context AudioSession spec state held in the parent process by MediaController. Lifetime is independent of ContextMediaInfo (the audibility store on MediaPlaybackStatus): an override can be present on a browsing context that has never played media, and ContextMediaInfo can exist without any matching AudioSessionRecord.	3661	100 %
	ContentMediaController.cpp	static	16632	78 %
	ContentMediaController.h	ContentMediaControlKeyReceiver is an interface which is used to receive media control key sent from the chrome process.	7197	50 %
	ContentPlaybackController.cpp		9933	91 %
	ContentPlaybackController.h	This interface is used to handle different playback control actions in the content process. Most of the methods are designed based on the MediaSessionAction values, which are defined in the media session spec [1]. The reason we need that is to explicitly separate the implementation from all different defined methods. If we want to add a new method in the future, we can do that without modifying other methods. If the active media session has a corresponding MediaSessionActionHandler, then we would invoke it, or we would do nothing. However, for certain actions, such as `play`, `pause` and `stop`, we have default action handling in order to control playback correctly even if the website doesn't use media session at all or the media session doesn't have correspending action handler [2]. [1] https://w3c.github.io/mediasession/#enumdef-mediasessionaction [2] https://w3c.github.io/mediasession/#ref-for-active-media-session%E2%91%A1%E2%93%AA	3003	100 %
	MediaControlIPC.h		2820	100 %
	MediaControlKeyManager.cpp		8054	87 %
	MediaControlKeyManager.h	MediaControlKeyManager is a wrapper of MediaControlKeySource, which is used to manage creating and destroying a real media keys event source. It monitors the amount of the media controller in MediaService, and would create the event source when there is any existing controller and destroy it when there is no controller.	2343	67 %
	MediaControlKeySource.cpp		4395	93 %
	MediaControlKeySource.h	MediaControlKeyListener is a pure interface, which is used to monitor MediaControlKey, we can add it onto the MediaControlKeySource, and then everytime when the media key events occur, `OnActionPerformed` will be called so that we can do related handling.	4910	86 %
	MediaController.cpp		26422	93 %
	MediaController.h	IMediaController is an interface which includes control related methods and methods used to know its playback state.	10746	88 %
	MediaControlService.cpp	static	18890	92 %
	MediaControlService.h	MediaControlService is an interface to access controllers by providing controller Id. Everytime when controller becomes active, which means there is one or more media started in the corresponding browsing context, so now the controller is actually controlling something in the content process, so it would be added into the list of the MediaControlService. The controller would be removed from the list of the MediaControlService when it becomes inactive, which means no media is playing in the corresponding browsing context. Note that, a controller can't be added to or remove from the list twice. It should should have a responsibility to add and remove itself in the proper time.	7280	100 %
	MediaControlUtils.cpp		618	0 %
	MediaControlUtils.h		4921	37 %
	MediaPlaybackStatus.cpp		11969	96 %
	MediaPlaybackStatus.h	This enum is used to update controlled media state to the media controller in the chrome process. `eStarted`: media has successfully registered to the content media controller `ePlayed` : media has started playing `ePaused` : media has paused playing, but still can be resumed by content media controller `eStopped`: media has unregistered from the content media controller, we can not control it anymore	9460	84 %
	MediaStatusManager.cpp		20749	91 %
	MediaStatusManager.h	IMediaInfoUpdater is an interface which provides methods to update the media related information that happens in the content process.	13438	100 %
	moz.build		1208	-
	PositionStateEvent.h	THIS FILE IS AUTOGENERATED FROM PositionStateEvent.webidl BY Codegen.py - DO NOT EDIT	1631	-
<1%	tests			97 %

Revision control

Other Tools