HISE Logo Forum
    • Categories
    • Register
    • Login

    Feature: Single Channel Audio waveform Display

    Scheduled Pinned Locked Moved Feature Requests
    7 Posts 3 Posters 111 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.
    • griffinboyG
      griffinboy
      last edited by griffinboy

      d3763c97-2cdf-4677-96bd-1fa2f14f9a13-image.png

      Currently the Audiowaveform component creates paths for all channels of the audio file.

      I'd like to have the option to display a single channel. Whether this be the left channel, or summed representation, or the mid channel.

      I'd appreciate any of the above as an option for the audio waveform component / Laf, as it's troublesome to get around this. For many applications it's not necessary to visualise all channels.

      That being said, I recognise it's possible to draw waveforms from scratch in both c++ and in hisescript using paint routines. However this strikes me as something that makes sense to have integrated into hise? Especially when all the groundwork has already been laid.

      bendursoB A 2 Replies Last reply Reply Quote 1
      • bendursoB
        bendurso @griffinboy
        last edited by

        @griffinboy I think several people have asked for this before. The workaround is to create an audio waveform inside a panel. Both should have the same width, but the audio waveform should be twice as height. I've been using it this way for a while, and it works well :)

        Still, it would be nice to have a channel selector.

        griffinboyG 1 Reply Last reply Reply Quote 0
        • A
          aaronventure @griffinboy
          last edited by aaronventure

          @griffinboy you can just draw the path across a larger area and so only get one channel. Set y to negative to show the second channel.

          Fo a summed representation, you could have them overlap though that's not exactly a 100% correct representation.

          1 Reply Last reply Reply Quote 1
          • griffinboyG
            griffinboy @bendurso
            last edited by griffinboy

            @bendurso
            @aaronventure

            Thanks maybe you're right

            Maybe it's just my optimization OCD, but I don't like the idea of creating and drawing paths that are larger than needed. But perhaps it's negligible.

            I guess checking the number of channels upon import and doing unique scaling based on the number of channels would work...

            A 1 Reply Last reply Reply Quote 0
            • A
              aaronventure @griffinboy
              last edited by

              @griffinboy you can probably cull the path, check the Path class. But even if not, you're just telling it what area to draw on. If you provide height*2 in the area argument, it's not actually gonna draw the lower half.

              griffinboyG 1 Reply Last reply Reply Quote 1
              • griffinboyG
                griffinboy @aaronventure
                last edited by

                @aaronventure

                Thanks indeed I'll look into this.

                I'll keep this here as a feature request because I still think it's something that should be built in.

                A 1 Reply Last reply Reply Quote 0
                • A
                  aaronventure @griffinboy
                  last edited by

                  @griffinboy i suspect that implementation will just be a stretching of the path across a different area, haha.

                  For multiple channels, you'll probably find it easier to do using the new Rectangle() object.

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

                  45

                  Online

                  1.7k

                  Users

                  11.7k

                  Topics

                  101.8k

                  Posts