Ich erstelle eine App für Android zur Unterstützung von Google Cast für Video mit Interaktion mit der CastCompanionLibrary-Bibliothek. Im Video VideoCastManager verwenden und für den Teil des Austauschs von Nachrichten (Daten) DataManagerCast verwenden. Ich möchte ein Steuerelement implementieren, das eine Verbindung zu einer bestimmten Sitzung herstellen kann. Meine Idee ist, dass der erste Sender, der eine Verbindung zu Chromecast herstellt, der "Eigentümer der Sitzung" ist und andere Absender die Erlaubnis anfordern müssen, eine Verbindung herzustellen. Ich habe einen Namespace für die Kommunikation zwischen dem Empfänger und dem Sender Sitzungsbesitzer für den Verbindungsvorgang erstellt. Wenn der Absender nicht autorisiert ist, sollte er die Verbindung trennen. Ich schaute mir die Empfängerreferenz an, die nach einer Methode sucht, mit der der Empfänger eine bestimmte Sende trennt, aber es schlägt immer noch fehl. Weiß jemand, ob es möglich ist, dies meine Idee umzusetzen?Trennen Sie Absender nicht autorisiert
0
A
Antwort
1
Erstens, warum verwenden Sie DataCastManager? VideoCastManager kann einen Datenkanal hinzufügen und das ist alles, was Sie benötigen, um zu kommunizieren, verwenden Sie also nur den VideoCastManager.
Soweit Speicher dient, Empfänger können einzelne Absender nicht trennen, so eine Alternative zu Ihrem Ansatz wäre:
- Jeder Sender, nachdem an den Empfänger anschließen, wird eine Nachricht an den Empfänger, sich zu registrieren.
- Empfänger betrachtet die Anzahl der verbundenen Geräte, wenn das der erste ist, denkt er, dass der Besitzer eine Nachricht an den Absender zurücksendet und ihn darüber informiert, dass es der Besitzer ist. Wenn es nicht der erste ist, sendet es eine Nachricht an diesen Absender zurück und informiert ihn darüber, dass es eine Autorisierung vom Eigentümer erhalten muss (so weiß der neue Absender, dass er auf eine Autorisierung warten sollte). Gleichzeitig sendet er eine Nachricht an den Besitzer und bittet um Erlaubnis, die zweite einzulassen.
- Der Besitzer sendet eine Nachricht an den Empfänger zurück, um dem neuen Sender zu erlauben oder zu verbieten, eine Verbindung herzustellen. Receiver sendet dann eine Nachricht an den neuen Absender, um ihn darüber zu informieren, ob seine Anfrage gewährt wurde oder nicht.
- Wenn die Berechtigung erteilt wurde, ermöglicht der Code in Ihrem Absender dem Benutzer die Weiterleitung in der App. Wenn es nicht gewährt wird, kann die Logik in Ihrer Absender-App den Benutzer entweder daran hindern, weiter zu gehen, oder den Absender trennen, oder kann nur das beschränken, was der Benutzer tun kann.
Verwandte Themen
- 1. PayPal-API-Fehler - Diese Zahlungsaufforderung muss vom Absender autorisiert werden
- 2. Maven-Fehler: Nicht autorisiert, ReasonPhrase: Nicht autorisiert
- 3. PHP ImagickException: nicht autorisiert
- 4. Oauth, Twitter, 401 Nicht autorisiert
- 5. MAPISendMail den Absender nicht einfügen
- 6. Android Adb-Gerät nicht autorisiert
- 7. HTTP-Fehler 401: Nicht autorisiert
- 8. SASLError mit PLAIN: nicht autorisiert
- 9. WhatsApp Login fehlgeschlagen nicht autorisiert
- 10. 401 Nicht autorisiert in Tomcat
- 11. Kann Netzwerkfreigabe nicht trennen
- 12. Sie sind nicht diesen Service zu nutzen autorisiert für Anbieter
- 13. Laravel Scheduler - Absender angeben, wenn Sie emailOutputTo()
- 14. Client-Verbindung zu IBM MQ nicht autorisiert
- 15. AccessDenied: Nicht autorisiert, M zu erfüllen: AssumeRoleWithIdentity
- 16. Lexik JWT gibt 401 nicht autorisiert zurück
- 17. Ereignishandler, die den nicht installierten Absender übergeben
- 18. Absender in einer Zukunft
- 19. HTTP-Anfrage: PUT 401 (Nicht autorisiert)
- 20. Oauth Ausgabe "nicht autorisiert" in Spring 4
- 21. 401 nicht autorisiert, außer über den Browser
- 22. So trennen Sie FireBase-Sockets?
- 23. InvalidSenderError: Nicht autorisierter Absender (Google App Engine)
- 24. Perl LWP nicht autorisiert, während Curl Ok
- 25. DotNetOpenAuth Twitter Authentifizierung 401 Nicht autorisiert
- 26. WhatsApp C# WhatsAPINet - Login fehlgeschlagen: nicht autorisiert
- 27. Azure AD API-Anfrage 401 Nicht autorisiert
- 28. 401 Nicht autorisiert mit oauth-python-twitter
- 29. Tridion User Interface 2012 - 401 nicht autorisiert
- 30. IIS 7.5 - Erro HTTP 401.0 - Nicht autorisiert
Dank Ali Naddaf für die Beseitigung meiner Zweifel. –