[Bug 289] Review request: gstreamer-pitfdll - GStreamer plugin for using MS Windows binary codecs
http://bugzilla.rpmfusion.org/show_bug.cgi?id=289
--- Comment #17 from Erik van Pienbroek <erik-rpmfusion(a)vanpienbroek.nl> 2009-01-09
20:49:19 ---
I just looked into autodownloader. Unfortunately this program is a non-root
program, so it can't write files to /usr/lib/codecs.
If we patch gstreamer-pitfdll so it also searches in the user's homedir for the
w32codecs and integrate autodownloader in it, users will get to see the
autodownloader dialog at the first time any GStreamer application (Totem e.g.)
is started.
This should be do-able, however it introduces some caveats:
- If the user presses the 'cancel' button when autodownloader is run, the user
needs to remove the ~/.gstreamer-0.10 directory before the gstreamer plugin
cache can be updated
- Autodownloader is a GUI program. If some non-graphical gstreamer application
is started (when no graphical environment is available) things will mess up
- The autodownloader dialog will even get shown when the user tries to play an
'open format' media file (like .ogg files) using a gstreamer-based application
- It is possible that the autodownloader dialog will get shown directly after
the user login (when a gstreamer based application gets started during the
login)
On second guess, I don't think autodownloader is a (user-friendly) solution to
the problem were having here.
Perhaps we can ask the upstream gstreamer devs whether it is possible to add
some trick that will allow plugins to request a (forced) plugin cache
regeneration? That way, gstreamer-pitfdll can automatically request a plugin
cache regeneration whenever new/changed files are found in /usr/lib/codecs
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.