这一篇文章是3月初开始写的初稿的，在听了公司邀请Wwise的人来演讲后，继续完善这篇文章。首发于(http:zhutaorun.win)

一.为什么使用第三的插件

• 因为unity本身做的音效系统做的不够好，对于了很多的声音效果确实没办法满足，需要更多复杂的效果原生满足不了
• 因为第三插件，让程序与音效师之间的配合更方便多了，原来的合作方式是程序需要很多的工作，而音效师能够发挥的空间有限，准确的说，Wwise提供了一套音效师与程序配合的流程
• 方案成熟，以Wwise为例，从事音效这块很多年，2000年公司成立，到2015年王者荣耀使用，很多项目选择使用，端游守望先锋

  简要

  Unity3d随着版本进度更新，关于音效部分。还是原来的2D音效，以及3D音效。Unity提供的音效播放，还有第三方提供的解决方案，FMode和Wwise.

如何在Unity中使用Fmode Studio
Unity中FMOD音插件使用
Wwise
音频引擎为什么会推荐使用Wwise

二.实践部分

个人是把Wwise官网的课程上101课程完成了。大学时候上过数字音频的，看到拉杆有点熟悉的感觉。重新把官方的Cube加入游戏音效的过程，确实很好。
对于程序只要约定对应的音效的事件名称。
对于音效资源文件的优化，因个人版本限制，并没有完成

三.课程内容

主讲人是程序出生，做音频程序开发的。2006年加入Wwise，目前负责大中华地区的推广和培训，内容概况

1.工作上分工合作

设计师

• 装包 指定事件装入指定包SoundBank
• 分包 按照玩法、内存和IO需要合并或拆分包
• 流播放 设定音乐等长文件从磁盘串流播放
• 增量更新 按项目发布计划合理加包或复用

  程序员

• 设定加载路径，加载包
  • SetBasePath(),AddBasePath()
  • LoadBank()【阻塞vs.异步】
• 拆分媒体后的加载
  • PrepareEvent()
  • PrepareBank()
• 可选 自定义底层IO

  2.Wwise优化

  基于音效的优化需要音效设计师和程序配合

  a.包体优化

  音效师部分
• 设尺寸超标预警
• 设计编解码方案，Vorbis编码格式可让音效包体缩小20倍
• 按平台太取舍内容
• 采用合成和MIDI

  b.内存

  音效师部分
• 设计分包
• 设计流播放
  程序部分
• 设计内存池和阀值，（超出的时候，根据音效优先级，低级卸载）
• 加载/卸载包
• 可选定制管理器

  CPU

  音效师部分
• 设音量下限
• 设计发声数上限
• 设计优先级
• 设计虚声部行为
• 优化效果器
  程序部分
• 解码缓存
• 线程优化

  I/O

  程序部分
• 可选定制平台底层I/O
• 可选定制流管理器

  监测与调试

  音效师部分
• 联机到游戏中监测
• 分析Profiler数据
  程序部分
• 联机到游戏中监测
• 录制Profiler数据
• 录制音效
• 性能回调
• 可选自定义日志

  小结

• 只要在同一局域网络下，移动设备可以联机测试，这点很好
• Profiler记录文件，交由音效师来查找问题，在官方计时支持时也是需要提供记录文件
• 对于分包设计，则需要音效师对于游戏项目有足够的了解
• 注意Debug包和release包，在cup占用上debug包大概有20左右，release包大概0.5左右。
• 好的音效系统在游戏体验上有着极大的区别。