So basically create all your objects per layout from another parrallel layout to keep VRAM clean. If it's still like this in C2 I'd request ability to move objects to different layouts at runtime. Although because of this I'll just use a special layout with all the objects I will be deleting at runtime.

Actually, this generation has less exclusives..

as speaking on Fighting Game genre which is more exclusive then it ever was. That's what I meant by "some types".

This was already posted a while ago, and a discussion was had.

ound It.

Without MS we wouldn't have computers or Al gore's etherweb. So we will be their slaves forever, and love it. But I do have an issue with what they are doing in the console market, I see a trend with some types of games not being ported since they took a big chunk of the market.

And APIs will be useless soon anyway because people will code directly in c++. Everyone should just get better with c++.

http://blog.wolfire.com/2010/01/Why-you ... ot-DirectX

Kinda interesting stuff.

Would computing in general be much better after all these years if people just stopped buying MS, and stuck to what's best, and not what's popular? I think the problem is just that computers are complicated, so its just too easy to fool people into doing what you want if you throw enough money at the problem. Kinda like running government.

I would like the game to automatically make a montage of the game run thru. Because it cannot grab the screen, it would seem this cannot be done currently in Construct, correct? I can see it being done easily with a canvas & imageManipulator, but that's a big canvas for something so trivial. Python can do this correct?

Yeah, have you check out Parrot? It also let's you use Python + many other languages in the same VM. I'm interested as to how that would apply or NOT to a system like construct. Parrot and LLVM, etc are supposedly faster running than Python. It's interesting but not sure how that would be applyed to construct.I didn't see anything about not being able to use libraries of Python just because it's in Parrot, but I'm no expert just out of pure curiosity this is interesting. If it was added to construct it would mean no need to force people to use just one language and could have multiple developers that are experienced at separate languages on the same project.

-edit- I'm guessing with these the problem is they are just not ready yet for some reason or another. It's cool that you can easily use it to compile your own created programming language tho. And that program will be automatically cross platform. If these types of VM are not widely used yet, It'd have to be because of something like a problem with completeness or speed compared to just plain c++.

Interesting concept for the future tho.

I know I shouldn't post without completely understanding the concept or if it's useable/100% free. But instead of just Python what about a Dynamic Language Machine like Parrot or the others, so people can make their own language? Or use one of the implementations of Python or their favorite languages.

Supposedly, it allows language a to speak to language b as well. The LLVM is low level, so that one should to be obviously faster. Things like Mono VMs are what game developers are shifting towards nowadays for productivity. Most code is still in C++ tho, but they are increasing using those now for speed of development as a sacrifice.

I'm not trying to down on Python. Most dismiss any GAME that's not strictly c++ for 99% of it is what I meant. Bad use of words I guess. I haven't seen many successful games in general that wasn't c++. Construct might change that. About not needing to DL that's good. No need to defend Python we all know its a good tool like any other.

Thing about python is its not professional and people will refuse to play a game that makes you DL python (assuming it requires that installed) or uses it. Happens all the time... But since people here are probably just trying to get a game done they probably won't care much about that factor. I believe that if the game is good enough tho, people will get over it.

Because keeping everything in a single .exe is bad.

hy is that?

It adds unnecessary steps and factors. When grabbing frames to draw on the entire animation frame by frame this may add up.

Posting in your report should probably be enough. There is probably already enough bugs listed to go adding duplicates.

http://tinyurl.com/y6kw3yg The vertical points of the image after it grabs it is, start from the bottom, making it the opposite of the rest of Construct - which would cause obvious issues. I thought it was common knowledge. Sorry.

-edit- I should point out you can flip the image, but that is extra steps to something that's already a slow process, as I mentioned.