コミュニティQ&A

Audiokineticのコミュニティ主導のQ&Aフォーラムへようこそ。ここはWwiseとStrataのユーザのみなさまがお互いに協力し合う場です。弊社チームによる直接のサポートをご希望の場合はサポートチケットページをご利用ください。バグを報告するには、Audiokinetic LauncherのBug Reportオプションをご利用ください。(Q&AフォーラムではBug Reportを受け付けておりませんのでご注意ください。専用のBug Reportシステムをご利用いただくことで、バグの報告が適切な担当部門に届き、修正される可能性が高まります。)

最適な回答を迅速に得られるよう、ご質問を投稿される際は以下のヒントをご参考ください。

  • 具体的に示す:何を達成したいのか、またはどんな問題に直面しているのかを具体的に示してください。
  • 重要な詳細情報を含める:Wwiseとゲームエンジンのバージョンやご利用のOSなど詳細情報を記載してください。
  • 試したことを説明する:すでに試してみたトラブルシューティングの手順を教えてください。
  • 事実に焦点を当てる:問題の技術的な事実を記載してください。問題に焦点を当てることで、ほかのユーザのみなさまが解決策を迅速に見つけやすくなります。

0 支持
Hi,

I'm having issue with RTPC controlled delay for Stop and Break functions.

Play function takes in consideration Initial Delay on container and is controllable via RTPC, but Stop and Break functions ignore that Initial Delay.

There is slider for delay in event setup but only as static value and randomizer.

Any other way to add delay with RTPC for Stop and Break?
Ratko F. (100 ポイント) Feature Requests

回答 1

0 支持
Hi Ratko.

The answer is no. Initial delay refers to an *initial* delay before playing and so once started this parameter has no bearing.

Stop actions do however support a fade time and curve, if made very long these can act as a short delay before an eventual fade out - this may or may not be suitable for your application.

My suggestion is not to use the RTPC system for this and instead to simply defer issuing of the stop or break commands by the time you with to delay.

-

dan.m
Dan M. (2.6k ポイント)
...