I need to render a project that uses a custom font for an xpresso-driven number counter. The problem is that the render farm I’m using does not support custom fonts. Is there a way to make each digit (0-9) editable, and use those as the numbers for my counter?
The other option was to bake my animations to Alembic, but I was finding that was taking way too long, and does not work in my case. Any help would be appreciated!
The project file is supposed to hold a copy of the font, but so far I can tell, only what is needed.
You might have wondered why I have placed in the past a Text Spline, with the numbers 0-9.
I have included a video clip, explaining the procedure. However, in short, you save it as a copy, then make all adjustments, based on the Selection Object I have used.
This Selection Object also helps to select all and make the editable (hence the copy)
Yes this is working great on my end. In my case, I’ve already got several scenes with animation. Is it possible to convert my number counter to use your system, so that I don’t have to re-do all my animation?
Merge this file to your original scene. Leave the old counter in, but set to not visible in editor nor render.
Then use Xpresso to connect your slider for the numbers with the User Data of the new counter. Adjust size, font, position, etc.
Then make it editable.
I hope that works for you, as I have no idea where you are with the current animation of your scene.
Thanks for the file. Always good to work with files!
Please have a look at the Xpresso Tag close to the new numbers. I have marked the two nodes in green, so you can see instantly what part of your setup needs to be used.
I was under the impression you used the suggested counter set up from the previous thread, so I did not even though that you used anything else.
The leading Null is just switched off in my setup, as you seem to stick with that range of numbers. Otherwise, take a look in the other Xpresso tag, you will be able to quickly connect the “enable” ports.
All is now run by the previous setup, so the User Data of today’s suggestion is superfluous, but it doesn’t hurt either.