You are here: Home » Topic » MP3 File isn’t streamed – perhaps 320kbit problem?

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

FireFly Media Server (formerly mt-daapd) Firefly Media Server Forums Firefly Media Server Nightlies Feedback MP3 File isn’t streamed – perhaps 320kbit problem?

Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • #1141
    DeadPoet
    Participant

    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?

    #9375
    CCRDude
    Participant

    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?

    #9376
    fizze
    Participant

    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?

    #9377
    CCRDude
    Participant

    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? 😉

    #9378
    DeadPoet
    Participant

    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

    #9379
    fizze
    Participant

    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?

    #9380
    rpedde
    Participant

    @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.

    #9381
    DeadPoet
    Participant

    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.

    #9382
    rpedde
    Participant

    @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

    #9383
    DeadPoet
    Participant

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

    #9384
    rpedde
    Participant

    @DeadPoet wrote:

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

    Ook. Maybe. Lemme check it. I don’t usually check mail or the forums on Fridays — I have a standing thing with my folks on Fridays. So anything that happens between Thursday and Saturday is a mystery to me. 🙂

    — Ron

    #9385
    DeadPoet
    Participant

    I sent it to you on 05.03.2007 15:53 🙂 Perhaps so finding it will be easier 😉

Viewing 12 posts - 1 through 12 (of 12 total)
  • The forum ‘Nightlies Feedback’ is closed to new topics and replies.