Bug 15839 - ALAC M4A Transcoding Broken
: ALAC M4A Transcoding Broken
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Transcoding
: unspecified
: Macintosh All
: P1 normal with 1 vote (vote)
: 7.5.1
Assigned To: Andy Grundman
http://public.me.com/kpye
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-03-05 10:58 UTC by Trevor F.
Modified: 2010-04-19 09:15 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments
log file (3.82 KB, application/zip)
2010-04-13 04:21 UTC, copperstate
Details
screenshots (68.39 KB, application/zip)
2010-04-13 04:22 UTC, copperstate
Details
audio test files (1.66 MB, application/zip)
2010-04-13 04:24 UTC, copperstate
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Trevor F. 2010-03-05 10:58:51 UTC
Apple Lossless M4A transcoding appears to be broken with these files on several versions of Squeezebox Server and SqueezeOS firmware.
Below are the tests performed, with the accompanying server versions, on both Mac and PC.

Squeezebox Duet 7.4.1 - Streams 1 second, no audio, then stops
Squeezebox Duet 7.4.2 - Streams 1 second, no audio, then stops
Squeezebox Duet 7.5.0 - Streams 1 second, no audio, then stops

Squeezebox Radio 7.4.1 - Streams 1 second, no audio, then stops
Squeezebox Radio 7.4.2 - Streams 1 second, no audio, then stops
Squeezebox Radio 7.5.0 - Working

The files are located here: 
http://public.me.com/kpye
Comment 1 copperstate 2010-04-07 05:55:01 UTC
I have a similar problem. When I try to  playback certain Apple Lossless files on my SB3  the playback  seems to start for a second then stops with a "Problem: "can't open file for <file_path>" error. I am using MacOS X 10.6.3 with iTunes 9.1
Comment 2 copperstate 2010-04-13 04:21:19 UTC
Created attachment 6767 [details]
log file
Comment 3 copperstate 2010-04-13 04:22:24 UTC
Created attachment 6768 [details]
screenshots
Comment 4 copperstate 2010-04-13 04:24:36 UTC
Created attachment 6769 [details]
audio test files
Comment 5 copperstate 2010-04-13 04:26:00 UTC
I think I traced the problem to a parameter size issue ( in my case at least). Here is what I posted in the forum thread (http://forums.slimdevices.com/showthread.php?p=534170#post534170):

I did some more testing this morning and I am pretty sure it a path length problem as the album name in the files meta-data is used as a folder name in the iTunes Library (and thus becomes a part of the file path). Even though the problematic files play fine (and MacOS X per se has no size limitations), iTunes itself has problems displaying long file paths correctly in the Info window (see attachment).

I then tested it in SBS with a small audio file converted from mp3 to alac using iTunes 9.1 (which was given the same meta data as the "real" 100MB alac file).  

A mp3 file (which plays natively)  with identical meta-data plays just fine and the same file encoded as alac - which is transcoded - does not. It seems thus to me that there ought to be a parameter size restriction during transcoding.
Comment 6 Andy Grundman 2010-04-15 14:57:18 UTC
Fixed faad for PPC Mac: http://svn.slimdevices.com/repos/slim/7.5/trunk/server/Bin/darwin/faad
Comment 7 copperstate 2010-04-16 11:16:10 UTC
Sorry, forgot to add my platform to  the bug report: I am using a Mac Mini as SBS (Intel Core Duo, MacOS X 10.6.3 with iTunes 9.1)  which is usually up 24/7. I have both a Radio and a SB3.
Comment 8 Andy Grundman 2010-04-19 09:15:29 UTC
Forgot to mark this one fixed.