MusiCLI | A no-fuss CLI music player to play all your songs | Music Player library

I could not reproduce your issue.

Your issue is environmental, exactly what it is I could not say.

I advise creating a new project in idea and following the same steps I did and it should work as long as you have the file path correct.

These are the steps I followed to get allow the media to play with your sample app:

1. Created a new JavaFX project in Idea with OpenJDK 17.0.2 and JavaFX 17.0.2 on Windows 11.

2. Copy-and-pasted your JavaFX sample code into the new project.

3. Followed the instructions to add media handling to the project:

   • Can not work with MediaPlayer class, javafx.media is not found

4. Downloaded your mp3 and wav files.

5. Set the file path to each in turn.

6. Ran the app and hit the play button for each file.

Both the MP3 and WAV files played without problem.

Your lie in april is nice, I will try to learn it.

Media Session API seems to solve this problem pretty well: https://developer.mozilla.org/en-US/docs/Web/API/Media_Session_API

This event listener runs every time $ playerctl -p firefox.instance{id} next is run (or when any other MPRIS client calls 'next', like KDE connect on android):

found some answers to my own question, sharing with community

6-sec auto-switch mode is a new feature in Android 12, which works only if (mode == AudioSystem.MODE_IN_COMMUNICATION) (check out flow related to MSG_CHECK_MODE_FOR_UID flag). This should help for MODE_IN_COMMUNICATION set to AudioManager and left after app exit, this was messing with global/system-level audio routing. There is also a brand new AudioManager.OnModeChangedListener called when mode is (auto-)changing

and setSpeakerphoneOn turns out to be deprecated, even if this isn't marked in doc... we have new method setCommunicationDevice(AudioDeviceInfo) and in its description we have info about startBluetoothSco(), stopBluetoothSco() and setSpeakerphoneOn(boolean) deprecation. I'm using all three methods and now on Android 12 I'm iterating through getAvailableCommunicationDevices(), comparing type of every item and if desired type found I'm calling setCommunicationDevice(targetAudioDeviceInfo). I'm NOT switching audio mode at all now, staying on MODE_NORMAL. All my streams are AudioManager.STREAM_VOICE_CALL type (where applicable)

for built-in earpiece audio playback aka. "ear-friendly mode" we were using

If you're trying to play an album from the library, then I had problems with that as well.

From what I've noticed, the MusicItemID of a library song is different from an album song, and the player cannot play it. The same goes in the case of a library album. If I get the id of the library song and send another request to - https://api.music.apple.com/v1/me/library/albums/{id}/catalog, And then set it to the queue; it works fine.

You can get the album's local ID and then make another request to the catalog as a workaround. If there's an album on Apple Music, then it should work.

Here's an example that works fine for me:

You just iterate through the rows.

The problem is that each time you call marquee you are starting a new loop. So, the first loop moves the marquee by -2 pixels each frame. The next time you call marquee it starts another loop, also moving the text by -2 pixels each frame. So now the text moves -4 pixels each frame. And so on.

There are a couple of ways to solve this. One is to keep track of the id of the call to after, and cancel it before starting a new loop. That will terminate the old loop and start a new loop.

The second solution is to only call marquee a single time to start a single loop that runs for the life of the program. Whenever a song changes, instead of creating a new marquee with a new loop you just update the existing marquee with the new song title.

The second solution is what I recommend. Since you're adding a unique tag to the marquee text, you can use that tag to change the text. You just need a new function for changing the text.

For example:

I think the problem you have is that you created a EventHandler with jQuery and it looks for some element which have the id of "icon". But it is not how HTML works. You have more than one element having same id. It's incorrect.

The correct way of doing this is creating the EventHandler with class of "icon" NOT id of "icon". When the handler is triggered, you should change the "src" attribute of this element.

After I runned your HTML and JS I realized that you used Object.onclick attribute on your script to trig the function which changes the src attribute. You could not achieved what you wanted because you are trying to DOM your element with id's. Firstly, convert all id's to class. And then you should do something like below to set all of the image's onclick attributes to your function. You can not do it on collection of elements. You can do it one-by-one with for loop. (You better use jQuery for this but since you are new to JS, try this usage and see what happens.)

I've solved it after lots of trail and error, since I'm new to JavaScript, Eel and connecting both with Python, I only later realised that in my code, I have tried using

You should add fabSize="mini" attribute instead of setting 45dp to layout_width and layout_height other than wrap_content.