1376 and WMA files

Viewing 10 posts - 1 through 10 (of 10 total)
  • Author
    Posts
  • #563
    vextasy
    Guest

    Using build 1376 on the NSLU2 I’m also getting the WMA problem reported by grommet in “Feedback on svn-1372”. The problem goes away if I don’t add .wma to the list of extensions to index. Here’s the (verbose) logging output:


    2006-09-05 21:52:47 (00000400): Found /share/hdd/data/john/Music/Captain Beefheart
    2006-09-05 21:52:47 (00000400): Found Captain Beefheart.. recursing
    2006-09-05 21:52:47 (00000400): Found /share/hdd/data/john/Music/Captain Beefheart/desktop.ini
    2006-09-05 21:52:47 (00000400): Found /share/hdd/data/john/Music/Captain Beefheart/The Best of Captain Beefheart and the Magic Band
    2006-09-05 21:52:47 (00000400): Found The Best of Captain Beefheart and the Magic Band.. recursing
    2006-09-05 21:52:47 (00000400): Found /share/hdd/data/john/Music/Captain Beefheart/The Best of Captain Beefheart and the Magic Band/01_Safe as Milk.wma
    2006-09-05 21:52:47 (00000400): Executing: select * from songs where path='/share/hdd/data/john/Music/Captain Beefheart/The Best of Captain Beefheart and the Magic Band/01_Safe as Milk.wma' and idx=0
    2006-09-05 21:52:47 (00000400): Found music file: 01_Safe as Milk.wma
    2006-09-05 21:52:47 (00000400): Codec type: wma
    2006-09-05 21:52:47 (00000400): Found WMA header: ASF_Header_Object
    2006-09-05 21:52:47 (00000400): Header size: 5890
    2006-09-05 21:52:47 (00000400): Header objects: 7
    2006-09-05 21:52:47 (00000400): 0x0000001E: Found subheader: ASF_Content_Description_Object
    2006-09-05 21:52:47 (00000400): Got item of length 26: Safe as Milk
    2006-09-05 21:52:48 (00000400): Got item of length 70: Captain Beefheart & the Magic Band
    2006-09-05 21:52:48 (00000400): 0x000000A0: Found subheader: ASF_Extended_Content_Description_Object
    2006-09-05 21:52:48 (00000400): Reading extended content description object
    2006-09-05 21:52:48 (00000400): Reading descr 0 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/Track
    2006-09-05 21:52:48 (00000400): Type: int, value: 0
    2006-09-05 21:52:48 (00000400): Reading descr 1 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/Lyrics
    2006-09-05 21:52:48 (00000400): Type: string, value:
    2006-09-05 21:52:48 (00000400): Reading descr 2 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/MediaPrimaryClassID
    2006-09-05 21:52:48 (00000400): Type: string, value: {D1607DBC-E323-4BE2-86A1-48A42A28441E}
    2006-09-05 21:52:48 (00000400): Reading descr 3 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WMFSDKVersion
    2006-09-05 21:52:48 (00000400): Type: string, value: 10.00.00.3646
    2006-09-05 21:52:48 (00000400): Reading descr 4 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WMFSDKNeeded
    2006-09-05 21:52:48 (00000400): Type: string, value: 0.0.0.0000
    2006-09-05 21:52:48 (00000400): Reading descr 5 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: IsVBR
    2006-09-05 21:52:48 (00000400): Type: int, value: 0
    2006-09-05 21:52:48 (00000400): Reading descr 6 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/TrackNumber
    2006-09-05 21:52:48 (00000400): Type: int, value: 1
    2006-09-05 21:52:48 (00000400): Reading descr 7 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/Year
    2006-09-05 21:52:48 (00000400): Type: string, value: 2002
    2006-09-05 21:52:48 (00000400): Reading descr 8 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/EncodingTime
    2006-09-05 21:52:48 (00000400): Type: ll, value: 127798478680000000
    2006-09-05 21:52:48 (00000400): Reading descr 9 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/UniqueFileIdentifier
    2006-09-05 21:52:48 (00000400): Type: string, value: AMGa_id=R 587861;AMGp_id=P 55418;AMGt_id=T 5586607
    2006-09-05 21:52:48 (00000400): Reading descr 10 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/Composer
    2006-09-05 21:52:48 (00000400): Type: string, value: Don Van Vliet
    2006-09-05 21:52:48 (00000400): Reading descr 11 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/Publisher
    2006-09-05 21:52:48 (00000400): Type: string, value: EMI
    2006-09-05 21:52:48 (00000400): Reading descr 12 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/Genre
    2006-09-05 21:52:48 (00000400): Type: string, value: Rock
    2006-09-05 21:52:48 (00000400): Reading descr 13 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/AlbumTitle
    2006-09-05 21:52:48 (00000400): Type: string, value: The Best of Captain Beefheart and the Magic Band
    2006-09-05 21:52:48 (00000400): Reading descr 14 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/AlbumArtist
    2006-09-05 21:52:48 (00000400): Type: string, value: Captain Beefheart
    2006-09-05 21:52:48 (00000400): Reading descr 15 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/MCDI
    2006-09-05 21:52:48 (00000400): Type: bytes
    2006-09-05 21:52:48 (00000400): Reading descr 16 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/Provider
    2006-09-05 21:52:48 (00000400): Type: string, value: AMG
    2006-09-05 21:52:48 (00000400): Reading descr 17 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/ProviderRating
    2006-09-05 21:52:48 (00000400): Type: string, value: 4
    2006-09-05 21:52:48 (00000400): Reading descr 18 of 19
    2006-09-05 21:52:48 (00000400): Found descriptor: WM/ProviderStyle
    2006-09-05 21:52:48 (00000400): Type: string, value: Rock
    2006-09-05 21:52:48 (00000400): 0x000005D0: Found subheader: ASF_File_Properties_Object
    2006-09-05 21:52:48 (00000400): play_duration: 3315390000, send_duration: 3302720000, preroll: 1579
    2006-09-05 21:52:48 (00000400): 0x00000638: Found subheader: ASF_Header_Extension_Object
    2006-09-05 21:52:48 (00000400): Found header ext of 1544486912 (3978) bytes
    2006-09-05 21:52:48 (00000400): Found ext subheader: ASF_Language_List_Object
    2006-09-05 21:52:48 (00000400): Size: 872415232
    2006-09-05 21:52:48 (00000400): Found ext subheader: ASF_Language_List_Object
    2006-09-05 21:52:48 (00000400): Size: 872415232
    2006-09-05 21:52:48 (00000400): Found ext subheader: ASF_Language_List_Object
    2006-09-05 21:52:48 (00000400): Size: 872415232
    2006-09-05 21:52:48 (00000400): Found ext subheader: ASF_Language_List_Object
    2006-09-05 21:52:48 (00000400): Size: 872415232
    2006-09-05 21:52:48 (00000400): Found ext subheader: ASF_Language_List_Object
    2006-09-05 21:52:48 (00000400): Size: 872415232
    2006-09-05 21:52:48 (00000400): Found ext subheader: ASF_Language_List_Object
    2006-09-05 21:52:48 (00000400): Size: 872415232
    2006-09-05 21:52:48 (00000400): Found ext subheader: ASF_Language_List_Object
    2006-09-05 21:52:48 (00000400): Size: 872415232

    The last lines repeating until the server is killed.
    Is there any more information I can provide to help with tracking this down?

    #6260
    grommet
    Participant

    Ack! The problem was fixed in svn-1376 in all my cases… but obviously not yours. Send a sample WMA file to ron at pedde.com if you can…

    #6261
    rpedde
    Participant

    @vextasy wrote:

    Using build 1376 on the NSLU2 I’m also getting the WMA problem reported by grommet in “Feedback on svn-1372”. The problem goes away if I don’t add .wma to the list of extensions to index. Here’s the (verbose) logging output:

    Windows media will be the death of me.

    Yeah, if you can mail me that at [email protected], I’ll see what I can do.

    Clearly I’m not winning at this. Wish there was some kinda documentation for the metadata. Grrr… damn you, microsoft…

    — Ron

    #6262
    grommet
    Participant

    Yeah, the documentation is a bit light… outside of actual SDK usage. There isn’t much more than http://www.microsoft.com/windows/windowsmedia/forpros/format/asfspec.aspx – The pain will keep you feeling young, Ron. 😉

    #6263
    Ted Harper
    Participant

    Any progress on this issue of WMA parsing on some ?old? files that were being processed fine up to 1372/1376?

    I also have the same ongoing problem with some of my WMA files and 1376 (on a NSLU2), so am hoping the next nightly has a fix (or at least avoids an infinite loop so the rescan can complete, even if some files – or tags within a file – are skipped).

    Ron, do you still need a sample file for this problem, or was the debug output enough to track it down at least enough to put in a failsafe loop-breaker in the parsing code for any WMA-strangeness?

    ted.h.

    #6264
    rpedde
    Participant

    @Ted Harper wrote:

    Any progress on this issue of WMA parsing on some ?old? files that were being processed fine up to 1372/1376?

    I also have the same ongoing problem with some of my WMA files and 1376 (on a NSLU2), so am hoping the next nightly has a fix (or at least avoids an infinite loop so the rescan can complete, even if some files – or tags within a file – are skipped).

    Ron, do you still need a sample file for this problem, or was the debug output enough to track it down at least enough to put in a failsafe loop-breaker in the parsing code for any WMA-strangeness?

    ted.h.

    Yeah, I do. I was sure this was already fixed, but I can’t find it in the svn commits. Maybe I have it laying about uncommited on a machine somewhere. Gack… too many development machines, clearly.

    Yeah, if you have one that still exhibits the problem, I’d love to see it. Like I said, that whole header frame is marked as “vendor specific”, so there is no real documentation on the layout, so I’m pretty much just guessing from observation.

    Would be helpful to observe more. 🙂

    — Ron

    #6265
    vextasy
    Guest

    Ron, I did send a sample mp3, as requested, on the 6th of September
    in a zip file named 01_Safe as Milk.zip. Maybe it never arrived.
    Would it be helpful if I sent this again?

    #6266
    rpedde
    Participant

    @vextasy wrote:

    Ron, I did send a sample mp3, as requested, on the 6th of September
    in a zip file named 01_Safe as Milk.zip. Maybe it never arrived.
    Would it be helpful if I sent this again?

    Lemme check my spam…

    — Ron

    #6267
    vextasy
    Guest

    Ron, I’ve resent the mp3 with the subject “1376 and WMA files”.
    My previous email had the zip filename as the subject
    and probably did look like spam.

    My apologies.

    #6268
    rpedde
    Participant

    @vextasy wrote:

    Ron, I’ve resent the mp3 with the subject “1376 and WMA files”.
    My previous email had the zip filename as the subject
    and probably did look like spam.

    My apologies.

    Got it. I’ll get this taken care of this afternoon.

    — Ron

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