@mikeudin Thx Mike,
Even though I don't speak a word of Russian, I do like your movies

@m_adam
Hi, I did some more testing…

Things only go wrong with a linearCloner’s offset if:
_ any applied baseEffector has the visibility check turned on
_ has a mograph selection/weight tag
_ and if a linearCloner’s offset >= the smallest index of the selection
_ (so random has nothing to do with it

Hi @m_adam, thx for your input, it does reset the WeightManager, but doesn’t do the autoWeighting accordingly..

_First thing I noticed: a difference between int 64 & 32. Not sure if this might be a problem..
Reading the GET> AutoWeight…base.jointcount : <int64> “number of joints”
Reading the SET> AutoWeight…base.jointcount : <int32> “number of joints”

_After the WeightManager is being set (to 1 joint in my case), I can’t click on the “Calculate button” manually.
Nothing happens, unless I change the joint count manually to another number. So something in the update hasn’t been applied..
Note that reading the dict says <int32>, until manually changed, than is says <int64> again..

_I also tried wmgr.SetDirty(doc) / wmgr.Update(doc) / followed by another c4d.EventAdd().. Perhaps these need a different approach as well?
I tried to find something in the “maxon/frameworks” folders you linked to, but couldn’t find any info on how to tackle this issue.

So the current status is still that “default weighting” is applied.
If you can please help in the right direction, it would be greatly appreciated, tia, Jochem

import c4d, maxon
from maxon.frameworks import animation


def main():
    doc = c4d.documents.GetActiveDocument()
    wmgr = c4d.modules.character.CAWeightMgr
    #wmgr.SetDirty(doc)
    
    heatmap_id = wmgr.GetAutoWeightAlgoId(doc, 1) # heatmap
    settings = wmgr.GetAutoWeightDictionary(doc, heatmap_id)
    settings.Set(maxon.frameworks.animation.AUTOWEIGHTPARAMETERS.JOINTCOUNT, 1)
    settings.Set(maxon.frameworks.animation.AUTOWEIGHTPARAMETERS.SELECTEDPOINTS, False)
    settings.Set(maxon.frameworks.animation.AUTOWEIGHTPARAMETERS.ALLOWZEROLENGTH, False)
    wmgr.SetAutoWeightDictionary(doc, settings, heatmap_id)
    #doc.ExecutePasses(None,True,True,True,flags=c4d.BUILDFLAGS_NONE)
    c4d.EventAdd()
    
    # getWeightTag - setActive
    firstJoint = doc.GetFirstObject().GetDown().GetDown() # just in my testDoc..
    weightTag = (firstJoint.GetWeightTag())["op"]
    doc.SetActiveTag(weightTag, c4d.SELECTION_NEW)
    #weightTag.GetObject().SetBit(c4d.BIT_ACTIVE)
        
    # update weightManager / doesn't make any difference..
    #wmgr.SetDirty(doc)
    #wmgr.Update(doc)
    #c4d.EventAdd()
    
    # autoWeight func
    wmgr.SelectAllJoints(doc)
    bla = wmgr.AutoWeight(doc)
    print(bla) # prints True, but not in the right way :{
    c4d.EventAdd()

if __name__=='__main__':
    main()

Done, didn't know I could do it myself :}

Hi @manuel,

Thx for your reply. You might be surprised again... your code also works from the main func of a pyTag :} (But that's probably because of the buttons running in the mainThread..)

Consider it solved, Jochem

Hi,

I just installed 2023 and discovered parts of my scripts stopped functioning, because you can’t insert any tag into an In-Exclusion list anymore? :{

The In-ExclusionData is just a simple userData item on a pythonTag..
I included a simple script below, which works in previous versions of C4D - Just a pyTag (on a Null) with 3 pieces of user data (2 buttons and an inex List..)

So, A - I’m hoping this is a temporary bug.
or B - There’s a new way to automatically insert (especially python)Tags in some sort of list. (couldn’t find any changes in de docs..)

Please let me know, really need a solution.
tia, Jochem

import c4d # just a simple example..


def add():
    inexList = op[c4d.ID_USERDATA,3]

    item = op # <<< can't insert "op" or other pyTags anymore?..
    item = op.GetObject().GetTag(5698) # e.g. vibrationTag, seems I can't insert any tag..
    item = op.GetObject() # this works..

    inexList.InsertObject(item, 0)
    op[c4d.ID_USERDATA,3] = inexList


def rem():
    op[c4d.ID_USERDATA,3] = c4d.InExcludeData()


def message(id, data):
    if id == c4d.MSG_DESCRIPTION_COMMAND:
        id2 = data['id'][0].id
        if id2 == c4d.ID_USERDATA:
            userDataId = data['id'][1].id
            if userDataId == 1: add()
            if userDataId == 2: rem()


def main(): pass

Hi @ferdinand, Learned a couple of new tricks, almost had a good solution, but in the end it still wasn't 100% safe.. So I decided to just disable the pyTags in such a way they never would be able to initialize again. Not the nicest solution, but anyhow.. Thx for your input - consider the topic closed.

Thx @ferdinand for the input, I'll look at it as soon as I can!

Hi @ferdinand, thx for your reply. Think I've got some more investigating to do... I've been looking for message-function examples, but there aren't that many (or I use the wrong search terms:).

If anyone has some examples to get me in the right direction, it would be very much appreciated. Otherwise, just close the topic & I'll have to study harder:) Thx, J

Hi @ferdinand, Indeed the above code is checked via the main function of 1 or 2 python tags..
I’m aware of things you’re not supposed to do with a pythonTag, but sometimes it just works.
I’ve been testing for over a week now with the above code in py3 & literally not a single problem

Ok, so I understand you’re not supposed to give me advise on things I shouldn’t do, but perhaps you can point me in the right direction..
I use the message function all the time for user data buttons, but how would I proceed to “catch a python tag insert” from a message (id)?

Tia, Jochem

Hi, I've got a prototype/pythonTag running in py2 & py3, where all the basics are just working fine. The problem is that python2 crashes when I try to avoid multiple "MSG" pyTags in one scene/doc...

I can only have 1 tag per scene since the pyTag adjusts the timeLine where needed. Multiple tags would fight each other..

I thought of a workaround involving 2 items set to the document container (op & op.GetObject()).
The basic principle is that I know what/where to delete if a new tag is copied/inserted by the user. (The pyTag itself is set to No_Delete & No_DragNDrop)

As said, this works fine in py3 (R23/24), but I don't understand why this isn't working in py2 - for I can just read the doc.GetDataInstance & ..GetData(..) etc.

Any clues on what's causing the crash in py2?
(and as a sub-question - is there a smarter way to ensure 1 specific tag per scene?..)

See the check_single_pytag() func below. Tia, Jochem

def set_doc_bc(uniqueId):
    doc = op.GetDocument()
    docBC = doc.GetDataInstance()
    subBc = c4d.BaseContainer()
    subBc[123] = op
    subBc[124] = op.GetObject()
    docBC.SetContainer(uniqueId, subBc)
    doc.SetData(docBC)


def check_single_pytag(): # check pyTag(s) - for there can be only one..
    doc = op.GetDocument()
    docBC = doc.GetDataInstance()
    uniqueId = 12345 # not this :)

    def new_null(): # small local func to set pyTag to a new null..
        nully = c4d.BaseObject(c4d.Onull)
        nully.InsertBefore(op.GetObject())
        nully.SetName("MSG")
        nully[c4d.NULLOBJECT_DISPLAY] = 14 # none
        nully.InsertTag(op)
        op[c4d.ID_USERDATA,52] = nully
        op.Message(c4d.MSG_UPDATE)

    try:
        docBcTag = doc.GetDataInstance()[uniqueId].GetData(123)
        if docBcTag == op: pass # original tag, so skip
        elif not docBcTag.GetDocument(): # orginal tag deleted - set a new one
            new_null()
            set_doc_bc(uniqueId)
        else:
            # UD52 = linkfield on pyTag with op.GetObject()
            if op[c4d.ID_USERDATA,52] == None or op.GetObject() == doc.GetDataInstance()[uniqueId].GetData(124):
                op.Remove() # 2nd tag on original pyNull - remove
                return False
            else: # new/copied tag - remove all..
                op.GetObject().Remove()
                return False
    except AttributeError: # no tag in doc yet..
        new_null()
        set_doc_bc(uniqueId)

    return True

Hi @m_magalhaes,

No there's still a problem, but for now it seams to be unsolvable.. It would be nice if C4D would allow for priority changes on the skin deformer - for polygon objects.

Hi @ferdinand, I was working on a similar topic, trying to change the prio of skin deformers to "after dynamics"... (didn't want to start a new thread, thx for replying anyway:)