Recent Posts

Pages: 1 2 [3] 4 5 ... 9
21
Bugs & Issues / Re: Game Cloud Emulator Bugs
« Last post by Dechcaudron on July 02, 2014, 10:19:13 AM »
Awesome sauce Antoine, great job!
22
Bugs & Issues / Re: Game Cloud Emulator Bugs
« Last post by Antoine on July 02, 2014, 10:10:42 AM »
Hi Dechcaudron,

Yes, only the files in Editor need to be updated, generated files should be fine. And yes, the plug-in and package will be updated automatically should there be a newer version :)

Happy coding,
Antoine,
The GCC Team
23
Bugs & Issues / Re: Game Cloud Emulator Bugs
« Last post by Dechcaudron on July 02, 2014, 10:02:41 AM »
Thanks to you Antoine,

I updated the Editor folder directly, I'm guessing the generated files don't need any fixing, is that right?

Also, thank your for solving this so quickly. All updates to the libraries can be done inside Unity now?

Hi5,
Dechcaudron
24
Bugs & Issues / Re: Game Cloud Emulator Bugs
« Last post by Antoine on July 02, 2014, 09:00:31 AM »
Hi Dechcaudron,

Thank you for reporting this, it seems that the target framework for the updater was .NET 4.5 when it was built, which caused the problem. We've made it .NET 3.5 and now everything should be OK. You can download the plug-in from Developers page

Thanks again,
Antoine,
The GCC Team
25
Bugs & Issues / Re: Game Cloud Emulator Bugs
« Last post by Dechcaudron on July 02, 2014, 07:48:47 AM »
Good morning my friends,

just updated to the latest version of the GCC plugin for Unity, and I am getting this of error in Mac OSX in the Unity Editor:

TypeLoadException: Could not load type 'System.Runtime.Versioning.TargetFrameworkAttribute' from assembly 'GCCUpdater'.
System.MonoCustomAttrs.GetCustomAttributesBase (ICustomAttributeProvider obj, System.Type attributeType) (at /Users/builduser/buildslave/mono-runtime-and-classlibs/build/mcs/class/corlib/System/MonoCustomAttrs.cs:108)
System.MonoCustomAttrs.GetCustomAttributes (ICustomAttributeProvider obj, System.Type attributeType, Boolean inherit) (at /Users/builduser/buildslave/mono-runtime-and-classlibs/build/mcs/class/corlib/System/MonoCustomAttrs.cs:151)
System.MonoCustomAttrs.GetCustomAttributes (ICustomAttributeProvider obj, Boolean inherit) (at /Users/builduser/buildslave/mono-runtime-and-classlibs/build/mcs/class/corlib/System/MonoCustomAttrs.cs:273)
System.Reflection.Assembly.GetCustomAttributes (Boolean inherit) (at /Users/builduser/buildslave/mono-runtime-and-classlibs/build/mcs/class/corlib/System.Reflection/Assembly.cs:240)
UnityEditor.AssemblyHelper.IsTypeInEditorAssembly (System.Type t)

Have fun,
Dechcaudron
26
General Discussion / Re: The isBig parameter
« Last post by Dechcaudron on July 02, 2014, 07:45:25 AM »
Thanks!
27
General Discussion / Re: The isBig parameter
« Last post by AMarinov on July 01, 2014, 02:57:22 PM »
Most probably the threshold will be 4Kb

Regards,
Atanas
28
General Discussion / Re: The isBig parameter
« Last post by Dechcaudron on July 01, 2014, 02:11:32 PM »
Hi Atanas,

thanks for the answer. Can you provide the size limit between small and big? It's ok if you haven't decided that yet.

Best wishes,
Dechcaudron
29
General Discussion / Re: The isBig parameter
« Last post by AMarinov on July 01, 2014, 02:00:40 PM »
Hi Dechaudron,

The isBig parameter is used to indicate that message is larger than the maximum allowed size for a regular message, thus instructing the communication system to send it with lower priority. It was not a great idea, and it will be removed in the next version, since the size of message can be evaluated automatically and manual parameter is not needed and only makes the messaging methods calls more complex than necessary. The "small" and "big" messages will be covered in more details in documentation, for now just have in mind that due to our aim to provide optimal communication speed, the "big" messages will be processed intentionally slower than the regular ones.
As for the compression, yes, it is needed and it will be a transparent part of the communication.

Regards,
Atanas
30
General Discussion / The isBig parameter
« Last post by Dechcaudron on July 01, 2014, 10:37:16 AM »
Hi there GCC,

I've been wondering for a long time what the isBig argument in the SendToPlayer(s) methods is for. If specified true, do you run a compression-decompression algorithm for the sent data?

Thanks beforehand!
Dechcaudron
Pages: 1 2 [3] 4 5 ... 9