MP3 File isn’t streamed – perhaps 320kbit problem?

[DeadPoet]

Hey there!

I have an mp3 file here which won’t play. The Debug log says it is streamed and then right afterwards that streaming ended. It is encoded in 320 kbit/s – could this be the problem? It plays fine in all players when played directly. The file says that it was encoded using HALFORD-9 (Whatever that is) and is as I said 320 kbit/s. Is there any way in debug logs that I can investigate this further for you?

[CCRDude]

Won’t play on a Soundbridge, won’t play on iTunes, won’t play on Rhythmbox, won’t play on…. what exactly?

edit: ok, read too fast, sorry, I’ll cut this part *g*
But could you raise the debug level to 9 and try again?

[fizze]

erm halford-9? 🙄

Well, I think a log output posted in here would be of more use.

What version of mt-daapd do you run?
What’s your client?

[CCRDude]

The fields for encoder software and person doing the encoding are mixed up by a lot of software, including iTunes. Maybe halford-9 was just a nickname of the person who encoded the file? 😉

[DeadPoet]

Here is the relevant portion of the log file with -d9:

Thread 1: Entering ws_dispatcher (Connection from 192.168.178.50)

Thread 1: got request

Request: GET daap://192.168.178.23:3689/databases/1/items/28961.mp3 HTTP/1.1

Thread 1: Read: Accept: */*

Thread 1: Adding header *Accept=*/**

