itch.io

I published a new version of the tool, hopefully it should work for you now!

Apologies for the super late reply, the notification about your post must not have reached me somehow. No the package is not actively maintained, anyone reading this should try the demo first to make sure it works on your version of Unity.

I've not tested using CreateAsset() and SaveAssets() with the returned AnimationClip since the tool is not intended to create regular assets (it's for loading BVH files every time the game runs). Currently I don't have a setup to perform testing on, but seems like you need to use SetDirty() to mark assets to be flushed with SaveAssets()?

However it's possible that the dynamically created AnimationClip is lacking something internally that Unity is expecting for assets imported the normal way, if that's the case the AnimationClip needs to be modified in some manner (outside the scope of the tool) before being saved. If the AnimationClip can't be fixed you could use prepareAnimationClip() to get a more raw version of the clip data in order to somehow put together and write a regular unity asset (using the PreparedAnimationClip.CurveBlock struct).

Sounds something like ParseSingle() expecting numbers to use comma instead of period as the decimal point. Try specifically setting C#'s culture info to en-US before doing the BVH calls. ParseSingle() should then recognize the format as being correct.

System.Globalization.CultureInfo timeCultureUS = new System.Globalization.CultureInfo("en-US");
Thread.CurrentThread.CurrentCulture = timeCultureUS;
Thread.CurrentThread.CurrentUICulture = timeCultureUS;
//BVH related things here

Depending on how well you fit the skeleton inside the model you might want to instruct MeshSkinner to not "ignoreJointsUntilInsideMesh". Below is a version of my example code with makeSkeleton() instead of makeDebugSkeleton(). I had to set ignoreJointsUntilInsideMesh=false because when makeDebugSkeleton() is called with a jointSize!=0 meshes are created to visualize the joints, causing makeSkeleton() to look different. I've made a note to try to fix this if I update MeshSkinner (will make the work routine not take meshes on the skeleton GameObjects into account).

BVH bvh = new BVH("C:/temp/notch-format.bvh", -10);
bvh.scale(100);
GameObject skeleton = bvh.makeSkeleton();  //changed line
MeshSkinner.DESTROY_ORIGINAL_MESH_RENDERER = 1;  //new line
MeshSkinner ms = new MeshSkinner(GameObject.Find("dummy_obj"), skeleton);
ms.workAndFinish(ignoreJointsUntilInsideMesh:false);  //changed line
Animation a = BVH.animateSkeleton(skeleton, bvh.makeAnimationClip(-36, -10, true));

While testing with Unity 2019.1 it seems like an old quirk have been fixed in Unity now, creating "SkinnedVersion" GameObjects is no longer needed. That's why I'm setting DESTROY_ORIGINAL_MESH_RENDERER to 1 above, it's not needed but should free up some resources while the game's running.

Another issue I noticed with Unity 2019.1 is that system locale matters now (coutry number formats, "comma instead of period"). Thanks to this BVH could throw FormatException when parsing numbers. Hopefully this is just something Unity has overlooked and will revert, I don't see it as a good thing when code don't run the same on different computers simply because comma is expected instead of a period. I'll take the possibility into account if I update BVH but in the meantime this can be fixed by defining the desired culture in your code (only needs to be done once, before the BVH class is used):

System.Threading.Thread.CurrentThread.CurrentCulture = System.Globalization.CultureInfo.GetCultureInfo("en-US");

You need to use BVH to create a skeleton in the rest position, then you move the skeleton GameObject to align with the rest position of the model, then you use MeshSkinner to apply the skeleton to the model. The problem here is that the BVH rest position has the arms straight down but the model rest position is in T-pose.

