jayderyu's Forum Posts

  • LERP(start, end, alpha)

    There is a tutorial on LERP in the tutorials section. It's a fantastic place to learn many of the in's and out of C2. Especially to help new users to get there feet running and best of all. it's immediatly there adn doesn't require any waiting for a reply.

    Anyways, LERP

    Start, this is the original start value of a number range.

    End, this is the last value in the number range.

    Alpha which is a 0.0 to 1.0 value. Represents the %0 to %100 of the two numbers. So here is a couple of examples.

    50 = lerp(0, 100, 0.5)

    440= lerp(200, 1000, 0.3) ie %30

    However, often LERP is used for the fantastic use of acceleration to deceleration of movement over distance.

    EveryTick

    Player.Y = lerp(player.y, touch.y, 0.1)

    This results that per tick the player will move 10% of the distance between the players current distance and the target distances. So the farther the player is away. the faster the players moves. However as the player get's closer the player will slow down do to the fact that %10 becomes smaller per tick.

  • This will help a lot :)

    scirra.com/tutorials/37/beginners-guide-to-construct-2

    Goes over much of C2 works and the principles.

  • You mistaking Layout size and Canvas size.

    Your canvas size is the display that users will see at anyone time. The Layout size is the size of the game map.

    You need to read the tutorial. I would suggest read the basic tutorial before going any farther. This tutorial is by far shuold be mandatory read. It teaches the fundamentals. Don't skip it :)

    scirra.com/tutorials/37/beginners-guide-to-construct-2

  • Well as mentioning that GC is difficult to use for the target C2 audiance. The benefit is that GC is open source.

    In theory Scirra could setup a online service like Ludie and do the work by submitting. Another option is with some fiddling they could create a wrapper similar to Ludie CocoonJS launcher. Though That could take some more work. There are options.

    But as Scirra is a 3 man team and I suspect only 1 or 2 of them are the C2 developers. I don't think it would be quick undertaking. Maybe whent here staff increases.

    However I feel extremly that if Scirra could get very solid mobile exporting going. I very feel that would increase sales by a good jump.

    While the desktop is the primary support for C2. There is a steady growing desire for mobile, but more importantly true crossplatform. This isn't a debate of crossplatform of desktop computers aka Win,Lin,OSX, it's about platform devices. Desktop, tablet, phone.

    Games like GTA3, KOTOR, Baldurs Gate made it to IOS devices, but more importantly the new X-Com game is now on the iPad. The shift is coming and Scirra should take the benefit and offer true cross platform support. While the tech is there, the bridge is not there yet.

    But I suppose it will be what Ludie does next. When there next release is. If problems continue to persist maybe it's time to really move elsewhere. and I certainly believe that at the moment GC is the best alternative. It's too bad that they for some strange reason believe that WebGL is not worth the effort. Considering that performance would be better and offer access to so many more features.

  • Either make a REALLy large level or use a method to transition between layouts.

    There is noway to load a layout onto another layout.

    What could do is spend a lot of effort to create a streaming based level loader. but the prior two suggestions are better for what you want.

  • Pin has some benefits. However my experience is that Pin is only good for more LOCKED objects. Objects you don't intend to need to rotate, move in any more way.

    However if you need an an object like arms to stay at a certain image point. Your better off just leaving it in an auto update tick to reset the position.

    Since Pin has to set the new position anyways. Doing it manually has no over head loss.

    soo

    this is done every tick

    arm.setposition(player.imagepoint("arms")

    on Face Change

    player.mirror(yes)

    arms.mirrot(yes)

  • Are you planning to do all of this in C2 language or do you plan to use a plugin at some point.

    I would love to offer my time, but at the moment I'm super busy. However if my plate clears in the near future I will speak up on interest about the subscription system and getting MP into C2.

  • Thanks for answering my questions. So you need a full game and a plugin then. Well I draw like poop :D and I'm finding my time is surprisingly consumed with a volunteer project.

    Though I'm sure others will appreciate the information.

  • > Honestly it's very frustrating that C2 will adopt Tizen, W8Phone and other small time mobile OS, but still won't support IOS and Android exports

    +1

    Relying on a slow and unresponsive 4th party is a PITA...

    > GameClosure is a viable export option...

    > ... It's now in Scirra court if they are interested.

    This is beggining to sound interesting, does anyone know if they are in talks??

    Ashley ??

    yeah. I'm mostly bothered by Ludie's lack of community involvement. Even Ashley has mentioned in the other thread that there communication with Ludie isn't that good. I just want to know how a team of 15 to 20, and 1.5 million in funding can be so terrible at support. Personally I think it's a team of 2, and the others are friends to boost the numbers to seem like a full team. There forums are also the worst I have ever used. 1 thread for all questions and answers. Really?

    No there are no talks as anyone knows. Ashley said he isn't interested in supporting any other wrapper. However, as mentioned above his own frustrations are starting to mount. So maybe, who knows. Personally I think if Scirra talked to GC team and asked to have the layout loader functions implemented. I bet they would. GC team seems to come out with more incremental updates a lot more often. Including game features like Adventer maps and other such tools.

    I realy feel that C2 and GC would make a re far better match. It's just that GC doesn't sound like they will be supporting full WebGl anytime soon.

    groups.google.com/forum

    But then a month later they released this which is a GC test of WebGL. So you never know.

    minimal.be/lab/fluGL/index80000.html

    and on a final note. GC aren't as good as Scirra for keeping touch with the community, but they are miles above Ludie.

  • If there is a teaser, probably in a week or two.

    Lucid will show off new features possibly months before release. Teasers however are likely to be out sooner.

    Even if B6 comes out. it's the plugin that we need. And we have never seen a B5 plugin that I noticed :(

  • Let me start that I agree that I think GameClosure should be supported. I feel that the GC team would be more responsive than Ludie. I feel that Scirra and GC team would have better communication possible being able to get C2 running on mobile better than CocoonJS. Although WebGL is a heavyweight in game design as with the accelerated physics.

    As I understand you have only tested with the SpaceBlaster sample put together by Mario? Have you tried putting together your own C2 Games into GameClosure, because I don't think you did.

    First Mario spent a fair amount of time to have to wrap up C2 runtime to get C2 to run with GC system. Numerous hacks were done to trick C2Runtime.js to run with GC. This is at least a benefit that some one did it and C2 developers don't need too.

    Second Audio is another matter. Audio needs to be pre-loaded by manual code writing. Which is the breaking point for most C2 users.

    Third C2 developers need to learn how to use Github in a linux environment. Which includes all sorts learning about ADK, ADT, ANDK, updating these software and persistent export testing.

    For most C2 developers this is too much to handle. I can work with it, but I chose C2 to get away from all of that.

    However there are some good benefits to using GameClosure over CocoonJS that I wish Ashley would consider having a proper port too.

    * game Closure is Open source

    This means that if we need some support element we can actually add it. If some one wanted they could write a WebGL canvas.

    * Game Closure has a better response than Ludie. Not as good as C2, but better than Ludie.

    Honestly it's very frustrating that C2 will adopt Tizen, W8Phone and other small time mobile OS, but still won't support IOS and Android exports. GameClosure is a viable export option that would give an alternative more stable option than Cocoonjs, but is being shot down under the flag of "CocoonJS" is good enough. When it's not. yes it's got the best feature set no arguing, but with terrible updates, breaking features with C2, worst support from the largest group of the 3 mentioned. It's an absurd sick joke that people have so much difficulty with CJS.

    In the end though the mentioned hurdles are very large ones and not so easily over come unless Scirra takes the initiative to support GC. GC made the effort by showing how C2 can work with GC and created a js bridge. It's now in Scirra court if they are interested.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • each frame is it's own image. So no there is no inherit way in C2 to do this. you could make a custom plugin for custom animation and frame control rather than use the default.

  • well you could try and change the

    /game/ok.php to instead use health.php

  • * What is your SDK

    * Platform

    * Language

    * Are you providing art?( don't think you are, but asking anyways)

    * apx offer?

    * estimated due date

  • Officialy Spriter only supports the DOM XML parser. If the platform doesn't support it. Then Spriter won't work.

    Lucid is working on a modified Spriter file that uses JSON which there is easier parsers to get. However Lucid says Spriter will only work with CocoonJS.

    Personaly Lucid should just switch to JSON format completly and not rely on a browsers XML DOM Parser.

    So the question is does your tizen support XML Dom Parser?