Bug 2886 – SlimServer can't open some iTunes-produced mp3s

Bug 2886 - SlimServer can't open some iTunes-produced mp3s

Summary:

SlimServer can't open some iTunes-produced mp3s

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Streaming From SlimServer
Version:	6.2.1
Platform:	Macintosh MacOS X 10.4

Importance:	P2 normal (vote)
Target Milestone:	---
Assigned To:	Dan Sully

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-01-28 23:19 UTC by Phil Schwan
Modified:	2008-09-15 14:38 UTC (History)
CC List:	0 users

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Phil Schwan 2006-01-28 23:19:41 UTC

I've only found a few files that it can't open so far, and they're all ripped from a CD using iTunes.  Interestingly, they are tracks 2-13 of this album -- it can read track 1 just fine.

It looks similar to bug 531, but two things make me believe it's different: it wasn't produced with lame, and the debug output finds a duration (but no size.

2006-01-29 02:02:34.8882 openSong: getting duration  366.341, size , endian  and offset 0 for file:///Users/phil/Music/iTunes/iTunes%20Music/Band/Album/05%20File.mp3
2006-01-29 02:02:34.8889 openSong: not bothering opening file with zero size or duration

Both the OS and iTunes think this file has 8794365 bytes, but that's where I ran out of ideas to check.  As you might expect, it wasn't added to the SlimServer library during the initial scan -- I had to go dig it out with "Browse Music Folder"

Unfortunately, the only files I've found that exhibit this problem are pre-release material that I shouldn't distribute publicly.  But I'd be happy to share a reproducer with slimdevices.

Comment 1 KDF 2006-01-29 00:33:24 UTC

1) consider 6.2.2 nightly builds
2) try a rull wipe and rescan
3) change the iTunes rescan interval to possibly avoid this for future rips, which might cause a premature rescan with the 6.2.1 default of 60 seconds.

Comment 2 Dan Sully 2006-01-29 10:51:03 UTC

Please attach one of the files in question to this bug report.

Thanks.

Comment 3 KDF 2006-01-29 14:18:28 UTC

Dan, the op mentions that this is non-public material, so your ftp might be better (sorry, I forget the exact addy)

Comment 4 Dan Sully 2006-01-29 16:19:39 UTC

Ah, ok - please upload to ftp://electricrain.com/incoming/

Thanks.

Comment 5 Phil Schwan 2006-01-29 19:34:01 UTC

(In reply to comment #1)
> 1) consider 6.2.2 nightly builds

OK, I can do that.

> 2) try a rull wipe and rescan
> 3) change the iTunes rescan interval to possibly avoid this for future rips,
> which might cause a premature rescan with the 6.2.1 default of 60 seconds.

The symptom is unchanged after a rescan, but I'm curious -- would this affect files that I only find via "Browse Music Folder"?

> Ah, ok - please upload to ftp://electricrain.com/incoming/

Done, thank you.  02 Medicine Chest.mp3

Comment 6 Dan Sully 2006-04-21 18:06:16 UTC

Phil - please use the latest 6.2.2 nightly - your test file plays fine with that.

Thanks.