Video encoder bitrate control in case frame rate is not provided
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ó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Bắt đầu bằng cách đọc phần so sánh codec được liên kết và issue của WebKit, sau đó xem lại phần diễn đạt trong đặc tả WebCodecs về bitrate và tốc độ khung hình. So sánh hành vi được mô tả của Chrome và Safari, bao gồm các trường hợp tốc độ khung hình bị bỏ qua hoặc khác với tốc độ thực tế. Được xem là hoàn tất khi đạt được thống nhất về hành vi dự kiến và về việc có cần hướng dẫn triển khai hoặc làm rõ đặc tả hay không.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Experiment based on https://peaceful-genie-41c2b6.netlify.app/codec-compare.html and https://bugs.webkit.org/show_bug.cgi?id=274822.
Chrome and Safari behave roughly the same in terms of bitrate control when bitrate and frame rate are provided.
I haven't checked Firefox.
Chrome seems to make sure the bitrate is applied consistently whatever the actual frame rate is, be it 30fps or 100fps.
When frame rate is not provided, Safari uses a default frame rate (30 fps).
If the frame rate is above this default frame rate, Safari actual bitrate per second is above the given bitrate.
There is a note in the spec that Authors are encouraged to provide both bitrate and frame rate.
Given this has interop impact, I wonder what the intent of the specification is when frame rate is not provided, or if the actual frame rate is far from the configured frame rate (much lower or much higher).
Should we have more implementation guidelines in that area?
- Ngôn ngữ chính
- HTML
- Star
- 1.3k
- Fork
- 192
- Merge trung bình
- 14 giờ 40 phút
- Pull request đã merge (30 ngày)
- 8
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọ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 w3c/webcodecs
-
privacy-needs-resolution
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
-
editorial
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
TPAC2026
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 8/100
Maintainer thường phản hồi trong vòng 1 ngày
-
VideoFrame.copyTo is manipulating JS objects in a background queueCó thể đã có người làm @Djuffin đã nhận 4 ngày trước. Đang mởCR Blocking PR exists
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
w3c/webcodecs#955 · 8 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ColorSpace override is not well definedCó thể đã có người làm @dalecurtis đã nhận 37 ngày trước. Đang mởagenda CR Blocking PR exists
w3c/webcodecs#940 · 25 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của w3c/webcodecs
Issue tương tự
-
bug: directory index route root priority is overwritten when wildcard is falseCó thể đã có người làm @TalhaHunter101 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
fastify/fastify-static#617 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug go
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
genkit-ai/genkit#6761 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 87/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
spring-projects/spring-grpc#442 ·