Bug – Server crash when playing ColdPlay

[eschoeller]

Not sure if there is something going on with these FLAC files themselves, but I’ve never seen this problem before. Granted I didn’t create these FLAC files myself, but they come from a trusted and reliable source …

Here is what I get running debug level 9:

2008-07-05 20:40:54 (3cc4f6a0): Entering config_set_status
2008-07-05 20:40:54 (3cc4f6a0): Exiting config_set_status
2008-07-05 20:40:54 (3cc4f6a0): Thread 1: Terminating
2008-07-05 20:40:54 (3cc4f6a0): Thread 1: Freeing request headers
2008-07-05 20:40:54 (3cc4f6a0): Thread 1: Freeing response headers
2008-07-05 20:40:54 (3cc4f6a0): Thread 1: Freeing request vars
2008-07-05 20:40:54 (3cc4f6a0): Thread 1: Closing fd
2008-07-05 20:40:54 (3cc4f6a0): With thread 1 exiting, 1 are still running
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Entering ws_dispatcher (Connection from 10.0.1.108)
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: got request
2008-07-05 20:40:54 (3cc4f6a0): Request: GET daap://10.0.1.24:3689/databases/1/items/6092.wav HTTP/1.1
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Read: Accept: */*
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Adding header *Accept=*/**
2008-07-05 20:40:54 (3cc4f6a0): Added *Accept=*/**
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Read: Cache-Control: no-cache
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Adding header *Cache-Control=no-cache*
2008-07-05 20:40:54 (3cc4f6a0): Added *Cache-Control=no-cache*
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Read: User-Agent: iTunes/7.6.2 (Windows; N)
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Adding header *User-Agent=iTunes/7.6.2 (Windows; N)*
2008-07-05 20:40:54 (3cc4f6a0): Added *User-Agent=iTunes/7.6.2 (Windows; N)*
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Read: Client-DAAP-Access-Index: 2
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Adding header *Client-DAAP-Access-Index=2*
2008-07-05 20:40:54 (3cc4f6a0): Added *Client-DAAP-Access-Index=2*
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Read: Client-DAAP-Validation: D448D0388AA1DA4A6390F2AABC8E0D40
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Adding header *Client-DAAP-Validation=D448D0388AA1DA4A6390F2AABC8E0D40*
2008-07-05 20:40:54 (3cc4f6a0): Added *Client-DAAP-Validation=D448D0388AA1DA4A6390F2AABC8E0D40*
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Read: Client-DAAP-Request-ID: 2
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Adding header *Client-DAAP-Request-ID=2*
2008-07-05 20:40:54 (3cc4f6a0): Added *Client-DAAP-Request-ID=2*
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Read: Connection: close
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Adding header *Connection=close*
2008-07-05 20:40:54 (3cc4f6a0): Added *Connection=close*
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Read:
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Headers parsed!
2008-07-05 20:40:54 (3cc4f6a0): Checking to see if connection matches close
2008-07-05 20:40:54 (3cc4f6a0): And it DOES!
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Connection type HTTP/1.1
: Connection: non-persist
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Original URI: daap://10.0.1.24:3689/databases/1/items/6092.wav
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Translated URI: /databases/1/items/6092.wav
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Preparing to find handler
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: URI Match!
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Time is 1215304854 seconds after epoch
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Setting time header
2008-07-05 20:40:54 (3cc4f6a0): Added *Date=Sun, 6 Jul 2008 00:40:54 GMT*
2008-07-05 20:40:54 (3cc4f6a0): Thread 2: Using non-default handler
2008-07-05 20:40:54 (3cc4f6a0): Added *Accept-Ranges=bytes*
2008-07-05 20:40:54 (3cc4f6a0): Added *DAAP-Server=mt-daapd/svn-1376*
2008-07-05 20:40:54 (3cc4f6a0): Added *Content-Type=application/x-dmap-tagged*
2008-07-05 20:40:54 (3cc4f6a0): Added *Cache-Control=no-cache*
2008-07-05 20:40:54 (3cc4f6a0): Added *Expires=-1*
2008-07-05 20:40:54 (3cc4f6a0): Executing: select * from songs where id=6092
2008-07-05 20:40:54 (3cc4f6a0): Entering config_set_status
2008-07-05 20:40:54 (3cc4f6a0): Exiting config_set_status
2008-07-05 20:40:54 (3cc4f6a0): Session 0: Streaming file ’01 – Life in Technicolor.flac’ to 10.0.1.108 (offset 0)
2008-07-05 20:40:54 (3cc4f6a0): Transcoding /home/gaggle/music/flac/Coldplay/Viva la Vida or Death and All His Friends – 2008/01 – Life in Technicolor.flac with ssc-ffmpeg/svn-1376
2008-07-05 20:40:54 (3cc4f6a0): opening /home/gaggle/music/flac/Coldplay/Viva la Vida or Death and All His Friends – 2008/01 – Life in Technicolor.flac
2008-07-05 20:40:54 (3cc4f6a0): opening file raw
2008-07-05 20:40:54 (3cc4f6a0): Updating Content-Type from application/x-dmap-tagged to audio/wav
2008-07-05 20:40:54 (3cc4f6a0): Added *Connection=Close*
2008-07-05 20:40:54 (3cc4f6a0): Emitting reponse header Connection: Close
2008-07-05 20:40:54 (3cc4f6a0): Emitting reponse header Expires: -1
2008-07-05 20:40:54 (3cc4f6a0): Emitting reponse header Cache-Control: no-cache
2008-07-05 20:40:54 (3cc4f6a0): Emitting reponse header Content-Type: audio/wav
2008-07-05 20:40:54 (3cc4f6a0): Emitting reponse header DAAP-Server: mt-daapd/svn-1376
2008-07-05 20:40:54 (3cc4f6a0): Emitting reponse header Accept-Ranges: bytes
2008-07-05 20:40:54 (3cc4f6a0): Emitting reponse header Date: Sun, 6 Jul 2008 00:40:54 GMT
2008-07-05 20:40:54 (3cc4f6a0): Channels…….: 2
2008-07-05 20:40:54 (3cc4f6a0): Sample rate….: 44100
2008-07-05 20:40:54 (3cc4f6a0): Bits/Sample….: 16
2008-07-05 20:40:54 (3cc4f6a0): Swab………..: 0
2008-07-05 20:40:54 (9d6b45ff): Received a message from daap server
2008-07-05 20:40:54 (9d6b45ff): Rendezvous socket closed (daap server crashed?) Aborting.
2008-07-05 20:40:54: Aborting

Disappointingly there is really no good debugging information here that leads me to understand why this is happening.

Any ideas?

[fizze]

Try out to manually run the ssc-ffmpeg script with the said file, and check for any obvious errors.
Also check if the resulting file is playable.

[Anonymous]

Also makes me wonder what happens if you play other BritPop music 😀

[Author]

Posts