#27 WMA Metadata Extraction

Next Release
N Welch

My Christmas wish would be to see WMA metadata extraction for MedaiTomb.

Many Linux users are migrating over from Windows, and thus may have many of their music collection in a Windows WMA format. Having WMA metadata extraction would provide this cross-platform workability present in so many other Linux OS projects, such as OpenOffice, GIMP etc...

As for myself, I have not been able to find a uPnp service that works with my PS3 (nice work, there) and support my "legacy" WMA files...


  • Jin

    Jin - 2007-12-24

    Logged In: YES
    Originator: NO

    Well... from what I was told libextractor is capable of handling WMA metadata, we already support libextractor, it's just not compiled into the binary package.

    Rumor is that ffmpeg can also handle that, at least partially.

    I will make you an offer: prepare a couple of fully tagged WMA files and email them to me. I'll check if extractor and ffmpeg handles that and add some tweaks if I see problems. Since we already have ffmpeg/libextractor support chances are good (of course only if those libs indeed are capable of handling WMA)

  • Nobody/Anonymous

    Logged In: NO

    Will do! Thanks for the offer!...

  • Jin

    Jin - 2007-12-27

    Logged In: YES
    Originator: NO

    Hi, thanks for the samples!

    Well, I guess I have some good news for you, it seems that ffmpeg can partially handle WMA metadata; not everything, but it recognized the album, artist and song name.

    ffmpeg metadata extraction is supported in the current SVN code, so you could already use it.

    The main problem with releasing a precompiled ffmpeg binary is the fact that ffmpeg is not available in some distributions, for Fedora I have to pull it in from the livna repository.

    There is even one more option, seems that a version of TagLib with WMA support is available.

    We do support taglib, meaning - you would only have to install this particular taglib version on your system and recompile MediaTomb with taglib instead of id3lib.

    The bad news of course - you need to compile the sources, so it's not an "out of the box" support, but I'd say for the start it's better than nothing :>

  • N Welch

    N Welch - 2007-12-27

    Logged In: YES
    Originator: YES

    Thanks for looking into it, Jin.

    I'm guessing you're saying the SVN code allows for an c/l option to "activate" the ffmpeg portion when compiling(?) I'm afraid my compiling knowledge is remedial and I've had mixed results, but I suppose I can give it a shot... I trust a readme or some other documentation to enable various options is available.

    Perhaps the precompiled version could do a check to see if the ffmpeg or taglib libraries are available and proceed with WMA metadata extraction if available, or skip it if not. I think any uPnp utility ought to support as many codecs out of the box as it possibly can - just a thought.

    P.S. ffmpeg didn't pick up the "Genre" tag? That's very surprising and certainly limits its (ffmpeg's) usefulness...

    My life would certainly be easier if I just had mp3s, I suppose ;) I would *love* to have .ogg tracks, but show me a decent DAP that support 'em - sheesh!

  • Jin

    Jin - 2007-12-27

    Logged In: YES
    Originator: NO

    If you install ffmpeg-dev libraries on your system, then configure will automatically pick it up and enable ffmpeg support.

    From what I understand the special taglib version from http://www.umeshshankar.com/taglib-wma/ can handle wma metadata better than ffmpeg (i.e. it should add full support, also "Genre", maybe even album art), so that's surely also an option.

    I wrote a howto for people who wanted to test transcoding code that is currently only available in svn, it describes on how you can compile an own versino from svn:

    You can safely ignore all the transcoding stuff in the howto, unless you need it.

    Aren't D-Link's DSM devices supporting OGG? :>


Log in to post a comment.