Ashley's Forum Posts

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 7 Jun, 2009
  • Quote

  The 'move to...' actions run a very computationally intensive search algorithm over the entire layout. It is completely unecessary to run this search every tick. It'll probably work fine if you pick a random object every 1 second and tell that to move, and it won't tie up the CPU.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 7 Jun, 2009
  • Quote

  Which actions cause the hiccups? If they're actions like loading textures from disk, they have to be decompressed and transferred to the graphics card, so there's no way around the delay in doing that.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 7 Jun, 2009
  • Quote

  Sounds like you want to do something which requires a lot of VRAM on computers with not much VRAM.

  I think you're stuck

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 7 Jun, 2009
  • Quote

  No, there's no way to check if an object is entirely obscured by another. You'll have to come up with your own system.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 7 Jun, 2009
  • Quote

  I can't stress this enough: please report all crashes to the tracker! If you ignore a crash it will never be fixed. If you try and reproduce it and can put something on the tracker, it might be fixed!

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  What is the object's angle?

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  Well, if you need that, you could use an INI - just load all the variables on start of layout then it won't constantly access disk.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  Did you submit the crashes to the tracker?

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  Reproduce it in a new .cap and post it to the tracker, a dev will take a look.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  Enable 3D layering for the layer, otherwise it displays the player on top of the background if you pan down

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  You generally can only load and free textures for entire layouts at a time, but if you use the action to unload textures from the current layout, it will free all textures except the ones currently in use by existing objects. That might work for you. But then you should be aware that creating an object that doesn't exist will have to load the texture for that object, which could cause a brief pause.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  I think INI constantly access the disk, which could be bad for performance. So if you use a hash table object or something which is always in memory (except for the one time you use a 'load from file' action) then it should be a lot faster.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  4) Runtime zooming. This may be already implemented, but for the life of me I can't find it. So I don't always have to see a 1:1 scale view of my layout. Would be handy with options like Show All, or Show Layout.

  System object, set layer zoom/set display zoom actions.

• Try Construct 3

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

  Try Now Construct 3 users don't see these ads
• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 6 Jun, 2009
  • Quote

  Azu: I can't see anything wrong in your screenshot. I don't know what it's meant to look like!

  However, there's an open bug on the tracker about objects rotating in the layout editor getting offset, which may be related.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 670 topics • 30,510 posts
  • 1

  • 5 Jun, 2009
  • Quote

  Cool theory but yeah, I agree with deadeye... on a rather cheap, low res (by today's standards) CRT monitor, and while the effect can be seen, it's all a bit blurry and things are very far apart making it hard work to cross your eyes that much. I guess it doesn't take in to account the physical size of the user's display.