I have developed LipTalk a plugin for lipsyncing. Yesterday I implemented a new attack parameter, which allows the user to control the transient response and so the smoothness or responsiveness of the Lip-Movements. Until now the plugin worked pretty well and so I decided to render my previews for my website and Youtube with CentiLeo because it is a amazing fast renderer, the amazing fast renderer.
But now I have encountered a serious problem. While Standard/Physical/Viewport and Redshift producing the expected results, CenitLeo produces very choppy and restless results.
As if it had a problem with the priorities or some tags. I have also rendered it with Cycles 4D and it also has no problems with it.
To put it very simply, my plugin basically calculates values from a transcript that then control the pose morph tag. Basically nothing that another plugin could have a problem with.
I used the same scene, just switched to a different renderer and turned off materials. For comparison, I placed both renderers next to each other so you can see the difference.
Here ist the video link because this video integration here does not work properly.
Pages:
1
Serious rendering issue with animation and my LipSyncronization Plugin LipTalk
In comparison with Standard/Physical/Redshift/Viewport renderer CentiLeo produces choopy results
|
Administrator Posts:
Jan 13, 2025 19:38
It looks that I don't get what's wrong and choppy based on this video
Could you please enable the deformation motion blur for camera and for object (in CentiLeo Object Tag)? See here how to setup
CentiLeo Chat:
|
|
Administrator Posts:
Jan 13, 2025 19:41
Also if you send a scene file + your plugin to me this may help to investigate the issue, that would be cool
CentiLeo Chat:
|
|
User Posts:
Jan 14, 2025 03:15
Night? I don't know the difference between day and night
The speed and quality of CentiLeo is crazy....Haven't any big companies like Maxon come knocking on your door yet, because the speed and quality of the renderer is frightening. Why does your denoiser work so well? It works so subtly up to 40 percent and is absolutely usable for animations no flickering nothing. Why can't the built-in denoiser in Cinema 4D do that, even though the Open Image Denoiser is also integrated.... Thanks for you time
Edited:
- Jan 14, 2025 03:48
|
|
Administrator Posts:
Jan 14, 2025 06:54
Baking should help during animation. There is also a general baking in Cinema. This is quite important for many dynamic situations.
For motion blur we don't collect the positions from the frame to use them in the next frame. But instead in the currently computed frame we make the step to the previous frame evaluating the scene with tags and expressions and collect the positions from that. Maybe I will reconsider this order
CentiLeo Chat:
|
||||
|
|
||||
Pages:
1
Users browsing this topic