R0J0hound's Recent Forum Activity

  • You can use a dot product to get that:

    cos(angle)*sprite.physics.velocityX + sin(angle)*sprite.physics.velocityY

  • The latest stable? Or maybe the beta? It's still usually stable. Is that what you meant?

  • This is probably out of the scope of this forum.

    The pastebin API looks to be in php, so you'll probably want to learn php and how to use it. A cursory look showed that tutorialspoint may be a good source. I imagine everything else may make more sense after learning this.

    My guess is you'd write a php script and put it in the files folder of your project.

    Next you'll probably need to read up on Ajax and how to use it. If the scirra manual isn't helpful enough, find a normal Ajax guide online. It also may be useful to google search how to call a php file with Ajax.

    That is where it looks like a mess to me. It's not a straightforward chunk of information to digest, but if you dig long enough you may work out a solution that you can translate over.

  • To check the hsl values for a layer would require taking an average of all the pixels and getting it from that. At least that's how I understand it.

    The only reliable way to get all the pixels that I know of is to use the snapshot action to get an image of the screen. Then you could load that image to a Sprite, resize it to 1x1, and paste that to a canvas object (third party plugin that can read pixels from an image). Basically make the canvas object 1x1 in the editor, and position the Sprite object in the same position.

    Finally use the canvas.redAt(0,0) and similar functions to get the rgb average, more or less, of the layer. You can convert the rgb to hsl with algorithms that can be found online.

    Anyways, that probably would work, just not very fast.

    Really though this isn't something easily done in c2 if at all.

  • Maybe use the browser object to load the pdf in the same way as a webpage with the go to URL action? I don't recall what it's called, but you should find it in the list. It will either cause the off to download or maybe in the case of chrome it may let you view it there.

    Another way would be to use a pdf js library. It's hard because of all the hoops you have to jump through to get it to display in a c2 game. Probably nigh impossible if that didn't make sense.

    The final option, although you should check here first, is to see if a pdf plugin exists already that you can use. There in a topic in the addons section that lists all third party plugin's. I'm too lazy to check myself.

  • I guess you could do some smoothing of the position with previous one's. just save the previous physics position to a variable. Sampling older positions for more smoothing may not be too useful.

    every tick

    --- sprite: set x to int((phybody.x+self.oldx)/2)

    --- sprite: set oldx to phybody.x

    I guess you could also only move if the physics object moves 2 pixels or more. I think that may just make it look like things are getting stuck.

    pick by comparison: sprite: abs(int(pysbody.x)-sprite.oldx) >=2

    --- sprite: set x to int(physbody.x)

    every tick

    --- sprite: set oldx to phybody.x

    You may also try round() instead of rounding down with int() or floor(). Not sure that would matter in the slightest though.

  • I'm no longer updating plugin's but there may be a leak. Garbage collection doesn't happen immediately when something is destroyed so there's that. The runtime also does something called object recycling that doesn't actually delete the destroyed object so new objects can use it. That is so less garbage is created.

    I do know the main memory and cpu hog is every frame the canvas is drawn to I had it create a new webgl texture of it and discarded the previous. Honestly I've never been interested enough to improve that. The plugin was made before c2 had the webgl backend so maybe that explains that.

  • What's actually happening is the sprites are being marked to be destroyed at the end of the event. They aren't being destroyed right then which is why they can be picked multiple times.

    One solution would be to add a Boolean variable "alive" with an initial value of true and then do this:

    Space pressed

    Repeat 3 times

    Sprite Is alive

    Pick random Sprite

    --- Sprite: set alive to false

    --- Sprite: destroy

  • Is the canvas object at the top left of the layout?

    Maybe use

    Mouse.x-canvas.bboxleft

    Mouse.y-canvas.bboxtop

    If it isn't.

  • You could just set the initial value of the frame variable to 1. Unless I'm misunderstanding what you're saying.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Desktop was an example, mobile is basically the same. Mobiles have more performance issues because they are weaker than desktops.

  • All the functions and globals made it hard for me to follow what the events do. Here's a simplified version that's a lot more readable to me:

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

    Maybe that's helpful. Yours may just have one or more simple typos somewhere.

R0J0hound's avatar

R0J0hound

Member since 15 Jun, 2009

Twitter
R0J0hound has 157 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