In the example below I rearranged the arms of the model you linked to so they became a child of the shoulder GameObject and then I rotated and repositioned the shoulders so the model was no longer in T-pose. This was done in Unity with "dummy_obj.obj" (didn't use Blender or something else). Now the rest pose of the BVH was roughly the same as the rest pose of the model and I could align the skeleton with the model.

The arrangements was made in Unity's play mode with a debug BVH skeleton (xray turned on). After everything looked good I copied the root "dummy_obj" and stopped play mode. The model was reset, I deleted it and then pasted the arranged version. Now when I enter play mode the model is aligned with the skeleton created by BVH.

Finally I call BVH's static animateSkeleton() helper method to animate the thing. I used "Full-body Walking" from the page you linked to (notch-format.bvh), it was tiny so I scaled it up by 100 to fit the model. I imported the BVH at 10 fps and looping between frame -36 and -10 with an extra loop keyframe added produced a seamless walking animation. However, due to the rest pose of the BVH the MeshSkinner incorrectly thinks part of the model's hip is part of the hand bone. It might be possible to tweak this issue away in MeshSkinner before the work call, but best would be to find .bvh files that have the skeleton rest positions in T-pose or A-pose.

BVH bvh = new BVH("C:/temp/notch-format.bvh", -10);
bvh.scale(100);
GameObject skeleton = bvh.makeDebugSkeleton(animate:false, xray:true);

MeshSkinner ms = new MeshSkinner(GameObject.Find("dummy_obj"), skeleton);
ms.workAndFinish();

Animation a = BVH.animateSkeleton(skeleton, bvh.makeAnimationClip(-36, -10, true));

Hi! It's possible that Unity has changed something again, what version of Unity do you have and is there a larger error message / stack trace? My e-mail is contact@winterdust.com

Quick note: I've been told that the game might not start on Windows 10 after a recent update from Microsoft. This can be fixed by renaming the file "JBC.prg" to "JBC.exe" and starting the game with that exe instead of the normal "JezzBall Classic.exe". Sorry for the inconvenience.

It's been a few years since I wrote the code but localFrameRotations should be the rotation of the bone's beginning so that it points towards its end, in other words it's a look rotation. You could try setting localFrameRotations using Quaternion.LookRotation(<the bone's worldspace forward Vector3>, <the bone's worldspace up Vector3>);

Hi, glad you like it! The only documentation available are the descriptions for the methods. For creating brand new BVH animations it might be easiest to put them together using something like Blender, although it could be possible to puzzle it together in Unity as well through the methods. It's been a while since I experimented with the tool myself. Frames could also be copied manually between .bvh files by opening them in for example WordPad, if it's just a matter of combining some parts.

I can guarantee 100% that there's nothing fishy in this game and that Norton made a mistake. As they say on their own website WS.Reputation.1 isn't an actual identified threat, it's an AI guess based on analytical data. The main executable launches "JBC.prg", which Norton probably think is suspicious behaviour. Why I made it like that is because otherwise the program's icon was stuck in low resolution, a strange limitation of Adobe AIR at the time I created the game. I can't stress enough that there's nothing malicious with my game, the reason why nobody have reported any problems even though it has been for sale for years is because there aren't any.

It's a little vague, I don't know where that error could have appeared.

Strange, others are able to buy it through PayPal. Not good to hear that some people can't for some reason. Unfortunately there's no other way to buy the game right now.

Yes, the game is out on iOS, Android and PC but there is no system in place by any of the shops to make purchases on one platform also valid on the other platforms. Sorry.

If you want to change the mesh of the model itself then no, MeshSkinner doesn't modify meshes.

Hi! There's no difference in functionality between the demo and full version, so you can try and get it to work in the demo before purchasing. If I understand your requirement correctly it is something that should indeed be possible to do.

The download link (a .zip file) should be on the JezzBall Classic page when you are logged in on your itch.io account, above the demo download.

The source code is not available but MeshSkinner should still work on iOS and Android. The DLL is what Unity calls a "managed plugin" so when you build your game for whatever platform the plugin will be included.

The tool can adjust the animation in different ways but it doesn't have anything that automatically places the skeleton in a T-pose. Although it can be used to edit a BVH in detail directly via script it wasn't built with that purpose in mind. Unfortunately there aren't any videos available at this time.

Hi, terribly sorry for the late reply. Perhaps you've been able to move on by now? All I can really think of from what you've written is to make sure the paths are correct by modifying pathToSkeletonGO in the makeAnimationClip() method and make sure the joint names match in the BVH file. As I previously mentioned before in a different thread BVHImporterExporter was never really intended for Mecanim, though it should work with a bit of extra work. I can't really help with Blender though if that's giving you trouble. Hope you succeed with your goal! Btw you're not making a tool that repackage my tool and give people access to its features, right?

I mainly made the plugin to go with https://winterdust.itch.io/bvhimporterexporter in order to make modding games easier. Basically you wouldn't need to bake everything into your game but can simply read files from a folder and apply the skeleton and mesh during runtime. So modders just need to modify files in the folder without needing to use specific modding tools for your game. But it can have other uses too, for example say that you randomize a mesh in your game and afterwards want to modify it simply by moving a few points. Simply let those points act like a skeleton and use MeshSkinner to connect them with the mesh. You could also modify a mesh, for example make a character's nose bigger due to some spell cast in the game or something, and then refresh the model afterwards using the MeshSkinner.

Sorry for the late reply, at the moment no such thing is on the horizon.

Ever wanted to bind a skeleton to a mesh during runtime in your game?

With MeshSkinner you can! Simply provide a GameObject containing one or more meshes and another GameObject containing your skeleton hierarcy and the needed SkinnedMeshRenderer component(s) are added.

Features:
+ Creation of fully working SkinnedMeshRenderers that affect the mesh depending on joint movement.
+ Automatic weights through heat, up to four influences per vertex (max in Unity).
+ Several methods that allows you to modify the end result, such as how "bendy" a joint should be (rubber effect).
+ You can paint weights manually if you want to.
+ Skin any mesh, not just humanoids (animals or objects work just fine).
+ Optimized to be very fast, despite all the calculations.
+ Supports multi-threading for most of its work.

If you want to have easy-to-use mod support in your game this is a great way to enable it!

Check it out: https://winterdust.itch.io/meshskinner

Yes, it's been tested to work on Windows 10. Try downloading the demo before you buy, if the demo works on your system the full version should work as well.

1) There might be a way but right now I haven't implemented such a feature. I can see how it would be useful though and will be looking into it if I make an update! It's likely it will be an editor-only feature though and not not available in the demo.

