Problem with motion blur.

This forum is currently in read-only mode.
From the Asset Store
Complete the collection by purchasing Motion Universe Pt. 2
  • I am having a slight problem. I am making a side scrolling shooter, and I was implementing the camera system. I have motion blur set to x20 AND point rendering . Anyways, I was using the make another object and attach it to the object you want a camera on method with an offset. It works fine, so I add something to make it scroll smooth back and forth, this also works well... Until I noticed the character blurred when moving back and forth. NOT up and down. I havent set the easy motion with the up and down yet, which leaves me to believe if I set an always for the x,y of the mouse it would work.

    Is there anyway for my camera system to scroll smoothly AND keep the character from blurring without turning off motion blur?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • I hate to double post. Alas I must. I have found a very unique problem, Motion blur seems to do more than just blur, it seems to speed up "every x milliseconds" events.

    I have also replaced my arm sprites with the IK system, the IK system actually lags when the character moves with motion blur set to x0.

    Everything runs flawlessly at x20. FLAW-LESS-LY.

    If anyone knows of anything I can do, I would be very appreciative.

    Also. Bump.

  • i used to notice that problem also, what version are you on?

  • 0.99.72

  • I hate to double post. Alas I must. I have found a very unique problem, Motion blur seems to do more than just blur, it seems to speed up "every x milliseconds" events.

    I have also replaced my arm sprites with the IK system, the IK system actually lags when the character moves with motion blur set to x0.

    Everything runs flawlessly at x20. FLAW-LESS-LY.

    If anyone knows of anything I can do, I would be very appreciative.

    Also. Bump.

    your set position and ik solving events should run every frame update (Always), they dont have to be timedelta dependant (milliseconds).

    the only other thing i know is it works by rendering (blur amount (20x for example))*(vsync rate of monitor) of frames (increasing the speed of everything in non time delta things, tick speed dependant things) and averaging them out to 60 fps or wtv vsync is.

    a lack of timedelta for certain things and having timedelta on other things that shouldnt have them might be the problem. for example, you always want an object to set position to another one, so theres no reason to put it under a milliseconds condition, but if you have a character and you want it to shoot ever 10 milliseconds, you dont want a change in framerate to make him shoot faster/slower in relation to everything else, so you need to put that under time delta related events.

    i have no idea if any of this is of any help, or if its actually a bug

  • motion blur also speeds up the custom movement plugin

    I really don't recommend using motion blur anymore. Use Blur Motion effect (it's in the Completed Addons subforum) to blur specific objects at an angle instead.

  • I am kind of stuck with motion blur now. Nothing works without it. I'm fairly sure everything IS set to always, which I read is supposed to be time delta dependent. Its all weird.

  • Always doesn't have anything to do with timedelta. Always means for each tick (a pass through the events) the event is run - which means it will run as many times per second as the frames per second, which can vary, which is why timedelta's so useful.

    If you have an event always - set sprite x to sprite.x+1, then the sprite's speed will vary depending on the fps. Timedelta makes it so it's how many pixels per second, not pixels per frame - like this: always - set sprite x to sprite.x+(100*timedelta) will move the sprite 100 pixels per second.

  • I realise, but I could have sworn I read that always was set up to use time delta. Maybe I'm thinking of "x milliseconds". Who knows.

  • I realise, but I could have sworn I read that always was set up to use time delta. Maybe I'm thinking of "x milliseconds". Who knows.

    Nope. It even says "every tick" after the Always condition.

    Milliseconds don't technically use timedelta either, they use real time. Timedelta is just a way to find the real time between ticks.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)