Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - chenmark

Pages: [1]
1
NGUI 3 Support / Re: NGUI: CPU/GPU usage
« on: May 21, 2014, 02:56:24 AM »
Thanks that cleared it out.

2
NGUI 3 Support / Re: ETA on Databinding
« on: May 21, 2014, 01:25:37 AM »
If you know your way in coding, you can very easily implement a MonoBehaviour to proxy data from/to native data classes.
If you have lots of data providers your app is listening to at the same time, a better approach is to delegate events instead of polling values blindly.
If you already have a messaging system implemented you're almost there, just need to wrap up listeners in your MonoB proxy class and set your data providers to broadcast data  upon a change.

3
NGUI 3 Support / NGUI: CPU/GPU usage
« on: May 21, 2014, 12:55:07 AM »
Hello,

Got some questions about NGUI:
* Can you specify what approach was implemented in NGUI for tracking the basic widget state changes such as user input.
* Are you using an event driven approach or is it a polling approach?
* If its a polling approach, is there any tips to minimize idle overhead?
* Is there a way to specify an interval longer than once every frame for specific things?
* When objects are culled, does NGUI automatically pause the polling?
* Is there a way like in DFGUI to set an object as not interactive thus not running any polling?
* How complex is it to override the polling implementation in favor to a pure event-driven?   

Thanks
Chen

4
TNet 3 Support / Server coding
« on: September 11, 2013, 01:29:45 AM »
Hello,

Assuming the server is only a message relay machine, and as specified that the server code is available and can be extended.
I was wondering if the server code has(out of the box) any kind of support for UnityEngine classes such as Vectors/Quaternion, can it use the physics for ray casting and such?

If you're using I/O completion ports, does your server is using an asynchronous approach for concurrency to its full extent?
Do you have any means of monkey-patching DB access such as CouchBase/Redis/PostgreSQL, thus minimizing blocking of ongoing connection processing?

Can you share/show some extended implementation on the server side?

Thanks
Chen

Pages: [1]