jayderyu's Forum Posts

  • Exports are based on technoligical allowences of the platform.

    PS4, Sony has shown as far as I know any interest yet in Borwser Apps with a robust enough browser base(I could be wrong)

    XBOne, MS has interest in a universal app. This seems that at some point Construct games will go to XBoxOne platform.

    Ouya,you can use CocoonJS or Intel XDK. I think even down the road there might be support for webapps. But more proof of webapps on the Ouya will help convince them to implement Lolipop webapps.

  • Just as an observation. The image in the post of the NX is likely a photo shop speculation drawing. More than likely it's reference to the GameCube(Dolphin) prototype. Check out the tech specs, they are in line with the GameCube. The image was used probably just for the purpose showing Nintendo working on their next gen rather than actual development.

  • I don't know, but based on performance results I'm leaning towards calculated every time.

  • C3 isn't C2+, C3 is the IDE built from scratch and redesigning a lot of the core interaction for how development is handled. I wouldn't expect anything in any form of news for another 5 months. Then we will start hearing about some of the concepts.

    Ashley mentioned that C3 was going to be in silence for some time, and C2 features and updates will slow down. After seeing C2 r200, I certainly believe that moving to C3 now was a good choice.

    If C3 core design is handled right and flexible at the core. Then C4, C5 won't have long silent points. It's just that the C2 IDE which was built by another party is just very limiting.

  • locohost

    Construct is about the visual event sheets. Construct will never support text development on any serious level as part of main development. If your looking for text coding development I think Unity, UDK, Havok are much better choices.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • The term programmer is not definitive as writing lines of text coding. Programming comes in many forms including visual programming such as PLC ladder logic. Unfortunately many programmers tend to think programming as soley the domain of text coding. Which is not the case.

    Yes you are a programming and the only language you know is Construct 2 Visual Programming Language or C2ESVPL or I like C2ES.

    As others have said though. Game developer would would serve you as a better term when talking about it with most other programmers.

  • Being a Unity developer and C2. I know where ruskal comes from. However I do disagree on other points.

    • Scirra doesn't promote no Programming. Scirra promotes no traditional coding required. I don't know why people still make this mistake.
    • yep var creation is way better on programming. However a counter argument variables are objects through the system. So there are no remaining vars, or mistyped vars.
    • C2 strengths are the behaviors and the API Scirra created and can get running so much faster.

    -C2 biggest weakness is the SDK. first I make this clear. the SDK is NOT hard or difficult. The SDK is clunky, not clean and has scoping issues. Also features of Plugin and Behaviours are not shared. If the SDK were lean, clean and mean. Then I think the SDK would be a lot more useful and count as ruskals programming.

    -I agree with ruskal. C2 should mostly act as an interaction of behaviours. Once lots of events are needed to handle basic processing, then it's too much. Should be created as a Plugin/behaviour. however do to C2 clunky SDK where you want to mix behaviour interaction. it's just bleah.

    • C2 can do large projects. I see no difference from Unity or C2 when it comes to 2d game development. export is another matter.
    • no syntax errors. I cannot express that having this issue removed increases productivity by a lot.

    -Unity programming is not faster than C2 programming. However Unity scene editing is faster than C2 scene editing. The inspector and the robust options for vars and how they are presented just offer so much.

  • Bl4ckSh33p

    Can you give a procedure sample of what your doing to causes the data clearance with Windows Phone store. I get a data clear wipe every time I upload a package through the developers tools. However if this is through store downloading, this is concerning.

  • Report this as a bug.

    The Else should not execute just because the value updates to pass. That's a logic bug and should never happen.

    if( foo == 0 )

    foo = 1;

    else

    // should not run. Ever.

    foo has to be anything but 0 at the if statement for else to run. Changing within the if statement should not run the else too.

  • —

    Well that's why I tried to create a focus on the architecture requests. So that such features as IDE connectivity to say web pages, or other online resources could be made. I would love for the Scirra store to be fully integrated into C3. Import assets into a project as needed. Also other aspects would help too. Sublime Text for example has a magnificent plugin resource tool. Where an IDE plugin installs other plugins from a repository. Just fantastic and a pleasure to use. Helps my development a lot when using Sublime Text.

    Yes. I would love C3 to have prefabs, they are super awesome.

  • C2 is a canvas renderer. Not a DOM. So HTML tags don't work in the Canvas Renderer at all. Personally I think the DOM objects should be removed as it creates more difficulties than it's worth. We get threads as needing improved DOM behaviors when all the games should not be using DOM objects.

    Instead the DOM should be removed and a proper UI that works with Canvas should be the only defacto UI items.

  • I couldn't have put it better myself. Rex nails the the subject a lot better than my verbose reasoning. Some times terse is much better.

  • Joannesalfa

    Thanks for pointing out the trolling, and taking a pic. Unfortunate. Some one else however seems to have reverted. Which whomever it was. It's appreciated

    TiAm megatronix

    I agree with wanting C3 done right out the gate as of 1.0. however doing it right out the gate would require very long time; along the lines of 2/3 years of a tool developed in isolation. With C3 IDE need to be redone instead of built on top of. What I'm hoping for is the beta to be released very light and "soon". With a lot of tools missing non existent. So that beta developers can help evolve C3 towards it's 1.0 release and weigh in what would be best for 1.0 release.

    TiAm

    It's a compiler method. Non reference code(ie pointed else where to in memory) is just faster. This comes down to memory cache for values. In a loop memory needs to be recycled which uses up time. Where as hard coded declared the memory use at compile time. There is also memory referencing of loops as a loop is scoped piece of code and so also has to have memory properly allocated every iteration with the next set of values.

    By unraveling a loop by n the compiler preallocates the memory, and also reduced the loop cache scope by a division of n. By having memory better handled and less code scopes, the result is increased performance. it's just unraveling a 50 line loop by 8 is going to produce a code file of 50lines x8unravel or 400 lines, instead of just 50. So that means if the loop needs editing, then you need to make sure each unravel needs to be updated.

    I would love to see Construct 3 use duffs device on the main game loop. Looking through C2 game loop, there would be little benefit. As C2 itterates through each object Type first(so 4 different sprite type objects, are their own loop of main logic). That's also the reason why my push for C3 to use a singular world object. Then C3 can use duffs device to unravel the world object code and we could work to get more performance out of C3 than we can from C2.

  • I understand, but this thread is about architecture. The current issue your having is architecture, if your having nightmare issues that's because of limits in the base foundation. With C2 there are limitations in C2 that developers can't get around, including making making easy to use tools. So some of the best development flow tools can't work well with C2 without Ashley making custom code to the IDE, and that custom code never passes on to developers(ie Spriter custom code for importing). Where as a good architecture would allow a tool like Spriter to seamlessly work with C2 without constantly re-importing.

    If you want straight out of the door requests. I suggest looking for a straight out the door request thread. However I do take suggestions and evaluate them to make sure that the C3 can handle all requests effectively rather than limited.

    Though I do need to go over some of the items in the document and find ways to break them down to their architect basics rather than the results.

  • If there are customizable windows, and associated actions. Then the architecture can already support the request down the road. Either by Scirra or some one else.