ryanheise

Not quite sure I understand the mechanics of this, since you didn't mention how audio_service fits in (this is where the notification is handled for on-device playback). But if we...

That sounds really promising, I had the impression from the discussion over at #248 that managing this transition between local and cast players might be a bit more complicated, but...

I think [audio_cast](https://pub.dev/packages/audio_cast) has promise (this was shared by @peterscodee above), so I would encourage people to take a look at it, create issues for anything that doesn't work, and...

Looks like doing a null safety migration would be a good first step for someone to contribute. https://dart.dev/null-safety/migration-guide

> I've looked into flutter_cast_framework. It is a much more mature solution but it conflicts with audio_service due to mismatching base Android activity. Can you provide more detail on what...

flutter_cast_framework doesn't seem to have a licence yet which would need to be sorted out before anyone can contribute to it or before anyone can "use it", for that matter,...

Is there more to the stack trace that traces back to just_audio plugin code? I'll be able to insert some detection and recovery code at that point.

Hmm, unfortunately neither of those point to the proxy. I am guessing that an `onError` and/or `onDone` handler should probably be added on on line 1924 to handle this scenario,...

@Blacksith , the latest progress is in my previous comment. That is, I have an idea of what is going on, but haven't taken a crack at it yet. You...

I was supposing to add the `onError` and `onDone` handlers to the `_server.listen` call.