Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Player::try_seek docs are wrong about only blocking up to ~5ms

オープン 初心者向け
#896 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
1/5
見積もり時間
1時間未満
初心者へのやさしさ
73/100
issue の種類
ドキュメント
明瞭さ
明確に書かれている
活発さ
静か
技術スタック
rust
領域
documentation

調査の方向性

src/player.rs の230行目付近にある try_seek() のドキュメントを、137~138行目の定期アクセスの実装、および src/source/mod.rs の547~558行目付近にある periodic_access() のドキュメントとあわせて読みます。再生速度を考慮して記載されているブロック時間を更新し、その表現がドキュメントに記載されたアクセス頻度と一致することを確認します。

索引モデルが issue の本文から書いたものです。

説明

This is stated here:
https://github.com/RustAudio/rodio/blob/ee3c21f2f3d926110706a2780658d098831c1ed9/src/player.rs#L230

Which is referring to the periodic access here:
https://github.com/RustAudio/rodio/blob/ee3c21f2f3d926110706a2780658d098831c1ed9/src/player.rs#L137-L138

However, compare this to the documentation for periodic_access().:
https://github.com/RustAudio/rodio/blob/ee3c21f2f3d926110706a2780658d098831c1ed9/src/source/mod.rs#L547-L558

Since the access rate is based on playback speed, if I play my music file at half speed, try_seek() I could be waiting for the next access up to ~10ms (or even more for lower playback rates).


This is related to, but technically distinct from these other two seek issues I've found: #638 #876.

主要言語
Rust
スター
2.5k
フォーク
338
平均マージ
1日 3時間
マージ済み PR(30日)
1

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

RustAudio/rodio のほかの issue

RustAudio/rodio の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。