All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rick Wright <riwright@vt.edu>
To: Lee Revell <rlrevell@joe-job.com>
Cc: alsa-devel <alsa-devel@lists.sourceforge.net>
Subject: Re: potential emu10k1 bug/issue for Audigy2 ZS Platinum Pro
Date: Fri, 11 Feb 2005 10:18:11 -0500	[thread overview]
Message-ID: <420CCCB3.7010104@vt.edu> (raw)
In-Reply-To: <1108073563.11177.1.camel@krustophenia.net>

[-- Attachment #1: Type: text/plain, Size: 2701 bytes --]

Lee Revell wrote:

>On Thu, 2005-02-10 at 16:20 -0500, Rick Wright wrote:
>  
>
>>>>The real problem is that the PCM output volume control sliders are 
>>>>backwards (or perhaps the remapping the channels to L/R, rather than R/L 
>>>>will fix this).  For example: PCM Front L slider controls the volume of 
>>>>playback_9 which is the RIGHT Front signal, PCM Front R slider controls 
>>>>playback_10 which is the LEFT Front signal.  This is true for all of the 
>>>>Stereo Output channel pairs.  If you think about it, the PCM sliders are 
>>>>actually controlling the correct physical L & R outputs on the card, but 
>>>>the alsa_pcm:playback signals being routed to those physical channels 
>>>>are reversed, make sense?
>>>>
>>>>Is this a bug?  If so, what is the proper place/way to report it so that 
>>>>I don't use any more of your time?  Has it already been fixed?  I know 
>>>>you mentioned v008 still had problems...
>>>>
>>>>    
>>>>        
>>>>
>>>ISTR that this is a hardware bug, and the kX driver works around it.  I
>>>will look into it.
>>>
>>>Are the channels reversed if you use JACK with the default stereo PCM,
>>>hw:0,0?
>>>
>>>  
>>>      
>>>
>>Using hw:0,0 for BOTH the Input & Output devices in QJackCtl:
>>(actually, input probably doesn't matter, huh?)
>>playback_1 maps to Stereo Output #1 RIGHT and volume is controlled by
>>the PCM LEFT slider
>>playback_2 maps to Stereo Output #1 LEFT and volume is controlled by
>>the PCM RIGHT slider
>>
>>In this case, it seems that slider is controlling the correct
>>playback_x stream, but the stream is mapped to the wrong stereo
>>channel of the soundcard.
>>    
>>
>
>This does look like an upstream bug.  Can you verify that the channels
>are still reversed without my patch?
>
>Lee
>
>
>  
>
Using a stock (unpatched) alsa-driver-1.0.8 (verified that hw:0,3 is not 
available), here are the 2ch stereo output (using output device hw:0,0 
in qjackctl) results:

playback_1 maps to Stereo Output #1 RIGHT and volume is controlled by 
Front (NOT PCM Front) LEFT slider
playback_2 maps to Stereo Output #2 LEFT and volume is controlled by 
Front (NOT PCM Front) RIGHT slider

PCM Front sliders have no effect.  However, a slider named PCM (there 
are two of these, I'm talking about the one on the right, next to PCM 
Center....I believe the one on the left controls feedthrough?) behaves 
exactly like the Front sliders described above, but seems to supercede 
the Front sliders.

Again in this unpatched case, the sliders seem to control the correct 
playback_x channel (assuming L-comes-first), but the playback_x channels 
are being routed to the sound card's physical output channels 
incorrectly (L/R backwards).

-Rick

[-- Attachment #2: Type: text/html, Size: 3179 bytes --]

  parent reply	other threads:[~2005-02-11 15:18 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <420B8B23.2090404@vt.edu>
2005-02-10 20:26 ` potential emu10k1 bug/issue for Audigy2 ZS Platinum Pro Lee Revell
     [not found]   ` <420BD024.8040602@vt.edu>
2005-02-10 22:12     ` Lee Revell
     [not found]       ` <6.2.0.14.0.20050210173309.09783d28@pop.vt.edu>
2005-02-10 22:48         ` Lee Revell
2005-02-11 15:18       ` Rick Wright [this message]
2005-02-11 15:47         ` Rick Wright
2005-02-12 15:12       ` Rick Wright
2005-02-12 18:35         ` Lee Revell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=420CCCB3.7010104@vt.edu \
    --to=riwright@vt.edu \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=rlrevell@joe-job.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.