You are here: Home » Topic » Itunes chopping beginning of audio

Itunes chopping beginning of audio

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #2498
    Anonymous
    Inactive

    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
    #17191
    Anonymous
    Inactive

    bump

    #17192
    EVILRipper
    Participant

    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.

    #17193
    stretch
    Participant

    @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

    #17194
    Anonymous
    Inactive

    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/

    #17195
    EVILRipper
    Participant

    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)

    #17196
    Anonymous
    Inactive

    yeah, i did.

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

Viewing 7 posts - 1 through 7 (of 7 total)
  • The forum ‘Setup Issues’ is closed to new topics and replies.