(06-22-2017, 04:35 PM)TehSe7en Wrote: Spica saves the models/animations as .dae (which is basically fbx), use Neosis to convert to fbx, and they should import just fine into Unreal Engine

Quote:I tried using the program "SPICA" to get the Sun/Moon animations from .bin format into something usable. Is this possible? The side menu's export button would only export textures. There's an tickbox in the batch exporter, but it still didn't seem to do anything with the animation files (models and textures are still converted). I attempted this with a few different pokemon including Floatzel, Alolan Vulpix, Hat Pikachu , and Rockruff with similar results. I had intended to use them in Unity.

Windows 7 64 Bit.
Proper .NET frameworks installed.
.bin files were from KazoWAR
SPICA version: "lastest automatic build for Windows" (the link on SPIKA's github page.) 
The 2 OpenTK .dll files were placed in same folder

I've seen this video of the animations in Unreal Engine, I'm not sure how they did it.
Am I missing something? Ohana3ds and EveryFileExplorer didn't seem to work either.

(06-24-2017, 06:36 PM)sum1 Wrote:

(06-22-2017, 04:35 PM)TehSe7en Wrote: Spica saves the models/animations as .dae (which is basically fbx), use Neosis to convert to fbx, and they should import just fine into Unreal Engine

I've just tried this with the latest versions of SPICA and Noesis. In SPICA, I bulk exported (with both model & animation boxes checked) into a .dae. Exported the .dae into .fbx with Noesis. Then imported into Unreal Engine and into Unity. The models import into the engines, but the animations were nowhere to be found. I don't think the animations were actually put in to the file exported by SPICA.

Am I missing something?

(06-24-2017, 02:58 PM)Nekukun97 Wrote: Hi, does anyone know how I can re-import the 3D models edited in Pokemon Sun/Moon. Or if Spica will have that function later as well as the first Ohana3DS with Pokemon X/Y & OR/AS.

Sorry for my bad english

(06-25-2017, 09:27 AM)TehSe7en Wrote:

(06-24-2017, 06:36 PM)sum1 Wrote:

(06-22-2017, 04:35 PM)TehSe7en Wrote: Spica saves the models/animations as .dae (which is basically fbx), use Neosis to convert to fbx, and they should import just fine into Unreal Engine

I've just tried this with the latest versions of SPICA and Noesis. In SPICA, I bulk exported (with both model & animation boxes checked) into a .dae. Exported the .dae into .fbx with Noesis. Then imported into Unreal Engine and into Unity. The models import into the engines, but the animations were nowhere to be found. I don't think the animations were actually put in to the file exported by SPICA.

Am I missing something?

If you are using SPICA, it's a little bit more complicated to export animations, you have to "merge" the animation file with the model file in SPICA, select the animation so that it begins playing, and save the file as .dae, that should include the selected animation, you'll have to save the animations independently (one by one)

(06-26-2017, 08:52 PM)Worldslayer608 Wrote: Has anyone thought about recording a little video tutorial on all this? Might help move the project along faster if people have access to something like that - rather than reading 128 pages of thread where information is pretty scattered.

Food for thought.

(06-26-2017, 09:46 PM)gdkchan Wrote:

(06-24-2017, 02:58 PM)Nekukun97 Wrote: Hi, does anyone know how I can re-import the 3D models edited in Pokemon Sun/Moon. Or if Spica will have that function later as well as the first Ohana3DS with Pokemon X/Y & OR/AS.

Sorry for my bad english

Not supported atm but It's a planned feature but I wonder if theres demand for it.

(06-27-2017, 05:10 AM)TehSe7en Wrote:

(06-26-2017, 09:46 PM)gdkchan Wrote:

(06-24-2017, 02:58 PM)Nekukun97 Wrote: Hi, does anyone know how I can re-import the 3D models edited in Pokemon Sun/Moon. Or if Spica will have that function later as well as the first Ohana3DS with Pokemon X/Y & OR/AS.

Sorry for my bad english

Not supported atm but It's a planned feature but I wonder if theres demand for it.

Oh there is a lot of demand for importing models back to the games! But since people don't have that option yet, noone really cares :/ (those busty player models sure have a lot of downloads!)

Spoiler

(06-27-2017, 10:14 PM)sum1 Wrote: big ass post

(06-28-2017, 09:58 AM)TehSe7en Wrote: For the animations, it's obvious that the models exported and uploaded to models-resource are not compatible with the animations exported with SPICA, maybe the models were exported with an older version of Ohana3ds, so you'll have to export the models from SPICA and apply the animations to those models

(06-28-2017, 02:51 PM)Random Talking Bush Wrote:

(06-28-2017, 09:58 AM)TehSe7en Wrote: For the animations, it's obvious that the models exported and uploaded to models-resource are not compatible with the animations exported with SPICA, maybe the models were exported with an older version of Ohana3ds, so you'll have to export the models from SPICA and apply the animations to those models

(EDIT 2: There was an image here. It is gone now. Photobucket is garbage, don't use it.)
Animations work fine for any of the models I've uploaded, the only thing is they'll re-orient their axis back to being Y-up instead of Z-up.

(06-28-2017, 06:16 PM)TehSe7en Wrote: They do work fine, if exported with Ohana3ds, but animations from SPICA will not work, at least not in 3dsmax

(06-28-2017, 06:18 PM)Random Talking Bush Wrote:

(06-28-2017, 06:16 PM)TehSe7en Wrote: They do work fine, if exported with Ohana3ds, but animations from SPICA will not work, at least not in 3dsmax

Whoops, I'm an idiot. For some reason I was thinking the other way around (animations from Ohana, not from SPICA).

(06-28-2017, 06:24 PM)TehSe7en Wrote: Ohana's animations are a bit on the alzheimer's side

(06-28-2017, 08:10 PM)sum1 Wrote: None of these problems occur in Unity.

Spoiler

Some technical talk you may find boring

I decided to look closely into this issue recently, and by analysing the animation key frames, I noticed that the affected bones had some weird values on the translation, even through they still seemed to be valid values, and not just garbage. After some time thinking I concluded that they were most likely absolute (or world) positions of the animated bone, without rotation. Bones are usually represented in local space (that is, the position and rotation are relative to the parent bone). But it turns out that the old animation format used on Pokémon actually supports both!

So, the problem seemed to be something easy to fix. Just transform from world to local space and it should work. It ended being not that simple through. For all bones that had the "world space position" flag set, I had to build a transformation matrix up to the parent bone. By calculating the inverse of this matrix, I was able to transform the position from world to local space (relative to the parent bone). This kind of worked, but also kind of didn't, because rotations were still missing, so I still had stuff moving to weird positions, but it was already better. So the only thing missing was calculating the euler rotation of the new bone, and doing that was just a matter of finding the rotation between the bone and it's parent. Finding said rotation can be easily archieved by doing the cross product between the vectors to find the rotation axis, and an dot product with an arccos to find the angle. With this we can easily build a quaternion, and by transforming our bone position with the inverse of this quaternion, is possible to "unrotate" it and keep only the translation, that is what we want. The last step is attaching the rotation we just calculated to the parent bone, and we should have a working animation!

Spoiler

A video tag that work with direct video urls would be nice
https://gfycat.com/EvergreenCraftyAlligatorgar