ogg 20050501 sqlite issues

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #54
    meanlocha
    Guest

    As before using ogg file collection
    20050501 cvs
    sqlite-2.18.6
    RH 7.3
    iTunes 4.7.1 on XP/PRO

    works likes a charm for mp3 but chokes on ogg
    here is some output with all debugging turned on:

    thanks for any help!!!!
    Anthony

    ============================================================
    A: output from /var/log/mt-daapd.log using an mp3 file and an ogg file

    B: the kludged mt-daapd-ssc.sh

    ============================================================

    A: output from /var/log/mt-daapd.log using an mp3 file and an ogg file

    ============================================================

    2005-05-12 17:37:14: Added *Client-DAAP-Validation=49C11FC79C9F7F116B3B521D88E4F
    74B*
    2005-05-12 17:37:14: Thread 6: Read: Client-DAAP-Request-ID: 5
    2005-05-12 17:37:14: Thread 6: Adding header *Client-DAAP-Request-ID=5*
    2005-05-12 17:37:14: Added *Client-DAAP-Request-ID=5*
    2005-05-12 17:37:14: Thread 6: Read: x-audiocast-udpport: 3594
    2005-05-12 17:37:14: Thread 6: Adding header *x-audiocast-udpport=3594*
    2005-05-12 17:37:14: Added *x-audiocast-udpport=3594*
    2005-05-12 17:37:14: Thread 6: Read: icy-metadata: 1
    2005-05-12 17:37:14: Thread 6: Adding header *icy-metadata=1*
    2005-05-12 17:37:14: Added *icy-metadata=1*
    2005-05-12 17:37:14: Thread 6: Read: Connection: close
    2005-05-12 17:37:14: Thread 6: Adding header *Connection=close*
    2005-05-12 17:37:14: Added *Connection=close*
    2005-05-12 17:37:14: Thread 6: Read:
    2005-05-12 17:37:14: Thread 6: Headers parsed!
    2005-05-12 17:37:14: Checking to see if connection matches close
    2005-05-12 17:37:14: And it DOES!
    2005-05-12 17:37:14: Thread 6: Connection type HTTP/1.1
    : Connection: non-persist
    2005-05-12 17:37:14: Thread 6: Original URI: daap://192.168.1.1:3689/databases/1
    /items/18.mp3
    2005-05-12 17:37:14: Thread 6: Translated URI: /databases/1/items/18.mp3
    2005-05-12 17:37:14: Thread 6: Preparing to find handler
    2005-05-12 17:37:14: Thread 6: URI Match!
    2005-05-12 17:37:14: Thread 6: Time is 1115944634 seconds after epoch
    2005-05-12 17:37:14: Thread 6: Setting time header
    2005-05-12 17:37:14: Added *Date=Fri, 13 May 2005 00:37:14 GMT*
    2005-05-12 17:37:14: Thread 6: Using non-default handler
    2005-05-12 17:37:14: Added *Accept-Ranges=bytes*
    2005-05-12 17:37:14: Added *DAAP-Server=mt-daapd/cvs-20050501*
    2005-05-12 17:37:14: Added *Content-Type=application/x-dmap-tagged*
    2005-05-12 17:37:14: Executing: SELECT * FROM songs WHERE id=18
    2005-05-12 17:37:14: Checking for ssc: bright college days.mp3
    2005-05-12 17:37:14: Nope
    2005-05-12 17:37:14: Thread 6: Length of file (remaining) is 3443983
    2005-05-12 17:37:14: Updating Content-Type from application/x-dmap-tagged to aud
    io/mp3
    2005-05-12 17:37:14: Added *Content-Length=3443983*
    2005-05-12 17:37:14: Added *Connection=Close*
    2005-05-12 17:37:14: Emitting reponse header Connection: Close
    2005-05-12 17:37:14: Emitting reponse header Content-Length: 3443983
    2005-05-12 17:37:14: Emitting reponse header Content-Type: audio/mp3
    2005-05-12 17:37:14: Emitting reponse header DAAP-Server: mt-daapd/cvs-20050501
    2005-05-12 17:37:14: Emitting reponse header Accept-Ranges: bytes
    2005-05-12 17:37:14: Emitting reponse header Date: Fri, 13 May 2005 00:37:14 GMT
    2005-05-12 17:37:14: Entering config_set_status
    2005-05-12 17:37:14: Exiting config_set_status
    2005-05-12 17:37:14: Session 0: Streaming file ‘bright college days.mp3’ to 192.
    168.1.103 (offset 0)
    2005-05-12 17:38:40: Finished streaming file to remote: 1630208 bytes
    2005-05-12 17:38:40: Entering config_set_status
    2005-05-12 17:38:40: Exiting config_set_status
    2005-05-12 17:38:40: Entering config_set_status
    2005-05-12 17:38:40: Exiting config_set_status
    2005-05-12 17:38:40: Thread 6: Terminating
    2005-05-12 17:38:40: Thread 6: Freeing request headers
    2005-05-12 17:38:40: Thread 6: Freeing response headers
    2005-05-12 17:38:40: Thread 6: Freeing request vars
    2005-05-12 17:38:40: Thread 6: Closing fd
    2005-05-12 17:38:40: With thread 6 exiting, 2 are still running
    2005-05-12 17:38:40: Thread 7: Entering ws_dispatcher (Connection from 192.168.1
    .103)
    2005-05-12 17:38:40: Thread 7: got request
    2005-05-12 17:38:40: Request: GET daap://192.168.1.1:3689/databases/1/items/6.wa
    v HTTP/1.1
    2005-05-12 17:38:40: Thread 7: Read: Accept: */*
    2005-05-12 17:38:40: Thread 7: Adding header *Accept=*/**
    2005-05-12 17:38:40: Added *Accept=*/**
    2005-05-12 17:38:40: Thread 7: Read: Cache-Control: no-cache
    2005-05-12 17:38:40: Thread 7: Adding header *Cache-Control=no-cache*
    2005-05-12 17:38:40: Added *Cache-Control=no-cache*
    2005-05-12 17:38:40: Thread 7: Read: User-Agent: iTunes/4.7.1 (Windows; N)
    2005-05-12 17:38:40: Thread 7: Adding header *User-Agent=iTunes/4.7.1 (Windows;
    N)*
    2005-05-12 17:38:40: Added *User-Agent=iTunes/4.7.1 (Windows; N)*
    2005-05-12 17:38:40: Thread 7: Read: Client-DAAP-Access-Index: 2
    2005-05-12 17:38:40: Thread 7: Adding header *Client-DAAP-Access-Index=2*
    2005-05-12 17:38:40: Added *Client-DAAP-Access-Index=2*
    2005-05-12 17:38:40: Thread 7: Read: Client-DAAP-Validation: C2A5F1BCEA29427D90D
    DA11A8A569109
    2005-05-12 17:38:40: Thread 7: Adding header *Client-DAAP-Validation=C2A5F1BCEA2
    9427D90DDA11A8A569109*
    2005-05-12 17:38:40: Added *Client-DAAP-Validation=C2A5F1BCEA29427D90DDA11A8A569
    109*
    2005-05-12 17:38:40: Thread 7: Read: Client-DAAP-Request-ID: 6
    2005-05-12 17:38:40: Thread 7: Adding header *Client-DAAP-Request-ID=6*
    2005-05-12 17:38:40: Added *Client-DAAP-Request-ID=6*
    2005-05-12 17:38:40: Thread 7: Read: Connection: close
    2005-05-12 17:38:40: Thread 7: Adding header *Connection=close*
    2005-05-12 17:38:40: Added *Connection=close*
    2005-05-12 17:38:40: Thread 7: Read:
    2005-05-12 17:38:40: Thread 7: Headers parsed!
    2005-05-12 17:38:40: Checking to see if connection matches close
    2005-05-12 17:38:40: And it DOES!
    2005-05-12 17:38:40: Thread 7: Connection type HTTP/1.1
    : Connection: non-persist
    2005-05-12 17:38:40: Thread 7: Original URI: daap://192.168.1.1:3689/databases/1
    /items/6.wav
    2005-05-12 17:38:40: Thread 7: Translated URI: /databases/1/items/6.wav
    2005-05-12 17:38:40: Thread 7: Preparing to find handler
    2005-05-12 17:38:40: Thread 7: URI Match!
    2005-05-12 17:38:40: Thread 7: Time is 1115944720 seconds after epoch
    2005-05-12 17:38:40: Thread 7: Setting time header
    2005-05-12 17:38:40: Added *Date=Fri, 13 May 2005 00:38:40 GMT*
    2005-05-12 17:38:40: Thread 7: Using non-default handler
    2005-05-12 17:38:40: Added *Accept-Ranges=bytes*
    2005-05-12 17:38:40: Added *DAAP-Server=mt-daapd/cvs-20050501*
    2005-05-12 17:38:40: Added *Content-Type=application/x-dmap-tagged*
    2005-05-12 17:38:40: Executing: SELECT * FROM songs WHERE id=6
    2005-05-12 17:38:40: Checking for ssc: 02_Good_Times_Roll.ogg
    2005-05-12 17:38:40: Yup
    2005-05-12 17:38:40: Thread 7: Autoconvert file /music/Cars/Greatest_Hits/02_Goo
    d_Times_Roll.ogg for client
    2005-05-12 17:38:40: Updating Content-Type from application/x-dmap-tagged to aud
    io/ogg
    2005-05-12 17:38:40: Added *Connection=Close*
    2005-05-12 17:38:40: Emitting reponse header Connection: Close
    2005-05-12 17:38:40: Emitting reponse header Content-Type: audio/ogg
    2005-05-12 17:38:40: Emitting reponse header DAAP-Server: mt-daapd/cvs-20050501
    2005-05-12 17:38:40: Emitting reponse header Accept-Ranges: bytes
    2005-05-12 17:38:40: Emitting reponse header Date: Fri, 13 May 2005 00:38:40 GMT
    2005-05-12 17:38:40: Entering config_set_status
    2005-05-12 17:38:40: Exiting config_set_status
    2005-05-12 17:38:40: Session 0: Streaming file ’02_Good_Times_Roll.ogg’ to 192.1
    68.1.103 (offset 0)
    2005-05-12 17:38:41: Finished streaming converted file to remote
    2005-05-12 17:38:41: Entering config_set_status
    2005-05-12 17:38:41: Exiting config_set_status
    2005-05-12 17:38:41: Entering config_set_status
    2005-05-12 17:38:41: Exiting config_set_status
    2005-05-12 17:38:41: Thread 7: Terminating
    2005-05-12 17:38:41: Thread 7: Freeing request headers
    2005-05-12 17:38:41: Thread 7: Freeing response headers
    2005-05-12 17:38:41: Thread 7: Freeing request vars
    2005-05-12 17:38:41: Thread 7: Closing fd
    2005-05-12 17:38:41: With thread 7 exiting, 2 are still running
    2005-05-12 17:38:41: Thread 8: Entering ws_dispatcher (Connection from 192.168.1.103)
    2005-05-12 17:38:41: Thread 8: got request
    2005-05-12 17:38:41: Request: GET daap://192.168.1.1:3689/databases/1/items/6.wa
    v HTTP/1.1
    2005-05-12 17:38:41: Thread 8: Read: Accept: */*
    2005-05-12 17:38:41: Thread 8: Adding header *Accept=*/**
    2005-05-12 17:38:41: Added *Accept=*/**
    2005-05-12 17:38:41: Thread 8: Read: Cache-Control: no-cache
    2005-05-12 17:38:41: Thread 8: Adding header *Cache-Control=no-cache*
    2005-05-12 17:38:41: Added *Cache-Control=no-cache*
    2005-05-12 17:38:41: Thread 8: Read: User-Agent: iTunes/4.7.1 (Windows; N)
    2005-05-12 17:38:41: Thread 8: Adding header *User-Agent=iTunes/4.7.1 (Windows;
    N)*
    2005-05-12 17:38:41: Added *User-Agent=iTunes/4.7.1 (Windows; N)*
    2005-05-12 17:38:41: Thread 8: Read: Client-DAAP-Access-Index: 2
    2005-05-12 17:38:41: Thread 8: Adding header *Client-DAAP-Access-Index=2*
    2005-05-12 17:38:41: Added *Client-DAAP-Access-Index=2*
    2005-05-12 17:38:41: Thread 8: Read: Client-DAAP-Validation: 0EAC89DE650C745E5BA
    23DFC91808A10
    2005-05-12 17:38:41: Thread 8: Adding header *Client-DAAP-Validation=0EAC89DE650
    C745E5BA23DFC91808A10*
    2005-05-12 17:38:41: Added *Client-DAAP-Validation=0EAC89DE650C745E5BA23DFC91808
    A10*
    2005-05-12 17:38:41: Thread 8: Read: Client-DAAP-Request-ID: 7
    2005-05-12 17:38:41: Thread 8: Adding header *Client-DAAP-Request-ID=7*
    2005-05-12 17:38:41: Added *Client-DAAP-Request-ID=7*
    2005-05-12 17:38:41: Thread 8: Read: Connection: close
    2005-05-12 17:38:41: Thread 8: Adding header *Connection=close*
    2005-05-12 17:38:41: Added *Connection=close*
    2005-05-12 17:38:41: Thread 8: Read:
    2005-05-12 17:38:41: Thread 8: Headers parsed!
    2005-05-12 17:38:41: Checking to see if connection matches close
    2005-05-12 17:38:41: And it DOES!
    2005-05-12 17:38:41: Thread 8: Connection type HTTP/1.1
    : Connection: non-persist
    2005-05-12 17:38:41: Thread 8: Original URI: daap://192.168.1.1:3689/databases/1
    /items/6.wav
    2005-05-12 17:38:41: Thread 8: Translated URI: /databases/1/items/6.wav
    2005-05-12 17:38:41: Thread 8: Preparing to find handler
    2005-05-12 17:38:41: Thread 8: URI Match!
    2005-05-12 17:38:41: Thread 8: Time is 1115944721 seconds after epoch
    2005-05-12 17:38:41: Thread 8: Setting time header
    2005-05-12 17:38:41: Added *Date=Fri, 13 May 2005 00:38:41 GMT*
    2005-05-12 17:38:41: Thread 8: Using non-default handler
    2005-05-12 17:38:41: Added *Accept-Ranges=bytes*
    2005-05-12 17:38:41: Added *DAAP-Server=mt-daapd/cvs-20050501*
    2005-05-12 17:38:41: Added *Content-Type=application/x-dmap-tagged*
    2005-05-12 17:38:41: Executing: SELECT * FROM songs WHERE id=6
    2005-05-12 17:38:41: Checking for ssc: 02_Good_Times_Roll.ogg
    2005-05-12 17:38:41: Yup
    2005-05-12 17:38:41: Thread 8: Autoconvert file /music/Cars/Greatest_Hits/02_Goo
    d_Times_Roll.ogg for client
    2005-05-12 17:38:41: Updating Content-Type from application/x-dmap-tagged to aud
    io/ogg
    2005-05-12 17:38:41: Added *Connection=Close*
    2005-05-12 17:38:41: Emitting reponse header Connection: Close
    2005-05-12 17:38:41: Emitting reponse header Content-Type: audio/ogg
    2005-05-12 17:38:41: Emitting reponse header DAAP-Server: mt-daapd/cvs-20050501
    2005-05-12 17:38:41: Emitting reponse header Accept-Ranges: bytes
    2005-05-12 17:38:41: Emitting reponse header Date: Fri, 13 May 2005 00:38:41 GMT
    2005-05-12 17:38:41: Entering config_set_status
    2005-05-12 17:38:41: Exiting config_set_status
    2005-05-12 17:38:41: Session 0: Streaming file ’02_Good_Times_Roll.ogg’ to 192.1
    68.1.103 (offset 0)
    2005-05-12 17:38:41: Finished streaming converted file to remote
    2005-05-12 17:38:41: Entering config_set_status
    2005-05-12 17:38:41: Exiting config_set_status
    2005-05-12 17:38:41: Entering config_set_status
    2005-05-12 17:38:41: Exiting config_set_status
    68.1.103 (offset 0)
    2005-05-12 17:38:41: Finished streaming converted file to remote
    2005-05-12 17:38:41: Entering config_set_status
    2005-05-12 17:38:41: Exiting config_set_status
    2005-05-12 17:38:41: Entering config_set_status
    2005-05-12 17:38:41: Exiting config_set_status
    2005-05-12 17:38:41: Thread 8: Terminating
    2005-05-12 17:38:41: Thread 8: Freeing request headers
    2005-05-12 17:38:41: Thread 8: Freeing response headers
    2005-05-12 17:38:41: Thread 8: Freeing request vars
    2005-05-12 17:38:41: Thread 8: Closing fd
    2005-05-12 17:38:41: With thread 8 exiting, 2 are still running
    2005-05-12 17:38:52: select(6, 0.100585)
    2005-05-12 17:38:52: select(6, 255.889648)
    2005-05-12 17:39:10: select(6, 238.643554)
    2005-05-12 17:39:10: select(6, 0.031250)
    2005-05-12 17:39:10: select(6, 238.509765)
    2005-05-12 17:43:08: select(6, 0.100585)
    2005-05-12 17:43:08: select(6, 1965567.855468)
    2005-05-12 17:43:26: select(6, 1965550.619140)
    2005-05-12 17:43:26: select(6, 0.089843)
    2005-05-12 17:43:26: select(6, 0.004882)
    2005-05-12 17:43:26: select(6, 1965550.415039)

    ============================================================

    B: the kludged mt-daapd-ssc.sh

    ============================================================

    #!/bin/sh
    #
    # script to facilitate server-side transcoding of ogg files
    #
    #
    # Usage: mt-daapd-ssc.sh
    #
    # You may need to fix these paths:
    #

    WAVSTREAMER=/usr/local/bin/wavstreamer
    OGGDEC=oggdec
    FLAC=flac

    ogg_file() {
    $OGGDEC –quiet -o – “$FILE” | $WAVSTREAMER -o $OFFSET $FORGELEN
    }

    flac_file() {
    $FLAC –silent –decode –stdout “$FILE” | $WAVSTREAMER -o $OFFSET $FORGELEN
    }

    FILE=$1
    OFFSET=0

    if [ “$2” == “” ]; then
    OFFSET=0
    else
    OFFSET=$2
    fi

    if [ “$3” != “” ]; then
    length_time=`ogginfo $1 | egrep -i Playback.length |
    awk ‘
    { m=index($3,”m”);
    c=index($3,”:”);
    s=index($3,”s”);
    min=substr($3,1,m-1);
    sec=substr($3,c+1,s-c-1);
    #print $3,min,sec,m,c,s;
    print min * 60 + sec;
    }’ `
    FORGELEN=”-l $length_time “

    fi

    if ( echo $1 | grep -i “.ogg$” > /dev/null 2>&1 ); then
    ogg_file
    exit;
    fi

    if ( echo $1 | grep -i “.flac$” > /dev/null 2>&1 ); then
    flac_file
    exit;
    fi

    #
    # here you could cat a generic “error” wav…
    #
    #
    # cat /path/to/error.wav
    #

    ==========================================================

    #3305
    rpedde
    Participant

    The transcoding script will end up being called like this:


    mt-daapd-ssc.sh "/path/to/oggfile.ogg" 0 0

    Or close enough. Run that by hand and see what you get. You should get a wav file on stdout.

    Your problems are one of the following:

    1. mt-daapd-ssc.sh isn’t producing a valid wav output. Test it by manually running, redirecting stdout to a file, and playing the file with a media player. If it works, that’s not the problem.

    2. your ssc_script path in your config file isn’t right

    3. that’s about all it could be, given the log. 🙂

    — Ron

    #3306
    rpedde
    Participant

    Ahh, crap.

    either that, or it’s ticked about the content-type.

    Verify you can generate a .wav file from the transcode script. If you can, I’ll feed you a patch that might do it.

    — Ron

    #3307
    meanlocha
    Guest

    I have checked the mt-daapd-ssc.sh script (kludge version) on
    the command line. It produces wav as advertised. As you may have
    noticed, the kludge
    helps the script to determine the time length of the ogg file.

    Anthony

    #3308
    meanlocha
    Guest

    The /etc/mt-daapd.conf file looks fine, including the ssc_prog
    reference, see attached.

    Anthony

    #3309
    meanlocha
    Guest

    sorry, the include file choked on a .conf file.
    Here again is the /etc/mt-daapd.conf file. the ssc_prog
    looks fine.

    Anthony

    # $Id: mt-daapd.conf,v 1.18 2005/02/27 04:08:04 rpedde Exp $
    #
    # This is the mt-daapd config file.
    #
    # If you have problems or questions with the format of this file,
    # direct your questions to [email protected].
    #
    # You can also check the website at http://mt-daapd.sourceforge.net,
    # as there is a growing documentation library there, peer-supported
    # forums and possibly more.
    #

    #
    # web_root (required)
    #
    # Location of the admin web pages.
    #
    # If you installed from .RPM, .deb, or tarball with –prefix=/usr, then
    # this is correct.
    #
    # If you installed from tarball without –prefix=/usr, then the correct
    # path is probably /usr/local/share/mt-daapd/admin-root.
    #

    web_root /usr/share/mt-daapd/admin-root

    #
    # port (required)
    #
    # What port to listen on. It is possible to use a different
    # port, but this is the default iTunes port
    #

    port 3689

    #
    # admin_pw (required)
    #
    # This is the password to the administrative pages
    #

    admin_pw mt-daapd

    #
    # db_dir (required)
    #
    # This is where mt-daapd stores its database of song information.
    #
    # If you installed from .RPM or .deb, then this directory already
    # exists. If not, then YOU MUST CREATE THIS DIRECTORY!
    #

    db_dir /var/cache/mt-daapd

    #
    # mp3_dir (required)
    #
    # Location of the mp3 files to share. Note that because the
    # files are stored in the database by inode, these must be
    # in the same physical filesystem.
    #

    mp3_dir /music

    #
    # servername (required)
    #
    # This is both the name of the server as advertised
    # via rendezvous, and the name of the database
    # exported via DAAP. Also know as “What shows up in iTunes”.
    #

    servername Server

    #
    # runas (required)
    #
    # This is the user to drop privs to if running as
    # root. If mt-daapd is not started as root, this
    # configuration option is ignored. Notice that this
    # must be specified whether the server is running
    # as root or not.
    #

    runas nobody

    #
    # playlist (optional)
    #
    # This is the location of a playlist file.
    # This is for Apple-style “Smart Playlists”
    # See the mt-daapd.playlist file in the
    # contrib directory for syntax and examples
    #
    # This doesn’t control static playlists… these
    # are controlled with the “process_m3u” directive
    # below.
    #

    playlist /etc/mt-daapd.playlist

    #
    # password (optional)
    #
    # This is the password required to listen to MP3 files
    # i.e. the password that iTunes prompts for
    #

    #password mp3

    #
    # extensions (optional)
    #
    # These are the file extensions that the daap server will
    # try to index and serve. By default, it only indexes and
    # serves .mp3 files. It can also server .m4a and .m4p files,
    # and just about any other files, really. Unfortunately, while
    # it can *attempt* to serve other files (.ogg?), iTunes won’t
    # play them. Perhaps this would be useful on Linux with
    # Rhythmbox, once it understands daap. (hurry up!)
    #
    # Failing that, one can use server-side conversion to transcode
    # non-standard (.ogg, .flac) music to wav on the server side.
    # See the ssc_* options below.
    #

    extensions .mp3,.m4a,.m4p,.ogg

    #
    # ssc_extensions (optional)
    #
    # List of file extensions belonging to the files daap server
    # performs internal format conversion and present to clients
    # as WAV files. Extensions must also be present in ‘extensions’
    # configuration value, or files are not probed in the first
    # place.
    #

    ssc_extensions .ogg

    #
    # ssc_prog (optional)
    #
    # Program that is used in server side format conversion.
    # Program must accept following command line syntax:
    # ssc_prog filename offset length …
    # Parameter filename is the real name of the file that is
    # to be converted and streamed, offset is number of bytes
    # that are skipped from the beginning of the _output_ file
    # before streaming is started, length is length of the song
    # in seconds (or zero). All other possible arguments must
    # be ignored. The resulting wav file (or the rest of
    # the file after initial seek) is written to the standard
    # output by the ssc_prog program. This is typically
    # a script that is a front end for different conversion tools
    # handling different formats.
    #

    ssc_prog /usr/local/bin/mt-daapd-ssc.sh
    #ssc_prog /usr/local/bin/mt-daapd-ssc.pl

    #
    # logfile (optional)
    #
    # This is the file to log to. If this is not configured,
    # then it will log to the syslog.
    #
    # Not that the -d switch will control the log verbosity.
    # By default, it runs at log level 1. Log level 9 will churn
    # out scads of useless debugging information. Values in between
    # will vary the amount of logging you get.
    #

    logfile /var/log/mt-daapd.log

    #
    # art_filename (optional)
    #
    # There is experimental support thanks to Hiren Joshi
    # ([email protected]) for dynamically adding art to the id3v2
    # header as it is streamed (!!). If you were using a music system
    # like zina or andromeda, for example, with cover art called
    # “_folderOpenImage.jpg”, you could use the parameter
    # art_file _folderOpenImage.jpg and if the file _folderOpenImage.jpg
    # was located in the same folder as the .mp3 file, it would appear
    # in iTunes. Cool, eh?
    #

    #art_filename _folderOpenImage.jpg

    #
    # rescan_interval
    #
    # How often to check the file system to see if any mp3 files
    # have been added or removed.
    #
    # if not specified, the default is 0, which disables background scanning.
    #
    # If background rescanning is disabled, a scan can still be forced from the
    # “status” page of the administrative web interface
    #
    # Setting a rescan_interval lower than the time it takes to rescan
    # won’t hurt anything, it will just waste CPU, and make connect times
    # to the daap server longer.
    #
    #

    #rescan_interval 300

    # always_scan
    #
    # The default behavior is not not do background rescans of the
    # filesystem unless there are clients connected. The thought is to
    # allow the drives to spin down unless they are in use. This might be
    # of more importance in IDE drives that aren’t designed to be run
    # 24×7. Forcing a scan through the web interface will always work
    # though, even if no users are connected.

    # always_scan 0

    #
    # process_m3u
    #
    # By default m3u processing is turned off, since most m3u files
    # sitting around in peoples mp3 directories have bad paths, and
    # I hear about it. 🙂
    #
    # If you are sure your m3u files have good paths (i.e. unixly pathed,
    # with relative paths relative to the directory the m3u is in), then
    # you can turn on m3u processing by setting this directive to 1.
    #
    # I’m not sure “unixly” is a word, but you get the idea.
    #

    # process_m3u 0

    #
    # scan_type
    #
    #
    # This sets how aggressively mp3 files should be scanned to determine
    # file length. There are three values:
    #
    # 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 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.
    #

    # scan_type 0

    #
    # compress
    #
    # Whether to use gzip content-encoding when transferring playlists etc.
    # This was contributed as a patch by Ciamac Moallemi just prior to the 0.2.1
    # release, and as such, hasn’t gotten as much testing as other features.
    #
    # This feature should substantially speed up transfers of large databases
    # and playlists.
    #
    # It will eventually default to 1, but currently it defaults to 0.
    #

    # compress 0

    #3310
    rpedde
    Participant

    Try this patch.

    Like a moron, I forgot to run it before I started hacking it up, so I’m not sure that the content type was really the issue, but that’s what’s fixed in this patch, and I verified I can play a transcoded ogg file.

    wrt to the length munging — if you configure it with –enable-oggvorbis, it will determine the song length itself and properly pass the forge length. I suspect you didn’t configure it like that and the ogg files are showing up as “continuous”.

    Oh, and if you do that, you’ll need to rescan the ogg files.. either run mt-daapd with a “-r” for rescan, or:


    foo@bar$ sqlite /path/to/songs.db
    sqlite>update songs set force_update=1 where type='ogg';
    sqlite>.quit

    Let me know how it works.

    — Ron [file name=transcodefix.patch.txt size=972]http://www.mt-daapd.org/components/com_simpleboard/uploaded/files/transcodefix.patch.txt[/file]

    Post edited by: rpedde, at: 2005/05/13 05:14

    #3311
    meanlocha
    Guest

    It Works!!
    thanks for your help.
    I removed my kludge from mt-daapd-ssc.sh, installed the patch,
    configured using –enable-oggvorbis, make, make install,
    redid the sqlite database as you described.

    Bingo.

    Another happy Customer!
    Thanks again and nice software!

    Anthony

    #3312
    rpedde
    Participant

    Good to hear… Now I just gotta roll that into nightlies.

    Thanks for the feedback.

    — Ron

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