I’m weird I guess, but I prefer the totem-plugin to the mplayer one. I just seem to get less buggy results when playing back all sorts of different files on firefox with the totem setup.
On OpenSUSE, this used to necessitate the installation of the totem stuff from packman because he provided totem-xine rather than the default OpenSUSE totem-gstreamer packages. From 11.0 on, this xine version was apparently in a Gnome stable repo on the Build Service rather than in Packman. Whatever, I’ve been on Debian so I just observed this and took note.
I don’t think this process should be necessary anymore with either the fluendo megapackage of gstreamer codecs I have or instead installing the gstreamer packages from Packman.
But Totem from the oss repo does not take note of the installed and registered (checked with gst-inspect | grep flu for the fluendo stuff at least) plugins. I had installed the libstdc33 stuff to get the fluendo stuff to register.
The files do not play either downloaded and played through Totem or played through the plugin. The plugin does nothing but grey box, and Totem offers the website asking me to either go to Fluendo or to access the community repos (with the packman one-click codec things).
After removing the fluendo stuff and just keeping their mp3 (switched over to the packman version) and installing the traditional way with gstreamer0.10 good, bad, ugly, extras, etc, the libffmpeg0, the mplayer and w32codecs, etc, the totem-plugin still is a gray box. Totem itself would then open wmv files, but quicktime did not work. The plugin does nothing. I upgraded all the packages on the system with the packman versions, which brought in their libxine1, etc, etc.
Having no satisfactory results with totem, I installed mplayer-mozilla and uninstalled the totem-plugin package. I did the task of deleting the ~/.mozilla/firefox/pluginreg.dat, and proceeded to test the mplayer-plugin.
It works as well as it ever has, with the occasional crashing and not being able to access some files. Stuff that the totem-gstreamer plugin setup does not suffer from (based on my Debian experience anyway). It still couldn’t play QuickTime stuff. Unlike the totem plugin the “click here to play” appeared, but when I did so it crashed firefox. So I installed libquicktime0 from packman, replacing the opensuse libquicktime package. I usually didn’t need to do this since just an all in this list upgrade used to bring in all the packman replacements, but for at least the libquicktime I guess there’s a file name difference. Then again, since it’s the mplayer plugin using the w32 codecs this installation shouldn’t matter. Still no quicktime mov file playback.
So there’s 2 problems. Totem as packaged by OpenSUSE is not a full totem-gstreamer. Apparently it is crippled enough not to be able to use gstreamer plugins even after they have been installed.
And second, what’s with QuickTime files? I didn’t try them with Kaffeine but at least with both Totem and mplayer they are unplayable. Perhaps the libxine1 stuff would have played them through Kaffeine.
This was on KDE 3.5.10 and Gnome OpenSUSE 11.1 RC1 installed on VirtualBox.
On a side note, hopefully the k3b-codecs package will get into Packman as well. I have the libmad stuff installed but K3B doesn’t recognize it without that extra package. I attempted to have YaST install the older downloaded version but it claimed not to have access to the k3b-codecs package. Shouldn’t be mixing packages from the older distribution anyway so I’m not surprised it didn’t install.