So, you can't reproduce it. Damn, I thought I was on to something. Why isn't it doing that for me? I was pretty certain I had found the cause of the one of the many dreaded file corrupting bugs here.

Well, I guess not. It happens every time I try to do it too (no matter what, image size or whatever). I'm really don't know what to do about it other than not use the import frames feature.

No, I didn't. Moreover, I can't. It's a bug in the code, deep with in the program itself. I'm just reporting it so that Ashley can fix it.

But on a side note, if you want, you could help out by trying to see if you can reproduce this bug on your end. Follow the steps I showed below or even just try using the "import frames" option on the animation bar and tell me if you can get the same result. I've been able to reproduce this bug without fail every single time I've tried.

I hope Ashley finds the source of this problem and fixes it soon. Glitches like these that end up corrupting save data are the some of the worst (if not, the worst) types of bugs imaginable. It's a good thing that I discovered this now beforehand otherwise it would become a much bigger problem later.

I made a video showing step by step what happens whenever I try to import an animation (using the "Import Frames" option) into Construct, here:

I suggest you watch that first, since it speaks for itself or at least much more than I can.

Anyway, as you can see. I open Construct. I tell it to create a new Direct X game. I then try to add a sprite (and leave it blank, although it doesn't matter anyway).

Then I click on the sprite, try to import frames into the Animation Bar, click on/hover over the Animation Bar and then viola, everything goes to hell. The main window crashes and everything goes haywire.

I then try to save my file (hoping that I can recover something) and open it and I end up with nothing more than a corrupt file.

(By the way, ignore the part where I accidentally open the insert object menu while it is glitching. I pressed something by accident in the confusion. That has nothing to do with anything.)

Edit: By the way, here are the images I tried to import into Construct if you need them:

http://machriderx.googlepages.com/sho.zip

Edit: Actually, ignore my previous edit. It seems like it doesn't matter what images you use. If I try to import ANYTHING, it causes the same behavior. It hangs regardless of what the image is. That is regardless of size or file type or anything. It just seems to hang and go haywire whenever the "Import Frames" option is used to import something.

This is one of the things I've been suggesting all along. If you could add DirectInput support, I will be eternally grateful. Please, do it. Seriously, If you do, I will love you forever (okay, just kidding but still).

With DirectInput support, I could easily make a much better version of the space simulator I was working on before, since I'd be able to use analog stick detection through DirectInput. Plus, I could finally try making some games with console style controls (maybe a fighting game, that would be nice).

I guess it may have been a fluke. I tried to reproduce this bug by unplugged my internet connection but even then Construct works.

But when my modem had no sync, it didn't work. Hmm.. I don't know. At any rate, everything works fine now. I'm not sure what the problem was but anyway it doesn't matter now.

My internet connection went out today. During this time, I tried to open up Construct but each time I did, the program kept freezing at start up.

When my internet connection went back up, I opened Construct and I was able to use the program without any problems.

I suspect the auto internet update check feature causes my computer to hang when there is no internet connection available. Is there any way to disable it?

Awesome. It reminds me of the game "Mr Driller."

Here's me:

<img src="http://img78.imageshack.us/img78/5418/32453096qv3.jpg">

Is there any way to make it so when you do something like this:

<img src="http://machriderx.googlepages.com/Clipboard01.gif">

The floating portion that is left behind falls down, complete with physics and all?

E.g.:

<img src="http://machriderx.googlepages.com/Clipboard02.gif">

That would be pretty awesome...

Yeah, don't worry about it. I really was just commenting on how most sci-fi and video games (shoot em up games especially) tend to model space ships after airplanes, when that really wouldn't work, and used Gradius as an example, although I could have easily used any example, even a movie like Star Wars (the X-Wing fighters) for instance.

Thanks, I'll try to adjust the turning speed. I was originally going to make the throttle adjustable but that ends up being a pain using only a keyboard. I guess I could just assign an adjustable percentage value for the turning thrusters and one for the thrusters for movement (and maybe assign them to a number on the keyboard and use + or - to throttle up or down, or use the mousewheel). But again, if I do decide to do that, I have to be careful. I don't want people to be playing "Twister" with their fingers trying to play this game.

This is part of the reason I begged Ashley for analog joystick support. If I had that, I could make things a lot more intricate and give a lot more control over the ship. But since I don't, I have to try to make it as controllable as I can using only a keyboard.

No, you misunderstand. I'm not talking about making a game exactly like Gradius where you are constantly moving in one direction and have bullets coming at you full frontal. But rather, a game with plausible ship designs and physics and gameplay suited to that.

This game would be open ended, you can fly anywhere in any direction and go anywhere you want. It would have some shoot em up elements to it as well, such as huge bosses (but of coarse with plausible designs) and I'm going to add a turret to the ship which you can control with the mouse in order to shoot enemies with (which you can aim in any direction). The enemies in the game would also be bound by physics and have to adjust their angle of flight and position in order to get to you. And no, you won't die with one hit like in a shoot em up such as Gradius. Shooting and dodging things won't be anywhere near as frantic as a typical shoot em up but will require mostly fast reflexes in order to safely maneuver the ship and avoid what is coming at you (and aim order to fire back).

I know a typical shoot em up such as Gradius would be unplayable if it had controls like these, but I am not making a typical shoot em up.

Edit: But then again, this is all experimental. I am just messing around with various concepts at this point and just trying to see what I can do with Construct. But if I do make this game, that is how it'd play like.