Drule's Forum Posts

  • Bump.

  • 32-bit.

  • Hey!

    I've posted a lot of technical topics lately, so sorry about that, but I'm beginning to think I'm having a lot more technical difficulties with my copy of Construct than everyone else. I am experiencing really strange bugs that only seem to appear on my computer, so I was wondering if there's any way to benchmark my computer to see if its completely compatible with Construct?

    Also, what SDKs, RTPs and other third party or external resources does Construct use that could be causing errors?

    I'm on a recently installed legal 32-bit copy of Windows Vista Home Premium, and I just recently completely uninstalled Construct and installed the latest unstable version along with the latest versions of the Advanced Camera Plugin as well as the SpriteFont plugin, which are the only third party plugins I use with Construct, so I'm sure none of these things are causing any problems.

    If anyone has suggestions on what I could do or what I could reinstall or troubleshoot, feel free to post here!

    Thanks.

  • I'm running Construct 0.99.84 on a 32-bit Vista Home Premium, using Advanced Camera Plugin 0.9 as well as SpriteFont 99.99 RC (these are the only third party plugins I have installed).

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Okay so I literally uninstalled and reinstalled Construct and all the plugins. Even my copy of Windows was recently reinstalled, so I have no idea what the problem is.

  • Okay, that makes sense. I'll just group everything together then.

    A question though, do you want bug submissions regarding responsiveness and bugs/glitches in the editor interface itself, rather than bugs causing errors in the gameplay environment?

  • Yeah, when I try to run it it gives me the same crash message as I pasted before.

  • How about this exe then?

    http://junk.drule.net/sventest.exe

  • That's really strange, it works for me too now. Yesterday I made one more test before going to bed, in which it crashed if I had the Always-condition enabled.

    Also, I'm on version 0.99.84, and I've been having a lot of weird unexplainable problems like this, but oh well!

    EDIT:

    Nope, it still crashes.

    "An unexpected error occurred an the application was terminated.

    You may be able to find out more information about the crash by Debuggining, and attempting to reproduce the bug."

    When debugging however, nothing shows up except for a black screen.

    EDIT:

    Okay, so when I open the .cap and run it without changing anything it works, but as soon as I add a new sprite and snap it to the player hitbox it starts crashing again.

    Example:

    http://junk.drule.net/sven_2.cap

  • Okay. I didn't know that.

  • I don't get it.

  • http://junk.drule.net/sven_1.cap

    Layout "lvBeta" line 10 in the event editor. This event gives me a crash in the runtime when I run the layout. Anyone knows why?

  • That makes for good bug reports. The devs work on construct in their spare time, and the current system saves them time. The time and hassle needed to submit bugs to the trackers helps reduce the time needed for the devs to isolate and fix the bug. Also nothing is preventing you from posting about bugs on the forum, but any bug should be ultimately submitted to the tracker. Otherwise like Ashley said, the problem might not get looked at.

    Cheers!

    Yeah of course the time spent submitting bugs can't be compared to the time invested in programming the project, but if I were leading a project of this size I'd want a pretty broad scope of bug submissions. Ashley seems pretty opposed to the idea and I guess she's free to work on the project in the way she's most comfortable with, but I honestly only see an upside to adding another bug submission channel if it meant that people with a lower interest level would start contributing. There's no harm in doing so. At worst you could ignore some of the posts, and at best you'd get a lot of submissions you probably otherwise wouldn't get.

  • And I really don't think it's harder to post a bug report than a forum post. Why not just report issues when you come across them?

    It's up to you to post a tracker items. If you don't the problem might not get looked at! What's so hard about it anyway?

    Well as you probably understand, logging into your bug tracker account, performing a search to see if your bug has already been submitted, writing an elaborate description of the problem and then providing a .cap file reproducing the error is a pretty big hassle when you encounter a glitch every 15-30 minutes of your game making session.

    I'm not suggesting it as a replacement for the bug tracker, but I'm saying there's a big difference between getting a one-liner regarding a bug off your chest and having to go through the above mentioned routine every single time you encounter an error. With the system you've got now, you're only going to get contributions from a handful of dedicated members, and I'm sure you'd find a whole lot more bugs if you offered an easier alternative for less dedicated users.

    EDIT:

    I'm not trying to come off as pushy, and I'm not trying to tell you how to run the development process either. I'm just saying that if I've refrained from submitting bugs on numerous occasions, I'm sure others have as well.

  • Hey, I have a suggestion regarding bug submission.

    I'm pretty sure I'm not the only one who encounters bugs, errors and glitches in Construct while being too busy or lazy to submit an elaborate bug report. Don't you think it would be beneficial if there was some sort of forum where these problems could be posted for record and posterity to ensure that they don't go unnoticed?

    It would probably have a lot of unecessary topics, but I think that would be better than having people say nothing at all about errors that could potentially be important to fix.