Bugzilla – Bug 1672
Duration is not being read from Apple Lossless files ripped in iTunes 4.8
Last modified: 2008-08-18 10:54:16 UTC
Duration is set to 0. I'll attach one of the files.
Created attachment 552 [details] Broken .m4a file (zipped)
Hm, I turned on DEBUG in CPAN/Quicktime/Movie and got this output: Parsing QuickTime Movie /Users/dean/Desktop/attachment.1.cgi/bug1672.m4a of size 262144 top level atom: ftyp [ends: 32] top level atom: moov [ends: 8604] moov atom: mvhd [ends: 148] RESERVED 256 PREVIEWDURATION 0 MATRIX 0 FLAGS TIMESCALE 600 CURRENTTIME 0 RATE 65536 POSTERTIME 0 NEXTTRAKID 0 DURATION 65440 SELECTIONDURATION 0 PREVIEWTIME 0 CREATIONTIME 3201025849 SELECTIONTIME 0 MODTIME 3201025861 VERSION 0 moov atom: trak [ends: 6214] moov atom: udta [ends: 8604] udta atom: meta [ends: 8604] meta atom: hdlr [ends: 6268] meta atom: ilst [ends: 6840] payload atom: �nam [length: 13 calculated: 21]: 1 0 Dream Hits II payload atom: �ART [length: 8 calculated: 16]: 1 0 45 Grave payload atom: �alb [length: 15 calculated: 23]: 1 0 Sleep In Safety payload atom: gnre [length: 2 calculated: 10]: 0 0 , payload atom: trkn [length: 8 calculated: 16]: 0 0 payload atom: �day [length: 4 calculated: 12]: 1 0 1983 payload atom: cpil [length: 1 calculated: 9]: 21 0 payload atom: tmpo [length: 2 calculated: 10]: 21 0 payload atom: �too [length: 11 calculated: 19]: 1 0 iTunes v4.8 skipping atom: ---- skipping atom: ---- meta atom: free [ends: 8604] top level atom: free [ends: 20512] Parsing QuickTime Movie /Users/dean/Desktop/attachment.1.cgi/bug1672.m4a of size 262144 top level atom: ftyp [ends: 32] top level atom: moov [ends: 8604] moov atom: mvhd [ends: 148] Song Info page shows this: Title: Dream Hits II Artist: 45 Grave Album: Sleep In Safety Genre: Punk Track: 7 File Format: Apple AAC, Lossless or Movie File Duration: 1:49 Year: 1983 File Length: 262,144 Bytes Bitrate: 19kbps CBR Location: file:///Users/dean/Desktop/attachment.1.cgi/bug1672.m4a (Download) Date Modified: Monday, June 13, 2005, 10:35:58 PM And the song plays OK. Can try the same there?
Work around for a bug in MMM submitted as subversion change 3995.
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!