Well, upstream released 0.9.11 which supports gstreamer 0.8. Would be great to have an ebuild :) Reproducible: Always Steps to Reproduce:
You can get an updated totem build at http://breakmygentoo.net. The xine backend requires an unreleased xine-lib(also available), and gstreamer isn'tthat great when it comes to video.
I think I'll wait until gentoo has it, because I only want to test it with gstreamer. I only need dvd playback and if it plays ok with gst, it's enough for me. But I don't want to install gstreamer 0.6 _and_ 0.8, so I'm waiting :)
For totem 0.9.11 with the gstreamer backend you need gstreamer-ffmpeg-0.8.x (already in portage) and the gst-plugins-* deps from the 0.9.8 ebuild, but version 0.8.x too (gst-plugins-colorspace-0.8.x is not yet in portage, but you can reuse the 0.6.4 ebuild for that, just bump the version). But I was dissapointed. It didn't play most video files I threw at it (like OGM with xvid). And building it against the latest xine-lib 1.0rc3 failed.
you shouldn't need colorspace and you don't need ffmpeg in itself (although its probably easy). It's all autoplug based, so you can just pick the elements you want. totem releases aren't up to standards atm
Without gstreamer-ffmpeg it didn't play any videos at all for me. Colorspace was a dep for 0.9.8 too so I figured..
The curl/nvidia patches didn't work here so I had to take them out of the ebuild. gst-plugins-colorspace is included in gst-plugins-0.8* so that dep isn't needed anymore. I had to add a dep on gst-plugins-ffmpeg-0.8* to get Totem to play video. And remember to choose "XWindows (X11/XShm/Xv)" in the Video/Default Sink option in gstreamer-properties. And btw, Totem freezes up here if I use ESD as the Audio sink...
Totem's gstreamer support is currently only supposed to be experimental. There are a lot of bugs still and IMO should not be removed from the ebuild for the time being. Just look at the list of bugs on bugs.gnome.org. However, I see no reason why an ebuild for 0.9.11 that just includes support for xine-lib backend should not be included.
well officially totem itself isn't stable yet, so thats a bit of moot point. Anyway, i'm not too happy with the totem stability in any recent release with any of the backends.
Created attachment 36254 [details] totem-0.99.15.1.ebuild I use totem-0.9.15.1 now. Together with xine-lib, works good.
Created attachment 36259 [details] (working)totem-0.99.15.1.ebuild Since an ebuild is going to be sitting around, I figure it should be as updated and working as possible(Correct deps). Hopefully addition of a new version of totem will stem from this bug, but there are a few issues to consider about it. The latest version of totem has support for nvtv (tv out for nvidia cards that support it). It requires 0.4.5 or later. I don't know what sort of use flag that would go under, nor do I have the video card to test it. There is also a totem mozilla plugin that is in its alpha stage right now. Support could be added with inherit nsplugins and would probably require some sed on the makefile. I don't know if it should be an option just yet since it is in its very early stages of development. Also wondering if there should be some sort of option for the vanity wbecam util that comes with totem. It has a simple --enable switch, so if there are any good useflags to go with it, that may be an option. Anyways, this ebuild has the extra gst-removed since they aren't actually required for totem to compile. As with other gstreamer apps, you can merge them as you wish. If anybody has any other useful information about totem, post it here. I'd like to see this added to the tree. Sorry for the rambling.
Created attachment 36260 [details] (updated)totem-0.99.15.1.ebuild should always double check before posting remove old iuse, proper libgnomeui dep and remove glib dep since it is implied by gtk and add use_enable debug
*** Bug 58463 has been marked as a duplicate of this bug. ***
*** Bug 53184 has been marked as a duplicate of this bug. ***
0.99.15.1 ebuild has been added haven't done the full gst plugins yablah yet, xine is still the preferred backend. For ppl who did post ebuilds here, there are several changes that got overlooked. Please, if you add something make an effort to do it right.
foser, why are the ebuilds here different from the ebuild in CVS? Specifically, why is the gnome2_omf_fix missing from the build in CVS? Thanks, Will
I still run into scrollkeeper sandbox violations when the omf fix is removed
Added the omf_fix
*** Bug 60978 has been marked as a duplicate of this bug. ***
