manontherun's Forum Posts

  • 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?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • 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.

  • I set my animations like this:

    _1

    1,2,3,4,5, etc

    _2

    1,2,3,4,5, etc

    etc

    I do this for a number of reasons. A few being so I can use the loopindex, and also it makes all my events reuseable (in that cap or any other). If you are wondering how would I tell them apart. I just type in a text comment somewhere in that specific cap to document them in a list or just click on the animations to look at it.

  • Why do the Y points start at the bottom? I'm sure this has been discussed/reported before, but its a real bottleneck to the usefulness of the IM. We can't simply match the 0,0 or w/e of the layout with the IM points and draw with normal math. Since image manipulating is already a slow processing, adding extra ACEs to it isn't exactly inspiring. Its a shame because IM is a very underrated plugin with more potential than most use it for.

    I guess I'm curious as to why its still like this.

  • Change amount of frames of animations at runtime. Some programs draw and make the animations at runtime.

  • Does that help?

    es, it does. Thank you.

    QuaziGNRLnose I might send a PM regarding some of your questions.

    I have a question. What uses more CPU? Adding abs(x1 - x2) + (repeat for y,z) or using the square root?

  • Sometimes, I just want to filter and don't want to pick just one or use the specific filters like angle/color/size/etc. I find I have to make a pv just for this - just to use the compare condition. Is there a reason this isn't there? Stuff like inverting the pick condition doesn't pick instances that don't match the condition, which is what I wanted a few times before. I think you can try a for each with the global compare but I never bothered. I think it will loop all instances regardless of previous SOL, which might end up being a problem.... If I'm not mistaken.

  • There is no way Ashley would remove ELSE. Well... I guess I shouldn't speak for others, but I don't think that is what he meant. ELSE is a basic part of any kind of programming/logic when working with computers. I could be wrong tho...