Closed winlinvip closed 1 year ago
An increased delay suggests that something may be wrong with respect to the RTCP exchange. How advanced is RTCP support in your WHIP integration?
v0.10.10 is from two years ago, please try to experiment with a recent Janus version or you might encounter other issues that could have already been solved!
My advice for debugging the issue is to do a pcap through the admin API of both pub and sub legs, then study the RTP timestamps and check the origin of the skew.
v0.10.10 is from two years ago, please try to experiment with a recent Janus version or you might encounter other issues that could have already been solved!
I hadn't noticed the test was made against v0.10.10... then obviously yes, test the latest 0.x or master.
That said, I don't see this delay with master. I've tried capturing the screen, using a stopwatch page demo, and the delay seemed constantly around 100/120ms to me (I've kept it open for some time).
Closing as apparently not an issue.
I conducted a test on version 1.1.4 and found that the latency remains the same, at approximately 520ms.
Starting Meetecho Janus (WebRTC Server) v1.1.4
To replicate the problem, you can follow the instructions provided at https://github.com/ossrs/ffmpeg-webrtc/pull/1#usage-ffmpeg-janus
I already saw the instructions: how do you think I tested it the last time? :wink: As I already said, I don't get those delays. Sounds like an issue in your Janus setup maybe?
I got it. 👍 If you're unable to reproduce this issue, it's possible that the problem is specific to my environment. In that case, we can close this issue, and it's unlikely that others will encounter the same problem.
I have updated the picture that shows the usage of FFmpeg+Janus. I used your snapshot, which has a latency of about 120ms.
Thank you for your attention. 😄
What version of Janus is this happening on? 0.10.10. The bug is present in version 0.10.10, but it may also exist in other versions, including the latest one.
Have you tested a more recent version of Janus too? No. Since we haven't tested it with the latest version, it doesn't appear to be related to the version.
Was this working before? No.
Is there a gdb or libasan trace of the issue? No.
Additional context We are currently exploring ways to enable ffmpeg to support WHIP. We conducted tests using Janus and the results were positive, with very low subsecond latency.
At first, the latency was around 150ms, but it later rose to approximately 480ms, as depicted in the images below.
As we do not possess extensive knowledge of Janus, we are unable to debug the code ourselves. Therefore, we would greatly appreciate your assistance in identifying potential solutions to address this issue.
Replay steps
We have provided a step-by-step reproduction of this issue, which should allow you to reliably reproduce it. This issue is not occurring randomly.