Cannot play h264 10bit video in Totem

[waste]

I am using latest Sabayon Gnome on my laptop. When I try to launch h264 10bit video in Totem I get such error message:

** Message: Error: Could not find GStreamer caps mapping for FFmpeg codec 'h264', and you are using an external libavcodec. This is most likely due to a packaging problem and/or libavcodec having been upgraded to a version that is not compatible with this version of gstreamer-ffmpeg. Make sure your gstreamer-ffmpeg and libavcodec packages come from the same source/repository.
gstffmpegdec.c(1346): gst_ffmpegdec_negotiate (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/ffdec_h264:ffdec_h2640

Movie plays fine in mplayer2, but I quite get used to Totem already. I tried to search the web with no success. I found out some old bug reports saying that gstreamer is supporting h264 10bit already and it should play fine. I am quite lost here, don't know if it's any lib issue, or gtsreamer, or maybe with Totem.

Is there anything I can do here?

[chayclon]

Install vlc
is the best media player xD

[waste]

Thanks, I am already using mplayer2, as stated in my first post. But please do not propose other software. I am trying to solve Totem issue here. Please stick to that. Thanks.

[Fitzcarraldo]

Apparently it's a bug in GStreamer (gst-ffmpeg); see https://bugzilla.gnome.org/show_bug.cgi?id=665034

Looks like the fix on 28 May 2012 is not yet in the GStreamer source repository http://gstreamer.freedesktop.org/src/gst-ffmpeg/ because the latest date listed in that is currently 22 March 2012. Looks like you'll have to wait.

EDIT: Actually it's probably more complicated than that. I think GStreamer now uses gst-libav in place of gst-ffmpeg ( http://gstreamer.freedesktop.org/src/gst-libav/), and presumably gst-libav has been fixed, as the dates listed in the GStreamer source repository for gst-libav are more recent. In Gentoo, one can choose to use ffmpeg or libav (I stuck with ffmpeg rather than libav); I don't know if the choice of ffmpeg or libav affects what happens when GStreamer is built, but I expect it does. Your best bet would be to file a bug report (click on the link 'Bugs' at the top right of this page) to find out whether or not the Entropy package maintainers can sort it out. (If you're interested in the ffmpeg vs libav saga, read libav vs ffmpeg. Sometimes forks can be a nuisance rather than a benefit.)

[waste]

Many thanks for reply. I will try my luck with bug report then. Unfortunately I couldn't enter gentoo forum at the moment. Will try later.

[Fitzcarraldo]

The Gentoo Forums site is having a lot of technical problems at the moment; apparently the forums' servers keep segfaulting, so access over the last few days has been very sporadic.

It's worth reading the thread I referenced, when you can. Basically, through the use of package masking (media-video/ffmpeg or media-video/libav), the Gentoo user (and the Entropy package maintainer) decides which of the two libraries the installation is going to use: you can have media-video/ffmpeg installed or media-video/libav installed, but not both simultaneously. Also ebuild maintainers have to change dependencies from "media-video/ffmpeg" to "virtual/ffmpeg" in ebuilds that need to use the library ('virtual' packages are a way of enabling packages to be built to use the installed library, in this case ffmpeg or libav). I won't bore you with further details, but your problem may (or may not) have something to do with the choice made by the Entropy package maintainers. I don't have time to investigate the Entropy packages myself, and, in any case, an SL developer will probably know straight away what the current situation is with the Entropy builds.

[waste]

Thank you again for detailed info. I will update this thread if I find anything worth mentioning in regards of this subject. Or maybe, and that would be the best, if I find any solution.