Armadillo Run forum

Yep I saw that, nice work.
I'd hope noone's pathetic enough to cheat on the comp but it's bound to happen sooner or later. So I may finish off your statictest.py or reimplement it myself.

My editor currently allows an awful lot of things that you cant do with the built in editor...

tension+/- more than 100%
timers greater than 60s
Lengths greater than the normal maximum
editing outside the level boundary

it's supposed to be just for pushing the limits of level creation but it could indeed be used by lamers for cheating & a counter to that will be implemented as well.

Do you plan to release this editor? I think it would be fun to play with!

Weasel497 wrote:Do you plan to release this editor? I think it would be fun to play with!

Of course... it's usable right now but it needs a bit more polish before I release it.

How about a ruler? it would be helpful with the making of correct wheels and stuff.

Stigern wrote:How about a ruler? it would be helpful with the making of correct wheels and stuff.

Well sooner or later it should have an object generator of sorts built in... so you don't have to manually size everything up like you do now. If you want precision you can copy/paste coordinates but there's no ruler as yet.
To be honest though the editor as it stands isn't as nice to use as the proper one, but it is more powerful.
First release probably tomorrow for testers... see http://armadillo.metaclassofnil.com/for ... .php?t=495

Sorry for not reading all 10 pages for this:

I'd LOVE to have better time control..



Something like this.. At any time you can just drag the bar up and down.
Red line is where today slow is, at very high-paced levels I think the slow is too fast..

Also, let us be able to speed it up. I hate the big, slow levels that needs to be tweaked at the end. Watch 1 minute, change a timer with 0,05 seconds then watch another minute.

I just could not agree more! - But my computer already has a hard day simulate the physics in normal speed - so how can it be done faster just like that? (not that I have any knowledge about such stuff). It would be an advatage for people with good cpu's thoug

yeah a ruler would be good, and maybe like premade shapes that you can trace over then get rid of

?rjan Flatseth wrote:I just could not agree more! - But my computer already has a hard day simulate the physics in normal speed - so how can it be done faster just like that? (not that I have any knowledge about such stuff). It would be an advatage for people with good cpu's thoug

But what if you could play through the map once and then it could make a timeline?
Then you wouldn't have to use the cpu for more then calculating how far the dillo would have gotten to the point in the timeline you clicked..
It would be really hard to make though :/

But what if you could play through the map once and then it could make a timeline?
Then you wouldn't have to use the cpu for more then calculating how far the dillo would have gotten to the point in the timeline you clicked.

The problem is - since this is for tweaking something near the end of a long level - how can the program be certain your tweak doesn't change anything earlier in the simulation?

A few things I would like to see, but others might argue take away from the simplicity of the game:
1. a no collide tool of sorts, you can select one piece then a group of pieces and these pieces will not collide. This could possibly be only for custtom levels, only in the level editor, or cost around $200 or something per selection.
2. This would definetely kill simplicity, but really open up the game for others. custom pieces which can be scripted via lua or some other scripting languages.

As for the problem with the interface if the game were to go fully 3d, something in the style of valves map editor (hammer) with 4 screens (3d view, xy, xz, yz) would work well.

What the game needs is DualCore support
That would be so awesome.

I think there needs to be a mod maker, so you can make new materials, change the current ones, and so on. I've really wanted a "Steel wire" type element, like extra strong cloth, So I can make enormous lift systems

azamiryou wrote:

But what if you could play through the map once and then it could make a timeline?
Then you wouldn't have to use the cpu for more then calculating how far the dillo would have gotten to the point in the timeline you clicked.

The problem is - since this is for tweaking something near the end of a long level - how can the program be certain your tweak doesn't change anything earlier in the simulation?

Why should you or the program be certain of that? The differences would show themselves when you press play. It's not the comps responsibility that you don't fuck up

To make it easy, the function could be kept to just writing in the point in time you want to jump to. No timeline.