(In reply to Dave Garrett from comment #41) > Now that I look at it more, though, it looks like the current route to > gstreamer 1.0 support in bug 806917 is to be able to build to support 0.10 > or 1.0, not both. So unless there's some way this could be changed to allow > the same build to run in either, it looks like once gstreamer 1.0 support is > in common use we'd be unable to support anything less unless two libraries > were shipped and dynamically loaded based on detected gstreamer version.
According to some people knowing more about GStreamer than I do it's pretty problematic to have 0.10 and 1.0 gstreamer mapped into one process as there are clashes in the implementation and you could expect crashes at runtime. On Linux distributions it's pretty easy to get different GStreamer in one process. For example libcanberra loads GStreamer itself usually and is also loaded into Firefox. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1051559 Title: Build Firefox with GStreamer support Status in The Mozilla Firefox Browser: Confirmed Status in “firefox” package in Ubuntu: Triaged Status in “iceweasel” package in Debian: New Status in “firefox” package in Fedora: Unknown Bug description: Building Firefox with GStreamer support would provide support for a lot of websites that use h264. To build Firefox with GStreamer support you should use the "--enable-gstreamer" option. To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1051559/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
