I wasn't sure which repro to file the issue in as it's about the code behind the play button and not just the media app. For example, I use a custom watchface usibg the play button and it has the same issue. But this repro was suggested on Matrix.
I noticed something funny. If I pause a video in NewPipe and close the app, listen to music, then if I pause it with my watch it pauses my music, but starts NewPipe. Vice versa when unpausing. This also means in this scenario, NewPipe is the opposite of what my watch indicates.
Similarily if I want to start music via my watch, it starts both.
I have to actually open NewPipe then close the video entirely before it works normally.
It seems NewPipe is also considered audio, which I get. If I would be just listening there it's nice it works. So I'm guessing this issue exists in any audio app that stays on in background to keep track where you are (and make play buttons work without havibg to open the app first).
But I never had this with other devices than AsteroidOS. Those only alter the state of the last used media. I think that would be expected behaviour too. There aren't many use-cases where one would want to start/pause/unpause audio from multiple sources at once as that tends to become an audio mess.
I wasn't sure which repro to file the issue in as it's about the code behind the play button and not just the media app. For example, I use a custom watchface usibg the play button and it has the same issue. But this repro was suggested on Matrix.
I noticed something funny. If I pause a video in NewPipe and close the app, listen to music, then if I pause it with my watch it pauses my music, but starts NewPipe. Vice versa when unpausing. This also means in this scenario, NewPipe is the opposite of what my watch indicates.
Similarily if I want to start music via my watch, it starts both.
I have to actually open NewPipe then close the video entirely before it works normally.
It seems NewPipe is also considered audio, which I get. If I would be just listening there it's nice it works. So I'm guessing this issue exists in any audio app that stays on in background to keep track where you are (and make play buttons work without havibg to open the app first).
But I never had this with other devices than AsteroidOS. Those only alter the state of the last used media. I think that would be expected behaviour too. There aren't many use-cases where one would want to start/pause/unpause audio from multiple sources at once as that tends to become an audio mess.