Tracking issue for equalizer Source
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- rust
調査の方向性
Read the issue’s discussion about equalizer design, AGC ordering, and real-time updates before choosing an implementation; it requests input and gives no specific files, tests, or settled design. Done would mean a design is agreed on for configurable frequency bands, pre-amp, AGC ordering, and runtime adjustment, then implemented and tested against that design.
索引モデルが issue の本文から書いたものです。
説明
I've been thinking about this for a while. What do you think of the possibility of adding an equalizer?
I don't have a specific implementation in mind, but a general idea would be to create a source that we can pass an array into, where this array represents the bands in an equalizer.
In the image above, it defines each band in an array, then connects the values between, i.e., let's say the user adds 12hz and 18hz to the array. We can then amplify 8db on the 18hz, and no amplification for the 12hz. Then between 13,14,15,16,17hz will be linearly interpolated for them to ascend in amplification till it reaches the 18hz, then it will go down for a third number if we have one.
This allows users to define their own band ranges and how much they want them amplified.
Here is a visualization of [12, 18, 28]hz.
We would need a baseline amplification separate from the array, which would control the overall band's amplification like a pre-amp. This would allow users to lower or increase all bands relative to the pre-amp before applying the individual amp on each band.
Regarding implementation, I would like some input before starting coding.
Note: If using this with AGC, this would need to take precedence before the AGC to avoid distortion issues. Otherwise, the AGC would amplify it and then the equalizer would amplify as well, creating distortion. However, if we amplify with the equalizer first and feed it into the AGC, there should be no issues.
Another thing to consider is real-time adjustments. Most people want to be able to change the equalizer settings in real time, so we would need to use periodic_access or atomic_float. Maybe implement both to satisfy the most users, and we would need mutable access to the array itself for the user to be able to add or remove bands during runtime.
- 主要言語
- Rust
- スター
- 2.5k
- フォーク
- 338
- 平均マージ
- 1日 3時間
- マージ済み PR（30日）
- 1
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
RustAudio/rodio のほかの issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 73/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 62/100
-
WavDecoder::size_hint underflows (u32 wrap, ~4.29e9) after EOF, causes multi-GB Vec::collect() allocation対応中かも @marin-m が 2 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 72/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
RustAudio/rodio の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
dsx-ai-factory/infra-controller#8341 ·
メンテナーはふだん 1 日以内に返信
-
enhancement triage:deciding
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
open-telemetry/otel-arrow#4540 ·
メンテナーはふだん 2 日以内に返信
-
benchmark: CSV report files contain blank records on Windows対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンcomponent:benchmark
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
agentic-os-org/ANOLISA#9177 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
oracle/rust-oracledb#61 ·
-
bug priority-medium to-agent
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信