zeden

Most likely not in native C4D. The UDIM concept is completely ignored by Maxon all over the app.

Hi, Clueless noob question: I cannot seem to feed values into Effector OP with Plain effector chosen and Scale Y as Input? I want to feed a Basic noise in. Am I missing sth.?

Should be doable with Nodes but five times more complicated

C4d seems to struggle with the different rig structures. The source animation rig has 2 joints per finger the target has 3 joints per finger. Therefore the mapping fails. You can see that C4D adds the animation (see angle in finger) to the second joint and not the first. You are basically using two different data structures and that leads to failures.

Like this? That was a very quick shot. Far from perfect. But somehow might work for you- Do you want the file? The fingers deform not yet correctly. The motion transfer cleaunup would need more time Where can I ulpoad the file for you?

Try Shift+Click on "Set bind Pose". By hloding Shift it fires the deformed mesh command

Your skin weighting is broken. Your thumb joints influence the hand mesh. You need to paint that away manually. I can fix it for you if you upload the file. I would have recommended to rig the hand in spread state because the mesh borders are further away what helps the auto skinning algos.

Try Shift+Click on "Set bind Pose". By hloding Shift it fires the deformed mesh command

I think masking and alphas should be their prio number 1 for years. It is the core of image editing and was always a bit cumbersome in Affinity. It makes it basically unusable for a lot of things when alpha channels is blocked from copy and paste and direct editing.

In the german c4d forum they found out that if you have a new.c4d file in use for default changes created in 2023 it changes pyro settings after copy and paste. You need to recreate it in 2023.1 it seems. Maybe that helps?

Yes the Maclom UV tools are what I am referring to mainly. The UDIM function is so good

Always like your stuff!

Edit…

Meanwhile After Effects still doesn't understand the project folder I am working in ;)) Intersting so far is that all the AI stuff is always 2D image based. Clean Poylgon structures still seem to be hard to do. Even the "Photo to 3D" AI gives messy meshes.

Stiffness is independent from mesh via values I am out here. It is what it is and I think I understand the problem now . Thanks to all for chiming in.

I tried to make my point but it is obviously not seen as valid. More I cannot do. Here is the Maya nCloth simulation table. Guess why they are doing it as the industry character tool no1? https://knowledge.autodesk.com/support/maya/learn-explore/caas/CloudHelp/cloudhelp/2022/ENU/Maya-CharEffEnvBuild/files/GUID-10701398-2AE0-4A3A-8C9F-F26C4EB4D4CE-htm.html Here is Houdini's cloth attributes node: https://www.youtube.com/watch?v=Vrq0EEK7um0 And Marvelous Designer physics Tab is well known I guess. They all seperate mesh and physics. And they have a damn good reason for that.

Isn't it even more cool that it is only morgpah, Python and xpresso most likely? That means we could have done it for years 🙂

Sorry to disagree again but it is the exact opposite. MD gives enormously precise physics control by having a seperate physics tab. Modeling and physics are precisely controlled. In the current new C4D way I am basically blind guessing how low my low poly cage needs to be. How would I know the mesh density of a certain fabric style? I am forced to guess around with multiple poly density cages until I get there somehow. 100 polys? 500? 2500? I am realizing you guys designed it for Mograph stuff in mind. I initially thought Cloth is for characters. Guess that’s where we differ.

In Octane,Arnold,Vray and Redshift etc there are material setups for udims. In native c4d the udim approach is not implemented. Here you need to apply poly selections for every udim I think. And offset the material in attribute editor x direction There is also a free udim plugin by Plugins4d.com

I am certainly happy with the direction of c4d at the moment. Basically trying to close the gaps from the last decade. I understand the developers approach as described by Fritz. But in this case it is a design failure from artist perspective. Modeling should be independent from simulation constraints. That mesh based approach leads to impossible presets like srek described. Building a second mesh hierarchy as simulation setup is a source of error and data explosion. But okay it is an appreciated good improvement for c4d for sure

Thanks to all. That works yes. But that concept is flawed in my opinion. It basically means you to have to model an object with cloth dynamics in mind or even drive it by a low poly deformer simulation mesh. The first leads to compromise in visual quality and the second leads to a convulated the setup that needs extra cages and introduces new deformers. It works easily for simple example scenes but gets difficult when layering multiple cloth objects like character cloth etc. A jeans has different physics than a leather jacket and different from a tshirt. Marvelous Designer has it all as physics settings. And there is a good reason for that. The mesh quality should be independent from simulation in my opinion.

Hi, I am trying to make sense of the new Cloth system: I want a leathery cloth with a good amount of stiffness....but there is no way to control the stiffness of a single object individually, right? How to do that? Where are the stiffness settingsin the cloth tag? How to make one object for example a shirt and another a leather bag both having of course massively diffenrent material physics?

Hope you release it for the newer C4D versions. Would be really awesome!

They released an extensive update for all DCCs just a few month ago. I think Redshift is developing really good in fact. They have GPU, CPU and RT engine in development. And are cooking a version for AMD. That is basically a renderer for every platform out there which is great (Even though the CPU version is embarassingly slow).

You mean Redshift RT? It is already in RS GPU license avaiable in C4D.