abs-capture-time extension is gated on an RTCP Sender Report and unconditionally rewritten, breaking verbatim end-to-end latency measurement
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- go
- Lĩnh vực
- audio-video-rtc
Hướng nghiên cứu
Start in pkg/sfu/downtrack.go, especially the forwarding logic around lines 1099–1121 linked in the issue, and compare it with the proposed opt-in fix in #4812. Trace how abs-capture-time forwarding depends on RTCP Sender Report validation. Done means ACT is forwarded as intended without breaking end-to-end latency measurement; the issue does not specify a test file.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
This is a follow up to #4325, which was closed after #4364 merged. #4364 only fixed extension-ID negotiation — it didn't change how abs-capture-time (ACT) actually gets forwarded on the downtrack, which is a separate, still-present issue.
In downtrack.go, ACT is only attached to a forwarded packet if SFU has received and validated an RTCP Sender Report for that track https://github.com/livekit/livekit/blob/a1be640b12f47387665b42df6ce3826bcfb96e44/pkg/sfu/downtrack.go#L1099-L1121. Until then, ACT is silently stripped from every forwarded packet. We noticed this because we have an integration test suite with a client that reads ACT to measure real end-to-end latency, and it intermittently fails on real (non-loopback) infrastructure. I opened #4812 with a small opt-in fix.
- Ngôn ngữ chính
- Go
- Star
- 21.3k
- Fork
- 2.4k
- Merge trung bình
- 20 giờ 21 phút
- Pull request đã merge (30 ngày)
- 73
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của livekit/livekit
-
Updating a SIP dispatch rule or inbound trunk to new trunks or numbers skips the conflict checkCó thể đã có người làm @RaphaelFakhri đã nhận hôm nay. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 12/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Abandoned pending tracks are never released, so long-lived participants permanently hit too many pending tracksCó thể đã có người làm @kevin-pan-skydio đã nhận 1 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 22/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
livekit/livekit#4959 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
livekit/livekit#4932 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của livekit/livekit
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
prime-radiant-inc/evener#4329 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Add `pdfcpu` to the pantryĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
openwatersio/aiscast#277 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
restic/restic#22112 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 3 ngày