-
-
Notifications
You must be signed in to change notification settings - Fork 504
Make sure you have done the following:
- Your background task entrypoint must be a top-level function, i.e. not inside a class.
- If on Android, you must follow the Android setup instructions in the README file.
On Android, media button clicks on the headset are handled by a broadcast receiver which must be declared in your AndroidManifest.xml
file:
<receiver android:name="com.ryanheise.audioservice.MediaButtonReceiver" >
<intent-filter>
<action android:name="android.intent.action.MEDIA_BUTTON" />
</intent-filter>
</receiver>
Note that if you configured your project prior to version 0.10.0, your old broadcast receiver configuration will no longer work and must be updated to the one above.
Make sure you have upgraded your project to the Flutter 1.12 project structure first. If you still get the error, it may be an issue of the specific combination of other plugins you're using. Make sure that the other plugins you're using have also been updated to support Flutter 1.12 (known as the v2 plugin model).
This can result from a conflict with the flutter_tts
plugin, which is also used in the example. (See the open issue #202)
As of audio_service
0.9.0, a callback set by android_alarm_manager
can connect to AudioService
via AudioService.connect
and communicate with a running background audio task, although currently is not allowed to start a new background audio task (this must be done from an activity, when the app is in the foreground).
audioplayers
has both worked and not worked at different times in the past. If it currently does not work, you can contact the author of that plugin and make a feature request.
Relevant information: For an audio player plugin to work with audio_service
there needs to be clearly delineated roles between the two plugins such that only audio_service
controls the various APIs involved in:
- Enabling background execution
- Displaying notifications, lock screen controls, Control Center info, etc.
- Configuring the audio session
- Handling remote controls from headsets, smart watches, car stereos, etc.
- Handling audio focus events (e.g. if another app takes over audio focus temporarily)
If the other plugin does any of these things, the two plugins will overlap in responsibility and things will probably not work. In other words, you will need an audio player plugin that just plays audio, and doesn't take on any of these other responsibilities listed above.
If at present audioplayers
doesn't work for you, you can alternatively try my plugin just_audio
which was designed with this delineation in mind.
Yes. In your background task, you must override the relevant callbacks:
void onAudioFocusLost(AudioInterruption interruption) {}
void onAudioFocusGained(AudioInterruption interruption) {}
When audio focus is lost, you need to observe and remember whether audio was playing at that time. When audio focus is gained, restore audio playback only if audio was originally playing when it was interrupted and the interruption
parameter indicates that playback should resume as normal (see the documentation and example for further details).
There is an issue on Android, but there is a workaround. Android requires an active media sessions to route media button events to, and actual audio needs to be played to activate a media session (text-to-speech does not count). One trick is to play a short segment of silent audio to activate the session. You can use AudioServiceBackground.androidForceEnableMediaButtons()
to achieve this.
Arbitrary parameters can be passed to AudioService.start
via the params
parameter. You can use AudioService.customAction(...)
to pass an arbitrary message to the background task after it has started. To ensure it has started, you must await the result of AudioService.start
:
if (await AudioService.start(...)) {
AudioService.customAction(...);
}
If you want to send a message from the UI to your background audio task but it is not one of the predefined messages defined in AudioService
, you can send the message as a custom action. E.g.
// In your UI
AudioService.customAction("setVolume", 0.5);
And then in your background audio task, implement the onCustomAction
method:
@override
void onCustomAction(String name, dynamic arguments) {
if (name == 'setVolume') {
_audioPlayer.setVolume(arguments);
}
}
Note that the parameter of a custom action can be any data structure that can be encoded by the standard message codec.
You cannot update fields in a MediaItem
object since it is immutable, although in the same style as ThemeData.copyWith
, you can use MediaItem.copyWith
to create a copy with some fields modified. e.g.
modifiedMediaItem = mediaItem.copyWith(duration: duration);
If you are updating the current media item in your background audio task, remember to broadcast this change to all clients:
AudioServiceBackground.setMediaItem(modifiedMediaItem);
If you are updating a media item in the queue in your background audio task, remember to broadcast your modified queue to all clients:
myQueue[pos] = modifiedMediaItem;
AudioServiceBackground.setQueue(myQueue);
For Android, you can override the onTaskRemoved
callback to control what happens when the user swipes away the task in the task manager. By default, the operating system will just clear your app's activity (UI) from memory leaving your service to run in the background with the audio. But you can override this callback as follows to cause your service to also be shut down:
void onTaskRemoved() {
onStop();
}
If you use the androidStopForegroundOnPause
option, when your audio is paused, the operating system moves your service to a lower priority level where it can be destroyed at any time to reclaim memory. If the user swipes away your task under these conditions, the operating system will destroy your service, and you may override this method to do any cleanup. For example:
void onTaskRemoved() {
if (!AudioServiceBackground.state.playing) {
onStop();
}
}
Sometimes you may want to try out the latest code on git master, e.g. to try out a bug fix or new feature that hasn't been released yet. To do so, you can temporarily change your pubspec.yaml
file to:
audio_service:
git:
url: https://github.com/ryanheise/audio_service.git
Note that git master is not stable and should not be used in production.