Bug 829 - Feasability to include absolute polarity management in Slimserver/Squeezebox?
: Feasability to include absolute polarity management in Slimserver/Squeezebox?
Status: RESOLVED DUPLICATE of bug 1976
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: unspecified
: All All
: P5 enhancement (vote)
: Future
Assigned To: Blackketter Dean
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-02-04 06:35 UTC by Nestor
Modified: 2005-08-19 22:07 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nestor 2005-02-04 06:35:09 UTC
Hi ,
this would be a nice-to-have feature for some sensitive people, but not
important for 99% of the rest, I guess. 
Dont know how possible is to have this working, and dont know either if its
slimserver or squeezebox task to do it.
The idea is:
Absolut polarity (not AC polarity) is what you change, for example, when you
swap  the cables on your speakers leads.  
There are records that comes with one polarity and others with the reversed one.
Again most people dont sense it and dont care about it , but there are other
people very sensitive to it, and depending on the type of equipment it could be
easy or completely impossible to change the polarity for each record while you
are listening to it, without swaping cable leads on the speaker.
So, what I was thinking is something about a TAG on the music file stating "0"
polarity,  or "180" polarity, and the Slimserver or Squeezebox interpreting the
TAG, and "switching leads" in the digital domain. This (and FLAC decoding on
Squeezebox, and no gaps when listening to whole-album FLACS :-) ) could be
attractive to many audiophiles.
Again, I have ABSOLUTELY NO IDEA how simple/complicated is to change absolute
polarity on the digital domain... so this is just an idea for you to evaluate
for a possible enhancement in the future, if it does make any sense :-)

Thanks
N�stor
Comment 1 Blackketter Dean 2005-06-07 12:38:06 UTC
Marking items that aren't going to be addressed immediately in 6.1 as future.  Please update if this is in 
error or the bug has already been addressed.
Comment 2 Blackketter Dean 2005-08-19 22:07:43 UTC

*** This bug has been marked as a duplicate of 1976 ***