Itunes chopping beginning of audio

[Anonymous]

mt-daapd/Firefly Version: 0.2.4.2
Server Operating System:Debian Etch
Server Hardware: Pentium3 1ghz, 512mb pc100
Client Device: iTunes 7.7.1 for Mac
Also tried using: ourTunes, which worked fine.

Connection of clients: Mac through WAP

Some songs in the library have the beginning of the song chopped off, while other songs do not. The amount missing from songs are random, from 2 seconds to 5 minutes, all from the beginning, not the end.

A song with audio missing is always the same amount chopped off.

Attempting to stream the chopped file through http plays successfully from the beginning, with no chopped audio.

Log of a song being played. Itunes first shows the song to be 10:45 minutes long, and once playing it, it changes the length to 4:53 minutes. ourTunes plays the song with no problems.

2008-08-11 15:10:20: Thread 1: Entering ws_dispatcher (Connection from 10.0.0.6)

2008-08-11 15:10:20: Thread 1: got request

2008-08-11 15:10:20: Request: GET daap://10.0.0.3:3689/databases/1/items/13194786.mp3 HTTP/1.1

2008-08-11 15:10:20: Thread 1: Read: Accept: */*

2008-08-11 15:10:20: Thread 1: Adding header *Accept=*/**

2008-08-11 15:10:20: Added *Accept=*/**

2008-08-11 15:10:20: Thread 1: Read: Cache-Control: no-cache

2008-08-11 15:10:20: Thread 1: Adding header *Cache-Control=no-cache*

2008-08-11 15:10:20: Added *Cache-Control=no-cache*

2008-08-11 15:10:20: Thread 1: Read: User-Agent: iTunes/7.7.1 (Macintosh; N; Intel)

2008-08-11 15:10:20: Thread 1: Adding header *User-Agent=iTunes/7.7.1 (Macintosh; N; Intel)*

2008-08-11 15:10:20: Added *User-Agent=iTunes/7.7.1 (Macintosh; N; Intel)*

2008-08-11 15:10:20: Thread 1: Read: Client-DAAP-Access-Index: 2

2008-08-11 15:10:20: Thread 1: Adding header *Client-DAAP-Access-Index=2*

2008-08-11 15:10:20: Added *Client-DAAP-Access-Index=2*

2008-08-11 15:10:20: Thread 1: Read: Client-DAAP-Validation: p??H????h?????$????Ù•f??

2008-08-11 15:10:20: Thread 1: Adding header *Client-DAAP-Validation=p??H????h?????$????Ù•f??*

2008-08-11 15:10:20: Added *Client-DAAP-Validation=p??H????h?????$????Ù•f??*

2008-08-11 15:10:20: Thread 1: Read: Client-DAAP-Request-ID: 54

2008-08-11 15:10:20: Thread 1: Adding header *Client-DAAP-Request-ID=54*

2008-08-11 15:10:20: Added *Client-DAAP-Request-ID=54*

2008-08-11 15:10:20: Thread 1: Read: x-audiocast-udpport: 49457

2008-08-11 15:10:20: Thread 1: Adding header *x-audiocast-udpport=49457*

2008-08-11 15:10:20: Added *x-audiocast-udpport=49457*

2008-08-11 15:10:20: Thread 1: Read: icy-metadata: 1

2008-08-11 15:10:20: Thread 1: Adding header *icy-metadata=1*

2008-08-11 15:10:20: Added *icy-metadata=1*

2008-08-11 15:10:20: Thread 1: Read: Connection: close

2008-08-11 15:10:20: Thread 1: Adding header *Connection=close*

2008-08-11 15:10:20: Added *Connection=close*

2008-08-11 15:10:20: Thread 1: Read:

2008-08-11 15:10:20: Thread 1: Headers parsed!

2008-08-11 15:10:20: Checking to see if connection matches close

2008-08-11 15:10:20: Thread 1: Connection type HTTP/1.1

: Connection: non-persist

2008-08-11 15:10:20: Thread 1: Original URI: daap://10.0.0.3:3689/databases/1/items/13194786.mp3

2008-08-11 15:10:20: Thread 1: Translated URI: /databases/1/items/13194786.mp3

2008-08-11 15:10:20: Thread 1: Preparing to find handler

2008-08-11 15:10:20: Thread 1: URI Match!

2008-08-11 15:10:20: Thread 1: Time is 1218481820 seconds after epoch

2008-08-11 15:10:20: Thread 1: Setting time header

2008-08-11 15:10:20: Added *Date=Mon, 11 Aug 2008 19:10:20 GMT*

2008-08-11 15:10:20: Thread 1: Using non-default handler

2008-08-11 15:10:20: Added *Accept-Ranges=bytes*

2008-08-11 15:10:20: Added *DAAP-Server=mt-daapd/0.2.4.2*

2008-08-11 15:10:20: Added *Content-Type=application/x-dmap-tagged*

2008-08-11 15:10:20: Streaming request for id 13194786

2008-08-11 15:10:20: Found image file /home/media/music/squeezecenter/death-grind-core/Anterior/This Age Of Silence (2007)/folder.jpg (fd 12)

2008-08-11 15:10:20: Thread 1: Length of file (remaining) is 10326337

2008-08-11 15:10:20: Updating Content-Type from application/x-dmap-tagged to audio/mp3

2008-08-11 15:10:20: Added *Content-Length=10326337*

2008-08-11 15:10:20: Added *Connection=Close*

2008-08-11 15:10:20: Emitting reponse header Connection: Close

2008-08-11 15:10:20: Emitting reponse header Content-Length: 10326337

2008-08-11 15:10:20: Emitting reponse header Content-Type: audio/mp3

2008-08-11 15:10:20: Emitting reponse header DAAP-Server: mt-daapd/0.2.4.2

2008-08-11 15:10:20: Emitting reponse header Accept-Ranges: bytes

2008-08-11 15:10:20: Emitting reponse header Date: Mon, 11 Aug 2008 19:10:20 GMT

2008-08-11 15:10:20: Entering config_set_status

2008-08-11 15:10:20: Exiting config_set_status

2008-08-11 15:10:20: Session 0: Streaming file '(3) Anterior - Dead Divine.mp3' to 10.0.0.6 (offset 0)

2008-08-11 15:10:20: Found image file /home/media/music/squeezecenter/death-grind-core/Anterior/This Age Of Silence (2007)/folder.jpg (fd 13)

2008-08-11 15:10:20: Dynamic add artwork to (3) Anterior - Dead Divine.mp3 (fd 13)

2008-08-11 15:10:20: Image appears to be 20012 bytes

2008-08-11 15:10:20: Current tag size is 1024 bytes

2008-08-11 15:10:20: Done copying IMG 20018

[Anonymous]

bump

[EVILRipper]

I have no idea what could chop off the beginning of a stream..

But do you really have 13.000.000+ songs??
As the id requested equals the number of songs you have.

[stretch]

@sliq wrote:

Log of a song being played. Itunes first shows the song to be 10:45 minutes long, and once playing it, it changes the length to 4:53 minutes. ourTunes plays the song with no problems.

Are you using VBR MP3’s by any chance?
If yes then you should set scanning level to painfully aggressive to ensure that the times are correct.
@The Wiki wrote:

Determining song duration for mp3 files is difficult. When the server can’t authoritatively determine the length of a song, it can use brute force heuristics to try and figure out the song length. This setting decides how hard it should try and determine correct song length

* 0 (Normal) – Just scan the first mp3 frame to try and calculate size. This will be accurate for most files, but VBR files without an Xing tag or a TLEN tag will probably have wildly inaccurate file times. This is the default.
* 1 (Aggressive) – This checks the bitrates of 10 frames in the middle of the song. This will still be inaccurate for VBR files without an Xing tag, but they probably won’t be quite as inaccurate as 0. This takes more time, obviously, although the time hit will only happen the first time you scan a particular file.
* 2 (Painfully Aggressive) – This walks through the entire song, counting the number of frames. This should result in accurate song times, but will take the most time. Again, this will only have to be incurred the first time the file is indexed.

Don’t know about the chopped off audio.
If you were transcoding flac or ogg then i’d suggest that maybe wavstreamer is playing up but you’re using MP3’s

[Anonymous]

nah, 3600 songs.

I don’t think its VBR, but I deleted the db and scanned with scan type 2, but it didn’t fix the problem/

[EVILRipper]

Did you delete the db while firefly was still running, or did you stop it first?
As the db simply gets placed back when firefly is still running.
(At least, that is my experience)

[Anonymous]

yeah, i did.

well, at least I get to enjoy the last few seconds of songs 🙁

[Author]

Posts