Closed bianchina3 closed 2 years ago
@claincly can you take a look?
You can try commenting out the lines 515-523 in RtspMediaPeriod
.
The problem is the server response
RTP-Info:url=192.168.0.110/trackID=0;seq=1;rtptime=10000,url=192.168.0.110/trackID=1;seq=1;rtptime=10000
should be
RTP-Info:url=192.168.0.110/1/trackID=0;seq=1;rtptime=10000,url=192.168.0.110/1/trackID=1;seq=1;rtptime=10000
Thanks for the reply. your proposal patch works, but for me it's frustrating to work with patching code
I understand your frustration having to patch the code, but please note that this is a error in the server.
By RTSP spec, the RTP-Info header in RTSP PLAY response should include timing info for both audio and video tracks, in your case they are identified as
rtsp://192.168.0.110/1/trackID=0
rtsp://192.168.0.110/1/trackID=1
But the server responded with wrong identifiers, for example for video: url=192.168.0.110/trackID=0
. It's missing two parts:
rtsp://
scheme. Note that the uri 192.168.0.110/trackID=0
is not technically a "URL" without the scheme part.1/
path after the ip addressExoPlayer is following the spec and does not make exceptions for quirky servers. That said, I'm closing the issue for now, please reopen if you have further questions.
i am trying to connect to an ip camera but exoplayer 2.16.0 throws "Server did not provide timing for track" exception.
This is the log: