Bug 4135 - WAV format files play incorrectly.
: WAV format files play incorrectly.
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Softsqueeze
: 6.5b3
: Macintosh Other
: P2 normal (vote)
: ---
Assigned To: Richard Titmuss
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-17 20:36 UTC by William Cattey
Modified: 2008-12-18 11:11 UTC (History)
0 users

See Also:
Category: ---


Attachments
wav file that plays incorrectly (2.25 MB, application/octet-stream)
2006-09-17 20:39 UTC, William Cattey
Details

Note You need to log in before you can comment on or make changes to this bug.
Description William Cattey 2006-09-17 20:36:36 UTC
I will attach a voice memo I made with my iPod of a chorus rehearsal I attended.

The Metadata that the SlimServer shows for the file is as follows:

Title: 05-03-30 SWonderful Run
Artist:      No Artist
Album:      No Album
Genre:      No Genre
File Format:      WAV
Duration:      2:27
File Length:      2,363,948 Bytes
Bitrate:      128kbps CBR
Sample Rate:      8.0 kHz
Sample Size:      16 Bits
Location:      /Users/wdc/Music/iTunes/iTunes Music/Unknown Artist/Unknown Album/05-03-30 SWonderful Run.wav (Download)
Date Modified:      Wednesday, March 30, 2005, 7:32:57 PM

When the file is played, it sounds as if I'd put a data CD in an audio player.

The transcoding setup I have is the default.
It says in the file type server settings:

* WAV -> FLAC (flac)
* WAV -> WAV (built-in)

Unchecked is WAV-> MP3 because I don't have any LAME libraries installed.

This bad behavior was also manifested by 6.3.1
Comment 1 William Cattey 2006-09-17 20:39:00 UTC
Created attachment 1550 [details]
wav file that plays incorrectly
Comment 2 Chris Owens 2006-09-18 11:53:55 UTC
Richard states that the firmware does appear to support 8KHz playback.
Comment 3 William Cattey 2006-09-18 12:17:18 UTC
But if you have a 6.5b3 server and a 3.0b3 Softsqueeze, with the default (no LAME transcoding)
does it ACTUALLY PLAY?  :-D
Comment 4 Chris Owens 2006-09-18 12:20:04 UTC
I was just making a note, not trying to be a smart-alec. :)  Richard is having a look at the file you helpfully attached!
Comment 5 Richard Titmuss 2006-09-18 12:34:41 UTC
Are you saying the file does not playback correctly on Softsqueeze? Does it play on a Squeezebox?
Comment 6 William Cattey 2006-09-18 12:48:27 UTC
Alas, I have not yet had the pleasure of purchasing a Squeezebox, so the failure is indeed manifested on SoftsoftSqueeze 3.0b3.
(It's also manifesting on a non SlimDevices piece of hardware, but you probably don't care about that.)
Comment 7 Richard Titmuss 2006-09-18 13:23:19 UTC
Ah, William the peny had now dropped. I know you from the beta forums :)

Changing the product to show this is a Softsqueeze bug.
Comment 8 Richard Titmuss 2006-09-30 15:16:42 UTC
The file plays correctly on Squeezebox 2/3 and Transporter with the WAV->FLAC option enabled. It won't play if this option is disabled. Softsqueeze cannot play this file at all.

In r10118 (trunk) and r10119 (slimserver 6.5.1) the slimserver is fixed to allow single channel WAV files to play back on Squeezebox2/3, Transporter and Softsqueeze with WAV-FLAC disabled.

The same checkin includes Softsqueeze 3.1, and this version will play back the file with the WAV->FLAC option disabled. It looks like the JFLAC (Java FLAC) decoder is not correctly using the file bitrate for playback, so Softsqueeze cannot play this file with WAV->FLAC option enabled. In general Softsqueeze is not that good with non-44.1k content, and this is covered by bug 3436. I'll add a reference to this bug if/when other bitrates are better supported in Softsqueeze.
Comment 9 William Cattey 2006-11-07 21:13:22 UTC
I am now the proud owner of a SqueezeBox version 3.
I have just today upgraded my server to SlimServer 6.5.0 (replacing 6.5b3).
And I have run my test wav file.

I think there is still a problem.  And this time it's with either SlimServer or the SqueezeBox, not SoftSqueeze!

The audio playback is fine, however the display is NOT.
If the file is the only thing in the play list, the display goes blank, and when poked at with the remote control,
the Squeeze box complains that there are problems contacting the SlimServer.  The SqueezeBox becomes
very slow to respond to the remote control.  (I believe I saw a "malloc failed" message flash across the SqueezeBox
screen.  HONESTLY!)

Alternating between the wav file and an mp3 file has slightly different behavior.
No complaint is made of inability to reach the SlimServer, however the mp3 file's status stays on display
for nearly the whole duration of the song.  The SqueezeBox again becomes very slow to respond to the remote
control, or perhaps ignored all input till I hit the Red power button.

Could someone please run the attached .wav file against SlimServer 6.5.0 and a SqueezeBox v3 and
see if they get the same results?  If so, please advise if we should amend this bug report to be about SlimServer or
if I should open a new bug.

P.S.  Sorry to have taken so long to follow up.  Life's been busy, and I *DID* want to join the SqueezeBox family
before pushing hard on bugs and development.