Thanks guys.

Yeah, Python would have to interact with Construct, in as much as it would be reading and writing to the array that is being used by Construct.

The post that I mentioned concerning Python not being able to access arrays directly was quite a while ago, so I'm wondering if it was fixed in later versions.

Then again, we don't really know when the original devs stopped working on C1, so it's probably as it was.

And yeah, it's a lot of data, and I'm happy with the speed.

I can't optimize the events any more than I have, so I would have taken a little increase in speed if it was on offer via Python.

Krush.

I've just written an algorithm using Construct Events that manipulates a huge array (around 4.8 million items of data), and it works beautifully, taking around 2 minutes 18 seconds to complete.

Now, I was about to write the same algorithm in Python just to compare the speed, and I came across a couple of threads here that may mean I'd be wasting my time.

First of all, I noticed a conversation from last year where there was talk of the speed difference between events and Python, and it seemed that events were thought to be faster (if that's true, well done Ash & Co).

Secondly, in another thread, someone mentioned that Python couldn't access Construct arrays directly, and the overhead of the workaround would mean that it would lose any speed advantage you may have gained.

Now, I realise that this place has gone pretty quiet again, but I thought I'd ask anyway.

Anyone have any further insight into this?

Krush.

Well, you're bound to get fanboys defending every console.

They seem to come out of the woodwork.

Never understood it.

Personally, I own all 3 main consoles.

The PS3 rarely gets used except for GT5 and the brilliant Uncharted (rarely online).

The Wii gets a fair bit of attention for a quick game of something (rarely online).

The Xbox 360 gets used the most by far (quite a lot of online play).

But this isn't about which console/company, or fanboyism.

This is about a company not looking after your personal data.

This time it happened to a company whose network I rarely use, but if it happened to Microsoft's XBox Live (and I'm sure they'll be targeted) then I'd stop using it.

People are too easily pacified, even after such a breach of security, and the offer of free games being lapped up by people makes me laugh, which is why I made my original comment.

I don't accept it from $ony, and I wouldn't accept it from the other 2 either.

And yeah JayJay, a month is a hell of a long time for a network like that to be down.

Unthinkable really, when you consider the resources at their disposal.

Krush.

Lol $ony

"Yeah, we let your private information fall into the hands of hackers, but if you forgive us we'll give you some freebies!"

I'm not sure whose worse.

$ony or those who think it's a fair trade.

I won't be taking them up on it.

I rarely use the PS3 online anyway.

Krush.

The InputSystem plugin looks good, and the author seems to have responded with fixes when bugs were found.

But it is still beta, and loading the 3rd example that comes with the plugin shows a strange behaviour when detecting a click on a text field.

It seems to be miscalculating where the text field is, and you need to click above the text for it to register.

This is why I mentioned a simple plugin that gave us access to the same drop-down choices we have in the editor.

Plugins that try to do everything are great, but obviously they are prone to a lot more bugs, and most of the time they are overkill when you're just looking for a single feature.

I was hoping that one of the devs (or caretaker devs) would join in this discussion.

I will test InputSystem to destruction, and hopefully find it'll do the job without any problems, and then consider adding it to my project.

For anyone who doesn't know what I'm referring to when I talk about the player controls at edit-time, I'm talking about the drop-down lists at the bottom of the left panel in the Application Properties, where you choose which key is used for left, right, jump, etc.

If we just had access to those drop-down choices during runtime, user-defined keyboard controls would be simple to implement without the need for plugins.

If I'm honest, it's one of the things that I thought should have been in Construct from the very beginning, because it's something that almost every game has.

Krush.

InputSystem plugin sems to be fine?

Well, I don't know if it is, as I haven't looked into it.

I remember one of the input plugins had problems, and I don't want to introduce a buggy plugin into a major project at this late stage.

I will do a search on the plugin and see what the general consensus is.

But my point remains valid.

For a simple way of redefining controls, all we need is access to the properties of player 1 at runtime that we have at edit-time.

Should be simple to implement.

Krush.

Hi guys.

I was just messing around with changing the control keys for Player 1 in the Layout properties in the editor, so I could test my game with various sets of controls, and I got thinking.

I know that there's a plugin for custom controls (not sure if it's stable, finished or appropriate), but I was wondering how difficult it would be for the guys who are now updating C1 to allow us access to those properties at runtime.

It would then be simple for us to program our games to allow the user to decide which key was for which action.

Any thoughts on this?

It just seems like the ability is there to change it in the editor, so surely it wouldn't be too hard to allow us to set those same properties at runtime.

Krush.

Hmm, this is strange!

When I read your posts, I thought of course I did, it's obvious, but then thought perhaps I hadn't for some reason, and was rather hoping I hadn't.

Unfortunately, I had, so it wasn't that.

Maybe something's screwed with my plugins folders.

The problem is, whenever there's an update to Construct, I don't immediately update, but when I do find a version stable enough to update for use with my projects, I tend to copy over the plugins/effects folders each time, and I'm wondering if I have some conflicts going on.

Also, I've used LibNoise in the past with Python, long before I used this plugin, so perhaps I'm using an old version in my exports folder.

So, seeing as I'm overdue a proper cleanout of my Construct files, I'm going to start fresh with Classic 2.1 and install the plugins that I need one by one.

Hopefully that will mean that I have all the right versions of the files, and things will work as planned.

I'll keep you posted.

Krush.

Well, the libnoise.dll fixed the startup (should have realised that was missing, lol), but I get the same (126) error when running the exported .EXE

I know that the plugins are renamed as a number during runtime, so maybe ROJOhound could tell me which plugin 5.csx relates to?

Krush.

EDIT: It does look like it's the noise plugin.

When examining the 5.csx file in the temp directory, it seems to be the noise.csx renamed, so I'm not sure whether the plugin is to blame or Construct is.

Shame.

Although I only use one small aspect of the Noise plugin currently in my game (and that part is easy to reproduce other ways), I had planned on using it's more advanced features for other parts of the game.

I'll wait a day or two to see if this is fixable before exploring other avenues.

I had the latter issue when I forgot to put the libnoise.dll in the correct place.

Ah, that could well be the problem.

I remember it had to go in a couple of directories, and I don't think I've copied it over to Classic.

I just hope that classic doesn't introduce any new bugs to my game.

Thanks mate.

Krush.

Here's another one for you.

I'm using Construct 99.97 for a project which uses the latest Noise plugin by arsonide.

It all works fine when run from within the editor, but after exporting to an .EXE, it comes up with the "failed to load plugin c:\users......5.csx (126)" error.

Now I'm not sure if that refers to the Noise plugin or not, but searching on these forums shows that the cause was seemingly never revealed to those that had this problem, and apparently not fixed either.

So, I decided to download Construct Classic 2.1 and try it in that.

This time, Construct won't even load, complaining that the Noise plugin may not be available (even thought it's there).

So I guess my questions are:

:: Is there a solution to this error from 9997?

:: Is the Noise plugin compatible with Classic 2.1, and is the first error solved with Classic 2.1

Thanks in advance.

Krush.

Ahh, pushing and popping the stack.

Reminds me of my old z80 Machine Code days.

I'm sure they'll come in very handy.

Cheers.

Krush.