Suggested way of receiving audio data through TCP conection and update audio clip in Unity

[Kurt-Dekker]

@YujingLiu

this method just doesn’t feel right to me.

Any reason why? You can’t do anything with Unity off the main thread, so it seems reasonable to me.

Here’s my blurb about the typical marshal-to-main solution:

Delegate queue to marshal tasks from other threads to the main thread:

How to execute something outside of Update everytime it is called?

You need a delegate queue, then the other thread locks and adds to that queue, while Update locks and removes from it. Then you would package up that little snippet of code above and pass it out for execution on the main thread via Update(): Something as simple as: private Queue<System.Action> TODO = new Queue<System.Action>(); and then to fill it: lock(TODO) { TODO.Enqueue( () => { // your code here playerObj.transform.positio…

@YujingLiu

And sometimes I have problem of receiving only a short sentence of audio.

To debug anything related to Networking, UnityWebRequest, WWW, Postman, curl, WebAPI, etc:

Using Unity for subscription lists

As with all network code, get it working with Postman or curl first. That makes it NOT a Unity problem. Solve the networking first. You must solve that or anything else is irrelevant. Once you have that working, then try and port it to UnityWebRequest. If it still doesn’t work, one handy debug solution is to hook up a proxy like Charles and compare the functioning output from Postman / curl to the output from Unity, and from that reason about where your issues are.

Unity web request acting stupid.

Always get network stuff working outside of Unity in either curl or PostMan, then connect a proxy such as Charles and start trying to replicate the traffic shape with UnityWebRequest. Any other way risks wasting a lot of your time for trivial issues that only the above way will instantly reveal.

And setting up a proxy can be very helpful too, in order to compare traffic:

Using Charles Proxy with Unity