harian untung99play.xyz

untung99play.xyz: A Step by Step Guide to Building an Android Audio Player App

Untung99 menawarkan beragam permainan yang menarik, termasuk slot online, poker, roulette, blackjack, dan taruhan olahraga langsung. Dengan koleksi permainan yang lengkap dan terus diperbarui, pemain memiliki banyak pilihan untuk menjaga kegembiraan mereka. Selain itu, Untung99 juga menyediakan bonus dan promosi menarik yang meningkatkan peluang kemenangan dan memberikan nilai tambah kepada pemain.

Berikut adalah artikel atau berita tentang Harian untung99play.xyz dengan judul untung99play.xyz: A Step by Step Guide to Building an Android Audio Player App yang telah tayang di untung99play.xyz terimakasih telah menyimak. Bila ada masukan atau komplain mengenai artikel berikut silahkan hubungi email kami di koresponden@untung99play.xyz, Terimakasih.

This tutorial is a step by step guide to building an Android Audio app, using the best and most efficient methodologies and APIs. This is a long tutorials, so I have split it into two discrete parts if it’s too much to digest in one read:

  1. Building a media player in a service, important for playing media in the background.
  2. Interacting with the service through BroadcastReceivers ( PLAY, PAUSE, NEXT, PREVIOUS). How to handle edge use-cases like incoming calls, change of audio outputs (e.g. removing headphones).

Part One – Setting up the Project.

Create a new Project in Android Studio and add the following permissions in the AndroidManifest.xml file.

<<>uses-permission android:name="android.permission.INTERNET" />
<<>permission android:name="android.permission.MEDIA_CONTENT_CONTROL" />
<<>uses-permission android:name="android.permission.READ_PHONE_STATE" />

The app needs these permissions to access media files over the internet when streaming media. Since the focus of this article is building a media player app, you need the MEDIA_CONTENT_CONTROL to control media playback. You use the READ_PHONE_STATE permission to access phone state to listen to events like incoming calls so you can stop the audio while a call is in progress.

The core of the Audio Player app is the media player service. The following class is an example of this service. The class has multiple MediaPlayer implementations to handle events that can happen while playing audio. The last implementation, from AudioManager.OnAudioFocusChangeListener is necessary to handle requests for AudioFocus from other apps that want to play media files.

The code above is a template of all the methods that will handle the MediaPlayer events. The only code that is complete is the binding of the Service. You need to bind this service because it interacts with the activity to get the audio files. You can lean more about bound services in the documentation.

Declare the Service in the AndroidManifest.xml file

   android:name=".MediaPlayerService" />

The Android multimedia framework supports a variety of common media types. One key component of this framework is the MediaPlayer class, which with minimal setup you can use to play audio and video. You can find a basic example of the MediaPlayer implementation in the documentation, but you will need more than this example Service to play media. Next I will describe the necessary methods that need to be setup in the MediaPlayerService class.

Create the following global instances of MediaPlayer and the String path of the audio in the Service class.

Now initialize the mediaPlayer:

When working with media, you need to implement some functions to handle basic action for playing media. These basic functions are Play, Stop, Pause, and Resume.

First add another global variable to store the pause/resume position.

Add if statements to make sure there are no problems while playing media.

