From: Benny Sjostrand <gorm@cucumelo.org>
To: Kevin Puetz <puetzk@iastate.edu>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: Re: Phase Reversal on Santa Cruz (cs46xx)
Date: Fri, 22 Nov 2002 01:09:16 +0100 [thread overview]
Message-ID: <3DDD75AC.9030408@cucumelo.org> (raw)
In-Reply-To: 200211172241.14373.puetzk@iastate.edu
>
>
>well, the basic premise is simple... the speaker wires have a positive and
>negative wire, current flows through the coil, and the cone moves one way or
>the other. If you swap the wires, the cone moves the other way. Inaudible,
>except that if the two speakers aren't moving the same way, they waves tend
>to cancel each other out. It affects bass more than treble because the waves
>are longer and slower, so a) they correleation between the stereo channels is
>stronger and b) inaccuracies in soundcard timing, etc have less impact. The
>fact that sound is sensitive to polarity is just basic physics :-)
>
>
Thanks, that explication makes sense.
>Now, why in the world the santa cruz would be wired in such a way that
>software which is fine on other cards would get one channel backwards on it
>is an excellent question. Espescially when there is older software that
>worked on all (though not so well, I definitely like having multiple apps
>accessing it at once).
>
>
If it was that simple that Santa Cruz where the only card in the world with
this problem, but there's the same problem is reported for other cs46xx
based card's
too.
>well, how did it work before (0.9.0rc1 worked for sure, I guess I should try
>to identify the specific version that developed this problem)? Were we using
>the DSP to invert it previosly, did we lose some Santa Cruz specific
>bittwiddling (the 'fix' consists of just negating all the levels for one
>stereo channel). Any guesses?
>
>
I would like know why the problem does not apear with rc1, but the
problem does not
apear forme with any release, so I cant reproduce the problem with my
equipment, which
dont make things easy ...
The main diference between the old DSP code and the new is that the old DSP
is based on a static parameter setup. The new DSP code is a attempt to
manage
tasks and resources in the DSP dynamically.
I dont find any reason to why the DSP would invert one of the channels,
in theory
the parameter setup made when playing one PCM channel is the same as it is
in the old DSP code static loaded (discarding unknown bugs)
Finally, the "volume" could be possible, speculating: if the output sample
is the product of volume * sample, and the volume is negative the sample
would
be negated. The "volume" in a DSP SCB for each channel is 16 bit value where
0x8000 is the maximum volume and 0xffff is cero, and lower then 0x8000 dont
know. This part now actually differs a little bit from the old static
DSP setup.
Have you tested my latest patch ??
>Just as another question, do anyone know if it's possible to use the internal
>SPDIF connector to feed CD audio into the card instead of the analog input? I
>can't find anything in the mixer that seems to recieve that input.
>
>
The cs4630 chip got only one SDPIF input interface, you should see it
the mixer with
the new DSP code. And if that interface is wired to the internal SPDIF
conector without
any GPIO story it should just work (however the sounds gets
distorcionated (out-of-sync)
sometimes with the SPDIF input) ...
/Benny
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
next prev parent reply other threads:[~2002-11-22 0:09 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200211170056.11190.puetzk@iastate.edu>
2002-11-17 22:52 ` Phase Reversal on Santa Cruz (cs46xx) Kevin Puetz
2002-11-18 5:01 ` Benny Sjostrand
2002-11-18 4:41 ` Kevin Puetz
2002-11-18 14:30 ` Michael Alan Dorman
2002-11-18 18:46 ` Kevin Puetz
[not found] ` <200211182300.16367.gte733z@prism.gatech.edu>
2002-11-19 6:29 ` Kevin Puetz
[not found] ` <200211190228.09930.gte733z@prism.gatech.edu>
2002-11-19 11:32 ` Kevin Puetz
2002-11-22 0:09 ` Benny Sjostrand [this message]
2002-11-22 15:35 ` Kevin Puetz
2002-11-23 0:00 ` Benny Sjostrand
2002-11-24 13:12 ` James Courtier-Dutton
2002-12-03 22:24 ` Re: Phase Reversal on Santa Cruz (cs46xx) => XFire too Friedrich Ewaldt
2002-12-03 23:45 ` Kevin Puetz
2002-12-04 8:52 ` Benny Sjostrand
2002-12-05 11:48 ` Friedrich Ewaldt
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=3DDD75AC.9030408@cucumelo.org \
--to=gorm@cucumelo.org \
--cc=alsa-devel@lists.sourceforge.net \
--cc=puetzk@iastate.edu \
/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.