New version (1.54)

Download it here
See post: link


Or the version with euler angles instead of quaternions, and fixed BOS exporter script:
Download it here

Not tried it out yet but, YAY!

Good to see its updating.

Sounds promising.

/edit/ Looks promising too.

/edit/ Feature Request : Equivalent of wings 'A' key, for focusing on a specific selected object or group.

Will test

Tested it. When we can call the animations via script, this will be very impressive. Glad to see this is moving along so quickly- I figured it'd be months before you could get back to this.

Three feature requests:

1. "Move Origin". Allows movement of the Origin XYZ just like Move, but doesn't move the geometry.

2. "Gridsize". Would change the sensitivity of the Move command, allowing the equivalent of "snap to grid" in most 3D applications. Would default to 0.1 units, but should be float-able. Could be combined with Move Origin or Move Part.

Basically, this would be another tool that would help translation of geometry over the format and setting up the rotational points (which is about 90% of the drudgework, as origins and part locations get all screwed up when hierarchies get made, and not all modeling software allows for manipulation of part origins natively).

3. It'd also be nice if UpSpring assumes that users want previous absolute positioning of child objects when they are Pasted onto Parents, instead of relative to the new Parent, which would also save modelers a huge amount of time. Then we could import the model as-is... fix the Origins with Move Origin, and be done and ready to animate- that'd be perfect

If you don't understand why this is a really big deal, I'll send you one of the NanoBlobs models in native OBJ, and let you try to put it together with proper rotational points in UpSpring- I think one try will convince you

At a cursory glance, the new rotation stuff seems to work properly, but there's still one major kink... it has a funky mirroring problem.

These are the exact same files:



It's not just a rotation, it's a full blown mirror... as you can see, it really screws up the quick little pose I just threw together to test:



It looks far more accurate than 1.3 would ever spit out though, which is very good. With 1.3 trying the same thing would give me a Saturday Night Fever-trooper at best...

Yeah, not having it mirror everything would be boss. I'm so used to dealing with that, I kind've forgot to mention it.

I (or Tobi) realy need to set up WebDav that way you can simply point to the file there.

How do we get the animation out? Is there any general documentation somewhere?

What's the mirroring in relation to other editors and ota? I trust my own transformation code more than spring actually.

DasBruce: The idea is that animations can be exported using lua, but I'm still working on the lua interface...

In v1.3 only s3o were mirrored, and not 3do. 3do just had their textures up-down mirrored.

Anyway, if the order of rotation has been fixed to match Spring and TA ones, that's very woot! woot! rejoicing!

I'll test that new UpSpring and report next time I get the internet back.

Spring renders all S3O things mirrored, last I checked. It's a Spring bug, not an Upspring bug.

I can quickly verify if you like, GEM has a tank with a secondary turret that is always on the wrong side ingame.

Hm ok, it's probably better to fix spring then..
I've uploaded a new version
http://user.supradigital.org/jcnossen/U ... -1.4b2.exe

The swap button works now, and there is an example script of how to export animation info.
Also S3O are mirrored on save and load, but I'll remove that once it's fixed in spring.

scripts/exampleExporter.lua contains a script that writes some animation data to a text file. It's a little comment-less at the moment though.
I'm not sure what is needed for someone to write a BOS exporter... currently the exported file looks like this:



With some adaptation it would be possible to only write the changed key frames, and convert the "rotation" to degrees instead of radians.

I don't mind Spring mirroring s3os since Upspring mirrors my objs upon import and the result is the correct way around.

I've created a new lua script that attempts to export a bit of BOS code like this:



However the BOS tutorials I found where a bit vague on units...
- What's the unit for turn speed?
- What's the range and unit of rotation?
- What value do I have to scale position with?

http://user.supradigital.org/jcnossen/U ... -1.4b3.exe contains it (BOSExporter.lua). OPK format has changed between b2 and b3 btw.

Its really goign to suck if/when the Spring devs fix the mirroring... because then we'll all have to go and un-mirror all of our S3O's.. :S

Wouldn't it be better now than later (or never) though?

Hi, I notice the welding system is still the same (smoothing divided by separated UV island.... )

Ever notice that note in the weapon.tdf for OTA that said turnrate is in 65k degrees? Well, not quite... but anyway.

- What's the unit for turn speed? Degrees per second sorta, I'm mostly certain. When you place it in <>'s, then its multiplied by the angular constant of 182 before compile, to get it into Spring's rotational units.
- What's the unit for turn speed? 65520 (uncannily close to 2^16) is equivalent to 360 degrees, based off the angular constant. But Spring is -180 to 180, so thats -32760 to 32760. Or is it actually using 32768 in the engine...
- What value do I have to scale position with? I'm fairly sure that its the same as the position values in the model (at least in 3dobuilder, but you would know best if they are exactly the same in Upspring), however I have managed to confuse myself on the particulars in past OTA modding...