Ashley's Recent Forum Activity

  • Lucid is right. I might have called it too early on this build, but it's still a sound idea. It's intended that people test unstable builds on backed-up copies of their work and report back any problems.

  • It would be better to use four animation frames than four sprites - it makes more sense that way, and you wouldn't need a 'destroy object by name' action.

  • Yeah, add a serialize() to the struct that does ar << a << b << c etc, and the same for loading (ar >> a >> b >> c). Then to save the whole vector, save the size, then for each element, call its serialize(). To load it, load the size, clear the vector, then for each element serialize() it in to a temporary struct and push it back to the vector.

  • Normally you'd just save the size then iterate each element saving them. When loading do the reverse - load the number of elements then for that number of times, load an element and add it to the vector.

  • Not right now, no.

  • A degree of reverse engineering is always possible in all programs (if you had the tools you can disassemble any compiled program back to assembly, for example - and this is especially problematic for .NET I think, which relies on obfuscators).

    Considering the amount of work it'd take to reverse engineer a Construct EXE I'd say it's implausible for now - and remember you lose all edittime-only things like comments.

  • You can't (and wouldn't want to) manually save the states of the CRunObject or CRunObjType classes themselves, but you can save pointers to them by using these VRuntime functions:

    	virtual void SerializeObjectPtr(CRunObject*& obj, bin& ar) = 0;
    	virtual void SerializeObjectType(CRunObjType*& pType, bin& ar) = 0;[/code:3qpx6ba0]
  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Posting a .cap might help (it's always a good idea IMHO). I think the issue is that you're getting confused with the 'custom' setting - it means you use an action to add the object types that cannot be seen through.

  • You do not have permission to view this post

  • The technical response to this thread:

    The best way to measure the framerate is Mipey's method, and it is also already described on the wiki because it's very common. There is no system expression to retrieve it, but it is trivial to set up the events.

    The correct way to get the instantaneous framerate - which is how many ticks would run in a second if every tick ran as fast as the last single tick did - is 1 / TimeDelta. However, this does vary a lot. The timer is almost perfectly accurate - it is correctly measuring fairly large variations in TimeDelta, which happens for various reasons (eg. the combination of Window's process scheduling and Vsyncing meaning occasionally a Vsync is missed and TimeDelta being around double the normal value). This does tend to make the displayed value unreadable though, because it varies so much. This is why I would prefer the previous method.

    Cheez, you are on your way to a temp ban with your attitude, and you've been like this before. I feel your original "Don't tell me they forgot to add that in" and "should have existed from the very start" is belittling as if we are too stupid to think of putting that in, especially since you could have simply phrased it as "how about adding it if it isn't already there?" like most other forum members do. The rest of your posts have a generally bad and unhelpful attitude. Some people have responded badly but I think you are responsible for winding up, so please chill out and don't make me need to log in to the admin control panel in future.

    I am satisfied my response completely answers the original question so to cool things off I'm closing the thread.

  • There's been much discussion on this before - the short version is DirectX 9 hasn't got native support for vector graphics. Everything is drawn raster by the graphics card so the only way to do vector is to first rasterise it, which is potentially slow to do every frame. I think DirectX 11 might change that, though, but it'd be Vista and up only.

  • It's a nice idea - but I think it's a similar situation to coding for Linux - if not many people have it, we can reach more people coding for mobile devices more people have... wasn't there something called GP32 before this with similar aims? What happened to that?

Ashley's avatar

Ashley

Early Adopter

Member since 21 May, 2007

Twitter
Ashley has 1,444,945 followers

Connect with Ashley

Trophy Case

  • 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
  • Forum Unicorn Made 10,000 posts in the forums
  • Forum Mega Brain Made 20,000 posts in the forums
  • x109
    Coach One of your tutorials has over 1,000 readers
  • x63
    Educator One of your tutorials has over 10,000 readers
  • x3
    Teacher One of your tutorials has over 100,000 readers
  • Sensei One of your tutorials has over 1,000,000 readers
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • RTFM Read the fabulous manual
  • x36
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

32/44
How to earn trophies

Blogs