Why is the last row's frame size different from others when extracting LLD?
还没有人认领这个 Issue。
评估
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 新手友好度
- 35/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- python
调研方向
使用所示的 opensmile.Smile 配置和 process_file 调用，并使用所引用的音频文件和时间范围重现结果。检查返回的帧时间戳以及 LowLevelDescriptors 的提取行为，以确定最后一帧为何延伸至 1.596s。完成的标准是对三行和最后一帧边界给出清晰解释，或识别出一个可复现的缺陷。
由索引模型根据 Issue 内容生成。
描述
Hello.
I'm trying to extract LLD from a period of sound, and here is my code:
import opensmile
smile = opensmile.Smile(
feature_set=opensmile.FeatureSet.eGeMAPSv02,
feature_level=opensmile.FeatureLevel.LowLevelDescriptors
)
signal = smile.process_file('./BASIC5000_0235.wav', start=1.518, end=1.596)
After running this code, I got 3×25 vector like this:
I wonder why there is only 3 rows, and why the last row starts from 1.538s but ends at 1.596s instead of 1.558s.
- 主要语言
- BitBake
- 星标
- 334
- 派生
- 42
- 平均合并
- 57 分钟
- 30 天内合并 PR
- 2
贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
audeering/opensmile-python 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 72/100
audeering/opensmile-python#133 ·
-
难度 1/5 1 小时以内 新手友好度 45/100
audeering/opensmile-python#131 ·
-
难度 4/5 3-5 天 新手友好度 25/100
audeering/opensmile-python#123 ·
-
难度 3/5 1-2 天 新手友好度 35/100
audeering/opensmile-python#122 ·
-
难度 4/5 3-5 天 新手友好度 25/100
audeering/opensmile-python#110 ·
查看 audeering/opensmile-python 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 75/100
flutter-webrtc/flutter-webrtc#2206 ·
-
mkv: seek with CueRelativePosition treats CueTime as nanoseconds; queued frames not cleared on seek 未关闭
难度 2/5 1-3 小时 新手友好度 75/100
-
难度 2/5 1-3 小时 新手友好度 70/100
mozilla/standards-positions#1456 ·
-
难度 2/5 1-3 小时 新手友好度 70/100
-
难度 2/5 1-3 小时 新手友好度 75/100
Borewit/music-metadata#2755 ·