Glad you got it working (somewhat anyway)... May be you could do a guide on this?

Well, Sorry Jill, I was only guessing and thought switching might give further options while baking or might fix the animation in SFM. Have you tried rolling back to 2.79b and BleST 2.10.2 to see if it works coming out of that mix? Other than that, I have nothing else to offer. But if it does work without modification coming out of the older mix, then there might be something wrong in the coding coming out of the new.

Were you using the Eevee render engine or the Cycles engine? Eevee doesn't do some things that the Cycles engine does do... I know baking textures is one of them, but it may extend to baking period. You might want to switch engines, see if options change and try again.

Just in the off chance you haven't seen this, it may help.

https://www.youtube.com/watch?v=zU9eMf5kKtg

Publicado originalmente por Jill:

Publicado originalmente por Pte Jack:

Does the FPS rate you created the animation at in Blender = The FPS rate you set in your QC for the sequence and is it the same as the FPS rate for your clip?

Yes. 60 in Blender, 60 in the QC, 60 in SFM

Sheesh, didn't even get a chance to finish!! LOL Sorry don't know then!

Does the FPS rate you created the animation at in Blender = The FPS rate you set in your QC for the sequence and is it the same as the FPS rate for your clip?

Blender Default is 24FPS (unless you change it), $sequence "yada" "Yada.smd" FPS <Rate> (should be the same), SFM's default frame rate is also 24 FPS (unless you change it when you create a session).

Ok, Thanks Artfunkel.

Thanks Artfunkel, as it stands, the warning appears to be ignorable, the model compiles fine after export.

Maybe I should raise a Blender bug report, but I have no idea which stream to post that report to. Any suggestions? Maybe animation or do you know if there is an actual RNA stream in the development channels?

Artfunkel,

I have a rather high poly model I'm working on for someone and I've had to chop it up into around 68 objects in order to get it to compile. On export of DMX files I'm getting a strange warning on 27 of these objects.

The Warning reads reads pretty much the same as this on the 27 instances except the exported Object name and the no enum objects names are different in each warning..

Blender Source Tools: exporting Tube.019
- Baking...
WARN (bpy.rna): c:/b/win64_cmake_vs2017/win64_cmake_vs2017/blender.git/source/blender/python/intern/bpy_rna.c:1479 pyrna_enum_to_py: current value '7' matches no enum in 'Object', 'Tube.047', 'parent_type'
- C:\Users\Brad\Desktop\medigun\DMX2\Tube.019.dmx
- Writing DMX...
- DMX export took 0.260162353515625

I'm pretty sure that this is an ignorable warning, but I'm not sure why this is looking at RNA stacks, there are no animations in the model. I have posed the model a few times to check weight painting, but did not set any keyframes during the posing.

Also none of the objects have a hard parent type in the object themselves, they are connected to the armature via Vertex groups and an armature modifier.

I have not seen this warning before and just wanted to give a heads up.

The master was downloaded from the main GitHub page on 6/11/2020 and all files in the ZIP have a last modified date of 06/05/2020.

Models don't ragdoll in SFM, there are no physics. You have to animate the ragdoll collapse manually.