-
Notifications
You must be signed in to change notification settings - Fork 625
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
Support buggy RTSP from Uniview IPC2122LR3-PF40M-D #1570
Comments
If a stream with problems, it can really break down in MSE. But such streams usually work in WebRTC. |
thanks for your answer the MSE stream to an android browser is working perfectly the stream webrtc to ios skip 1 sec. so do you think is a stream problem? what else can I try? |
Can you describe it in more detail? |
the stream behaves differently on iOS vs Android. When displaying a clock in the upper corner:
|
What stream technology you talking about for Android and for iOS. They may be different. |
just the link: I've also tried just webrtc or mse as mode ... this is the only one working ... I can sent you private the video ...
|
This is MSE mode. Do you have this particular mode selected for both Android and iOS? |
no I don't have |
The selected technology will be displayed in the upper right corner of the screen. |
yes mse for android |
What about if you select only WebRTC for Android. |
I've tried ... but I'm using docker and ngrok ... but I got the same result running directly |
You have a difficult situation. It is unlikely that anything can be done without access to the stream. |
Hm i think the stream on ios is paused and buffering and not actually in playing mode. Line 452 in 82f6c2c
On android it should do the same with MSE if you pause the stream |
I can provide that privately ... |
can be ... but the connection is the same, to be fair the andoird phone is quite old and working ... but any android phone is working ... and usually I see that on android the mse is the one working ... and webrtc the one working on ios ... |
You can find my contacts on my github profile and provide access to the stream. |
Problem. The camera sends packets with payload type 50, right after some packets with video payload.
|
thanks for looking into ... and fixing it so promptly |
Hi,
any ideas why the only consumer working is the one with id 425 (the android browser) ?
media profile configured h264 (also tried with 1.9.7)
info:
log from docker:
log from the browser:
this is working:
also this from VLC
http://127.0.0.1:1984/api/stream.mp4?src=test1
thanks
PS: if you need more logs please let me know, also if I can try something else
PPS: this is the only camera that has this problem
The text was updated successfully, but these errors were encountered: