<div dir="ltr"><div><div><div>> In my experience the UE4 blueprints have been quite good...<br><br></div>A lot of people like them. :) <br><br></div><div>I don't.<br><br>merging conflicts, dealing with broken links from renaming scripts, trying to test your content, being unable to run the script files outside the engine or create libraries of shared functionality... the performance hit for every scene node that gets invoked via reflection. Trying to bind C++ classes to them and failing with the event hooks because of the dynamic delegates.<br><br></div><div>Broadly they're fine 'as long as you don't do anything big or complicated'. <br><br></div><div>I'm sure you could make quite an acceptable cookie cutter 1st person shooter with them.<br><br></div><div>...and to be fair, the material editor is pretty amazing.<br></div><div><br>Anyhow, that's ok, not everyone has to have the same opinion as me; it's good to hear various voices on the topic. :)<br></div><br>~<br></div>Doug.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 17, 2015 at 11:38 AM, Christopher Hayward <span dir="ltr"><<a href="mailto:chris.f.hayward@gmail.com" target="_blank">chris.f.hayward@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Huh. In my experience the UE4 blueprints have been quite good, but that's been from a hobbyist point of view.<br><br>For reference, for sharing blueprints on the web, someone created this - <a href="http://blueprintue.com/" target="_blank">http://blueprintue.com/</a><div><br></div><div>- Chris</div></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Fri, 17 Jul 2015 at 11:30 Doug <<a href="mailto:douglas.linder@gmail.com" target="_blank">douglas.linder@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div><div>Fwiw; I've used Xamarin briefly, it was polished, but suffered from two major draw backs:<br><br></div>1) No PCL. Basically a deal breaker, and why we didn't go any further. <br></div>However, this is mostly resolved now, see <a href="http://developer.xamarin.com/guides/cross-platform/application_fundamentals/pcl/" target="_blank">http://developer.xamarin.com/guides/cross-platform/application_fundamentals/pcl/</a><br><br></div>2) The out of the box, xamarin mobile applications are pretty large. Maybe 10MB for a trivial app. <br><br></div>We never pursued it beyond the investigation phase, and this was 2 years ago, so it's probably worth getting a more recent opinion too.<br><br></div>re: Unity</div></div></div></div></div></div></div></div></div></div><div dir="ltr"><div><div><div><div><div><div><div><div><div><br><br>> what proportion of people are using just UnityScript without any C#?<br><br></div></div></div></div></div></div></div></div></div></div><div dir="ltr"><div><div><div><div><div><div><div><div><div></div>I believe I saw some metrics saying about 20-25% of their script metrics were unity script not C#?<br><br></div><div>That said, I wrote a few thousand lines of UnityScript before I completely gave up on it. It's slower (although not significantly...) than C#, but the array, refection and generic's support in it is just completely broken or non-existent. <br><br></div><div>In some ways the syntax is pleasantly javascript / typescripy, but since you have to invoke C# types all the time anyway, there's little benefit; and without true javascript interop, you can't leverage any of the 3rd party js ecosystem. /shrug<br></div></div></div></div></div></div></div></div></div><div dir="ltr"><div><div><div><div><div><div><div><div></div><div><br>> Or any other non-C# environments such as Playmaker?<br><br></div></div></div></div></div></div></div></div></div><div dir="ltr"><div><div><div><div><div><div><div>Never used it, but I can say hands down the UE4 blueprint system is so completely broken and rubbish, I would never recommend it for anything. The massive issues that constantly crop up for that visual scripting system are:<br><br></div>1) No way to merge without breaking everything.<br><br></div>2) No way to share snippets (eg. gist)<br><br></div>3) No way to run your scripts without the entire game engine runtime loading<br><br></div>4) No way to run or create tests for your scripts<br><br></div>I can't strongly enough recommend not using it.<br><br></div>Maybe the playmaker guys have solved some of these issues? ..but broadly speaking, visual scripting systems have never been successful. Kismet is the only 'big name' one that has major shipped products I'm aware of, and there are plenty of people out there willing to tell you how that worked out (ie. badly) with UDK3. <br><br>~<br></div></div><div dir="ltr">Doug.<br><div><div><div><div><div><div><div><br><br> </div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 16, 2015 at 2:50 PM, Andy Dent <span dir="ltr"><<a href="mailto:dent@oofile.com.au" target="_blank">dent@oofile.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks<br>
<br>
For the 99.99%  of you who don’t follow my tweets  keenly, I’m now working for <a href="http://realm.io" rel="noreferrer" target="_blank">realm.io</a> on their C# API team.<br>
<br>
I’m very keen to talk to people using Unity or Xamarin about their expectations from an API, how they find and use 3rd party components and war stories especially around building.<br>
<br>
In particular, in the Unity space, what proportion of people are using just UnityScript without any C#? Or any other non-C# environments such as Playmaker?<br>
<br>
Whilst I possibly have your Xamarin-oriented attention, as a personal curiosity, is anyone using CocosSharp for 2D games? I’m using Cocos2D-X on some of my other projects.<br>
<br>
thanks<br>
<span><font color="#888888">Andy Dent<br>
_______________________________________________<br>
PIGMI mailing list - <a href="http://pigmi.org/" rel="noreferrer" target="_blank">http://pigmi.org/</a> - <a href="mailto:pigmi@pigmi.org" target="_blank">pigmi@pigmi.org</a><br>
Unsubscribe: <a href="http://lists.pigmi.org/listinfo.cgi/pigmi-pigmi.org" rel="noreferrer" target="_blank">http://lists.pigmi.org/listinfo.cgi/pigmi-pigmi.org</a></font></span></blockquote></div><br></div>
_______________________________________________<br>
PIGMI mailing list - <a href="http://pigmi.org/" rel="noreferrer" target="_blank">http://pigmi.org/</a> - <a href="mailto:pigmi@pigmi.org" target="_blank">pigmi@pigmi.org</a><br>
Unsubscribe: <a href="http://lists.pigmi.org/listinfo.cgi/pigmi-pigmi.org" rel="noreferrer" target="_blank">http://lists.pigmi.org/listinfo.cgi/pigmi-pigmi.org</a></blockquote></div></div></div><span class="HOEnZb"><font color="#888888"><div dir="ltr">-- <br></div><div dir="ltr">- Chris</div>
</font></span><br>_______________________________________________<br>
PIGMI mailing list - <a href="http://pigmi.org/" rel="noreferrer" target="_blank">http://pigmi.org/</a> - <a href="mailto:pigmi@pigmi.org">pigmi@pigmi.org</a><br>
Unsubscribe: <a href="http://lists.pigmi.org/listinfo.cgi/pigmi-pigmi.org" rel="noreferrer" target="_blank">http://lists.pigmi.org/listinfo.cgi/pigmi-pigmi.org</a><br></blockquote></div><br></div>