Added *Accept=*/**

Thread 1: Read: Cache-Control: no-cache

Thread 1: Adding header *Cache-Control=no-cache*

Added *Cache-Control=no-cache*

Thread 1: Read: User-Agent: iTunes/7.0.2 (Windows; N)

Thread 1: Adding header *User-Agent=iTunes/7.0.2 (Windows; N)*

Added *User-Agent=iTunes/7.0.2 (Windows; N)*

Thread 1: Read: Client-DAAP-Access-Index: 2

Thread 1: Adding header *Client-DAAP-Access-Index=2*

Added *Client-DAAP-Access-Index=2*

Thread 1: Read: Client-DAAP-Validation: ED64BB3F3E6C4C0325A21A7558F3F489

Thread 1: Adding header *Client-DAAP-Validation=ED64BB3F3E6C4C0325A21A7558F3F489*

Added *Client-DAAP-Validation=ED64BB3F3E6C4C0325A21A7558F3F489*

Thread 1: Read: Client-DAAP-Request-ID: 1

Thread 1: Adding header *Client-DAAP-Request-ID=1*

Added *Client-DAAP-Request-ID=1*

Thread 1: Read: x-audiocast-udpport: 4695

Thread 1: Adding header *x-audiocast-udpport=4695*

Added *x-audiocast-udpport=4695*

Thread 1: Read: icy-metadata: 1

Thread 1: Adding header *icy-metadata=1*

Added *icy-metadata=1*

Thread 1: Read: Connection: close

Thread 1: Adding header *Connection=close*

Added *Connection=close*

Thread 1: Read:

Thread 1: Headers parsed!

Checking to see if connection matches close

And it DOES!

Thread 1: Connection type HTTP/1.1

: Connection: non-persist

Thread 1: Original URI: daap://192.168.178.23:3689/databases/1/items/28961.mp3

Thread 1: Translated URI: /databases/1/items/28961.mp3

Thread 1: Preparing to find handler

Thread 1: URI Match!

Thread 1: Time is 1172789174 seconds after epoch

Thread 1: Setting time header

Added *Date=Thu, 1 Mar 2007 22:46:14 GMT*

Added *Connection=close*

Added *Server=mt-daapd/svn-1498*

Added *Content-Type=text/html*

Added *Content-Language=en_us*

Thread 1: Using non-default handler

in main_auth

Checking url /databases/1/items/28961.mp3

Checking url /databases/1/items/28961.mp3

Dispatching auth for /databases/1/items/28961.mp3 to plugin

Checking url /databases/1/items/28961.mp3

Checking url /databases/1/items/28961.mp3

Dispatching /databases/1/items/28961.mp3 to daap/svn-1498

in main_handler

Checking url /databases/1/items/28961.mp3

Checking url /databases/1/items/28961.mp3

Dispatching /databases/1/items/28961.mp3 to plugin

Checking url /databases/1/items/28961.mp3

Checking url /databases/1/items/28961.mp3

Dispatching /databases/1/items/28961.mp3 to daap/svn-1498

Getting uri...

Mallocing privinfo...

Added *Accept-Ranges=bytes*

Added *DAAP-Server=firefly/svn-1498*

Updating Content-Type from text/html to application/x-dmap-tagged

Added *Cache-Control=no-cache*

Added *Expires=-1*

Index (null): offset 0, limit 999999

Tokenizing url

Found 17 elements

Checking reponse 0

Checking reponse 1

Checking reponse 2

Checking reponse 3

Checking reponse 4

Checking reponse 5

Checking reponse 6

Checking reponse 7

Checking reponse 8

Checking reponse 9

Found it! Index: 9

Executing: select * from songs where id=28961

Thread 1: Length of file (remaining) is 7065285

Updating Content-Type from application/x-dmap-tagged to audio/mp3

Added *Content-Length=7065285*

Updating Connection from close to Close

Emitting reponse header Content-Length: 7065285

Emitting reponse header Expires: -1

Emitting reponse header Cache-Control: no-cache

Emitting reponse header DAAP-Server: firefly/svn-1498

Emitting reponse header Accept-Ranges: bytes

Emitting reponse header Content-Language: en_us

Emitting reponse header Content-Type: audio/mp3

Emitting reponse header Server: mt-daapd/svn-1498

Emitting reponse header Connection: Close

Emitting reponse header Date: Thu, 1 Mar 2007 22:46:14 GMT

Entering config_set_status

Exiting config_set_status

Session 0: Streaming file '01 Overture.mp3' to 192.168.178.50 (offset 0)

Finished streaming file to remote: 7065285 bytes

Entering config_set_status

Exiting config_set_status

Executing: update songs set play_count=play_count + 1, time_played=1172789174 where id=28961

Rows: 1

Thread 1: Terminating

Thread 1: Freeing request headers

Thread 1: Freeing response headers

Thread 1: Freeing request vars

Thread 1: Closing fd

With thread 1 exiting, 1 are still running

[fizze]

looks like its sending the complete junk in one go instead of “streaming” it.
What connection speed are you on there?
100mbps lan?
802.11b WLAN maybe?

[rpedde]

@fizze wrote:

looks like its sending the complete junk in one go instead of “streaming” it.
What connection speed are you on there?
100mbps lan?
802.11b WLAN maybe?

Yeah, but that’s what it would look like if it streamed it all successfully anyway. So not sure what that’s about.

Could try just pulling the file from the server to a local file and trying to play the local file.

http://192.168.178.23:3689/databases/1/items/28961.mp3

Then trying to play the resulting file.

[DeadPoet]

I am on 100Mbit Ethernet. So speed shouldn’t be the problem. Getting the file via URL works fine – and the local file then plays well in iTunes.

These log entries

Session 0: Streaming file '01 Overture.mp3' to 192.168.178.50 (offset 0)

Finished streaming file to remote: 7065285 bytes

happen in an instant. So, streaming stops right at the moment when it starts. If you wish I could send the file to you, Ron.

[rpedde]

@DeadPoet wrote:

I am on 100Mbit Ethernet. So speed shouldn’t be the problem. Getting the file via URL works fine – and the local file then plays well in iTunes.

These log entries

Session 0: Streaming file '01 Overture.mp3' to 192.168.178.50 (offset 0)

Finished streaming file to remote: 7065285 bytes

happen in an instant. So, streaming stops right at the moment when it starts. If you wish I could send the file to you, Ron.

I’ll take it: [email protected]. Not sure what I’ll be able to do — you are right, sounds like maybe it’s something about the file. Worth a look, though, I guess.

— Ron

[DeadPoet]

Ron, did you get my mail? Just wanted to make sure it hasn’t landed in a junk folder or something *G*

[Author]

Posts