For some reason GStreamer is unable to find libav WMA, even though it is built with external FFmpeg (-libav use flag) which has WMA support: $ gst-launch-1.0 filesrc location=example.wma ! decodebin ! audioconvert ! alsasink Missing element: Windows Media Audio 8 decoder ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0: Your GStreamer installation is missing a plug-in. $ gst-inspect-1.0 | grep -i wma typefindfunctions: video/x-ms-asf: asf, wm, wma, wmv FFmpeg itself definitely supports WMA: $ ffmpeg -codecs | grep wma ffmpeg version 2.8.6 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.9.4 (Gentoo 4.9.4 p1.0, pie-0.6.4) libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 D.A..S wmalossless Windows Media Audio Lossless D.A.L. wmapro Windows Media Audio 9 Professional DEA.L. wmav1 Windows Media Audio 1 DEA.L. wmav2 Windows Media Audio 2 D.A.L. wmavoice Windows Media Audio Voice and ffplay will happily play WMA files.
Seems to work fine with gst-plugins-libav-1.10.3, as it depends on ffmpeg-3 and as such isn't affected by the upstream regression I put in "See Also" field. These are in security stabilization queue for arches already, closing this one here, feel free to re-open or file a new bug when this is still an issue with 1.10.3.