Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Explanation of different audio/control sources #7

Open
keunes opened this issue May 13, 2021 · 1 comment
Open

Explanation of different audio/control sources #7

keunes opened this issue May 13, 2021 · 1 comment

Comments

@keunes
Copy link

keunes commented May 13, 2021

Hello,

I see that the Ottercast supports the following protocols/software/standards (?). But, thinking about how the Ottercast could be used in conjunction with AntennaPod, I'm wondering about each of their functionalities purposes & availability on Android

  • shairport-sync: Airplay replacement, not relevant for Android
  • snapcast: from what I read a quite extensive package, allowing multi-room synchronised sound. They (and thus, I assume, Ottercast) support quite a few sources. They also have a demo Android app. Due to my limited understanding in this area, though, I'm not sure if any Android app would be able to send the URL of an online audio-file or -stream (can 'file' be an online file?).
  • Spotify Connect Spotify-only I assume :)
  • pulseaudio sink/source Linux audio system, I understand from this blog post that on Android it would have to replace Android's native audio system. No clue if/how it would support streaming/remote control from Android.

Would you have any thoughts on this? What would be the best way to get a Chromecast-like experience in Android apps?

@Jana-Marie
Copy link
Member

Hey! You are on-spot with every protocol. We already discussed the chromecast-like experience, via the actual protocol used by the chromecast, in other Issues and sadly it is not only closed source, but also not usable as closed source solution. There is no re-implementation and it uses different techniques to prevent such. The best solution for now are the different protocols we feature. If you have a protocol suggestion, please send them to me, we are happy to evaluate it! :3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants