Bug 10012 - No longer able to play 24 bit wav or aiff properly.
: No longer able to play 24 bit wav or aiff properly.
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 7.3.0
: All All
: P1 normal (vote)
: 7.x
Assigned To: Alan Young
http://forums.slimdevices.com/showthr...
:
Depends on: 10026
Blocks:
  Show dependency treegraph
 
Reported: 2008-11-14 11:12 UTC by Spies Steven
Modified: 2009-09-08 09:25 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
24/44.1 stereo 10 second 440 hertz wave file (2.52 MB, audio/x-wav)
2008-11-14 11:12 UTC, Spies Steven
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Spies Steven 2008-11-14 11:12:35 UTC
Created attachment 4254 [details]
24/44.1 stereo 10 second 440 hertz wave file

Playing a 24 bit wav or aiff directly to the player only results in noise being produced.  This was done by disabling wav to flac or aiff to flac transcoding in file types.  All sampling rates seem to have this issue.

Surprisingly 16 bit and even 32 bit do not seem to have an issue.

I attached a wav file that exhibits the issue.
Comment 1 James Richardson 2008-11-14 12:54:23 UTC
Steven/Alan:

Take a look at the Forum Post
Comment 2 Alan Young 2008-11-15 05:09:59 UTC
This is caused by the overuse of the term 'wav'. SC says that the players support WAV format but that is not true, they only support raw PCM - see bug 10000.

SC 7.3 is sending the full WAV file to the player. With 16- or 32-bit sample size this works out ok as the RIFF (WAV) header is a multiple of 32 bits. This probably causes the 'click' at the start.

I can fix this by disabling seeking for WAV files - this will, in practice, only affect wav->wav and wav->mp3; wav->flc will still work.
Comment 3 Alan Young 2008-11-15 09:02:57 UTC
Root cause is bug 10026
Comment 4 Alan Young 2008-11-17 00:59:45 UTC
Dean, in terms of the 7.3 timescale, the choice here is between (a) problem (clicks in all cases and failure for 24-bit samples) with WAV->WAV playback, which is a regression and, (b) removing seek capability from wav->wav and wav->mp3 (wav->flc seek would still work). I'm not sure if (b) includes any regression from 7.2. Please make a decision and reassign this back to me. Alan
Comment 5 Blackketter Dean 2008-11-17 07:40:12 UTC
Sending bad audio is unacceptable.  Let's disable seeking for now.

That said, why is seeking harder in WAV if you know the size of the header?

Also, by default we should never be sending PCM to the player directly, we should be using FLAC transcoding, no?
Comment 6 Alan Young 2008-11-17 09:17:13 UTC
Change 23947.

See https://bugs-archive.lyrion.org/show_bug.cgi?id=10026#c2 concerning seeking problem.

Yes, we send FLAC by default. One has to disable this to send WAV.
Comment 7 James Richardson 2008-12-15 12:09:42 UTC
This bug has been fixed in the 7.3.0 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Comment 8 Chris Owens 2009-07-31 10:32:05 UTC
Reduce number of active targets for SC