[experiment] force chunking when using dynamic sources
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
- 12/100
- Loại issue
- Tái cấu trúc
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- rust
- Lĩnh vực
- audio-video-rtc, performance
Hướng nghiên cứu
The payload names no files, only the mixer's Box<dyn Source> storage and a sketched Chunked wrapper with a next method on Mixer. Start by finding where the mixer boxes its sources and how next() pulls samples, then benchmark the current path. Done would mean a measured comparison with a proposed design agreed in the thread, which is not yet settled.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I suspect one thing that can really slow the mixer down is that it takes Box<dyn Source>. Since the next() calls cannot be inlined here this probably slows everything down. We can make this less of an issue by getting chunks (up to some size) in the mixer. Roughly:
impl source -> Sample
chunked(impl source) -> [Sample] // returns array
Box<dyn chunked> -> [Sample] // return array
Mixer() -> Sample (uses the chunks internally)
Now the only way to get a nice API with this is to hide the whole chunking inside the mixer. Like this:
struct Mixer {...}
impl Mixer {
fn add(&mut self, s: impl Source) {
let chunked = Chunked::from(s);
let chunked = Box::new(chunked) as Box<dyn Chunk>;
self.sources.push(chunked)
}
...
}
impl Iterator for Mixer {
fn next(&mut self) -> Option<Sample> {
if self.cached_chunks.is_empty() {
for chunked in self.sources {
self.cached_chunks.push(chunked.next_chunk())?;
}
}
let mut sample = 0.0;
for chunk in &mut self.cached_chunks {
sample += chunk.pop_front();
}
Some(sample)
}
}
- Ngôn ngữ chính
- Rust
- Star
- 2.5k
- Fork
- 338
- Merge trung bình
- 1 ngày 3 giờ
- Pull request đã merge (30 ngày)
- 1
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 RustAudio/rodio
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 73/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 62/100
-
WavDecoder::size_hint underflows (u32 wrap, ~4.29e9) after EOF, causes multi-GB Vec::collect() allocationCó thể đã có người làm @marin-m đã nhận 2 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 72/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
Tất cả issue của RustAudio/rodio
Issue tương tự
-
component:benchmark
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
agentic-os-org/ANOLISA#9177 ·
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 78/100
oracle/rust-oracledb#61 ·
-
bug priority-medium to-agent
Độ 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
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Databricks tool-only response crashes in resolve_reasoning_and_content with KeyError: contentCó thể đã có người làm @1divyanshdev đã nhận hôm nay. Đang mởllm translation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
BerriAI/litellm#48637 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày