Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

One capture per lease, shared by every viewer of its screen

Đang mở
  • Có gì không ổn?
#602 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
8/100
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Sôi nổi
Công nghệ
android, ios, typescript
Lĩnh vực
backend

Hướng nghiên cứu

Start with src/stream/AGENTS.md, especially the Known gaps entry "Each viewer is its own capture", and read the per-lease capture tracking in the stream module. Issue #593 explains why each viewer currently starts its own capture. Nothing is decided yet: the four open questions (where fan-out lives, key-frame handling for late joiners, slow-viewer policy, viewer limits) need a maintainer decision before any code. Done means those answers are recorded in the issue or the AGENTS.md file.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

feature:spec

Request: none

Problem

Every viewer of a lease's screen starts its own capture on the worker (#593). Two people watching one device cost two capture programs on iOS, about 66–78 MB each and a second encoder, or two scrcpy servers on an Android emulator. Through a gateway each viewer also holds its own relay channel, and a worker link carries at most 64, so many viewers crowd out agent-device calls to that worker.

Who it is for

Operators and agents who watch the same device at once: a team following one agent's run, or a dashboard beside a person's console tab.

Outcome

Any number of viewers of one lease share one capture on the worker. A viewer that joins late sees a picture within one key frame. A slow viewer misses frames instead of slowing the others. The capture stops when the last viewer leaves or the lease ends. A gateway sends one relayed stream per lease to a worker, however many viewers it has.

Open questions

  • Where the fan-out lives: on the worker only, or on the gateway too.
  • How a late joiner gets a key frame: wait for the next one (Android sends one every 10 s), or ask the encoder for one.
  • What a slow viewer gets: frames dropped until its next key frame, or a cap after which it is cut off.
  • Whether viewers per lease need a limit even when they share one capture.

Notes

Today's design and its trade-offs are in src/stream/AGENTS.md (Known gaps: "Each viewer is its own capture"). The stream module is platform-agnostic and already tracks captures per lease, so a fan-out would sit there.

Written by an agent.

Ngôn ngữ chính
TypeScript
Star
19
Fork
1
Merge trung bình
7 giờ 21 phút
Pull request đã merge (30 ngày)
247

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của callstackincubator/simlock

Tất cả issue của callstackincubator/simlock

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.