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

    Normals Tag data limit?

    Scheduled Pinned Locked Moved SDK Help
    5 Posts 0 Posters 338 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • H Offline
      Helper
      last edited by

      THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

      On 09/09/2010 at 09:13, xxxxxxxx wrote:

      User Information:
      Cinema 4D Version:   11.5 
      Platform:   Windows  ; Mac  ;  Mac OSX  ; 
      Language(s) :     C++  ;

      ---------
      Hi,

      is there a limit of how big a normals tag can be? I have a mesh with 12 million polygons (actually all triangles) and whenever I try to generate a normals tag with this size (12 million * 12 of course) I get a null pointer. Lower polygon counts seem to work and the tag is correctly allocated. I used MakeVariableTag. Is there a limit to the size of the data a normals tag can hold? My RAM is also not nearly filled up (6GB left).

      Thanks in advance

      1 Reply Last reply Reply Quote 0
      • H Offline
        Helper
        last edited by

        THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

        On 10/09/2010 at 02:09, xxxxxxxx wrote:

        Sorry I can't confirm. Creating a Normal tag for a 16 millions polygon object works fine here. Maybe something wrong with the value you pass to MakeVariableTag?

        cheers,
        Matthias

        1 Reply Last reply Reply Quote 0
        • H Offline
          Helper
          last edited by

          THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

          On 10/09/2010 at 02:41, xxxxxxxx wrote:

          thanks. Nope, at least I don´t think so, I debugged it several times and the polycount is just fine (I first create the polyobject and then directly take the count from GetPolyCount() to make sure there is no discrepancy. oh and according vertices are also all valid and available). My call is then simply:

          poly->MakeVariableTag(Tnormal, poly->GetPolygonCount()*12);

          The polygon object I create on my own and I do all this within GetVirtualObjects if that makes any difference (though I wouldn´t see why). It really seems strange 😕

          1 Reply Last reply Reply Quote 0
          • H Offline
            Helper
            last edited by

            THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

            On 10/09/2010 at 03:01, xxxxxxxx wrote:

            Originally posted by xxxxxxxx

            poly->MakeVariableTag(Tnormal, poly->GetPolygonCount()*12);

            Afaik you shouldn't multiply the polygon count by 12. Simply pass the polygon count and MakeVariableTag creates the internal structure depending on the passed VariableTag type.

            cheers,
            Matthias

            1 Reply Last reply Reply Quote 0
            • H Offline
              Helper
              last edited by

              THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED

              On 10/09/2010 at 04:42, xxxxxxxx wrote:

              oh ok, I´ll try that. I just thought that I need to give the data allocation size explicitly as the data is accessed accordingly.

              1 Reply Last reply Reply Quote 0
              • First post
                Last post