Bug report: Time end subsecond parsing bug (losing leading zero in milliseconds)
まだ誰も着手していません。
評価
調査の方向性
End time フィールドの文字列から秒への変換を見つけ、Start time の変換と比較してください。02:02:56.077 で再現し、生成された引数に 7376.077 が保持されることを確認してください。報告されている他の入力も確認してください。End time が先頭のゼロを削除せずに、期待される FFmpeg 引数を生成すれば完了です。
索引モデルが issue の本文から書いたものです。
説明
FastFlix Version:
Operating System:
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior
Screenshots
If applicable, add screenshots to help explain your problem.
Logs (If applicable) In FastFlix you can go to Help > Open Log Directory and sort by latest to find the newest log file to add here.
Please make sure to remove any personal information or video names in the screenshots and logs!
Description:
There is a serious bug in the "End time" (Конец) field parsing logic. FastFlix incorrectly parses milliseconds if there is a leading zero right after the dot, causing huge shifting errors in the generated FFmpeg command.
Steps to reproduce:
- Set Start time to 02:02:53.117 -> Generates correct FFmpeg arg: -ss 7373.117 (Works perfectly!)
- Set End time to 02:02:56.077 -> Generates INCORRECT FFmpeg arg: -to 7376.77 instead of 7376.077.
- Set End time to 02:02:56.07 -> Generates INCORRECT FFmpeg arg: -to 7376.7.
- Set End time to 02:02:56.0077 -> Generates INCORRECT FFmpeg arg: -to 7376.77.
Root cause:
The internal parser for the End Time field completely ignores or strips the leading zero right after the decimal point, treating .077 as .77 (shifting 77ms to 770ms). It seems the parser treats the input value mathematically as a float or uses an incorrect divisor (/ 100 instead of / 1000), or removes the zero during string manipulation.
Please fix the End time string-to-seconds conversion logic to match the flawless behavior of the Start time field. Thank you!
- 主要言語
- Python
- スター
- 1.6k
- フォーク
- 78
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
cdgriffith/FastFlix のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
cdgriffith/FastFlix#768 ·
-
`-log_level` typoオープン
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
cdgriffith/FastFlix#767 ·
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
cdgriffith/FastFlix#739 · リアクション 1 件 ·
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 55/100
cdgriffith/FastFlix#771 ·
-
feature request
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
cdgriffith/FastFlix#770 · リアクション 1 件 ·
cdgriffith/FastFlix の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
suitenumerique/accounts#160 ·
メンテナーはふだん 1 日以内に返信
-
Restoring an exhausted flatmap checkpoint can replay consumed records対応中かも @salma2vec が今日担当しました。 オープンtype:bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
`ingest` fails with pynndescent 0.7対応中かも @eroell が今日担当しました。 オープンTriage 🩺
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信