2) Using the Mecanim system is possible but not simple. You have to create an Animator Controller in Unity and set it up with dummy animations, which means no previews (make blank states, set their motion to any AnimationClip you've got in your project). You also prepare an Animator Override Controller (AOC). Then during runtime you replace the original dummy clips in the AOC with the real ones created using BvhImporterExporter ("bvh.makeAnimationClip(pathToSkeletonGO:"MySkeletonGOName", legacy:false);"). Finally you instruct the Animator to use the override ("myAnimator.runtimeAnimatorController = AOC;").

Sticking with legacy might be just as simple or even simpler unless you intend to do some advanced stuff. The legacy Animation system is not deprecated even though Mecanim has been around since 2012 when Unity 4.0 was released. After trying to work with Mecanim from code I understand why, the Animation system has better access from code so Mecanim isn't a replacement (yet at least). I haven't for example found a way to create an Animator Controller from scratch via code during runtime, it seems to be an impossible task outside the editor.

Did a little test just now to make sure it works. Here's the code I used:

BVH bvh = new BVH("dance.bvh");
BVH.animateSkeleton(GameObject.Find("MySkeletonGOName"), bvh.makeAnimationClip());

1) I used MakeHuman ( http://www.makehuman.org/ ) to make a model. I exported in mesh format "Collada (dae)" and made sure to select the Bone Orientation Option "Local = Global" (important/required since it makes sure no joints are rotated).

2) I imported the .dae file into Blender ( https://www.blender.org/ ) and made a little animation. I exported it to format "Motion Capture (.bvh)" and checked the "Root Transform Only" option (it isn't required but I really recommend it since it makes the BVH file smaller by removing positional data usually not used).

3) Made a new scene in Unity, it imported the .dae file automatically. I dragged it into the scene, opened up the model GameObject in the Hierarchy and renamed the skeleton GameObject to "MySkeletonGOName" (just so I can use GameObject.Find()). The skeleton is the one that only contains a bunch of transforms.

