Description of problem: Mageia3 Beta2 KDE LiveDVD trying to read a wma audio file amarok complains about a missing windows media audio 8 decoder try to add it get a message "could not talk to packagekitd" enable a full set of repositories in rpmdrake (core, tainted, nonfree, and their updates) try again : same message I install all the gstreamer plugins (from tainted and core) and clementine both amarok and clementine still complain for a missing gstreamer-plugin I install audacious no way to play the wma file I install xine and its plugin big noise I install vlc and its plugins Big noise I install mplayer I can hear correctly the wma file I install soundkonverter and audiokonverter with both of them I can convert the wma file into a mp3 or wav file NB : with Mageia2, I can hear this same wma file with vlc, amarok, clementine, xine, audacious, and of course mplayer... and can convert it with soundkonverter and audiokonverter
Nota Bene the wma files I tested are not DRM protected mplayer works audiokonverter and soundkonverter use mplayer and are OK too ! is it a ffmpeg version problem ? - gstreamer uses gstreamer-ffmpeg plugin (for amarok or clementine) - audacious, xine and vlc use ffmpeg too
Whiteboard: (none) => MGA3 Beta2 KDE LiveDVD
Christiaan or Funda, maybe you know for ffmpeg ?
CC: (none) => cjw, fundawang
From what I understand, I suppose it's really a ffmpeg version problem : The source of Mplayer has its own bundled version of ffmpeg the spec has been modified to use the distribution's version of ffmpeg ... but some patches were needed to use the bundled version of some parts of ffmpeg ! Mplayer can read wma audiofiles, and encode them into wav or mp3... Vlc, xine are strictly built with the distribution version of ffmpeg : when trying to play wma audiofiles we get a noisy sound (white noise over the song) gstreamer-ffmpeg is strictly built with the distribution version of ffmpeg and give no sound at all with Amarok, clementine, totem that complain about missing plugin Would it be possible to try to rebuild them with the previous version of ffmpeg to verify if it is a ffmpeg regression ? Besides this : It is no more possible to import a wma audiofile inside audacity since the BuildRequire : libffmpeg-devel has been removed... (why?) : it complains about missing something to import it ! perhaps need an other bug report for this ? Nevertheless it could be useful to add again this BR rebuild audacity and test importing a wma audiofile...
Source RPM: vlc amarok clementine gstreamer audacious xine => ffmpeg and as consequences : vlc, xine, gsreamer-ffmpeg and so amarok clementine audacious
Yep this looks like ffmpeg 1.1 - thanks for reporting the issues at least. Everything built fine with the new version and this problem only pops up when trying to use the various applications. mplayer uses system ffmpeg and this problem was reported for ac3 decoding in #8762 . gstreamer0.10-ffmpeg should be fixed now for this bug (decoding wma and other codecs that only decode to planar PCM with ffmpeg 1.1) with gstreamer0.10-ffmpeg-0.10.13-10.mga3 Amarok works right now, makes sense since it uses gstreamer0.10 which I just fixed. audacious appears to use libavcodec directly so we should check with audacious upstream. According to Anssi, vlc is fixed upstream so we might update to a development version (this is up to vlc maintainer(s) and we are in release freeze of course). totem uses gstreamer1.0 so gstreamer1.0-libav. I believe this is fixed upstream but an update would also require updating the core gstreamer1.0 libraries. Not sure if this is feasible. Maybe my patch for gstreamer0.10-ffmpeg can be ported to gstreamer1.0-libav.
Hi Christian ! Thanks for this quick correction : Using the LiveKDE DVD as a liveDVD, I only updated gstreamer0.10-ffmpeg-0.10.13-10 that you corrected. Fine job : Amarok now can read wma files (without complaining about a missing decoder) :) About totem you are right : it does use gstreamer1.0 and not gstreamer0.10 ... (I didn't notice this : reading too quickly I thought it depended on the same gstreamer as Amarok) if you add a patched gstreamer1.0-libav in cauldron/core/updates_testing I may test it... NB I said that mplayer was fine when reading wma : there's nothing to change about this : it works as it is (and so do audiokonverter and soundkonverter that use it) Thanks to you to look at audacious Thanks to Anssi to look at vlc The remaining problem will be the hidden problem of audacity : it has been built inside Cauldron without BuildRequires libffmpeg-devel (for Mageia2 it was built with this BR and it could import wma files) that implies a regression of its functionality ... But, if this BR is added again, since it depends on ffmpeg 1.1 now, audacity will certainly need patches too ! Summarizing Mplayer has always been OK (and so soudkonverter and audiokonverter) Amarok is OK now (bug resolved and fixed for it) Totem maybe could be corrected with a patched gstreamer1.0-libav VLC (and perhaps audacious) waiting for upstream Audacity ???? maybe add Funda Wang to cc to ask him why he removed the "build --with-ffmpeg" from the configure options and removed this BR...
I couldn't find a fix for audacious and no bug reported there either, so I ported my patch from gstreamer0.10-ffmpeg, see (or hear) audacious-plugins-3.3.4-2.mga3 .
Thanks Christiaan ! I tested your patched audacious-plugins-3.3.4-2 (from core and then from tainted repos) both of them are OK with no regression Amarok and Audacious can now read wma audiofiles (and always mp3 and flac and aac and wav and musepack audiofiles) remaining problems : vlc totem I think I'm gonna open a new bug for audacity (it can't import aac, wma, musepack since it's built without ffmpeg)
Totem and rhythmbox should be able to play WMA files again with gstreamer1.0-libav-1.1-0.f42ff3194110b8d2f16b234470e4cce1e4c13de7.1.mga3. I have no plans for vlc.
Well done ! Thanks Christiaan Tested with a Beta2 live DVD, updating and installing what is necessary : Now we can use : Amarok Clementine Totem Dragon Mplayer Banshee Rhythmbox Audacious SoundKonverter audiokonverter Two remaining problems : Audacity bug 9043 VLC I propose to close this bug and open a new one only for VLC and xine What do you think ?
Since it's resolved for Amarok totem audacious clementine rhythmbox I create a new bug for only vlc and xine : bug 9578 so that we may close this one
Status: NEW => RESOLVEDResolution: (none) => FIXED