Re: potential emu10k1 bug/issue for Audigy2 ZS Platinum Pro

[Rick Wright <riwright@vt.edu>]

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

Rick Wright wrote:

> 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


Just went back and checked.  The behavior described above is exactly the 
same when I use cvs alsa-driver from 2/10/05 patched with Lee's v009.

Looks like this is an upstream bug and Lee's patch has no effect on this 
behavior.

-Rick

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