Ashley's Forum Posts

  • Got XP mode running very easily. In fact, everything seems very simple and easy. It does seem to be a good one!

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Just got it and installed it.

    Seems very nice. Liking the 'peek' features. Also going to install Windows XP mode - should be very handy for testing Construct on Windows 7 and XP without rebooting.

    Anyone else got it or tried it?

  • You're meant to use backslashes for local directories, but I think Windows replaces / with \ just in case you got it wrong.

  • You can safely ignore that message for the Count expression - it's meant to return 0 when no objects exist (obviously), but the debugger warns you in case you're trying to get some other expression, like its position, when none exist, in which case it just returns 0.

  • I wouldn't use the HTTP object for that. Right now, there's no good way to do it.

  • That would be a really nice effect!

  • Very nice. A good simple artistic effect!

  • It's a good idea for an inbuilt condition to be able to delay actions - it's something I'll look in to for Construct 2. I don't think it's really possible in Construct 1 - yes, I know I keep saying that - but its event engine architecture really isn't up to it. For now, the Function object's 'Call function after delay' is the standard way of implementing a wait.

    I think what zero_rogue is talking about is a wait condition like so:

    + A collides with B

    + Delay actions 3 seconds

    -> Destroy B

    When A and B collide, 3 seconds later the actions run, and the B that was in the collision is destroyed. (For those in the know, the SOL from the original conditions is preserved when running the actions later on, with destroyed objects removed I guess.) At the moment, using the function object to implement a wait resets all object picking when running the function later on, so in this case, all Bs, including those not involved in any collision, are destroyed. This requires a 'destroy me' flag as a workaround to re-pick the intended B to destroy.

    So, this would be a very handy condition. It's on my 'definitely do this in Construct 2' list.

  • Moved to help/tech support.

    What events are you using to play the OGG? It plays using the official OGG Vorbis decoder so it doesn't use anything special or different. You might have accidentally run the 'play' event twice.

  • Don't use any expensive networking libraries - there are good free ones out there as well.

    I've been looking at SFML (Simple + Fast Media Library) which is a sort of C++ replacement for SDL - it also looks to have a good networking library.

    You could give that a shot.

  • This thread is very old and the OP's host is probably now offline.

  • Construct has to re-load all textures in the .cap if you preview your game in fullscreen because DirectX evicts all the IDE's textures when anything goes fullscreen. So if you have a large game, it'll be re-loading the layout editors that are currently open - you might have to be patient, and it should show a progress bar.

  • If the game resolution is lower than that of your monitor's normal resolution, Construct will lock up after closing the game.

    Really? This works fine for me. Is there something on the tracker about this?

  • Oops! I actually coded expressions to get a channel's volume, pan and frequency ratio, but didn't add them to the expressions list for some reason! They're added in the next build (or if it's really urgent I can send you the new version).

    As for the fade-in - why not just replay the sound again as looping then fade it in from 0?

  • Sorry. It seems all three of us developers have been very busy for the past month or two. I'm not sure when we'll see the next update, it doesn't look likely that our situation will change any time soon. I, however, will try and make some more time for bug fixes, and the best I can say is perhaps there'll be a new minor build out during November. I can't speak for the other guys, we're pretty loosely organised and the project generally works by people doing individually what they can when they can, so I'll let them pitch in for themselves with their status.