Maxon Developers Maxon Developers
    • Documentation
      • Cinema 4D Python API
      • Cinema 4D C++ API
      • Cineware API
      • ZBrush Python API
      • ZBrush GoZ API
      • Code Examples on Github
    • Forum
    • Downloads
    • Support
      • Support Procedures
      • Registered Developer Program
      • Plugin IDs
      • Contact Us
    • Categories
      • Overview
      • News & Information
      • Cinema 4D SDK Support
      • Cineware SDK Support
      • ZBrush 4D SDK Support
      • Bugs
      • General Talk
    • Recent
    • Tags
    • Users
    • Login
    1. Maxon Developers Forum
    2. ferdinand
    The Maxon SDK Team is currently short staffed due to the winter holidays. No forum support is being provided between 15/12/2025 and 5/1/2026. For details see Maxon SDK 2025 Winter Holidays.
    Offline
    • Profile
    • Following 0
    • Followers 15
    • Topics 55
    • Posts 3,153
    • Groups 2

    ferdinand

    @ferdinand

    940
    Reputation
    785
    Profile views
    3.2k
    Posts
    15
    Followers
    0
    Following
    Joined
    Last Online

    ferdinand Unfollow Follow
    Global Moderator administrators

    Best posts made by ferdinand

    • How to implement an image control that can receive and generate image data drag events

      Dear community,

      We recently got a non-public support request about handling drag and drop events for a custom image control in a dialog. And while we have shown this, drag event handling, multiple times before, I thought it does not hurt to answer this publicly, as this very case - an image control - is quite common, and it does not hurt having a bit more verbose public example for it.

      edit: I have updated this topic with new code and a new video, to also handle outgoing asset drag events, and talk a bit about the pros and cons of different approaches, and what you could do when not implementing a code example as I did here, and therefore have a bit more leverage room when it comes to complexity.

      In general, doing all this is possible. It is just that not everything is a ready-made solution for you, where you just call a function. At some point you have to "swim" here yourself, as we cannot write your code for you, but I hope the example helps shedding some light on the probably uncessarily complicated drag handling in Cinema 4D.

      Cheers,
      Ferdinand

      Result

      Code

      """Provides an example for implementing a custom control that can generate and receive drag events.
      
      The example implements a dialog which holds multiple "cards" (BitmapCard) that display an image
      and can receive drag events. The user can drag images from the file system into these cards (file
      paths) or drag texture assets from the Asset Browser into these cards. The cards can also generate
      drag events themselves, e.g., when the user drags from a card, it will generate a drag event. 
      Showcased (selectable via the combo box in the menu of the dialog) are three drag types:
      
      1. File paths: Dragging a card will generate an image file path drag event, which for example could 
         be dragged into a file path field of a shader, onto an object in the viewport, or onto other 
         BitmapCard controls. The advantage of this approach is that we do not have to create
         materials or assets, but can just use the file path directly.
      
      2. Materials: Dragging a card will generate an atom drag event, here populated with a Redshift
         material that has the texture of the card as an input. This material can then be dragged onto
         anything that accepts materials, like objects in the viewport. The disadvantage of this
         approach is that we have to create a material, and that we have to exactly define how the 
         material is constructed.
      
      3. Assets: Dragging a card will generate an asset drag event, here populated with a texture asset
         that has the texture of the card as an input. This asset can then be dragged onto anything that
         texture accepts assets, such as an object in the viewport. The disadvantage of this
         approach is that we have to create an asset.
      
         - The example also showcases a variation oof this approach, where we exploit a bit how the
           texture asset drag handling works, to avoid having to create an asset.
      
      
      Overview:
      
      - BitmapCard: A user area control that can receive drag events and generate drag events itself. Here
                    you will find almost all the relevant code for drag and drop handling
      - BitmapStackDialog: A dialog that holds multiple BitmapCard controls and allows the user to select
                      the drag type via a combo box. This dialog is the main entry point of the example
                      but does not contain much relevant code itself.
      """
      __author__ = "Ferdinand Hoppe"
      __copyright__ = "Copyright 2025 Maxon Computer GmbH"
      
      import os
      import re
      
      import c4d
      import maxon
      import mxutils
      
      # The file types that are supported to be dragged into a BitmapCard control.
      DRAG_IN_FILE_TYPES: list[str] = [".png", ".jpg", ".jpeg", ".tif"]
      
      # A regex to check of a string (which is meant to be a path/url) already as a scheme (like file:///
      # or http:///). The protocol we are mostly checking for is "asset:///", but we keep this regex generic
      # to allow for other schemes as well.
      RE_URL_HAS_SCHEME = re.compile("^[a-zA-Z][a-zA-Z\d+\-.]*:\/\/\/")
      
      # A non-public core message which need when we want to properly generate asset drag events.
      COREMSG_SETCOMMANDEDITMODE: int = 300001000
      
      
      class BitmapCard(c4d.gui.GeUserArea):
          """Implements a control that can receive bitmap path drag events and generates drag events itself.
          """
      
          def __init__(self, host: "BitmapStackDialog") -> None:
              """Constructs a new BitmapCard object.
              """
              # The host dialog that holds this card. This is used to access the drag type selected in the
              # combo box of the dialog.
              self._host: BitmapStackDialog = host
      
              # The image file path and the bitmap that is displayed in this card.
              self._path: str | None = ""
              self._bitmap: c4d.bitmaps.BaseBitmap | None = None
      
          def GetMinSize(self) -> tuple[int, int]:
              """Called by Cinema 4d to evaluate the minimum size of the user area.
              """
              return 250, 100
      
          def DrawMsg(self, x1, y1, x2, y2, msg_ref):
              """Called by Cinema 4D to let the user area draw itself.
              """
              self.OffScreenOn()
              self.SetClippingRegion(x1, y1, x2, y2)
      
              # Draw the background and then the bitmap if it exists. In the real world, we would have to
              # either adapt #GetMinSize to the size of the bitmap, or draw the bitmap in a way that it
              # fits into the user area, e.g., by scaling it down. Here we just draw it at a fixed size.
              self.DrawSetPen(c4d.gui.GetGuiWorldColor(c4d.COLOR_BGGADGET))
              self.DrawRectangle(x1, y1, x2, y2)
              if self._bitmap:
                  w, h = self._bitmap.GetSize()
                  self.DrawBitmap(self._bitmap, 5, 5, 240, 90, 0,
                                  0, w, h, c4d.BMP_NORMALSCALED)
      
          def Message(self, msg: c4d.BaseContainer, result: c4d.BaseContainer) -> int:
              """Called by Cinema 4D to handle messages sent to the user area.
      
              Here we implement receiving drag events when the user drags something onto this user area.
              """
              # A drag event is coming in.
              if msg.GetId() == c4d.BFM_DRAGRECEIVE:
                  # Get out when the drag event has been discarded.
                  if msg.GetInt32(c4d.BFM_DRAG_LOST) or msg.GetInt32(c4d.BFM_DRAG_ESC):
                      return self.SetDragDestination(c4d.MOUSE_FORBIDDEN)
      
                  # Get out when this is not a drag type we support (we just support images). Note that we
                  # cannot make up drag types ourselves, so when we want to send/receive complex data, we
                  # must use the DRAGTYPE_ATOMARRAY type and pack our data into a BaseContainer attached
                  # to the nodes we drag/send.
                  data: dict = self.GetDragObject(msg)
                  dragType: int = data.get("type", 0)
                  if dragType not in [c4d.DRAGTYPE_FILENAME_IMAGE, maxon.DRAGTYPE_ASSET]:
                      return self.SetDragDestination(c4d.MOUSE_FORBIDDEN)
      
                  # Here we could optionally check the drag event hitting some target area.
                  # yPos: float = self.GetDragPosition(msg).get('y', 0.0)
                  # if not 0 < yPos < 50 or not self.CheckDropArea(msg, True, True):
                  #     return self.SetDragDestination(c4d.MOUSE_FORBIDDEN)
      
                  # After this point, we are dealing with a valid drag event.
      
                  # The drag is still going on, we just set the mouse cursor to indicate that we are
                  # ready to receive the drag event.
                  if msg.GetInt32(c4d.BFM_DRAG_FINISHED) == 0:
                      return self.SetDragDestination(c4d.MOUSE_MOVE)
                  # The drag event is finished, we can now process the data.
                  else:
                      # Unpack a file being dragged directly.
                      path: str | None = None
                      if dragType == c4d.DRAGTYPE_FILENAME_IMAGE:
                          path = data.get("object", None)
                      # Unpack an asset being dragged.
                      elif dragType == maxon.DRAGTYPE_ASSET:
                          array: maxon.DragAndDropDataAssetArray = data.get(
                              "object", None)
                          descriptions: tuple[tuple[maxon.AssetDescription, maxon.Url, maxon.String]] = (
                              array.GetAssetDescriptions())
                          if not descriptions:
                              # Invalid asset but we are not in an error state.
                              return True
      
                          # Check that we are dealing with an image asset.
                          asset: maxon.AssetDescription = descriptions[0][0]
                          metadata: maxon.BaseContainer = asset.GetMetaData()
                          subType: maxon.Id = metadata.Get(
                              maxon.ASSETMETADATA.SubType, maxon.Id())
                          if (subType != maxon.ASSETMETADATA.SubType_ENUM_MediaImage):
                              # Invalid asset but we are not in an error state.
                              return True
      
                          path = str(maxon.AssetInterface.GetAssetUrl(asset, True))
      
                      if not isinstance(path, str):
                          return False  # Critical failure.
      
                      if (dragType == c4d.DRAGTYPE_FILENAME_IMAGE and
                          (not os.path.exists(path) or
                           os.path.splitext(path)[1].lower() not in DRAG_IN_FILE_TYPES)):
                          # Invalid file type but we are not in an error state.
                          return True
      
                      self._path = path
                      self._bitmap = c4d.bitmaps.BaseBitmap()
                      if self._bitmap.InitWith(path)[0] != c4d.IMAGERESULT_OK:
                          return False  # Critical failure.
      
                      self.Redraw()  # Redraw the user area to show the new bitmap.
      
                      return True
      
              # Process other messages, doing this is very important, as we otherwise break the
              # message chain.
              return c4d.gui.GeUserArea.Message(self, msg, result)
      
          def InputEvent(self, msg: c4d.BaseContainer) -> bool:
              """Called by Cinema 4D when the user area receives input events.
      
              Here we implement creating drag events when the user drags from this user area. The type of
              drag event which is initiated is determined by the drag type selected in the combo box
              of the dialog.
              """
              # When this is not a left mouse button event on this user area, we just get out without
              # consuming the event (by returning False).
              if (msg.GetInt32(c4d.BFM_INPUT_DEVICE) != c4d.BFM_INPUT_MOUSE or
                      msg.GetInt32(c4d.BFM_INPUT_CHANNEL) != c4d.BFM_INPUT_MOUSELEFT):
                  return False
      
              # Get the type of drag event that should be generated, and handle it.
              dragType: int = self._host.GetInt32(self._host.ID_DRAG_TYPE)
              return self.HandleDragEvent(msg, dragType)
          
          # --- Custom drag handling methods -------------------------------------------------------------
      
          # I have split up thing into three methods for readability, this all could also be done directly
          # in the InputEvent method.
      
          def HandleDragEvent(self, event: c4d.BaseContainer, dragType: int) -> bool:
              """Handles starting a drag event by generating the drag data and sending it to the system.
      
              This is called when the user starts dragging from this user area.
              """
              # This requires us to modify the document, so we must be on the main thread (technically
              # not true when the type is DRAGTYPE_FILENAME_IMAGE, but that would be for you to optimize).
              if not c4d.threading.GeIsMainThread():
                  raise False
      
              # Generate our drag data, either a file path, a material, or an asset.
              doc: c4d.documents.BaseDocument = c4d.documents.GetActiveDocument()
              data: object = self.GenerateDragData(doc, dragType)
      
              # Now we set off the drag event. When we are dragging assets, we have to sandwich the event
              # in these core message calls, as otherwise the palette edit mode toggling will not work
              # correctly.
              if dragType == maxon.DRAGTYPE_ASSET:
                  bc: c4d.BaseContainer = c4d.BaseContainer(
                      COREMSG_SETCOMMANDEDITMODE)
                  bc.SetInt32(1, True)
                  c4d.SendCoreMessage(c4d.COREMSG_CINEMA, bc, 0)
      
              # When #HandleMouseDrag returns #False, this means that the user has cancelled the drag
              # event, one case could be that the user actually did not intend to drag, but just
              # clicked on the user area.
              #
              # In this case we remove the drag data we generated, as it is not needed anymore. Note that
              # this will NOT catch the case that the drag event is cancelled by the recipient, e.g., the
              # user drags a material onto something that does not accept materials.
              if not self.HandleMouseDrag(event, dragType, data, 0):
                  self.RemoveDragData(doc, data)
                  return True
      
              # Other half of the sandwich, we toggle the palette edit mode back to normal.
              if dragType == maxon.DRAGTYPE_ASSET:
                  bc: c4d.BaseContainer = c4d.BaseContainer(
                      COREMSG_SETCOMMANDEDITMODE)
                  bc.SetInt32(1, False)
                  c4d.SendCoreMessage(c4d.COREMSG_CINEMA, bc, 0)
      
              return True
      
          def GenerateDragData(self, doc: c4d.documents.BaseDocument, dragType
                               ) -> str | c4d.BaseMaterial | maxon.DragAndDropDataAssetArray:
              """Generates the drag data for the given drag type.
      
              Each tile just encapsulates a file path, but we realize dragging them as file paths,
              materials, or assets. So, when the type is material or asset, the drag data must be
              generated from the file path. Which is why we have this method here.
              """
              if not c4d.threading.GeIsMainThread():
                  raise RuntimeError(
                      "GenerateDragData must be called from the main thread.")
      
              # The user has selected "File" as the drag type, we just return the file path.
              if dragType == c4d.DRAGTYPE_FILENAME_IMAGE:
                  return self._path
              # The user has selected "Material" as the drag type, we create a Redshift material with the
              # texture as input and return that material.
              elif dragType == c4d.DRAGTYPE_ATOMARRAY:
                  material: c4d.BaseMaterial = mxutils.CheckType(
                      c4d.BaseMaterial(c4d.Mmaterial))
      
                  # Create a simple graph using that texture, and insert the material into the
                  # active document.
                  maxon.GraphDescription.ApplyDescription(
                      maxon.GraphDescription.GetGraph(
                          material, maxon.NodeSpaceIdentifiers.RedshiftMaterial),
                      {
                          "$type": "Output",
                          "Surface": {
                              "$type": "Standard Material",
                              "Base/Color": {
                                  "$type": "Texture",
                                  # Set the texture. When our source is a file we will just have a plain
                                  # path, e.g. "C:/path/to/file.png" and we have to prefix with a scheme
                                  # (file) to make it a valid URL. When we are dealing with an asset, the
                                  # texture path will already be a valid URL in the "asset:///" scheme.
                                  "Image/Filename/Path": (maxon.Url(f"{self._path}")
                                                          if RE_URL_HAS_SCHEME.match(self._path) else
                                                          maxon.Url(f"file:///{self._path}"))
                              }
                          }
                      })
                  doc.InsertMaterial(material)
                  return [material]
              # The user has selected "Asset" as the drag type, we create a texture asset and return that.
              elif dragType == maxon.DRAGTYPE_ASSET:
                  # So we have to cases here, either that we want truly want to generate an asset drag
                  # event or that we just want to piggy-back onto the texture asset drag and drop
                  # mechanism of Cinema 4D, which is what we do here.
      
                  # Code for truly generating an asset drag event, where we would store the asset in the
                  # scene repository.
                  generateAssets: bool = False
                  if generateAssets:
                      # Get the scene repository and create an asset storage structure for the asset.
                      repo: maxon.AssetRepository = doc.GetSceneRepository(True)
                      store: maxon.StoreAssetStruct = maxon.StoreAssetStruct(
                          maxon.Id(), repo, repo)
      
                      # Now save the texture asset to the repository.
                      url: maxon.Url = maxon.Url(self._path)
                      name: str = url.GetName()
                      asset, _ = maxon.AssetCreationInterface.SaveTextureAsset(
                          url, name, store, (), True)
      
                      # Create a drag array for that asset. It is important that we use the URL of the
                      # asset (maxon.AssetInterface.GetAssetUrl) and not #url or asset.GetUrl(), as both
                      # are physical file paths, and will then cause the drag and drop handling to use
                      # these physical files, including the popup asking for wether the file should be
                      # copied. We will exploit exactly this behavior in the second case.
                      dragArray: maxon.DragAndDropDataAssetArray = maxon.DragAndDropDataAssetArray()
                      dragArray.SetLookupRepository(repo)
                      dragArray.SetAssetDescriptions((
                          (asset, maxon.AssetInterface.GetAssetUrl(asset, True), maxon.String(name)),
                      ))
      
                      return dragArray
                  # With this case we can piggy-back onto the existing drag and drop texture asset
                  # handling of Cinema 4D, without actually having to create an asset. THIS IS A
                  # WORKAROUND, we could decide at any moment to change how the drag and drop
                  # handling of assets works, possibly rendering this approach obsolete.
                  else:
                      # The slight disadvantage of this approach (besides it being a hack and us possibly
                      # removing it at some point) is that we have to pay the download cost of
                      # #self._host._dummyAssetId once. I.e., the user has to download that texture once
                      # either by using it in the Asset Browser or by running this code. Once the asset has
                      # been cached, this will not happen again.
                      #
                      # But since we search below in a 'whoever comes first' manner, what is the first
                      # texture asset could change, and this could then be an asset which has not been
                      # downloaded yet. So, in a more robust world we would pick a fixed asset below. But
                      # this comes then with the burden of maintenance, as we could remove one of the
                      # builtin texture assets at any time. So, the super advanced solution would be to
                      # ship the plugin with its own asset database, and mount and use that. Here we could
                      # use a hard-coded asset ID, and would have to have never pay download costs, as
                      # the repository would be local.
      
                      # Find the asset by its Id, which we have stored in the dialog.
                      repo: maxon.AssetRepositoryInterface = maxon.AssetInterface.GetUserPrefsRepository()
                      dummy: maxon.AssetDescription = repo.FindLatestAsset(
                          maxon.AssetTypes.File().GetId(), self._host._dummyAssetId, maxon.Id(),
                          maxon.ASSET_FIND_MODE.LATEST)
      
                      # Setup the drag array with the asset. Note that #asset must be a valid texture
                      # asset, so just passing maxon.AssetDescription() will not work. But the backend
                      # for drag and drop handling will actually ignore the asset except for type checking
                      # it, and use the URL we provided instead.
                      dragArray: maxon.DragAndDropDataAssetArray = maxon.DragAndDropDataAssetArray()
                      dragArray.SetLookupRepository(repo)
                      dragArray.SetAssetDescriptions((
                          (dummy, maxon.Url(self._path), maxon.String(os.path.basename(self._path))),
                      ))
                  return dragArray
              else:
                  raise ValueError(f"Unsupported drag type: {dragType}")
      
          def RemoveDragData(self, doc: c4d.documents.BaseDocument,
                             data: str | list[c4d.BaseMaterial] | maxon.DragAndDropDataAssetArray) -> bool:
              """Removes generated content when the user cancels a drag event.
      
              Sometimes the user starts a drag event, but then cancels it, e.g., by pressing the
              escape key. In this case, we have to remove the generated content, e.g., the material or
              asset that we created for the drag event.
              """
              if not c4d.threading.GeIsMainThread():
                  return False
      
              if isinstance(data, list):
                  # Remove the dragged materials from the document. Since we are always generating a new
                  # material, we can just remove them. That is in general probably not the best design,
                  # and a real world application should avoid duplicating materials.
                  for item in data:
                      if isinstance(item, c4d.BaseList2D):
                          item.Remove()
              elif isinstance(data, str):
                  # Here we could technically remove a file.
                  pass
              elif isinstance(data, maxon.DragAndDropDataAssetArray):
                  # We could remove the asset, but other than for the material, there is no guarantee
                  # that we are the only user of it, as the Asset API has a duplicate preventing
                  # mechanism. So, the #SaveTextureAsset call above could have returned an already
                  # existing asset. Since we could operate with a document bound repository, we could
                  # search the whole document for asset references and only when we find none, remove
                  # the asset.
                  #
                  # We use here the little hack that we actually do not create an asset, to just to piggy-
                  # back onto the material drag and drop mechanism of assets, so we can just ignore
                  # this case.
                  pass
      
              return True
      
      
      class BitmapStackDialog(c4d.gui.GeDialog):
          """Implements a a simple dialog that stacks multiple BitmapCard controls.
          """
          ID_DRAG_TYPE: int = 1002
      
          def __init__(self):
              """Constructs a new ExampleDialog object.
              """
              # The user area controls that will generate and receive drag events.
              self._cards: list[BitmapCard] = [
                  BitmapCard(host=self) for _ in range(4)]
      
              # The id for the dummy asset that used to generate 'fake' texture asset drag events. We
              # search for it here once, so that we do not have to do it in the __init__ of each
              # BitmapCard, or even worse, in the HandleDragEvent of each BitmapCard.
      
              # We could technically also store here the AssetDescription instead of the Id, but that
              # reference can go stale, so we just store the Id and then grab with it the asset when we
              # need it. Which is much faster than searching asset broadly as we do here. In the end, we
              # could probably also do all this in the drag handling of the BitmapCard, but a little bit
              # of optimization does not hurt.
              self._dummyAssetId: maxon.Id | None = None
              if not maxon.AssetDataBasesInterface.WaitForDatabaseLoading():
                  raise RuntimeError("Could not initialize the asset databases.")
      
              def findTexture(asset: maxon.AssetDescription) -> bool:
                  """Finds the first texture asset in the user preferences repository.
                  """
                  # When this is not a texture asset, we just continue searching.
                  meta: maxon.AssetMetaData = asset.GetMetaData()
                  if (meta.Get(maxon.ASSETMETADATA.SubType, maxon.Id()) !=
                          maxon.ASSETMETADATA.SubType_ENUM_MediaImage):
                      return True
      
                  # When it is a texture asset, we store it as the dummy asset and stop searching.
                  self._dummyAssetId = asset.GetId()
                  return False
      
              # Search for our dummy asset in the user preferences repository.
              repo: maxon.AssetRepositoryInterface = maxon.AssetInterface.GetUserPrefsRepository()
              repo.FindAssets(maxon.AssetTypes.File().GetId(), maxon.Id(), maxon.Id(),
                              maxon.ASSET_FIND_MODE.LATEST, findTexture)
      
          def CreateLayout(self):
              """Called by Cinema 4D to populate the dialog with controls.
              """
              self.SetTitle("Drag and Drop Example")
              self.GroupSpace(5, 5)
              self.GroupBorderSpace(5, 5, 5, 5)
      
              # Build the combo box in the menu bar of the dialog.
              self.GroupBeginInMenuLine()
              self.GroupBegin(1000, c4d.BFH_LEFT | c4d.BFV_TOP, cols=2)
              self.GroupBorderSpace(5, 5, 5, 5)
              self.GroupSpace(5, 5)
              self.AddStaticText(1001, c4d.BFH_LEFT |
                                 c4d.BFV_CENTER, name="Drag Events as:")
              self.AddComboBox(1002, c4d.BFH_RIGHT | c4d.BFV_TOP)
              self.GroupEnd()
              self.GroupEnd()
      
              # Add the BitmapCard controls to the dialog.
              for i, card in enumerate(self._cards):
                  self.AddUserArea(2000 + i, c4d.BFH_LEFT | c4d.BFV_TOP)
                  self.AttachUserArea(card, 2000 + i)
      
              # Add items to the combo box to select the drag type.
              self.AddChild(self.ID_DRAG_TYPE, c4d.DRAGTYPE_FILENAME_IMAGE, "Files")
              self.AddChild(self.ID_DRAG_TYPE, c4d.DRAGTYPE_ATOMARRAY, "Materials")
              self.AddChild(self.ID_DRAG_TYPE, maxon.DRAGTYPE_ASSET, "Assets")
              self.SetInt32(self.ID_DRAG_TYPE, c4d.DRAGTYPE_FILENAME_IMAGE)
      
              return True
      
      
      # Define a global variable of the dialog to keep it alive in a Script Manager script. ASYNC dialogs
      # should not be opened in production code from a Script Manager script, as this results in a
      # dangling dialog. Implement a command plugin when you need async dialogs in production.
      dlg: BitmapStackDialog = BitmapStackDialog()
      if __name__ == "__main__":
          dlg.Open(dlgtype=c4d.DLG_TYPE_ASYNC, defaultw=150, defaulth=250)
      
      
      posted in Cinema 4D SDK 2025 python
      ferdinandF
      ferdinand
    • RE: Welcome Mr. Hoppe

      Hi,

      thanks for the kind words both from Maxon and the community. I am looking forward to my upcoming adventures with the SDK Team and Cinema community.

      Cheers,
      Ferdinand

      posted in News & Information
      ferdinandF
      ferdinand
    • RE: API for new behavior of opnening Windows in Layout

      Hello @holgerbiebrach,

      please excuse the wait. So, this is possible in Python and quite easy to do. This new behavior is just the old dialog folding which has been reworked a little bit. I have provided a simple example at the end of the posting. There is one problem regarding title bars which is sort of an obstacle for plugin developers which want to distribute their plugins, it is explained in the example below.

      I hope this helps and cheers,
      Ferdinand

      The result:
      3453535.gif
      The code:

      """Example for a command plugin with a foldable dialog as provided with the
      Asset Browser or Coordinate Manger in Cinema 4D R25.
      
      The core of this is just the old GeDialog folding mechanic which has been
      changed slightly with R25 as it will now also hide the title bar of a folded
      dialog, i.e., the dialog will be hidden completely.
      
      The structure shown here mimics relatively closely what the Coordinate Manger
      does. There is however one caveat: Even our internal implementations do not
      hide the title bar of a dialog when unfolded. Instead, this is done via 
      layouts, i.e., by clicking onto the ≡ icon of the dialog and unchecking the
      "Show Window Title" option and then saving such layout. If you would want
      to provide a plugin which exactly mimics one of the folding managers, you
      would have to either ask your users to take these steps or provide a layout.
      
      Which is not ideal, but I currently do not see a sane way to hide the title
      bar of a dialog. What you could do, is open the dialog as an async popup which 
      would hide the title bar. But that would also remove the ability to dock the 
      dialog. You could then invoke `GeDialog.AddGadegt(c4d.DIALOG_PIN, SOME_ID)`to 
      manually add a pin back to your dialog, so that you can dock it. But that is 
      not how it is done internally by us, as we simply rely on layouts for that.
      """
      
      import c4d
      
      
      class ExampleDialog (c4d.gui.GeDialog):
          """Example dialog that does nothing.
      
          The dialog itself has nothing to do with the implementation of the
          folding.
          """
          ID_GADGETS_START = 1000
          ID_GADGET_GROUP = 0
          ID_GADGET_LABEL = 1
          ID_GADGET_TEXT = 2
      
          GADGET_STRIDE = 10
          GADEGT_COUNT = 5
      
          def CreateLayout(self) -> bool:
              """Creates dummy gadgets.
              """
              self.SetTitle("ExampleDialog")
              flags = c4d.BFH_SCALEFIT
      
              for i in range(self.GADEGT_COUNT):
                  gid = self.ID_GADGETS_START + i * self.GADGET_STRIDE
                  name = f"Item {i}"
      
                  self.GroupBegin(gid + self.ID_GADGET_GROUP, flags, cols=2)
                  self.GroupBorderSpace(5, 5, 5, 5)
                  self.GroupSpace(2, 2)
                  self.AddStaticText(gid + self.ID_GADGET_LABEL, flags, name=name)
                  self.AddEditText(gid + self.ID_GADGET_TEXT, flags)
                  self.GroupEnd()
              return True
      
      
      class FoldingManagerCommand (c4d.plugins.CommandData):
          """Provides the implementation for a command with a foldable dialog.
          """
          ID_PLUGIN = 1058525
          REF_DIALOG = None
      
          @property
          def Dialog(self) -> ExampleDialog:
              """Returns a class bound ExampleDialog instance.
              """
              if FoldingManagerCommand.REF_DIALOG is None:
                  FoldingManagerCommand.REF_DIALOG = ExampleDialog()
      
              return FoldingManagerCommand.REF_DIALOG
      
          def Execute(self, doc: c4d.documents.BaseDocument) -> bool:
              """Folds or unfolds the dialog.
      
              The core of the folding logic as employed by the Asset Browser
              or the Coordinate manager in R25.
              """
              # Get the class bound dialog reference.
              dlg = self.Dialog
              # Fold the dialog, i.e., hide it if it is open and unfolded. In C++
              # you would also want to test for the dialog being visible with
              # GeDialog::IsVisible, but we cannot do that in Python.
              if dlg.IsOpen() and not dlg.GetFolding():
                  dlg.SetFolding(True)
              # Open or unfold the dialog. The trick here is that calling
              # GeDialog::Open will also unfold the dialog.
              else:
                  dlg.Open(c4d.DLG_TYPE_ASYNC, FoldingManagerCommand.ID_PLUGIN)
      
              return True
      
          def RestoreLayout(self, secret: any) -> bool:
              """Restores the dialog on layout changes.
              """
              return self.Dialog.Restore(FoldingManagerCommand.ID_PLUGIN, secret)
      
          def GetState(self, doc: c4d.documents.BaseDocument) -> int:
              """Sets the command icon state of the plugin.
      
              This is not required, but makes it a bit nicer, as it will indicate
              in the command icon when the dialog is folded and when not.
              """
              dlg = self.Dialog
              result = c4d.CMD_ENABLED
              if dlg.IsOpen() and not dlg.GetFolding():
                  result |= c4d.CMD_VALUE
      
              return result
      
      
      def RegisterFoldingManagerCommand() -> bool:
          """Registers the example.
          """
          return c4d.plugins.RegisterCommandPlugin(
              id=FoldingManagerCommand.ID_PLUGIN,
              str="FoldingManagerCommand",
              info=c4d.PLUGINFLAG_SMALLNODE,
              icon=None,
              help="FoldingManagerCommand",
              dat=FoldingManagerCommand())
      
      
      if __name__ == '__main__':
          if not RegisterFoldingManagerCommand():
              raise RuntimeError(
                  f"Failed to register {FoldingManagerCommand} plugin.")
      
      posted in Cinema 4D SDK
      ferdinandF
      ferdinand
    • Projecting Points from Object/World Space into Texture Space

      Dear Community,

      this question reached us via email-support in the context of C++, but I thought the answer might be interesting for other users too.

      The underlying question in this case was how to project points from object or world space into the texture space of an object with UV data. I am showing here deliberately an approach that can be followed both in C++ and Python, so that all users can benefit from this. In C++ one has also the option of using VolumeData and its methods VolumeData::GetUvw or VolumeData::ProjectPoint but must then either implement a volume shader (as otherwise the volume data attached to the ChannelData passed to ShaderData::Output will be nullptr), or use VolumeData:: AttachVolumeDataFake to access ::ProjectPoint. There is however no inherent necessity to take this shader bound route as shown by the example.

      Cheers,
      Ferdinand

      Result

      The script has created a texture with red pixels for the intersection points of the rays cast from each vertex of the spline towards the origin of the polygon object. The script also created the null object rays to visualize the rays which have been cast.
      820ac56e-be8c-4e02-adde-62301f1dfd79-image.png

      raycast_texture.c4d : The scene file.

      Code

      ⚠ You must save the script to disk before running it, as the script infers from the script location the place to save the generated texture to.

      """Demonstrates how to project points from world or object space to UV space.
      
      This script assumes that the user has selected a polygon object and a spline object in the order
      mentioned. The script projects the points of the spline object onto the polygon object and creates
      a texture from the UV coordinates of the projected points. The texture is then applied to the
      polygon object.
      
      The script uses the `GeRayCollider` class to find the intersection of rays cast from the points of
      the spline object to the polygon object. The UV coordinates of the intersection points are then
      calculated using the `HairLibrary` class. In the C++ API, one should use maxon::
      GeometryUtilsInterface::CalculatePolygonPointST() instead.
      
      Finally, using GeRayCollider is only an example for projecting points onto the mesh. In practice,
      any other method can be used as long as it provides points that lie in the plane(s) of a polygon.
      
      The meat of the example is in the `main()` function. The other functions are just fluff.
      """
      
      import os
      import c4d
      import mxutils
      import uuid
      
      from mxutils import CheckType
      
      doc: c4d.documents.BaseDocument  # The currently active document.
      op: c4d.BaseObject | None  # The primary selected object in `doc`. Can be `None`.
      
      def CreateTexture(points: list[c4d.Vector], path: str, resolution: int = 1000) -> None:
          """Creates a texture from the given `points` and saves it to the given `path`.
      
          Parameters:
              path (str): The path to save the texture to.
              points (list[c4d.Vector]): The points to create the texture from.
          """
          # Check the input values for validity.
          if os.path.exists(path):
              raise FileExistsError(f"File already exists at path: {path}")
          if not path.endswith(".png"):
              raise ValueError("The path must end with '.png'.")
      
          # Create a drawing canvas to draw the points on.
          canvas: c4d.bitmaps.GeClipMap = CheckType(c4d.bitmaps.GeClipMap())
          if not canvas.Init(resolution, resolution, 24):
              raise MemoryError("Failed to initialize GeClipMap.")
      
          # Fill the canvas with white.
          canvas.BeginDraw()
          canvas.SetColor(255, 255, 255)
          canvas.FillRect(0, 0, resolution, resolution)
      
          # Draw the points on the canvas.
          canvas.SetColor(255, 0, 0)
          for p in points:
              x: int = int(p.x * resolution)
              y: int = int(p.y * resolution)
              x0: int = max(0, x - 1)
              y0: int = max(0, y - 1)
              x1: int = min(resolution, x + 1)
              y1: int = min(resolution, y + 1)
              canvas.FillRect(x0, y0, x1, y1)
      
          canvas.EndDraw()
      
          # Save the canvas to the given path.
          bitmap: c4d.bitmaps.BaseBitmap = CheckType(canvas.GetBitmap())
          bitmap.Save(path, c4d.FILTER_PNG)
      
          c4d.bitmaps.ShowBitmap(bitmap)
      
      def ApplyTexture(obj: c4d.BaseObject, path: str) -> None:
          """Applies the texture at the given `path` to the given `obj`.
          """
          CheckType(obj, c4d.BaseObject)
      
          # Check the input values for validity.
          if not os.path.exists(path):
              raise FileNotFoundError(f"File does not exist at path: {path}")
      
          # Create a material and apply the texture to it.
          material: c4d.BaseMaterial = CheckType(c4d.BaseMaterial(c4d.Mmaterial), c4d.BaseMaterial)
          obj.GetDocument().InsertMaterial(material)
      
          shader: c4d.BaseShader = CheckType(c4d.BaseShader(c4d.Xbitmap), c4d.BaseShader)
          shader[c4d.BITMAPSHADER_FILENAME] = path
          material.InsertShader(shader)
          material[c4d.MATERIAL_COLOR_SHADER] = shader
          material[c4d.MATERIAL_PREVIEWSIZE] = c4d.MATERIAL_PREVIEWSIZE_1024
      
          # Apply the material to the object.
          tag: c4d.TextureTag = CheckType(obj.MakeTag(c4d.Ttexture))
          tag[c4d.TEXTURETAG_PROJECTION] = c4d.TEXTURETAG_PROJECTION_UVW
          tag[c4d.TEXTURETAG_MATERIAL] = material
      
      def CreateDebugRays(spline: c4d.SplineObject, p: c4d.Vector) -> None:
          """Adds spline objects to the document to visualize the rays from the given `p` to the points of
          the given `spline`.
          """
          doc: c4d.documents.BaseDocument = CheckType(spline.GetDocument(), c4d.documents.BaseDocument)
          rays: c4d.BaseObject = c4d.BaseObject(c4d.Onull)
          rays.SetName("Rays")
          doc.InsertObject(rays)
      
          for q in spline.GetAllPoints():
              ray: c4d.SplineObject = c4d.SplineObject(2, c4d.SPLINETYPE_LINEAR)
              ray.SetPoint(0, p)
              ray.SetPoint(1, q * spline.GetMg())
              ray.Message(c4d.MSG_UPDATE)
              ray.InsertUnder(rays)
      
      def main() -> None:
          """Carries out the main logic of the script.
          """
          # Check the object selection for being meaningful input.
          selected: list[c4d.BaseObject] = doc.GetActiveObjects(c4d.GETACTIVEOBJECTFLAGS_SELECTIONORDER)
          if (len(selected) != 2 or not selected[0].CheckType(c4d.Opolygon) or
              not selected[1].CheckType(c4d.Ospline)):
              raise ValueError("Please select a polygon object and a spline object.")
      
          polygonObject, splineObject = selected
      
          # Get the uvw tag, the points, and the polygons of the polygon object.
          uvwTag: c4d.UvwTag = mxutils.CheckType(polygonObject.GetTag(c4d.Tuvw))
          points: list[c4d.Vector] = [polygonObject.GetMg() * p for p in polygonObject.GetAllPoints()]
          polys: list[c4d.CPolygon] = polygonObject.GetAllPolygons()
      
          # We are casting here in a dumb manner towards the center of the polygon object. In practice,
          # one should cast rays towards the plane of the polygon object. Or even better, use another
          # method to project the points onto the polygon object, as GeRayCollider is not the most 
          # efficient thing in the world.
          rayTarget: c4d.Vector = polygonObject.GetMg().off
          CreateDebugRays(splineObject, rayTarget)
      
          # Initialize the GeRayCollider to find the intersection of rays cast from the points of the
          # spline object to the polygon object.
          collider: c4d.utils.GeRayCollider = c4d.utils.GeRayCollider()
          if not collider.Init(polygonObject):
              raise MemoryError("Failed to initialize GeRayCollider.")
      
      
          # Init our output list and iterate over the points of the spline object.
          uvPoints: list[c4d.Vector] = []
          for p in splineObject.GetAllPoints():
      
              # Transform the point from object to world space (q) and then to the polygon object's space
              # (ro). Our ray direction always points towards the center of the polygon object.
              q: c4d.Vector = splineObject.GetMg() * p
              ro: c4d.Vector = ~polygonObject.GetMg() * q
              rd: c4d.Vector = rayTarget - ro
      
              # Cast the ray and check if it intersects with the polygon object.
              if not collider.Intersect(ro, rd, 1E6) or collider.GetIntersectionCount() < 1:
                  continue
              
              # Get the hit position and the polygon ID of the intersection.
              hit: dict = collider.GetNearestIntersection()
              pos: c4d.Vector = mxutils.CheckType(hit.get("hitpos", None), c4d.Vector)
              pid: int = mxutils.CheckType(hit.get("face_id", None), int)
      
              # One mistake would be now to use the barycentric coordinates that are in the intersection
              # data, as Cinema uses an optimized algorithm to interpolate in a quad and not the standard
              # cartesian-barycentric conversion. In Python these polygon weights are only exposed in a 
              # bit weird place, the hair library. In C++ these barycentric coordinates make sense because
              # there exist methods to convert them to weights. In Python the barycentric coordinates are
              # pretty much useless as we do not have such a conversion function here.
      
              # Compute the weights s, t for the intersection point in the polygon.
              s, t = c4d.modules.hair.HairLibrary().GetPolyPointST(
                  pos, points[polys[pid].a], points[polys[pid].b],
                       points[polys[pid].c], points[polys[pid].d], True)
      
              # Get the uv polygon and bilinearly interpolate the coordinates using the weights. It would
              # be better to use the more low-level variable tag data access functions in VariableTag 
              # than UvwTag.GetSlow() in a real-world scenario.
              uvw: list[c4d.Vector] = list(uvwTag.GetSlow(pid).values())
              t0: c4d.Vector = c4d.utils.MixVec(uvw[0], uvw[1], s)
              t1: c4d.Vector = c4d.utils.MixVec(uvw[3], uvw[2], s)
              uv: c4d.Vector = c4d.utils.MixVec(t0, t1, t)
      
              # Append the UV coordinates to the output list.
              uvPoints.append(uv)
      
          # Write the UV coordinates to a texture and apply it to the polygon object.
          path: str = os.path.join(os.path.dirname(__file__), f"image-{uuid.uuid4()}.png")
          CreateTexture(uvPoints, path, resolution=1024)
          ApplyTexture(polygonObject, path)
      
          c4d.EventAdd()
      
      
      if __name__ == '__main__':
          main()
      
      posted in Cinema 4D SDK 2024 python
      ferdinandF
      ferdinand
    • RE: Reading proper decimal values on lower numbers?

      Hi,

      that your script is not working has not anything to do with pseudo decimals, but the fact that you are treating numbers as strings (which is generally a bad idea) in a not very careful manner. When you truncate the string representation of a number which is represented in scientific notation (with an exponent), then you also truncate that exponent and therefor change the value of the number.

      To truncate a float you can either take the floor of my_float * 10 ** digits and then divide by 10 ** digits again or use the keyword round.

      data = [0.03659665587738824,
              0.00018878623163019122,
              1.1076812650509394e-03,
              1.3882258325566638e-06]
      
      for n in data:
          rounded = round(n, 4)
          floored = int(n * 10000) / 10000
          print(n, rounded, floored)
      
      0.03659665587738824 0.0366 0.0365
      0.00018878623163019122 0.0002 0.0001
      0.0011076812650509394 0.0011 0.0011
      1.3882258325566637e-06 0.0 0.0
      [Finished in 0.1s]
      

      Cheers
      zipit

      posted in General Talk
      ferdinandF
      ferdinand
    • Forum and Documentation Maintenance on the 18th and 22nd

      Dear community,

      We will have to touch multiple parts of developers.maxon.net on the 18.01.2024 and 19.01.2024 22.01.2024. This will result in outages of our documentation and the forum these days. I will try to keep the outage times to a minimum and it will certainly not span the whole two days. But especially one task I will do on Friday might take hours to complete and I can only do that on a forum which is in maintenance mode.

      Please make sure to download a recent offline documentation in case you plan to do extended development work the next two days. As a result, forum support might also be delayed on these days.

      Cheers,
      Ferdinand

      posted in News & Information forum news
      ferdinandF
      ferdinand
    • RE: GetAllTextures from materials only

      Hi,

      sorry for all the confusion. You have to pass actual instances of objects. The following code does what you want (and this time I actually tried it myself ;)).

      import c4d
      
      def main():
          """
          """
          bc = doc.GetAllTextures(ar=doc.GetMaterials())
          for cid, value in bc:
              print cid, value
      
      if __name__=='__main__':
         main()
      

      Cheers,
      zipit

      posted in Cinema 4D SDK
      ferdinandF
      ferdinand
    • 2025.0.0 SDK Release

      Dear development community,

      On September the 10th, 2024, Maxon Computer released Cinema 4D 2025.0.0. For an overview of the new features of Cinema 4D 2025.0, please refer to the release announcement. Alongside this release, a new Cinema 4D SDK and SDK documentation have been released, reflecting the API changes for 2025.0.0. The major changes are:

      C++ API

      • What was formerly has been know as the Classic API has been deprecated in favour of the Cinema API. Alongside this a new cinema namespace has been introduced which contains all the entities which were formerly in the anonymous global namespace known as the Classic API. Plugin authors must adopt their code to this new API, although the changes are not nearly as extensive as for 2024. See the 2025 migration guide for details. Code examples and documentation have been updated to now refer to a Cinema API.
      • 2025 uses OCIO as the default color management mode, brings an improved color picker, and made general improvements to the consistency of the OCIO implementation. This had some effects on the underlying OCIO API which are reflected in two new code examples in the OCIO Manual and a new plugin in the SDK.

      Python API

      • Python also received the update from Classic to Cinema API. But here the change was more of a cosmetic nature confined to the documentation. The c4d package remains the home for all formerly Classic and now Cinema API entities.
      • The mxutils package received updates around standardized scene traversal, random number generation, and more.
      • Graph descriptions now support variadic ports of arbitrary complexity and explicit port references.

      Head to our download section for the newest SDK downloads, or the C++ and Python API change notes for an in detail overview of the changes.

      ⚠ We discovered late in the cycle bugs in the Asset API code examples and OCIO code in the Python SDK. Which is why the publication of the Python SDK and GitHub code examples has been postponed until these bugs are fixed. They should be ready latest by Friday the 13th of September. But the Python online documentation is accessible and error free (to our knowledge).

      ⚠ We had to make some last minute changes to the C++ SDK regarding OCIO code examples. Only the extended C++ SDK contains these changes. The application provided sdk.zip will catch up with the next release of Cinema 4D.

      Happy rendering and coding,
      the Maxon SDK Team

      ℹ Cloudflare unfortunately still does interfere with our server cache. And you might have to refresh your cache manually.

      When you are not automatically redirected to the new versions, and also do not see 2024.5 in the version selector, please press CTRL + F5 or press CTRL and click on the reload icon of your browser anywhere on developers.maxon.net/docs/ to refresh your cache. You only have to do this once and it will apply to all documentations at once. Otherwise your cache will automatically update latest by 19/07/2024 00:00.

      posted in News & Information cinema 4d news c++ python sdk
      ferdinandF
      ferdinand
    • RE: Object materials won't show up in final render

      Hi,

      you use GetActiveDocument() in a NodeData environment. You cannot do this, since nodes are also executed when their document is not the active document (while rendering for example - documents get cloned for rendering).

      Cheers
      zipit

      posted in Cinema 4D SDK
      ferdinandF
      ferdinand
    • 2025.3.0 SDK Release

      Dear development community,

      On June the 18th, 2025, Maxon Computer released Cinema 4D 2025.3.0. For an overview of the new features of Cinema 4D 2025.3.0, please refer to the 2025.3.0 release notes. Alongside this release, a new Cinema 4D SDK and SDK documentation have been released, reflecting the API changes for 2025.3.0. The major changes are:

      C++ API

      • After the introduction of the CMake build system generator in Cinema 4D 2025.2.0, the C++ SDK now only supports CMake as its build system generator. The Legacy Build System is no longer supported. When you have not yet switched to CMake, please refer to our Build Systems manual for more information on how to switch to CMake.
      • Updated the required Windows SDK version to Windows 10 SDK 10.0.20348.0. You might have to update Visual Studio and install the SDK via the Visual Studio installer app.

      Python API

      ⚠ In 2025.3.0, there is a critical issue with c4dpy that will cause it to halt indefinitely when run for the first time. See the c4dpy manual for an explanation and workaround. This issue will be fixed with a hotfix for 2025.3.0.

      • Added features to c4d.documents.BatchRender class, to have more control over render settings, cameras, and takes for a given job.
      • Added a suite of new code examples around the subject of dialogs, including both simple beginner examples, as well as more complex examples covering subjects such as dynamic GUIs, value and layout persistence, and using resources to define dialogs and string translations. The new examples all begin with the prefix py-cmd_gui_, see our plugin examples overview for details.

      Head to our download section to grab the newest SDK downloads, or read the C++ or Python API change notes for an in detail overview of the changes.

      Happy rendering and coding,
      the Maxon SDK Team

      ℹ Cloudflare unfortunately still does interfere with our server cache. You might have to refresh your cache manually to see new data when you read this posting within 24 hours of its release.

      posted in News & Information news cinema 4d c++ python sdk information
      ferdinandF
      ferdinand

    Latest posts made by ferdinand

    • RE: How to change the Node spaces

      Hello @gelobui,

      Welcome to the Maxon developers forum and its community, it is great to have you with us!

      Getting Started

      Before creating your next postings, we would recommend making yourself accustomed with our forum and support procedures. You did not do anything wrong, we point all new users to these rules.

      • Forum Overview: Provides a broad overview of the fundamental structure and rules of this forum, such as the purpose of the different sub-forums or the fact that we will ban users who engage in hate speech or harassment.
      • Support Procedures: Provides a more in detail overview of how we provide technical support for APIs here. This topic will tell you how to ask good questions and limits of our technical support.
      • Forum Features: Provides an overview of the technical features of this forum, such as Markdown markup or file uploads.

      It is strongly recommended to read the first two topics carefully, especially the section Support Procedures: How to Ask Questions.

      About your First Question

      It depends a bit on how you mean your question. There is GetActiveNodeSpaceId which allows you to get the ID of the current node space. But there is no setting equivalent of that function. So, you cannot set a node space by its ID.

      What you can do, is call the command which switches node spaces. These are however dynamically assigned and can have a different meaning, depending on how many render engines are installed. You can just check the script log after changing the space.

      On this installation I have for example no extra render engines or node spaces installed, therefore Redshift is there 72000, 4.
      a0da1ed7-7add-456e-a8cc-63d8bd1ced2a-image.png

      But on this machine I have the C++ SDK installed and therefore the Example nodes space, so Redshift is now 72000, 5:

      49b0838b-49d5-4f14-b638-811d8d26ada4-image.png

      When you really want to do this in a fail safe manner, you would have to parse the menu of Cinema 4D to know with which sub-id to call CallCommand.

      Cheers,
      Ferdinand

      posted in Cinema 4D SDK
      ferdinandF
      ferdinand
    • RE: ColorField/ColorDialog and GeUserArea – Color Space Questions

      Hey @lasselauch,

      Thank you for reaching out to us. The issue is likely that you do not respect OCIO color management in your document. You have marked this posting as S26, but my hunch would be that you are using a newer version of Cinema 4D and an OCIO enabled document. The first implementation of OCIO showed up with S26 in Cinema 4D, although it was just some internal systems then such as the flag DOCUMENT_COLOR_MANAGEMENT_OCIO and user facing systems arrived with 2024 the earliest I think. In Python, you can only truly deal with this in 2025.0.0 and higher, as that is when we added the OCIO API to Python.

      When you indeed are testing this on an S26 or lower instance of Cinema 4D, the major question would be if DOCUMENT_LINEARWORKFLOW is enabled or not. Because you cannot just blindly convert colors.

      Is this the intended behavior? Should we always convert LINEAR→sRGB when drawing colors from ColorField/ColorDialog in a GeUserArea?

      The question would be what you consider here this ;). But if the question is if it is intended behavior for a scene with DOCUMENT_COLOR_MANAGEMENT_BASIC and DOCUMENT_LINEARWORKFLOW enabled, to have all its scene element and parameter colors expressed as sRGB 1.0, then yes, that is the major gist of the old linear workflow. It is also intended that drawing happens in sRGB 2.2 up this day.

      Issue 2: Eyedropper Roundtrip Doesn't Preserve Saturated Colors

      Generally, multi question topics tend to become a mess (which is why we do not allow them). But in short: While roundtrips in the form of sRGB 1.0 -> sRGB 2.2 -> sRGB 1.0 are not absolutely lossless (you are always subject to floating point precision errors), there is no giant loss by default. I am not sure what math TransformColor is using explicitly. A simple pow(color, 2.2) and pow(color, 1/2.2) are the naive way to do this and the loss would be rather small. TransformColor might be respecting tristimulus weights which is a bit more lossy but still in a small range.

      OCIO roundtrips on the other hand are generally quite lossy, because ACEScg is a very wide gamut color space and converting from ACEScg to sRGB 2.2 and back can lead to significant losses in saturated colors. Some conversion paths in OCIO are even irreversible in a certain sense (depending on what color spaces you have assigned to which transform). OCIO is rather complicated to put it mildly.

      Is there a known issue with the ColorDialog eyedropper and color space conversion for saturated colors?

      Not that I am aware of. But you likely just ignored OCIO. And while the default OCIO Render Space of Cinema 4D (ACEScg) is in a certain sense similar to sRGB 1.0 for low saturated colors, it diverges significantly for highly saturated colors. So, your loss of saturation is likely stemming from treating an OCIO document with an ACEScg render space as sRGB 1.0.

      See also:

      • Python OCIO Example: open_color_io_2025_2.py
      • Python OCIO Example: py-ocio_node_2025.pyp
      • C++ Manual: Color Management
      • C++ Manual: OCIO

      Last but not least, I attached an example of what you are trying to achieve, get a color from a color gadget in a dialog and draw with it faithfully in your own user area.

      Cheers,
      Ferdinand

      """Demonstrates how to correctly draw with OCIO colors in a dialog.
      
      This examples assumes that you are using Cinema 4D 2025+ with an OCIO enabled document. It will also
      work in other versions and color management modes, but the point of this example is to demonstrate
      OCIO color conversion for drawing in dialogs (more or less the same what is already shown in other
      OCIO examples in the SDK).
      """
      import c4d
      from c4d import gui
      
      class ColorArea(gui.GeUserArea):
          """Draws a color square in a custom UI element for a dialog.
          """
          def __init__(self):
              self._color: c4d.Vector = c4d.Vector(1, 0, 0) # The color to draw, this is in sRGB 2.2
      
          def GetMinSize(self):
              return 75, 20
      
          def DrawMsg(self, x1: int, y1: int, x2: int, y2: int, msg: c4d.BaseContainer) -> None:
              """Draw the color of the area.
              """
              self.OffScreenOn()
      
              # Draw the color.
              self.DrawSetPen(self._color)
              self.DrawRectangle(x1, y1, x2, y2)
      
      class ColorDialog(gui.GeDialog):
          """Implements a dialog that hosts a color field and chooser as well as our custom color area.
          
          The colors in the color field and chooser are in render space, so we have to convert them to sRGB
          for correct display in our user area. All three color widgets are kept in sync, i.e., changing one
          updates the others.
          """
          ID_DUMMY_ELEMENT: int = 1000
          ID_COLOR_CHOOSER: int = 1001
          ID_COLOR_FIELD: int = 1002
          ID_COLOR_AREA: int = 1003
      
          SPACING_BORDER: int = (5, 5, 5, 5)
          SPACING_ELEMENTS: int = (5, 5)
          DEFAULT_FLAGS: int = c4d.BFH_SCALEFIT | c4d.BFV_SCALEFIT
      
          def __init__(self) -> None:
              """Initializes the dialog.
              """
              # Reinitializing the color area each time CreateLayout is called, could cause loosing its
              # state when this is an async dialog docked in the UI and part of a layout, as CreateLayout 
              # can be called more than once when a dialog must be reinitialized on layout changes. So, 
              # doing it in __init__ or guarding it with a check if it is already created in CreateLayout 
              # is better.
              self._color_area: ColorArea = ColorArea()
      
          def CreateLayout(self) -> None:
              """Called by Cinema 4D to populate the dialog with elements.
              """
              self.SetTitle("Dialog Color OCIO Demo")
              # Using the same ID for dummy elements multiple times is fine, using IDs < 1000 is often
              # not a good idea, as Cinema 4D usually operates in that range, and therefore an ID such 
              # as 0 can lead to issues (0 is AFIAK not actually used but better safe than sorry).
              if self.GroupBegin(self.ID_DUMMY_ELEMENT, self.DEFAULT_FLAGS, cols=1):
                  self.GroupBorderSpace(*self.SPACING_BORDER)
                  self.GroupSpace(*self.SPACING_ELEMENTS)
      
                  # Add a color chooser and a color field.
                  self.AddColorChooser(self.ID_COLOR_CHOOSER, c4d.BFH_LEFT)
                  self.AddColorField(self.ID_COLOR_FIELD, c4d.BFH_LEFT)
      
                  # Add our user area to display the color.
                  self.AddUserArea(self.ID_COLOR_AREA, c4d.BFH_LEFT)
                  self.AttachUserArea(self._color_area, self.ID_COLOR_AREA)
                  self.GroupEnd()
              return True
      
          def InitValues(self) -> bool:
              """Called by Cinema 4D to initialize the dialog values.
              """
              self.SetColors(c4d.Vector(1, 0, 0))
              return True
      
          def SetColors(self, color: c4d.Vector, doc: c4d.documents.BaseDocument | None = None) -> None:
              """Sets the colors of all color widgets to the given render space #color.
              """
              # Just set the two color widgets first, as they expect render space colors.
              self.SetColorField(self.ID_COLOR_CHOOSER, color, 1.0, 1.0, c4d.DR_COLORFIELD_NO_BRIGHTNESS)
              self.SetColorField(self.ID_COLOR_FIELD, color, 1.0, 1.0, c4d.DR_COLORFIELD_NO_BRIGHTNESS)
      
              # When the call did not provide a document, use the active document.
              if not isinstance(doc, c4d.documents.BaseDocument):
                  doc = c4d.documents.GetActiveDocument()
      
              # Check in which color mode the document is. Explicit OCIO color management exists in this 
              # form since S26 but it really only took off with 2025.
              isOCIO: bool = False
              if (c4d.GetC4DVersion() >= 2025000 and
                  doc[c4d.DOCUMENT_COLOR_MANAGEMENT] == c4d.DOCUMENT_COLOR_MANAGEMENT_OCIO):
                  # All colors in a document are render space colors (including the color fields in 
                  # dialogs). GUI drawing however still happens in sRGB space, so we need to convert
                  # the render space color to sRGB for correct display. For that we need a document
                  # because it contains the OCIO config and the converted which is derived from it.
                  converter: c4d.modules.render.OcioConverter = doc.GetColorConverter()
      
                  # Transform a render space color to sRGB space (there are other conversion paths
                  # too, check the docs/examples on OCIO).
                  color: c4d.Vector = converter.TransformColor(
                      color, c4d.COLORSPACETRANSFORMATION_OCIO_RENDERING_TO_SRGB)
                  
                  isOCIO = True
              elif not isOCIO and doc[c4d.DOCUMENT_LINEARWORKFLOW]:
                  # For non-OCIO documents (older than S26 or DOCUMENT_COLOR_MANAGEMENT_BASIC), the scene
                  # element color space ('render space' in OCIO terms) can either be sRGB 2.2 or sRGB 1.0
                  # (linear sRGB), depending on whether DOCUMENT_LINEARWORKFLOW is set or not. In that 
                  # case, we would have to convert from gamma 1.0 to 2.2. In a modern OCIO document, we
                  # could also use #converter for this, but for legacy reasons I am using here the old
                  # c4d.utils function. It might be better to use the converter when this is a 2025+
                  # instance of Cinema 4D. #DOCUMENT_LINEARWORKFLOW is really old, it exists at least 
                  # since #R21 (I did not check earlier versions), so I am not doing another version check.
                  color = c4d.utils.TransformColor(color, c4d.COLORSPACETRANSFORMATION_LINEAR_TO_SRGB)
      
              # Last but not least, in practice you would probably encapsulate this logic in your user
              # area, similarly to how native color elements operate just in Render Space but draw in 
              # sRGB space. For dialogs (compared to description parameters), this is a bit complicated
              # by the fact that one cannot unambiguously associate a dialog with a document from which
              # to take the color management settings. A custom GUI of a description parameter can
              # always get the node it is hosted by and its document. For dialog GUIs that is not possible.
              # So, we have to do the active document approach I showed here.
      
              # In a super production scenario, you would overwrite CoreMessage() of the user area or
              # dialog, to catch the active document changing, to then update the color conversion, as
              # with the document change, also the OCIO config could changed and with that its render
              # space transform.
              #
              # All in all probably a bit overkill, and I would ignore this under the banner of "who
              # cares, just reopen the dialog and you are fine". Because users will also rarely change
              # the default render space transform of ACEScg to something else.
      
              self._color_area._color = color
              self._color_area.Redraw()
              
          def Command(self, id: int, msg: c4d.BaseContainer) -> bool:
              """Called by Cinema 4D when the user interacts with a dialog element.
              """
              if id == self.ID_COLOR_CHOOSER:
                  color: c4d.Vector = self.GetColorField(self.ID_COLOR_CHOOSER)["color"]
                  self.SetColors(color)
              elif id == self.ID_COLOR_FIELD:
                  color: c4d.Vector = self.GetColorField(self.ID_COLOR_FIELD)["color"]
                  self.SetColors(color)
              return True
      
      # Please do not do this hack in production code. ASYNC dialogs should never be opened in a Script
      # Manager script like this, because this will entail a dangling dialog instance. Use modal dialogs
      # in Script Manager scripts or implement a plugin such as a command to use async dialogs.
      dlg: ColorDialog = ColorDialog()
      if __name__ == '__main__':
          dlg.Open(c4d.DLG_TYPE_ASYNC, defaultw=480, defaulth=400)
      
      posted in Cinema 4D SDK
      ferdinandF
      ferdinand
    • RE: ObjectData handles - Unexpected position jitter

      Good to hear!

      posted in Bugs
      ferdinandF
      ferdinand
    • RE: ObjectData handles - Unexpected position jitter

      I now also see that my example is buggy in the perspective view (and other views I have not implemented). For these cases you would have to do exactly what I did in my ohandlenull example, project the point into a plane placed on the origin of the object with a normal that is the inverse of the camera normal.

      Given that this also affects internal code, it is quite likely that we will fix this. If I were you, I would just keep my old code and ignore this very niche edge case. When you really want this to work you would have to implement MoveHandle and handle the different view projections of Cinema 4D. This can probably be done in 50-100 lines of code or so, but it would be something I would try to avoid doing, as viewport projections can be tricky to handle.

      posted in Bugs
      ferdinandF
      ferdinand
    • RE: ObjectData handles - Unexpected position jitter

      Hey @PixelsInProgress,

      so, I had a look. First of all, I came up with reproduction steps which you were lacking (see our Support Procedures). It is important to provide these, because when you just provide a 'sometimes it works, sometimes it doesn't' or a 'it is hard to reproduce' the risk is high, that I or Maxime will just declare something non-reproducible and move on (which almost happened here). We understand this is extra work and that you already put work into boiling down the issue, but it is in your own interest to be more precise with reproduction steps.

      I am not 100% sure if we will consider this a bug, because I do not yet fully understand why this happens, but I have moved this into bugs for now. I also provide a workaround based on MoveHandle as already hinted at before.

      Edit: Since this bug also affects objects provided by Cinema 4D, such as a cloner in linear mode or the field force object, this is now a Cinema 4D and not SDK bug anymore.

      Issue

      ObjectData.SetHandle code can lead to jitter issues when using HANDLECONSTRAINTTYPE_FREE.

      Reproduction

      1. Add the example object plugin to a scene.
      2. Switch to a two panel viewport layout, make the right panel a "Right" projection, the left panel a "Top" projection.
      3. Give the object a non-default transform.
      4. Interact with the handle in one of the panels.
      5. Now move the object in that panel.
      6. Interact with the handle in the other panel.

      Result

      • The handle jitters between the world plane perpendicular to the other view and the 'correct' position.

      Code

      import c4d
      
      PLUGIN_ID = 1067013
      PIP_HANDLE_EXAMPLE_POSITION = 1000
      PIP_HANDLE_EXAMPLE_GROUP_STORAGE_GROUP = 2000
      PIP_HANDLE_EXAMPLE_CONTAINER_INTERNAL_CONTAINER = 3000
      
      class PIP_HandleExample(c4d.plugins.ObjectData):
      
          def Init(self,op,isCloneInit):
              self.InitAttr(op, c4d.Vector, c4d.PIP_HANDLE_EXAMPLE_POSITION)
              if not isCloneInit:
                  op[c4d.PIP_HANDLE_EXAMPLE_POSITION] = c4d.Vector(0,0,0)
      
              return True
      
          def GetHandleCount(self, op):
              return 1
      
          def GetHandle(self, op, i, info):
              info.position  = op[c4d.PIP_HANDLE_EXAMPLE_POSITION] 
              info.type      = c4d.HANDLECONSTRAINTTYPE_FREE
      
          def SetHandle(self, op, i, p, info):
              op[c4d.PIP_HANDLE_EXAMPLE_POSITION] = p
      
          def Draw(self, op, drawpass, bd, bh):
              if drawpass != c4d.DRAWPASS_HANDLES:
                  return c4d.DRAWRESULT_SKIP
      
              bd.SetMatrix_Matrix(op, op.GetMg())
              bd.SetPen(c4d.GetViewColor(c4d.VIEWCOLOR_HANDLES))
      
              info = c4d.HandleInfo()
              self.GetHandle(op, 0, info)
              bd.DrawHandle(info.position, c4d.DRAWHANDLE_BIG, 0)
              return c4d.DRAWRESULT_OK
      
      if __name__ == "__main__":
          if not c4d.plugins.RegisterObjectPlugin(
                      id=PLUGIN_ID,
                      str="PIP - Handle example",
                      g=PIP_HandleExample,
                      description="PIP_HandleExample",
                      icon=None,
                      info=c4d.OBJECT_GENERATOR):
              raise RuntimeError("Failed to register PIP_HandleExample plugin.")
      

      Workaround

      As already hinted at, you can override MoveHandle instead of SetHandle to implement your own handle movement logic. This way you have full control over how the mouse position is interpreted and can work around the jitter issue. See below for an example implementation.

      Files: PIP_HandleExample.zip

          # def SetHandle(self, op, i, p, info):
          #     """ Not required as we override MoveHandle.
          #     """
          #     op[c4d.PIP_HANDLE_EXAMPLE_POSITION] = p
      
          def MoveHandle(self, op: c4d.BaseObject, undo: c4d.BaseObject, mouse_pos: c4d.Vector, 
                         hit_id: int, qualifier: int, bd: c4d.BaseDraw) -> bool:
              """Called by Cinema 4D when the user interacts with a handle.
              """
              # Get the mouse position in world space and then convert it to object space. The issue
              # of this solution is that it will project the point down to one of the world planes (
              # the plane to which the the #SetHandle code jitters). So, the axis which is perpendicular
              # to the view plane will be zeroed out.
              worldMousePos: c4d.Vector = bd.SW(mouse_pos)
              localMousePos: c4d.Vector = ~op.GetMg() * worldMousePos
      
              # To fix that, we must project the point into a plane we consider correct. You could do this
              # brutishly by for example checking the projection of #bd and then just align the component
              # of #worldMousePos that is perpendicular to that plane. You could also add some 'carry on' 
              # logic here which respects previous data, but I didn't do that.
              projection: int = bd[c4d.BASEDRAW_DATA_PROJECTION]
              if projection in (c4d.BASEDRAW_PROJECTION_TOP, c4d.BASEDRAW_PROJECTION_BOTTOM):
                  worldMousePos.y = op.GetMg().off.y
              elif projection in (c4d.BASEDRAW_PROJECTION_FRONT, c4d.BASEDRAW_PROJECTION_BACK):
                  worldMousePos.z = op.GetMg().off.z
              elif projection in (c4d.BASEDRAW_PROJECTION_LEFT, c4d.BASEDRAW_PROJECTION_RIGHT):
                  worldMousePos.x = op.GetMg().off.x
      
              op[c4d.PIP_HANDLE_EXAMPLE_POSITION] = ~op.GetMg() * worldMousePos
      
              return True
      

      Cheers,
      Ferdinand

      posted in Bugs
      ferdinandF
      ferdinand
    • RE: ObjectData handles - Unexpected position jitter

      Well, what I meant with feedback loop, is that you never constraint your data in any shape or form. All code examples and internal code work like this:

      def GetHandle(self, op, i, info):
          info.position  = self.handle_position # or op[c4d.ID_INTERNAL_HANDLE_STORAGE]
          info.type = c4d.HANDLECONSTRAINTTYPE_SOMETYPE
          info.direction = Vector(...)
      
      def SetHandle(self, op, i, p, info):
          self.handle_position = Clamp(p)
      

      I.e., here Clamp is called on p before it is fed back into handle_position. In my bezier handle example I used MoveHandle to project the current mouse pick point into the plane where I wanted to have it. You could also do the same in SetHandle. The viewport picking algorithm has no idea where you consider to be the 'correct' working plane. It does its best to guess, but you must still check and or help.

      I haven't had a look at your code yet, will do next week (hopefully on Monday). It could be that there is a bug in the Python API, but that unbound nature of your code does strike me as incorrect.

      Cheers,
      Ferdinand

      posted in Bugs
      ferdinandF
      ferdinand
    • RE: ObjectData handles - Unexpected position jitter

      Hey @PixelsInProgress,

      thank you for reaching out to us. That is not possible to answer like this, please provide an executable code example of what you are doing.

      I guess the the reason for your problems are that you use the a bit niche constraint type HANDLECONSTRAINTTYPE_FREE and create a transform feedback loop when you feed your own user data into your handle without constraining that data. Keep in mind that handle code is called view-based. You might have to implement MoveHandle to correctly transform your point. But I have no idea what you are trying to do, so I am mostly guessing.

      I have written a while ago this C++ code example which implements a camera dependent handle, which might be what you are trying to do here.

      Cheers,
      Ferdinand

      posted in Bugs
      ferdinandF
      ferdinand
    • RE: Educational Licenses

      No one might see this here, as notifications are currently broken, but there is an all new licensing manual and example in the SDK which should answer the questions asked here. Feel free to follow up, in case something remains unclear.

      Licensing Manual

      posted in Cinema 4D SDK
      ferdinandF
      ferdinand
    • Maxon One 2026.1 SDK Release

      Dear development community,

      On December the 3rd, 2025, Maxon Computer unveiled Maxon One 2026.1 in its December release. For an overview of the new features please refer to the news posting.

      Alongside this release, existing APIs have been updated. For a detailed overview, please see the Cinema 4D C++ SDK, the Cinema 4D Python SDK, and ZBrush Python SDK change notes.

      Cinema 4D

      C++ API

      • Only minor API changes have been made.

      Python API

      • Added new manual and code example revolving around plugin licening.
      • Minor bug fixes in older code examples.

      ZBrush

      Python API

      • Finalized the ZBrush SDK, with new manuals, code examples, and an all new SDK look.
      • Added new ZBrush-Python-API-Examples repository on Github.

      Head to our download section to grab the newest SDK downloads.

      Happy rendering and coding,
      the Maxon SDK Team

      ℹ We are aware that the notifications are currently malfunctioning on the forum.
      ℹ Cloudflare unfortunately still does interfere with our server cache. You might have to refresh your cache manually to see new data when you read this posting within 24 hours of its release.

      posted in News & Information cinema 4d zbrush news c++ python sdk information
      ferdinandF
      ferdinand
    • RE: How to get edge 'island' selection

      Hey @BretBays,

      Let me answer a few things, I although I still have the feeling we are not at the bottom of things yet.

      So my idea(based off a maya tool used at work) is to be able to select those loops myself with edges, and have it run the interpolation on all the loops at once(well, at once as far as clicking apply once and it does each loop for you).

      You can of course implement a point, edge, or polygon loop or ring selection yourself. But my advice would be to use the builtin tool programmatically unless you really have to implement your own tool. Because while a simple loop selection is relatively trivial, a production level loop tool is then quite a bit of work, due to all the edge cases you have to handle.

      The issues I am running into is that it seems like working with edge selections is very cumbersome in Cinema. [...] I don't know I just am having a hard time wrapping my head around these concepts in Cinema. Is it possible to pass in an edge ID and work with edge ID's or do you have to go through the polygon info and all of that to get them?

      Cinema 4D does not store edges explicitly, as this would unnecessarily increase the size of a scene. One can sufficiently describe polygonal geometry as a set of points for the vertices, and a set of ordered quadruples of point indices for each polygon. This is common practice in 3D applications and called 'indexed face set'. You always have to go through the polygons and points to work with edges. Edges are effectively just a smoke and mirrors convenience feature for end users. One could argue how much front-end wrappers for edges an API requires to be easy to use, but I would say Cinema 4D is there at least okay. You can find helper functions for edges on PolygonObject and SendModelingCommand supports edge selections directly.

      In short, for each perceived user edge E_p, exist n 'real' or 'raw' edges for the indexed face set, where n is either 1 or 2 when the is mesh manifold (or larger when non-manifold). If n=1, then E_p is a boundary edge, otherwise it is an internal edge shared by two polygons. This is due to these two polygons having two have opposite winding orders for that shared edge when the polygons are meant to face into the same direction. The following diagram illustrates this (arrows indicate the winding order of the polygons):

      a- → -b b- → -e
      |     | |     |
      ↑  P  ↓ ↑  Q  ↓
      |     | |     |
      d- ← -c c- ← -f
      

      Fig. 1: Two polygons P and Q sharing the user perceived edge E_p defined by the points b and c. The lower case labels denote unique point identifiers in the indexed face set, not a point order within the polygon. The polygon P is defined as (a, b, c, d) and the polygon Q as (b, e, f, c), i.e., a and b are the first vertex of each polygon respectively. The arrows describe the winding order of the polygons.

      The global raw edge index is defined as rawEdgeIndex = polygonIndex * 4 + localEdgeIndex. E.g., when P would have the polygon index 2 and Q the polygon index 6, then the user perceived edge E_p would correspond to the two raw edges indices p_bc = 2 * 4 + 1 = 8 (edge bc in P which is the second edge, i.e. local index 1) and q_cb = 6 * 4 + 3 = 27 (edge cb in Q which is the fourth edge, i.e. local index 3).

      Here are some code examples and forum posts about working with edges in Cinema 4D's Python API:

      • geometry_polgyon_edges_2024: This is the official example script showing how to work with polygon edges in Cinema 4D 2024. It explains how to access and identify edges in a polygon object.
      • Select Edges by Length: An example that shows how to select edges based on their length.
      • Select Polygons Facing into the Same Direction: Not directly related to edges, but I talk here about the fundamental concept of a winding order, which is important when working with polygon edges.

      Cheers,
      Ferdinand

      posted in Cinema 4D SDK
      ferdinandF
      ferdinand