关于Speak的异步模式SPF_ASYNC。

paulscholes007 2013-04-20 09:55:38
请问怎样才可以在调用播放语音函数Speak时能异步播放呢?我想实现的是,一边弹出对话框,一边发音。看资料说用SPF_ASYNC可以实现异步播放,但是hr = pVoice->Speak(L"Hello world", SPF_ASYNC, NULL);
但不知为什么改完后,怎么也没有播出语音,为什么会这样呢?而且,内存还一直维持在80%-90%,这是为什么啊?
...全文
520 16 打赏 收藏 转发到动态 举报
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
菜牛 2013-04-21
  • 打赏
  • 举报
回复
代码贴全乎一些
paulscholes007 2013-04-21
  • 打赏
  • 举报
回复
引用 14 楼 Mackz 的回复:
引用 13 楼 paulscholes007 的回复:引用 12 楼 Mackz 的回复:引用 11 楼 paulscholes007 的回复:引用 10 楼 Mackz 的回复:引用 9 楼 paulscholes007 的回复:引用 8 楼 Mackz 的回复:你的dwFlags不就是Speak的参数吗? 这个是接口里的那个Speak的参数。我定义的那个函数里dwF……
我调用的时候,如果将bAsync设成TRUE,为什么还是不能异步发音?设成FALSE,发音。但是就是先发音,在弹对话框。不是我要的效果。唉,苦恼!
菜牛 2013-04-21
  • 打赏
  • 举报
回复
引用 13 楼 paulscholes007 的回复:
引用 12 楼 Mackz 的回复:引用 11 楼 paulscholes007 的回复:引用 10 楼 Mackz 的回复:引用 9 楼 paulscholes007 的回复:引用 8 楼 Mackz 的回复:你的dwFlags不就是Speak的参数吗? 这个是接口里的那个Speak的参数。我定义的那个函数里dwFlags初始化的值是SPF_DEFAULT,所以我觉得……
如果仅仅是这几个数值进行位或运算自然没有问题。
paulscholes007 2013-04-21
  • 打赏
  • 举报
回复
引用 12 楼 Mackz 的回复:
引用 11 楼 paulscholes007 的回复:引用 10 楼 Mackz 的回复:引用 9 楼 paulscholes007 的回复:引用 8 楼 Mackz 的回复:你的dwFlags不就是Speak的参数吗? 这个是接口里的那个Speak的参数。我定义的那个函数里dwFlags初始化的值是SPF_DEFAULT,所以我觉得应该是dwFlags |= SPF_……
能有什么冲突啊?SPF_DEFAULT是0,SPF_ASYNC是1,SPF_PURGEBEFORESPEAK是2,应该不会有冲突吧!再说了,这不是或(位或)运算吗?dwFlags原本为SPF_DEFAULT,如果是异步模式,则dwFlags = SPF_DEFAULT | SPF_ASYNC,如果还要结束当前语音,则dwFlags = SPF_DEFAULT | SPF_ASYNC | SPF_PURGEBEFORESPEAK,不是这样吗?
菜牛 2013-04-21
  • 打赏
  • 举报
回复
引用 11 楼 paulscholes007 的回复:
引用 10 楼 Mackz 的回复:引用 9 楼 paulscholes007 的回复:引用 8 楼 Mackz 的回复:你的dwFlags不就是Speak的参数吗? 这个是接口里的那个Speak的参数。我定义的那个函数里dwFlags初始化的值是SPF_DEFAULT,所以我觉得应该是dwFlags |= SPF_ASYNC;这样就包含了异步这种情况。你说呢?不是。 ……
与运算结果得看是否字节位置有冲突,不知道你前后代码无法判断。
paulscholes007 2013-04-21
  • 打赏
  • 举报
回复
引用 10 楼 Mackz 的回复:
引用 9 楼 paulscholes007 的回复:引用 8 楼 Mackz 的回复:你的dwFlags不就是Speak的参数吗? 这个是接口里的那个Speak的参数。我定义的那个函数里dwFlags初始化的值是SPF_DEFAULT,所以我觉得应该是dwFlags |= SPF_ASYNC;这样就包含了异步这种情况。你说呢?不是。
前面我定义了一个bPurgeBefore变量,我设置这个再次调用结束当前语音的变量时,也是 if (bPurgeBefore) { dwFlags |= SPF_PURGEBEFORESPEAK; } 这样就没问题啊!为什么上面的就不能这样用呢?
菜牛 2013-04-20
  • 打赏
  • 举报
