ryanheise

At least the app developer should have the ability to make any decision about deleting an old channel, and we can entrust this decision to them since the channel ID...

It's an incremental step. Maybe in the future there could be a declarative API for migrations. Until then, we need a way for users to continue using the old channel...

I haven't used this feature myself so I can't speak to what this means (@hacker1024 ?) However the source Android documentation is the culprit here: https://developer.android.com/reference/android/media/Rating#RATING_NONE > Indicates a rating...

flutter-fix unfortunately turns out to be a bit too limited. It can rename method invocations, but not method overrides, so it cannot rename `onPlay` to `play`. I will remove this...

Thanks everyone for the helpful comments. @rohansohonee 's answer is correct and I would just add that audio_service doesn't implement the queue logic, but it also doesn't implement the audio...

Hi @moritz-weber There is actually no rule against using the song's URL as your media ID which would make having a map redundant in your case. I'll see about expanding...

@moritz-weber I've just updated the example to demonstrate queue management. Let me know if that answers your question or if you have any more questions.

@yringler agreed, and I'll keep this issue open until I've written more documentation.

@xyzbilal , to quote @rohansohonee above, this library uses a client/server architecture. As per the README, you shouldn't actually use the `AudioService.*` and `AudioServiceBackground.*` APIs together in the same block...

Technically it is documented now although I would like to polish it further.