Support rtspt:// protocol streams on Quest
HOBaRT
Recently AVPro was updated so that Quest users could watch RTSP streams. I was able to confirm this today, but there is a problem.
For TCP RTSP streams, PC users must use rtspt:// format URLs. However, it would appear that Quest users only support rtsp:// URLs.
Quest should either support rtspt:// format URLs (with a simple string replacement to rtsp:// if necessary), or PC should default to TCP-rtsp when using rtsp://.
This is a world where I tested that rtspt:// streams work, but only on PC, and rtsp:// streams work, but only on Quest: https://vrchat.com/home/world/wrld_2745cae5-eecc-44c4-8de7-1ece6a06bc05
Log In
s
shαrkie
Please fix this!
B
BigPappa_
VRChat please fix this
K
Kainaya
Please fix this!
∗StarKnight∗
Please add that feature... Quest standalone users are getting an huge part of VRChat !!!
Plaguued
Please fix this VRC so questies can be apart of the experience!
e
earthlingnana
^
M
Mordian
Please update!
PlutoMayhem
Fix this please do my quest friends can experience this
D
Docteh
I filed a bug against ExoPlayer back in March 2023, from what I can tell, the fix should be in ExoPlayer 2.19.0, which is what Quest identifies as at the moment
And yet I did tests last night that reveal that current VRChat (Quest) client does not retry TCP after being refused UDP transport.
Edit: https://github.com/androidx/media/issues/586 Found a newer bug report from August 2023
D
Docteh
I double checked my previous comments, and I realized I mentioned the 8 second delay in ExoPlayer waiting for data when it true UDP, but the actual issue I should mention is that most video players only wait 10 seconds for a video to be running before stopping and trying again.
iwaSync has the 10 second limit by default.
IWantBapo
I'm doing my part! Are you?
Load More
→