Fib's Recent Forum Activity

  • I made it in ~8 hours of work. My best score is 13. Hope you like it :)

    fib.itch.io/nut-shot

  • Random without repeats can be accomplished with the Advanced Random plugin. I think it only works with numbers but you can create a lookup table to map it (0=a, 1=b, etc).

    You'll have to store the results of the random output in an array though.

  • Does anyone know how the "Wait" system action is implemented? Is it like setTimeout() function in JavaScript, where a function is called after a time? Or like a Coroutine from C#, where the execution of a function is paused in a way?

  • XHXIAIEIN Agreed!!! We need the ability to link back to a parent node and link a node back to itself very badly. I don't think messy arrows is a big deal. I can live with it for a while as long as the functionality is there. But arrow management will also need to come *eventually*.

  • Thanks a lot Fib! Also cool to hear that it's useful to you.

    I'm not sure I fully understand your suggestion, I think you are on Discord as well, might be easier to chat there. :)

    Ok cool. I'll message you on Discord once I get a break from work.

  • Hey fedca, I just donated to support you making these awesome effects.

    I have a feature request for the Luminosity Mask effect. Can you add a second threshold value so we can affect a range of luminosity? There would be a lower threshold and upper threshold. I think it would make the effect even more powerful.

    Examples:

    Tint only the midtones - set lower threshold to 30% and upper threshold to 60% and add a color tint

    Increase the saturation of shadows and highlights separately - create 2 masks, one of them set lower threshold to 0% and upper threshold to 30%, then the 2nd mask has lower threshold of 70% and upper to 100%, then add a HSL effect to both and change the saturation differently for each

    What do you think?

  • fedca, you are my hero! I've been wanting a bloom effect in C3 for years. Yours works so beautifully too. Thank you so much!

  • Overboy I went back and read through your whole suggestion. I agree with a lot of it.

    Arrow management, definitely.

    Conditions in the node options so they can transition automatically if condition is true, hell yes.

    Nodes with multiple inputs, I'm pretty sure it can already do that.

    A few different node types like link to other flowchart, random, and potentially sequence, yes

    I just don't like each node having it's own event sheet. I think it would encourage spreading logic around too thin, which would make issues harder to debug. If Scirra decides to implement that then cool, I won't complain, but I won't use it either.

  • I've had good success using an external editor called Gridless. It exports as json. It can be imported and read into C3 very easily with the json plugin.

  • I love this! Great idea. I'll definitely try to join and make something super small but replayable.

  • Also it still assumes feature that are not yet included in Flowchart features :

    -indeed it would require us to be able to duplicate Nodes to avoid the pain of manually creating every single variable every time in the right order, with the right name etc...

    But then, if you want to expend the system of this "node type", you would need to manually add that Variable in all existing nodes + change the index where output are actual node links instead of variables.

    I 100% agree. I feel there needs to be a node template system, where if the template node is updated then all the other "copies" update automatically, at least for # of outputs, output index, and their names.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • piranha305

    Why are you setting the "variables" as node outputs, how would you branch this Dialog node to other Dialog nodes. Outputs is supposed to store other nodes, not the "variables" of the current node.

    The Dialog Node should be linked to other Dialogue Nodes.

    It sounds like your brain is stuck on "nodes=behavior". It's just data. The output is an optional piece of data on the property, where instead of storing numbers or strings, it stores a reference to different node.

    If you go up 8ish posts you'll see my screenshot that shows how dialogue nodes would flow into each other.

    Overboy I'm not saying your points are completely invalid. I think using flowcharts to drive behavior using mini event sheets inside the flowchart editor is a valid suggestion. I just don't personally like that idea because I like to keep my behavior and my data separate. But flowcharts aren't even fully functional yet even just for data storage (ex: you can't create cycles so FSMs are impossible).

Fib's avatar

Fib

Early Adopter

Member since 19 Jan, 2012

Twitter
Fib has 3 followers

Trophy Case

  • 12-Year Club
  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • RTFM Read the fabulous manual
  • x4
    Quick Draw First 5 people to up-vote a new Construct 3 release
  • x5
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

19/44
How to earn trophies