-
Benachrichtigungen
You must be signed in to change notification settings - Fork 6k
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
RTSP UDP->TCP failover inconsistency #11069
Labels
Kommentare
tianyif
pushed a commit
to androidx/media
that referenced
this issue
Mar 31, 2023
If RTSP Setup Request with UDP receives HTTP Error Status 461 UnsupportedTransport, then client will retry with TCP. Issue: google/ExoPlayer#11069 PiperOrigin-RevId: 518807829
tianyif
pushed a commit
that referenced
this issue
Mar 31, 2023
If RTSP Setup Request with UDP receives HTTP Error Status 461 UnsupportedTransport, then client will retry with TCP. Issue: #11069 PiperOrigin-RevId: 518807829
rohitjoins
pushed a commit
to androidx/media
that referenced
this issue
Apr 18, 2023
If RTSP Setup Request with UDP receives HTTP Error Status 461 UnsupportedTransport, then client will retry with TCP. Issue: google/ExoPlayer#11069 PiperOrigin-RevId: 518807829 (cherry picked from commit ecf4d8b)
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hi, this is related to #9884
ExoPlayer has a feature with RTSP that if a UDP stream isn't received within a few seconds, it'll try again with TCP (Good feature)
If the server tells ExoPlayer that a UDP stream isn't available, and "RTSP/1.0 461 Unsupported Transport", it will NOT try TCP
Where this becomes a problem: If WMPlayer connects to a server with UDP available, and it doesn't receive a stream within a few seconds, it doesn't failover to TCP
I can do a work-around to tell WMPlayer clients that UDP is unavailable as a transport based on the User-Agent, but this does leave ExoPlayer clients waiting a few more seconds for video to start.
Is there a reason to not understand the "Unsupported Transport" response? I notice that a LibVLC supports this.
The text was updated successfully, but these errors were encountered: