HISE Logo Forum
    • Categories
    • Register
    • Login

    Image sizes

    Scheduled Pinned Locked Moved General Questions
    11 Posts 3 Posters 449 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.
    • ustkU
      ustk @MikeB
      last edited by ustk

      @MikeB images are rendered as bitmap, so since your 3 resolution are the same they end up to have the same size

      Can't help pressing F5 in the forum...

      1 Reply Last reply Reply Quote 0
      • MikeBM
        MikeB
        last edited by

        I have already read here that all images are processed internally in 32Bit.

        My question now is WHY?

        32Bit are used for HDR shots - who needs HDR quality in his PlugIn ? :-)
        Can't you give the developer the possibility to choose for himself?
        with which resolution his images are processed and displayed?
        E.g. 8Bit, 16Bit, 32Bit
        Most pictures are perfectly fine with 8Bit - to give them a 32Bit space
        is like standing completely alone in a railway station concourse.

        This is a big obstacle

        "One hour of trial and error can save 10 minutes of reading the manual."
        "It's easier to hit the developer with feature requests than to spend 10 minutes reading the manual. :-)))"
        HISE Develop - Mac Pro 5.1, OS X 10.14.6, Projucer 6.02, Xcode 10.3

        ustkU 2 Replies Last reply Reply Quote 0
        • ustkU
          ustk @MikeB
          last edited by

          @MikeB No idea...

          Can't help pressing F5 in the forum...

          1 Reply Last reply Reply Quote 0
          • ustkU
            ustk @MikeB
            last edited by

            @MikeB https://docs.hise.audio/working-with-hise/project-management/projects-folders/images.html

            Can't help pressing F5 in the forum...

            MikeBM 1 Reply Last reply Reply Quote 0
            • MikeBM
              MikeB
              last edited by

              The Windows Bitmap format 32Bit is certainly a fine thing but has the big disadvantage of
              extreme waste of space for a lot of pictures 8 or 16 bit pictures are quite sufficient.

              Please @Christoph say that you can do something here.

              https://docs.microsoft.com/en-us/windows/win32/gdiplus/-gdiplus-types-of-bitmaps-about

              "One hour of trial and error can save 10 minutes of reading the manual."
              "It's easier to hit the developer with feature requests than to spend 10 minutes reading the manual. :-)))"
              HISE Develop - Mac Pro 5.1, OS X 10.14.6, Projucer 6.02, Xcode 10.3

              1 Reply Last reply Reply Quote 0
              • MikeBM
                MikeB @ustk
                last edited by

                @ustk said in Image sizes:

                @MikeB https://docs.hise.audio/working-with-hise/project-management/projects-folders/images.html

                Yes, thank you - I have read it
                But I am pretty sure that most developers here do NOT create iPad apps and need Retina resolutions.
                with a simple choice between 4,8,16,32 bit when importing or processing internally
                would save a lot of memory.

                "One hour of trial and error can save 10 minutes of reading the manual."
                "It's easier to hit the developer with feature requests than to spend 10 minutes reading the manual. :-)))"
                HISE Develop - Mac Pro 5.1, OS X 10.14.6, Projucer 6.02, Xcode 10.3

                ustkU Christoph HartC 2 Replies Last reply Reply Quote 1
                • ustkU
                  ustk @MikeB
                  last edited by

                  I think that would be good to have an extra definition in the settings...

                  Can't help pressing F5 in the forum...

                  1 Reply Last reply Reply Quote 0
                  • MikeBM
                    MikeB
                    last edited by MikeB

                    Yes that would be fantastic
                    Because at the moment HISE reserves an exhibition hall internally for a single desk.
                    Here, the size of a small sales room or ideally an office room would be perfectly sufficient - wouldn't it?

                    "One hour of trial and error can save 10 minutes of reading the manual."
                    "It's easier to hit the developer with feature requests than to spend 10 minutes reading the manual. :-)))"
                    HISE Develop - Mac Pro 5.1, OS X 10.14.6, Projucer 6.02, Xcode 10.3

                    1 Reply Last reply Reply Quote 0
                    • Christoph HartC
                      Christoph Hart @MikeB
                      last edited by

                      @MikeB Every Apple computer since 2015 has a retina display and most modern Windows 10 machines too so it's not uncommon to have a higher resolution.

                      Not sure what the problem is though - the images have to be uncompressed in the memory and this is not a limitation of HISE but computers in general.

                      MikeBM 1 Reply Last reply Reply Quote 0
                      • MikeBM
                        MikeB @Christoph Hart
                        last edited by

                        @Christoph-Hart said in Image sizes:

                        @MikeB Every Apple computer since 2015 has a retina display and most modern Windows 10 machines too so it's not uncommon to have a higher resolution.

                        Not sure what the problem is though - the images have to be uncompressed in the memory and this is not a limitation of HISE but computers in general.

                        I'm already aware of the uncompressed part, Christoph.
                        But do they have to do this with 32 bit ?
                        If I have an image that is 9kb uncompressed - an empty area - and this then requires 4Mb of storage space in HISE, then I have to use 32 bit.
                        then that's a bit of a waste - isn't it.
                        The problem is that if I want to make a more graphically demanding GUI with 10 images, I have to use a lot of memory.
                        I end up with 60- 80MB.
                        With pictures that have an actual size of 600kb.

                        And the only Mac that has this resolution is the iMac and the MacBook - all the others have the resolution that the screen they are using delivers. And that's also true for the PC. - Doesn't it?

                        The problem is, do I need 32 bits of memory for an 8-bit image?

                        Is there no possibility here - to let the developer decide for himself whether he wants to store his image in 8 in an
                        8bit bitmap memory or whether he prefers a 16bit or even 32bit image - or whether he needs this resolution.

                        I already use all the possibilities to do this with paint routine, but as a graphic designer, I don't know what to do.
                        I want not only great functions but also sophisticated graphics.
                        After all, the eye plays along :-)

                        So if you can do something at some point so that you can use more images
                        or maybe have a wokaround I would be very grateful.

                        "One hour of trial and error can save 10 minutes of reading the manual."
                        "It's easier to hit the developer with feature requests than to spend 10 minutes reading the manual. :-)))"
                        HISE Develop - Mac Pro 5.1, OS X 10.14.6, Projucer 6.02, Xcode 10.3

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

                        16

                        Online

                        1.8k

                        Users

                        12.0k

                        Topics

                        104.1k

                        Posts