• Products
    • Isadora
    • Get It
    • ADD-ONS
    • IzzyCast
    • Get It
  • Forum
  • Help
  • Werkstatt
  • Newsletter
  • Impressum
  • Dsgvo
  • Press
  • Isadora
  • Get It
  • ADD-ONS
  • IzzyCast
  • Get It
  • Press
  • Dsgvo
  • Impressum

Navigation

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Popular
    • Tags

    Published points on the mapper

    Troubleshooting and Bug Reports
    3
    5
    1604
    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.
    • Fred
      Fred last edited by

      Maybe this is a bug, but I think it is a strange functionality. Maybe someone in the know can point out if all of the things I found are meant to be that way or if they are bugs (I am using 2.4.5b20), I will submit feature requests or bug reports appropriately.

      Published points could be a fast way to configure a mapper for a basic preset - like splitting things into precise slices it is faster than moving every point, it could just be typing the values and tabbing to the next - see my other post here http://troikatronix.com/troikatronixforum/discussion/3039/mapper-type-convert#latest to get an overview of why I want precise points for mapping.

      I tried publishing points but I am a little confused. The points that I can publish are not the actual points, they are offsets, so the visual relevance of the slices is lost completely, also the output preview of the mapper does not show any change when I manipulate these points only the stage and stage preview. I am wondering what is the actual use of these offsets and where they are calculated if this is the desired behaviour. 
      Once the offset is engaged moving the mapper quads becomes a strange and futile task, the points are just not where they should be.
      It seems like we can get access to mapping points on the fly with these publish points functions, that would be great to be able to type in values and read and write real mapping config from a file, or using set and get systems to distribute the values. However it should be the real points, not offsets, which means having separate published values for input and output, which would be great and very useful and would still allow the same kind of manipulation as the current system (if it is meant to work this way) but it would be much more flexible as well as just logical.
      Fred

      http://www.fredrodrigues.net/
      https://github.com/fred-dev
      OSX 13.6.4 (22G513) MBP 2019 16" 2.3 GHz 8-Core i9, Radeon Pro 5500M 8 GB, 32g RAM
      Windows 10 7700K, GTX 1080ti, 32g RAM, 2tb raided SSD

      1 Reply Last reply Reply Quote 0
      • Michel
        Michel Izzy Guru last edited by

        @Fred

        Well as you are saying, the published points are only offset value of the actual points. There was a discussion before about that. http://troikatronix.com/troikatronixforum/discussion/2363/izzymap-published-points-not-working-as-expected. Please file a feature request so we can think about the behavior again.
        Best Michel 

        Michel Weber | www.filmprojekt.ch | rMBP (2019) i9, 16gig, AMD 5500M 8 GB, OS X 10.15 | located in Winterthur Switzerland.

        1 Reply Last reply Reply Quote 0
        • Fred
          Fred last edited by

          Yes, I also remember writing about this when mapping was a hidden beta feature. I will file a feature request. IMHO this current system is very strange and reasoning to keep it that way pretty thin.

          http://www.fredrodrigues.net/
          https://github.com/fred-dev
          OSX 13.6.4 (22G513) MBP 2019 16" 2.3 GHz 8-Core i9, Radeon Pro 5500M 8 GB, 32g RAM
          Windows 10 7700K, GTX 1080ti, 32g RAM, 2tb raided SSD

          1 Reply Last reply Reply Quote 0
          • Skulpture
            Skulpture Izzy Guru last edited by

            I use it in its current format regularly. In fact this morning teaching mapping on a basic video cube.

            It's just a very visual way of mapping, in fact id go as far as saying its fun. 
            BUT; I understand 100% that the feature you suggest would be very useful.

            Graham Thorne | www.grahamthorne.co.uk
            RIG 1: Custom-built PC: Windows 11. Ryzen 7 7700X, RTX3080, 32G DDR5 RAM. 2 x m.2.
            RIG 2: Laptop Dell G15: Windows 11, Intel i9 12th Gen. RTX3070ti, 16G RAM (DDR5), 2 x NVME M.2 SSD.
            RIG 3: Apple Laptop: rMBP i7, 8gig RAM 256 SSD, HD, OS X 10.12.12

            1 Reply Last reply Reply Quote 0
            • Fred
              Fred last edited by

              @Skulpture, but when you publish the points and use the offset how do you map again? The image in the mapper where you grab the points no longer corresponds to the output. Especially if you use the offset on just one slice. in the mapper it may sit right next to another slice but on the projection it is a completely different place. For me this feels like a bug, even if it is deliberate and I cannot see the use case, but maybe there is something I missed?

              http://www.fredrodrigues.net/
              https://github.com/fred-dev
              OSX 13.6.4 (22G513) MBP 2019 16" 2.3 GHz 8-Core i9, Radeon Pro 5500M 8 GB, 32g RAM
              Windows 10 7700K, GTX 1080ti, 32g RAM, 2tb raided SSD

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