Crash in-editor

[HereafterMills]

Within the editor, everything works on the first play, but second play causes a crash. At times, even if i dont play a second time, maybe 10-15 seconds later, it crashes unreal. If i disable connecting to voice exclusively in pie, then all works fine (without voice).

Not that one would need voice in the editor, but it does help with the debugging.

My assumption is that this is related to the instance of the RTC engine that is created by the game instance on the first run, and then the creating of a new one without handling of the old one on the next play.

[WinterPu]

Did you release the instance correctly?

[sane5ek]

+1 same issue

[WinterPu]

Did you use C++ or Blueprints? Which version of Unreal Engine did you use? Could you show me the call stack?

[HereafterMills]

Did you use C++ or Blueprints? Which version of Unreal Engine did you use? Could you show me the call stack?

I am certain that this crash is occuring because of the game instance storing the RTCEngine instance. I remember i had this issue before when i was parenting it to the player controller by mistake. Same sort of issue, but on a packaged build. RTCEngine does not like to be initialized more than once per start. So in the editor its being initialized many times (on each run)

[WinterPu]

It seems you need to pay attention to RTCEngine instance management.
The good news is that for versions greater than 4.2.1, there would be a new way to use the plugin: AgoraUERtcEngine::Get()->method(). You no longer need to manage the instance yourself.

[HereafterMills]

It seems you need to pay attention to RTCEngine instance management. The good news is that for versions greater than 4.2.1, there would be a new way to use the plugin: AgoraUERtcEngine::Get()->method(). You no longer need to manage the instance yourself.

It seems like a lot of the issues get fixed with the new version. So would you recommend 4.4 or 4.5? Also, is it stable with Windows/Mac/Android/iOS?

[WinterPu]

I would recommend version 4.5.0. Additionally, starting from version 4.4.0, there have been changes in the way blueprints are used. Please be aware of this.

[HereafterMills]

Im getting this error while trying to build my project -
Enum 'EAgoraBPuEventHandlerType' shares engine name 'EAgoraBPuEventHandlerType' with enum 'EAgoraBPuEventHandlerType' in D:\Projects\NewGora\Plugins\AgoraPlugin\Source\AgoraPlugin\Public\AgoraBlueprintPlugin\AgoraBPuBaseDataTypes.h(17) AgoraBPExample D:\Projects\NewGora\Plugins\AgoraPlugin\Source\AgoraPlugin\Public\AgoraBlueprintPlugin\AgoraBPuDataTypes.h 20

I first downloaded the 4.5 BP template, then put in the 4.4 VOICE SDK, and then overwrote that with the 4.5 SDK

[WinterPu]

Maybe you need to clean the Intermediate folders and rebuild again.

[WinterPu]

Also, for now, 4.5.0 has been released.

[HereafterMills]

Also, for now, 4.5.0 has been released.

Ah, ok. Just a heads up, the 4.5-release branch still lists the 4.4 sdk

[WinterPu]

thx for pointing it out, this got fixed.

[HereafterMills]

Looks good @WinterPu

Question.

Is there any reason i cant simply bind events to RTCEngine>GetEventHandler that persist across levels, rather than creating an actor specific to it (the BP_Audio_CBExecutor). My code is all in the game instance, so the bindings should persist as well.

[HereafterMills]

Also, why are these all strings? Shouldnt they be floats?

[WinterPu]

1. If you still want to use the original binding, it should be supported, but I would not recommend it. (1) The binding only needs to be done once. (2) You can easily reuse your executor BP code with the new method. (3) You can easily override your function in your executor. Please give it a try.
2. As for the type, the reason is that they are actually optional, but there is no double precision in BP.