R0J0hound's Recent Forum Activity

  • Trig functions in construct use degrees instead of radians so you don’t have to use pi.

    And yeah you’d only change the 100.

  • Guess it would help to show what you’re trying to use as a formula.

    Here’s one possible formula using sin() and the day as input. Every 100 days it will oscillate between 50 to 90.

    70+20*sin(day/100*360)

    Alternately you can use cosp() which interpolates between two values using a sine wave.

    cosp(50,90, day/100/2)

    The /2 was needed otherwise it would be 200 days for a full cycle.

  • In the json file itself you can only have text and numbers. The parser can be made to run them.

    Anyways, it's not exactly simple but you can make it do whatever you like.

    Here is a partial example using just a dictionary. I ran out of time but it will run stuff like: 

    foo=33
bar=foo/3
a = a + 5

    I didn't get around to making it handle operator precedence (multiplies before additions), or parenthesis. You can assign a single value or a simple one operator equation. For error checking it knows when it's wrong but I didn't get around to giving anything more than a message that says syntax error.

    uc46c8b95d48d86f498017ce1e6b.dl.dropboxusercontent.com/cd/0/get/CiDYSnzKmvLOGM3O7qn0wi4FwldqGpQH1pNfczy9v-9tdtPhY52aidTvLGxzVo5kIVASkZJj4fklUnrP1MG7vT1Rumeok1a0TbAIK-NIFUm-nNW2QF2Gsgw3kvtVgijW_Ht4hgBSTVFj2l5hOE6X-jqX/file

    Overall it's a tradeoff. Polishing up a parser and adding all the features you want vs doing more in the event sheets.

  • Making an expression parser would be useful to do that. It's basically what you're describing. First step is to break the text up into tokens (numbers, operators and names). For speed you could make a regex to do that. Then with the tokens you'd make a parser.

    Here's a rough outline of the grammar the parser could use. 

    script: name assignOp exp
exp: atom [op atom]*
atom: number | name
number: digit+[.digit+]
op: "+" | "-" | "*" | "/"
name: letter+["." | letter]*

    I've made a few parsers in constuct in the past with various levels of complexity. I think you can get away with making it simpler if you cut out most error checking and order of operations perhaps. I'll try to wip something up with just a dictionary in c2 and that should be able to be translated to C3 and json if it works out.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I'd start from scratch. First off it uses the triangle3d plugin, which is older. The rojo3d plugin is better.

    Th 2d one transforms some points with two rotations, then projects them to to the screen. for the 3d you'd need to rotate by the same two rotations. Should be simpler with rojo3d, but i don't have time to create an example at the moment.

  • No raycasting or collision detection was added.

    A raycast could be done by finding the intersection between a ray and a triangle. Well, all the triangles (or less if a spatial partition is utilized) and just keep the closest. You just need the triangles of the mesh to be transformed to world space for each object. Currently that is done on the gpu, so it would have to be done on the cpu.

    In some cases you can do something simpler. Say you just have a heightmap you can query the z at some xy with an array or something. Like say you have the mesh made up in blender you can render the zbuffer from above and load that image to query zheight from pixels. Only 255 levels so it may be a bit coarse.

    Another idea is if you are just using primitive shapes you can do a raycast with signed distance fields (SDF). I made a simple C3 example of this somewhere. It could be useful in some cases.

    If you just need the position of a point on a mesh, you can position another object relative to a different one and you can get the transformed position from expressions. It's probably not what you're after though.

  • I say it's a valid complaint. Things shouldn't just silently disappear.

    In Construct 2 it alerted you when moving a variable to a different scope and it caused things to be removed. And moving a global variable to a group does change it's scope.

    However I tested it in Construct 3 r323 and it doesn't alert you. Sounds like a bug to me since it used to notify you in Construct 2. I guess it's always been that way in Construct 3 since I tested as far back as r100 and it still didn't notify you. It's probably just something they overlooked. I think there is a stickied topic on how they prefer to receive bug reports.

  • I put other. I always start with one sheet, then use functions, groups or other sheets to organize later.

  • The hardware changing explains most of it. It went from everything having indexed palettes to full 24bit color.

    So now it’s usually faked with a shader. Replacing a color at a time is the most flexible albeit slowest way.

    Effects in construct only can utilize a subset of what can be done with shaders.

    The fastest way could be to to only make an images with red 0-255 and use an array uniform with the palette and just use the red as a lookup. It’s a bit tedious to create the art that way, and besides it’s not really feasible to modify the construct renderer to do that.

    Another way to fake it is by just duplicating sprites to have different colors. Yet another is make the sprites out of multiple parts and change the color of those as needed.

  • In general I'd recommend using the paster object instead of canvas for performance reasons. That said I have no solution for this. What happens when loading a texture from an url is the texture is set to some temporary texture until it's loaded. Hence the flicker.

    Any fix would have to be internal, but I'm not working on this anymore. I simply don't have time to fix things if I accidentally break it. But what would need to change is either keeping the current texture until the new one was loaded or making the copy from sprite action support other types beyond sprites. The plugin wasn't really made with other object types in mind.

  • Using anglelerp() instead of lerp() probably will help. Sounds like the issue is when crossing the 0 seam, like going from 0 to say 359. With lerp it takes the long way around but anglelerp will use the shortest angle.

  • Here's an updated way to do the connections. Basically a separate edge sprite that stores the two connected object uids. The example works with one sprite type but you can use a family of sprites instead.

    uc526e01ba4eef764040ee5cdf3e.dl.dropboxusercontent.com/cd/0/get/Ch4OcgFqg0FyZv4gNeuiazWBRlAGBeAYM9ghUkS-rINNMf30euYWty2YxjJ2-3WcotI2j_VkldBGB9GMawYHs0KA9qIeoEPDoEbAG2S0efaaxrrSjMcABL-nAfbO7wC8nHHPe3deK1XlUnz2I8bAoZv9/file

    The scripting idea is interesting but you probably want to nail down how you want it to work precisely before implementing it.

    Simplest to me would be similar to how construct's events work. Maybe something like: 

    if object:condition then object:action
if door:opened then door:close

    Or maybe this? This may be better suited for visual scripting. The flow would be top down/left right. You'd have three building blocks. 

    * "object:condition" which only continues if true
* "else" which runs if the connected condition is false.
* "object:action" which does something.
    door:closed -> player:hasKey -> door:open
    event:clicked
|
v
door:unlocked-> else -> playSound:doorRattle
|
v
door:opened -> door:close -> playSound:slam
|
v
else -> door:open -> playSound:creak

    Anyways, just some thoughts. I suppose the conditions could be made more distinguishable somehow. The ideas can be extended but I think simple is key. To run it you can either have it trace down the list and do stuff a step at a time or build some other intermediate form. Again, I think simpler is better because it reduces the need to check for invalid linkages. As is you should only need to check to make sure you didn't create any loops with the links.

R0J0hound's avatar

R0J0hound

Member since 15 Jun, 2009

Twitter
R0J0hound has 155 followers

Connect with R0J0hound

buymeacoffee.com

Trophy Case

  • 15-Year Club
  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • Forum Wizard Made 5,000 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Enduring Visitor Visited Construct.net 90 days in a row
  • Unrelenting Visitor Visited Construct.net 180 days in a row
  • Continuous Visitor Visited Construct.net 365 days in a row
  • RTFM Read the fabulous manual
  • Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

28/44
How to earn trophies