<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - better display of audio profiles for cards with many profiles"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=104574#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - better display of audio profiles for cards with many profiles"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=104574">bug 104574</a>
              from <span class="vcard"><a class="email" href="mailto:tanuk@iki.fi" title="Tanu Kaskinen <tanuk@iki.fi>"> <span class="fn">Tanu Kaskinen</span></a>
</span></b>
        <pre>(In reply to Peter F. Patel-Schneider from <a href="show_bug.cgi?id=104574#c2">comment #2</a>)
<span class="quote">> Is the source still at git://anongit.freedesktop.org/pulseaudio/pavucontrol?</span >

Yes, that's the right repository.

<span class="quote">> Are your patches there?</span >

No, the patch that I mentioned is available here (it's for pulseaudio, not
pavucontrol): <a href="https://patchwork.freedesktop.org/patch/178102/">https://patchwork.freedesktop.org/patch/178102/</a>

<span class="quote">> As far as a better UI goes, I think that for a card with both inputs and
> outputs (which is probably most of them) it would be nice to be able to
> select the input and the output independently.  If selecting an output
> requires that the input be turned off then if that output is selected then
> the input would be deselected.  There are some issues that would have to be
> ironed out here, including issues with how pulse audio handles headphone/mic
> jacks, but I think that this general idea would be better than the current
> one.</span >

Just disabling the input when selecting an incompatible output would certainly
be one viable way to handle the conflicts.

Note that it's possible to have profiles with multiple sinks and multiple
sources, although the default configuration doesn't set up any such profiles.
That's an additional source of complexity.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>