个人中心
文章发布
退出
作者热门文章
- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库？
- java - OnItemClickListener 不起作用，但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
26
4
我正在另一个论坛上与一些开发人员就准确生成 MIDI 事件(注意消息等)进行辩论。人耳对轻微的计时误差非常敏感，我认为他们的主要问题来自于使用相对低分辨率的计时器，这些计时器以 15 毫秒的间隔(足够大，足以导致明显的误差)量化它们的事件。
大约 10 年前，我编写了一个示例应用程序(Windows 95 上的 Visual Basic 5)，它是一个组合软件合成器和 MIDI 播放器。基本前提是一个跳跃缓冲回放系统，每个缓冲都是十六分音符的持续时间(例如:每分钟 120 个四分音符，每个四分音符为 500 毫秒，因此每个十六分音符为 125 毫秒，因此每个缓冲区是 5513 个样本)。每个缓冲区都通过 waveOutWrite 方法播放，此方法的回调函数用于排队下一个缓冲区并发送 MIDI 消息。这使基于 WAV 的音频和 MIDI 音频保持同步。
在我看来，这种方法非常有效——MIDI 音符听起来甚至没有轻微的失调(而如果你使用精确到 15 毫秒的普通计时器来播放 MIDI 音符，它们听起来会明显失调)。
理论上，此方法会产生精确到样本的 MIDI 计时，或 0.0227 毫秒(因为每毫秒有 44.1 个样本)。我怀疑这是这种方法的真正延迟，因为在缓冲区完成和通知 waveOutWrite 回调之间可能存在一些轻微的延迟。有谁知道这个延迟实际上有多大？
最佳答案
Windows 调度程序默认以 10 毫秒或 16 毫秒的间隔运行，具体取决于处理器。如果您使用 timeBeginPeriod() API，您可以更改此间隔(以相当大的功耗成本)。
在 Windows XP 和 Windows 7 中，wave API 的运行延迟约为 30 毫秒，对于 Windows Vista，wave API 的延迟约为 50 毫秒。然后，您需要添加音频引擎延迟。
不幸的是，我没有单向引擎延迟的数据，但我们确实有一些关于引擎延迟的数据——我们进行了一项测试，播放了通过 USB 音频设备循环回放的音调，并测量了往返延迟(渲染捕捉)。在 Vista 上，往返延迟约为 80 毫秒，变化约为 10 毫秒。在 Win7 上，往返延迟约为 40 毫秒，变化约为 5 毫秒。 YMMV 然而，由于音频硬件引入的延迟量对于每个硬件都是不同的。
我完全不知道 XP 音频引擎或 Win9x 音频堆栈的延迟是多少。
关于windows - waveOutWrite API 方法回调的延迟(或延迟)时间是多少？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1303811/
26
4
0
我想了解 Ruby 方法 methods() 是如何工作的。 我尝试使用“ruby 方法”在 Google 上搜索，但这不是我需要的。 我也看过 ruby-doc.org，但我没有找到这种方法。
Test 方法 对指定的字符串执行一个正则表达式搜索，并返回一个 Boolean 值指示是否找到匹配的模式。 object.Test(string) 参数 object 必选项。总是一个
Replace 方法 替换在正则表达式查找中找到的文本。 object.Replace(string1, string2) 参数 object 必选项。总是一个 RegExp 对象的名称。
Raise 方法 生成运行时错误 object.Raise(number, source, description, helpfile, helpcontext) 参数 object 应为
Execute 方法 对指定的字符串执行正则表达式搜索。 object.Execute(string) 参数 object 必选项。总是一个 RegExp 对象的名称。 string
Clear 方法 清除 Err 对象的所有属性设置。 object.Clear object 应为 Err 对象的名称。 说明 在错误处理后，使用 Clear 显式地清除 Err 对象。此
CopyFile 方法 将一个或多个文件从某位置复制到另一位置。 object.CopyFile source, destination[, overwrite] 参数 object 必选
Copy 方法 将指定的文件或文件夹从某位置复制到另一位置。 object.Copy destination[, overwrite] 参数 object 必选项。应为 File 或 F
Close 方法 关闭打开的 TextStream 文件。 object.Close object 应为 TextStream 对象的名称。 说明 下面例子举例说明如何使用 Close 方
BuildPath 方法 向现有路径后添加名称。 object.BuildPath(path, name) 参数 object 必选项。应为 FileSystemObject 对象的名称
GetFolder 方法 返回与指定的路径中某文件夹相应的 Folder 对象。 object.GetFolder(folderspec) 参数 object 必选项。应为 FileSy
GetFileName 方法 返回指定路径（不是指定驱动器路径部分）的最后一个文件或文件夹。 object.GetFileName(pathspec) 参数 object 必选项。应为
GetFile 方法 返回与指定路径中某文件相应的 File 对象。 object.GetFile(filespec) 参数 object 必选项。应为 FileSystemObject
GetExtensionName 方法 返回字符串，该字符串包含路径最后一个组成部分的扩展名。 object.GetExtensionName(path) 参数 object 必选项。应
GetDriveName 方法 返回包含指定路径中驱动器名的字符串。 object.GetDriveName(path) 参数 object 必选项。应为 FileSystemObjec
GetDrive 方法 返回与指定的路径中驱动器相对应的 Drive 对象。 object.GetDrive drivespec 参数 object 必选项。应为 FileSystemO
GetBaseName 方法 返回字符串，其中包含文件的基本名 (不带扩展名), 或者提供的路径说明中的文件夹。 object.GetBaseName(path) 参数 object 必
GetAbsolutePathName 方法 从提供的指定路径中返回完整且含义明确的路径。 object.GetAbsolutePathName(pathspec) 参数 object
FolderExists 方法 如果指定的文件夹存在，则返回 True；否则返回 False。 object.FolderExists(folderspec) 参数 object 必选项
FileExists 方法 如果指定的文件存在返回 True；否则返回 False。 object.FileExists(filespec) 参数 object 必选项。应为 FileS
我是一名优秀的程序员,十分优秀！