首页
/ windows-rs项目中的PlaybackStatus与TimelineProperties解析问题

windows-rs项目中的PlaybackStatus与TimelineProperties解析问题

2025-05-21 07:20:03作者:江焘钦

在windows-rs项目中,开发者在使用GlobalSystemMediaTransportControlsSession接口时遇到了两个关键问题:PlaybackStatus返回值不正确和TimelineProperties::Position显示异常。这些问题涉及到Windows媒体控制API的核心功能。

PlaybackStatus枚举值差异

开发者发现PlaybackStatus返回的值比预期大1,例如播放状态返回4而非3,暂停状态返回5而非4。这是由于混淆了两个不同的枚举类型:

  1. MediaPlaybackStatus枚举(Windows.Media命名空间):

    • 0: Closed
    • 1: Opening
    • 2: Buffering
    • 3: Playing
    • 4: Paused
  2. GlobalSystemMediaTransportControlsSessionPlaybackStatus枚举(Windows.Media.Control命名空间):

    • 0: Closed
    • 1: Opened
    • 2: Changing
    • 3: Stopped
    • 4: Playing
    • 5: Paused

这两个枚举虽然功能相似,但定义在不同的命名空间下,值也不相同。windows-rs项目使用的是后者,因此返回值是正确的,只是与开发者预期的枚举不同。

TimelineProperties时间单位问题

关于TimelineProperties::Position返回异常值的问题,这是由于时间单位理解错误导致的。Windows API中的TimeSpan使用100纳秒(10^-7秒)作为基本单位,而开发者可能误以为是秒或其他时间单位。

正确的处理方式是将其转换为标准库的Duration类型:

let position: Duration = timeline_properties.Position()?.into();
let seconds = position.as_secs();

这种转换会自动处理时间单位的转换,使得开发者可以方便地使用标准库提供的方法获取秒数或其他时间单位。

最佳实践建议

  1. 在使用Windows API时,务必查阅对应接口的官方文档,确认枚举值的具体定义
  2. 对于时间相关的属性,注意单位转换,优先使用标准库提供的Duration类型
  3. windows-rs项目提供了方便的into()转换方法,应充分利用这些类型转换功能
  4. 当遇到数值异常时,首先考虑是否单位或枚举定义理解有误

理解这些底层细节有助于开发者更好地利用windows-rs项目与Windows系统API进行交互,构建可靠的媒体控制应用程序。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
222
2.25 K
flutter_flutterflutter_flutter
暂无简介
Dart
525
116
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
JavaScript
210
286
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
982
581
pytorchpytorch
Ascend Extension for PyTorch
Python
67
97
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
566
93
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.02 K
399
GLM-4.6GLM-4.6
GLM-4.6在GLM-4.5基础上全面升级:200K超长上下文窗口支持复杂任务,代码性能大幅提升,前端页面生成更优。推理能力增强且支持工具调用,智能体表现更出色,写作风格更贴合人类偏好。八项公开基准测试显示其全面超越GLM-4.5,比肩DeepSeek-V3.1-Terminus等国内外领先模型。【此简介由AI生成】
Jinja
42
0