4) Made a new MonoBehaviour script and put my two lines of code in its Start() method. Could have been one line of code btw, the bvh variable isn't really needed in this case.

5) Pressed play and the model made by MakeHuman danced via the BVH animation made in Blender. It works!

Blender Tip: If you go "Export > Collada (Default) (.dae)" you need to check "Export for OpenSim" under Armature Options. It removes bone rotations so that the skeleton joints become compatible with BVH. So you can create models from scratch or modify the mesh of existing ones if you want to.

Yes you can! If the imported model has exactly the same skeleton structure and joint rotation as the BVH it should work just fine.

In BVH all joints are always Quaternion.identity in the resting pose, in other words, not rotated. If the model imported by Unity has a skeleton with rotated joints the animation will appear incorrect since BVH base all rotations in the AnimationClip from Quaternion.identity. I tried to make a method that adapted a BVH to an already existing skeleton but it was tricky to make it work without some rotations being flipped the wrong way so I couldn't include it in the final version of the product.

I'm currently working on a different product that skins a mesh from a skeleton during runtime, it'll ensure that the joints have the correct rotation. I'm making good progress but I don't know when it's finished. I recommend that you download the demo of BvhImporterExporter and see if you can achieve what you need. The most important thing is that the model's mesh was skinned to the skeleton when the joints wasn't rotated, then the AnimationClip created from BVH will move the skeleton correctly!

Check your model in Unity (make sure it's in its rest pose - you can uncheck "import animation" for the model in the inspector). If all the GameObjects that make up the skeleton have Transform rotation [0,0,0] you're good to go! Assuming that the skeleton has the same structure as the BVH of course (matching bone names).

I'm sorry but the trouble is over at PayPal, I can't help you out. They were simply unable to process your payment, with no reason given. All I can recommend is that you either contact them or try again later. Thank you for your interest in JezzBall Classic!

Ever wanted to dynamically import a skeleton during runtime in your game?

With BvhImporterExporter you can! Simply give the path to a .bvh file to the BVH class' constructor and the skeleton and its animation will be imported into the game.

Features:
+ Import skeleton rest pose and animation into Unity during runtime.
+ Several methods to help you modify the imported data to for example change the frame rate, rename bones or make a skeleton "run in the same spot".
+ Export the modified BVH back to a new .bvh file if you want to fine-tune it in for example Blender.
+ Create AnimationClips that works with both the legacy system and the Mecanim system.
+ Extremely fast, most animations will only take a few milliseconds to import.
+ Able to not import every single frame in an animation for even faster import time and lighter resource demand (useful if you have 120 FPS .bvh files but don't need that much in-game).
+ Supports multi-threading for most of its work.

A showcase "BVH Viewer" is available (with C# source code).

If you want to have easy-to-use mod support in your game this is a great way to enable it!

Check it out: https://winterdust.itch.io/bvhimporterexporter

If you're having any trouble please feel free to post about it here and I'll help out.

The Android and iOS versions of the game have now been updated to 2.0.0 as well:

https://play.google.com/store/apps/details?id=air....

https://itunes.apple.com/us/app/jezzball-classic/i...

The game was created to be exactly like the original JezzBall from 1992, just with a lot of extra game modes and optional better graphics.

https://winterdust.itch.io/jezzball-classic

Gameplay: A bunch of Jezz atoms is bouncing around in a capture chamber. It is your job to deploy wallbuilders until over 75% of the chamber has been filled with walls. Time your deployments correctly - if pending walls are hit by an atom they are destroyed and you lose a life!

Also available for Android and iOS.

Please take a look at https://winterdust.itch.io/jezzball-classic for more screenshots and information.