回复
智能指针在离开作用域的时候会自动释放,有时候也是问题。简单办法是把这个指针的作用域放大,比如改成类的成员变量或全局变量,总之说话的时间里这个变量不要失效了。
paulscholes007 2013-04-20
  • 打赏
  • 举报
回复
引用 1 楼 Mackz 的回复:
我想你后面马上把pVoice释放了,所以当然不会用声音出来。你应该使用事件等待Speak函数执行完成才可以释放pVoice, http://msdn.microsoft.com/en-us/library/ms720165(v=vs.85).aspx
我自己封装了一下,我用的是CComPtr<ISpVoice>,这个是智能指针吧,我也不是很清楚这个是不是自动释放掉了。
菜牛 2013-04-20
  • 打赏
  • 举报
回复
我想你后面马上把pVoice释放了,所以当然不会用声音出来。你应该使用事件等待Speak函数执行完成才可以释放pVoice, http://msdn.microsoft.com/en-us/library/ms720165(v=vs.85).aspx
菜牛 2013-04-20
  • 打赏
  • 举报
回复
引用 9 楼 paulscholes007 的回复:
引用 8 楼 Mackz 的回复:你的dwFlags不就是Speak的参数吗? 这个是接口里的那个Speak的参数。我定义的那个函数里dwFlags初始化的值是SPF_DEFAULT,所以我觉得应该是dwFlags |= SPF_ASYNC;这样就包含了异步这种情况。你说呢?
不是。
paulscholes007 2013-04-20
  • 打赏
  • 举报
回复
引用 8 楼 Mackz 的回复:
你的dwFlags不就是Speak的参数吗?
这个是接口里的那个Speak的参数。我定义的那个函数里dwFlags初始化的值是SPF_DEFAULT,所以我觉得应该是dwFlags |= SPF_ASYNC;这样就包含了异步这种情况。你说呢?
菜牛 2013-04-20
  • 打赏
  • 举报
回复
你的dwFlags不就是Speak的参数吗?
paulscholes007 2013-04-20
  • 打赏
  • 举报
回复
引用 6 楼 paulscholes007 的回复:
引用 5 楼 Mackz 的回复:if(bAsync) { dwFlags = SPF_ASYNC; } 另外封装的话不如把同步播放和异步播放分成两个函数。其实SAPI本身就是一个类库,没啥好封装的了。 但是如果这样的话,将bAsync设为TRUE的话,就不是异步的了。
话说为什么要dwFlags = SPF_ASYNC;而不是dwFlags |= SPF_ASYNC;?
paulscholes007 2013-04-20
  • 打赏
  • 举报
回复
引用 5 楼 Mackz 的回复:
if(bAsync) { dwFlags = SPF_ASYNC; } 另外封装的话不如把同步播放和异步播放分成两个函数。其实SAPI本身就是一个类库,没啥好封装的了。
但是如果这样的话,将bAsync设为TRUE的话,就不是异步的了。
菜牛 2013-04-20
  • 打赏
  • 举报
回复
if(bAsync) { dwFlags = SPF_ASYNC; } 另外封装的话不如把同步播放和异步播放分成两个函数。其实SAPI本身就是一个类库,没啥好封装的了。
paulscholes007 2013-04-20
  • 打赏
  • 举报
回复
引用 3 楼 Mackz 的回复:
智能指针在离开作用域的时候会自动释放,有时候也是问题。简单办法是把这个指针的作用域放大,比如改成类的成员变量或全局变量,总之说话的时间里这个变量不要失效了。
是的,我已经改成类的成员变量了。我觉得不是自动释放了,因为,我封装了一个新的函数Speak,参数中有bool型变量bAsync和bPurgeBefore,作用就是需要异步就设bAsync为TRUE,在我自己的Speak中(dwFlags 原值为SPF_DEFAULT) if(bAsync) { dwFlags |= SPF_ASYNC; } 调用的时候再把这个变量设为TRUE,但是就不能发音了,而用bPurgeBefore做同样的事就可以继续发音。

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