R0J0hound's Forum Posts

  • The reason is arbitrary. You could use a sprite if you like.

    Edit: Tiledbackground doesn't have per-pixel collisions, it only has bounding box collisions so it should be a bit faster for collision checking. Of course you could set the sprite to use bounding box instead of per-pixel at which point there would be no difference.

  • [quote:1run7x68]Nope. niether paster nor canvas would be able to do the pseudo 3d shown by the OP

    Bold words.

    Anyway here's a wip using the Paster plugin like newt mentioned.

    /examples21/paster_3d.capx

    https://www.dropbox.com/s/1c4t63wvly3s2 ... .capx?dl=1

    It is able to do rotated cubes like the op's coin block. Notice however the distortion of the textures, we are just distorting in 2d so there is no perspective correction that you get when using true 3d.

    This is pretty much just a proof of concept and is lacking many things to make it useable for a 3d platformer.

    The main thing missing is polygon z sorting. This will be needed when you have multiple cubes or have sprites moving around them. Without this polygons will be drawn in the incorrect order.

  • Well, looking at the manual for the audio object:

    https://www.scirra.com/manual/109/audio

    It would appear that the Analyser effect could be used in the audio expressions. A search for "Analyser" didn't give too many results but almost all were relevant. One mentions that C2 comes bundled with an example in it's install directory which appears useful.

    1. Looks like it can with the audio object.

    2. Perhaps.

    3. "Audio analyser.capx" in the Contruct 2's examples folder is a good start.

  • Sure, but you'll still need to connect by the id of each person you want to connect to. It get's a bit more problematic for more than one other person to. A server is still needed for something like a lobby so a list of other people can be retrieved and connected to automatically.

  • It helps to visualize if you draw a picture or move the scroll_pane around in the editor. Clamp is used to limit how high and low the scroll_pane goes. Basically we're doing this: "set y to clamp(self.y, low_y, high_y)". To find the low_y move the scroll_pane as far up as possible so the frame object covers the last bottom portion. Where the y position of the scroll_pane in relation to the frame. It's the scroll_pane's height above the bottom of the frame or "frame.BBoxBottom-scroll_pane.Height". Next to find the high_y move the scroll_pane as far down as possible so the frame object covers the topmost portion. Notice that the top's of both objects are the same so high_y is "frame.BBoxTop". Now if the hotspot of the frame is topleft it also is valid to use frame.Y instead of frame.BBoxTop.

    Generally you want the scroll_pane at least as big as the frame. Also you could also use two events to compare scroll_pane's y position instead of using clamp for the same effect.

  • Doc Ai

    The Construct 2 (C2) behavior "Scroll to" is the same as Construct Classic's (CC) "center view on me" attribute. Click on an object and browse the property panel on the left to find attributes. Also "Solid" is an attribute in CC.

    "Bound to layout" is new for C2 but the simplest way to do it in CC is to put a tiledBackground object with the solid behavior just outside the whole edge of the layout.

    Also with a C2 licence you can export to exe with node webkit. It's one of the export options.

    nyway,does C2 have everything CC has?

    No, they are very similar but they both have features that the other doesn't have.

  • TwinTails

    Close, vx and vy are the horizontal and vertical velocities and ax and ay are the horizontal and vertical accelerations. Also g is the acceleration for gravity. In event 10 the acceleration is used to change the velocity and the velocity is used to change the position. Of course the player only actually is moved up and down and the terrain is changed by the horizontal position.

    When the player is in the air ax is 0 and ay is g. But when the player is on the ground the acceleration's direction is changed to be along the slope.

    Here is the math behind the slope acceleration:

    http://www.physicsclassroom.com/class/vectors/u3l3e.cfm

    Increasing the acceleration would be one possible way to boost the player. Adding a event like this to the end of the event sheet will multiply the acceleration by 10 while spacebar is down.

    Key spacebar is down:

    --- player: set ax to self.ax*10

    --- player: set ay to self.ay*10

  • How's this:

    https://dl.dropboxusercontent.com/u/5426011/examples20/bitwise_tilemap.capx

    If you want tiles you placed in the editor to autotile you'll have to call "bitwise update" for each tile at the start of the layout.

  • Tinkering around with this all you need is a object with the drag and drop behavior, objects pinned to that and a layer to do the masking. The extent of the math needed is a clamp() to limit the range of scrolling. Unless of course you want a widget on the right that indicates the scroll position, then you'll need a bit more math.

    https://dl.dropboxusercontent.com/u/5426011/examples20/scrollbox.capx

    enjoy.

  • Actually after re-reading the previous posts I realize that my post is redundant because LittleStain said the same thing before me. My apologies.

  • You're adding floor(0.1) or 0 to the variable so it won't ever change.

    Just add 0.1 to your variable and set the text to floor(variable1) to do what you want.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Well there shouldn't be a limit. Actually I think this may be bug that comes up from time to time where objects in the editor have conflicts with their id's. I made a utility to fix caps with that issue. Here's the download:

    https://dl.dropboxusercontent.com/u/5426011/utility/addobjfix.zip

    To use it extract it and put your cap file in the same folder.

    Then open "addobjfix.cap" and edit the script so instead of this:

    #------------------------
#------------------------
# change to your filename.
filename='wewe1.cap'
#------------------------
#------------------------

    wewe1.cap is replaced by the name of your cap.

    Finally run the project and a fixed copy of your cap will be made.

  • I like to take a visual approach. Given that you're putting the values in a 2d grid, I imagine you may eventually create sprites to visualize it. So why not create the sprites with 36 animation frames for each value and have a animation speed of 0. You can either create the grid of sprites in the editor or use events to make it. The events would like the following.

    Start of layout:

    --- destroy sprite

    Start of layout:

    for "x" from 0 to 5:

    for "y" from 0 to 5:

    --- create sprite at (loopindex("x")*32+200, loopindex("y")*32+200)

    Start of layout:

    for each sprite ordered by random(1) ascending:

    ---- set animation frame to loopindex

  • It's in r153 beta which was just released.

  • Apply an additional force to move the object to a 45 degree direction:

    ex:

    Apply force -10*(spring_angle-45) at angle spring_angle+90

    10 is the strength and 45 is the target angle in the range of (-180,180).

    I suppose it could use a damping force as well...