コミュニティQ&A

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

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

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

0 支持
We use Perforce with Wwise here at Insomniac, but recently we've had a couple of issues where a sound designer is making edits locally, and in the meantime another sound designer makes edits to the same work unit and submits them to Perforce. When the first sound designer is finally satisfied, they check out their now-outdated work unit and have to resolve against the most recent version to submit to perforce, sometimes letting Perforce auto-resolve and corrupting the Work Unit, rendering the entire WPROJ unopenable by the rest of the team.

While the P4V client can be configured to prevent users from checking out outdated files, there doesn't seem to be any way to do this for all checkouts or for all files in a specific folder at the server level. So, I think the best solution would be if Wwise itself prevented designers from checking out outdated files, or helped them to sync up before checking out so they don't potentially lose a lot of work,

And yes, it's true that their workflow should also change to check things out before editing them, but both times we ran into this were (of course) right near deadlines where people are paying the least attention to process and discipline.

In summary, I would like it if the Perforce integration in Wwise did one or all of the below:

1) Flat-out refuse to check out outdated work units--force designers to adopt a checkout-then-edit workflow.

2) Require sound designers to check out a work unit as soon as they start making changes to its contents

3) Offer an option at the project level to do (1) and/or (2)

4) Automatically sync an outdated work unit and smartly apply the designer's local changes, ideally walking them through conflicting properties and getting them to manually merge them, but aborting when there are conflicts is likely fine.

We have mysteriously lost work at a distance to this behavior, and it will likely only increase as our games get bigger.

I appreciate the help,

-Vitor
Vitor M. (180 ポイント) Feature Requests

Please sign-in or register to answer this question.

...