private void playMedia() {
    if (!mediaPlayer.isPlaying()) {

private void stopMedia() {
    if (mediaPlayer == null) return;
    if (mediaPlayer.isPlaying()) {

private void pauseMedia() {
    if (mediaPlayer.isPlaying()) {
        resumePosition = mediaPlayer.getCurrentPosition();

private void resumeMedia() {
    if (!mediaPlayer.isPlaying()) {

Now that you have created the initialization functions it’s time to implement the @Override methods constructed in the initial Service template. These methods are important to the MediaPlayer because all the key actions the player will perform will be called from these methods. Replace the original methods in the Service template with the following.

Note: There are more @Override methods implemented in the initial Service template. These are useful in specific MediaPlayer events, but since the focus of this tutorial is building a general purpose media player I wont implement them.

Step Four – Handling Audio Focus

For a good user experience with audio in Android, you need to be careful that your app plays nicely with the system and other apps that also play media.

To ensure this good user experience the MediaPlayerService will have to handle AudioFocus events and these are handled in the last override method, onAudioFocusChange(). This method is a switch statement with the focus events as its case:s. Keep in mind that this override method is called after a request for AudioFocus has been made from the system or another media app.

What happens in each case:?

  • AudioManager.AUDIOFOCUS_GAIN – The service gained audio focus, so it needs to start playing.
  • AudioManager.AUDIOFOCUS_LOSS – The service lost audio focus, the user probably moved to playing media on another app, so release the media player.
  • AudioManager.AUDIOFOCUS_LOSS_TRANSIENT – Fucos lost for a short time, pause the MediaPlayer.
  • AudioManager.AUDIOFOCUS_LOSS_TRANSIENT_CAN_DUCK – Lost focus for a short time, probably a notification arrived on the device, lower the playback volume.

In addition to the override methods, you need two other functions to request and release audio focus from the MediaPlayer. The following code block contains all the audio focus methods described above. I took the onAudioFocusChange()‘s code from the Android Developer documentation and made some changes, but this code gets the job done for this example.

First add a new global variable to the Service class.

private AudioManager audioManager;

Replace the Service‘s onAudioFocusChange() method with the following and add the functions it uses.

If you want to learn more about audio focus then SitePoint article has a great tutorial.

Step Five – Service Lifecycle Methods

In this section I will focus on the Service lifecycle. These methods are crucial to the MediaPlayer because the Service lifecycle is closely connected to the MediaPlayers. These methods will handle the initialization and resource management for the MediaPlayer.

I have inline comments to make it easier to understand.

The onStartCommand() handles the initialization of the MediaPlayer and the focus request to make sure there are no other apps playing media. In the onStartCommand() code I added an extra try-catch block to make sure the getExtras() method doesn’t throw a NullPointerException.

Another important method you need to implement is onDestroy(). In this method the MediaPlayer resources must be released, as this service is about to be destroyed and there is no need for the app to control the media resources.

public void onDestroy() {
    if (mediaPlayer != null) {

The onDestroy() method also releases audio focus, this is more of a personal choice. If you release the focus in this method the MediaPlayerService will have audio focus until destroyed, if there are no interruptions from other media apps for audio focus.

If you want a more dynamic focus control, you can request audio focus when new media starts playing and release it in the onCompletion() method, so the service will have focus control only while playing something.

Step Six – Binding the Audio Player

In this section I will cover the final steps to bind the MediaPlayerService class to the MainActivity and provide it with audio to play. You must bind the Service to the Activity so they can interact with each other.

Add the following global variables to the MainActivity class.

private MediaPlayerService player;
boolean serviceBound = false;

The first is an instance of the Service and the second Boolean value contains the status of the Service, bound or not to the activity.

To handle Service binding, add the following to the MainActivity class.

Now it’s time to play some audio. The following function creates a new instance of the MediaPlayerService and sends a media file to play, so add it to the MainActivity.

The playAudio() function is not complete. I will return to this later when sending media files to the Service with a BroadcastReceiver.

Call the playAudio() function from the Activitys onCreate() method and reference an audio file.


Step Seven – Activity Lifecycle Methods

In this section I will cover basic, but crucial implementations of the MainActivitys life-cycle methods. If you call the playAudio() function from the Activitys onCreate() method the Service will start playing, but the app can easily crash.

Add the following methods to MainActivity to fix it. All these methods do is save and restore the state of the serviceBound variable and unbind the Service when a user closes the app.

A user will likely want to load audio from the actual device instead of streaming them online. You can load audio files from the device by using ContentResolver.

Create a new Java class used as an audio object. The following class contains the crucial information an audio file needs, but you can add more if necessary.

public class Audio implements Serializable {

    private String data;
    private String title;
    private String album;
    private String artist;

    public Audio(String data, String title, String album, String artist) {
        this.data = data;
        this.title = title;
        this.album = album;
        this.artist = artist;

    public String getData() {
        return data;

    public void setData(String data) {
        this.data = data;

    public String getTitle() {
        return title;

    public void setTitle(String title) {
        this.title = title;

    public String getAlbum() {
        return album;

    public void setAlbum(String album) {
        this.album = album;

    public String getArtist() {
        return artist;

    public void setArtist(String artist) {
        this.artist = artist;

Add the permission to AndroidManifest.xml.

<<>uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />

This is necessary to load local media files from the Android device.

In the MainActivity class create a global ArrayList of Audio objects.

ArrayList<<>Audio> audioList;

To get data from the device add the following function to MainActivity. It retrieves the data from the device in ascending order.

After retrieving data from the device the playAudio() function can play it on the Service.

In MainActivity‘s onCreate() method add the following code. Be sure to have at least one audio track the service can play or the app will crash.

If you’re ready for more, then keep reading, or this is also a good opportunity to take a quick break before continuing.

Next I will focus on user interaction with the MediaPlayerService and handling interruptions that occur while playing media like incoming calls, change of audio outputs and other functionality needed to build a complete Audio Player app.

The key component for interacting with background services is BroadcastReceiver.

What is a BroadcastReceiver?

Android system components and apps make system wide calls through intents with the help of sendBroadcast(), sendStickyBroadcast() or sendOrderedBroadcast() methods to notify interested applications. Broadcast intents can be useful for providing a messaging and event system between application components or used by the Android system to notify interested applications about key system events. Registered BroadcastReceivers intercept these events broadcast to the whole Android system. The BroadcastReceivers purpose is to wait for certain events to happen and to react to these events, but a BroadcastReceiver does not react to all the incoming events, only specific events. When a BroadcastReceiver detects a matching intent it will call its onReceive() method to handle it.

You can register a BroadcastReceiver in two ways, statically in AndroidManifest.xml or dynamically by using the registerReceiver() method at runtime.

For this tutorial, the BroadcastReceivers are dynamically created since it’s important that the MediaPlayerService listens for events only when the player is active. It’s not a good user experience if the app starts playing audio unexpectedly after an event was triggered. If you register a receiver, you must unregister it when it’s no longer needed.

Lets Get Back to the Audio Player App

For a more complete audio app I added a RecyclerView, and with the help of the loadAudio() function, loaded local audio files to the RecyclerView. I also made changes to the color scheme and layout. I wont go into detail describing the process of adding the RecyclerView to the app, but you can see the end result on GitHub.

If you want to learn more about RecyclerView, then read my article.

Another change is the playAudio() function and the Services onStartCommand() method, but I will return to these changes later and focus on the BroadcastReceivers events and user interaction with the Service.

Change of audio outputs (headphone removed)

In media apps it’s common that when a user removes their headphones from the jack the media stops playing.

In the MediaPlayerService class create a BroadcastReceiver that listens to ACTION_AUDIO_BECOMING_NOISY, which means that the audio is about to become ‘noisy’ due to a change in audio outputs. Add the following functions in the service class.

The BroadcastReceiver instance will pause the MediaPlayer when the system makes an ACTION_AUDIO_BECOMING_NOISY call. To make the BroadcastReceiver available you must register it. The registerBecomingNoisyReceiver() function handles this and specifies the intent action BECOMING_NOISY which will trigger this BroadcastReceiver.

You have not yet implemented the buildNotification(), so don’t worry when it shows an error.

Handling Incoming Calls

The next functions avoid audio playing during calls, which would be a terrible user experience.

First create the following global variables in the MediaPlayerService class.

Add the following function.

The callStateListener() function is an implementation of the PhoneStateListener that listens to TelephonyManagers state changes. TelephonyManager provides access to information about the telephony services on the device and listens for changes to the device call state and reacts to these changes.

Redefine Methods

I mentioned that I changed the methods described earlier in this article. I also made changes to the way audio files are passed to the Service. The audio files are loaded from the device with the help of the loadAudio() function. When the user wants to play audio, call the playAudio(int audioIndex) function with an index of the wanted audio from the ArrayList of loaded audio files.

When calling the playAudio() function for the first time, the ArrayList is stored in SharedPreferences together with the audio index number and when the MediaPlayerService wants to play new audio it loads it from SharedPreferences. This is one way to load the Audio array to the Service, but there are others.

Open build.gradle (app) and add dependencies for the Gson library.

dependencies {
  compile group: 'com.google.code.gson', name: 'gson', version: '2.7', changing: true

The following class handles Data storage.

Now it’s time to change the playAudio() function. First in the MainActivity class create a global static String.

This string sends broadcast intents to the MediaPlayerService that the user wants to play new audio and has updated the cached index of the audio they want to play. The BroadcastReceiver that handles this intent is not created yet, for now replace your old playAudio() function in the MainActivity with the following.

The audio is not passed to the Service through putExtra(), so the Service has to load the data from the SharedPreferences and this is why the onStartCommand() method needs to be rewritten. I will return to this method at the end of this tutorial to give the complete onStartCommand() implementation. For now, add the following global variables to the MediaPlayerService class.

Play New Audio Broadcast

When the MediaPlayerService is playing something and the user wants to play a new track, you must notify the service that it needs to move to new audio. You need a way for the Service to listen to these “play new Audio” calls and act on them. How? Another BroadcastReceiver. I mentioned these “play new Audio” calls in the Redefine methods section when calling the playAudio() function.

In the MediaPlayerService class add the following functions.

When intercepting a PLAY_NEW_AUDIO intent, this BroadcastReceiver loads the updated index and updates the activeAudio object to the new media and the MediaPlayer is reset to play the new audio. The buildNotification() function is not yet implemented so it shows an error.

Register BroadcastReceiverS

In the Services onCreate() method add the registration calls for the BroadcastReceivers.

You must unregister all the registered BroadcastReceivers when they are not needed anymore. This happens in the Services onDestroy() method. Replace your current onDestroy() method with the following. Again, don’t worry about the removeNotification(), it’s implemented later.

When the Service is destroyed it must stop listening to incoming calls and release the TelephonyManager resources. Another final thing the Service handles before it’s destroyed is clearing the data stored in the SharedPreferences.

User Interactions

Interacting with the MediaPlayerService is one of the key features of an audio player app, because users don’t need to play media, but also need to have control over the app. This is not as easy as it looks when working with background services because there is no user interface in background threads. Android Lollipop introduced new features, including Android MediaStyle notifications.

Notification.MediaStyle allows you to add media buttons without having to create custom notifications. In this example I will use the MediaStyles support library, NotificationCompat.MediaStyle to support older Android versions.

To have full control over media playback in the MediaPlayerService you need to create an instance of MediaSession. MediaSession allows interaction with media controllers, volume keys, media buttons, and transport controls. An app creates an instance of MediaSession when it wants to publish media playback information or handle media keys.

To build a MediaStyle notification for this example, the MediaPlayerService will make use of MediaSessions transport controls to add notification controls and publish MetaData so the Android system know that it’s playing audio.

Before moving on, add the following variables in the MediaPlayerService class.

The String variables are used to notify which action is triggered from the MediaSession callback listener. The rest of the instances relate to the MediaSession and a notification ID to uniquely identify the MediaStyle notification.

The following functions handle the initialization of the MediaSession and setting the MetaData to an active session. An important part of the following initMediaSession() function is setting the MediaSession callbacks to handle events coming from the notification buttons.

Add the following functions in the MediaPlayerService class.

The updateMetaData() method has a Bitmap image that you need to create, so add an image to the drawable folder of the project. The Callback() override methods make use of the media player key functions described earlier. Next add the media player functions mentioned earlier to the Service.

Now the service needs a way to build the MediaStyle notification, but the service needs a way to keep track of its playback status. For this create a new enumeration.

In your project create the following class.

public enum PlaybackStatus {

Now the service has a way to keep track of its playback status add the following function for building the notifications.

When called, this function will build the notification according to the PlaybackStatus.

The main purpose of the buildNotification() function is building the notification UI and setting up all the events that will trigger when a user clicks a notification button. You generate the actions through PendingIntents from the playbackAction() function. Add it to the MediaPlayerService.

Now that the service generates actions when the user clicks on the notification buttons it needs a way to handle these actions. Add the following action to the service.

private void handleIncomingActions(Intent playbackAction)  playbackAction.getAction() == null) return;

  String actionString = playbackAction.getAction();
  if (actionString.equalsIgnoreCase(ACTION_PLAY)) {
  } else if (actionString.equalsIgnoreCase(ACTION_PAUSE)) {
  } else if (actionString.equalsIgnoreCase(ACTION_NEXT)) {
  } else if (actionString.equalsIgnoreCase(ACTION_PREVIOUS)) {
  } else if (actionString.equalsIgnoreCase(ACTION_STOP)) {

This function figures out which of the playback actions is triggered and executes one of the MediaSession callback methods through its transport controls. The callback methods, implemented in the initMediaSession() function handle all the MediaPlayer actions.

Finishing Up

All that is left is to define the services onStartCommand() method. This method will handle the initialization of the MediaSession, the MediaPlayer, loading the cached audio playlist and building the MediaStyle notification. In the service class replace the old onStartCommand() method with the following.

In the initMediaPlayer() function replace the setDataSource() call with the following line


That sums it up for playing audio in a background service in Android. Now run the app and play audio the right way. Here is an example how my sample app looks. I added a RecyclerView to the app and the layout might look different, but the notification view and controls are the same.

Fast Forward

And that’s it! I understand there was a lot to absorb and understand in this tutorial, so if you have any questions or comments, please let me know below.