Ubuntu 14.04's Firefox & KDE Will Not Easily Support H.264

[pandev92]

chromium has ffmpeg in extra plugin!?

In Lubuntu 13.10 I get this result:

yes

[[Knuckles]]

Good news: gstreamer 1.0 will be supported by Firefox 30
Bad news: It won't be released before June 10th.

Well, no issue then. Remember that firefox is one of the very few packages that are kept on rolling upgrades on ubuntu, so everyone will get FF30 as an update soon after it is released.

[Azrael5]

chromium has ffmpeg in extra plugin!?

In Lubuntu 13.10 I get this result:

[Spittie]

I'm still wondering why they can't just ship both.

[email protected]  ~  zypper if gstreamer
Loading repository data...
Reading installed packages...


Information for package gstreamer:
----------------------------------
Repository: packman
Name: gstreamer
Version: 1.2.3-3.7
Arch: x86_64
Vendor: http://packman.links2linux.de
Installed: Yes
Status: up-to-date
Installed Size: 3.6 MiB
Summary: Streaming-Media Framework Runtime
Description:
GStreamer is a streaming-media framework, based on graphs of filters
which operate on media data. Applications using this library can do
anything from real-time sound processing to playing videos, and just
about anything else media-related.  Its plug-in-based architecture
means that new data types or processing capabilities can be added by
installing new plug-ins.
 [email protected]  ~  zypper if gstreamer-0_10
Loading repository data...
Reading installed packages...


Information for package gstreamer-0_10:
---------------------------------------
Repository: packman
Name: gstreamer-0_10
Version: 0.10.36-14.24
Arch: x86_64
Vendor: http://packman.links2linux.de
Installed: Yes
Status: up-to-date
Installed Size: 2.9 MiB
Summary: Streaming-Media Framework Runtime
Description:
GStreamer is a streaming-media framework, based on graphs of filters
which operate on media data. Applications using this library can do
anything from real-time sound processing to playing videos, and just
about anything else media-related.  Its plug-in-based architecture
means that new data types or processing capabilities can be added by
installing new plug-ins.

[prodigy_]

Whoever decided to make the switch from ffmpeg to libav in Debian was simply incompetent. Even if he had ties with the libav team, this is no excuse because such decisions cannot be made based on emotions or personal preferences. That libav was going to be problematic - anyone who could this one coming a mile off. When a new project starts out of anger, just because some developers disagree with the others on formal issues and decide to make a fork of the original project "with blackjack and hookers" - that's always a predictable fail due to the lack of actual motivation.

[sleeksorrow]

You're absolutely right but the problem is that firefox doesn't support gstreamer1.0 yet, only gstreamer0.10. Until that support comes the solution is to take the gstreamer0.10 deb from saucy and use it instead.

Oh my, once again I confused gstreamer-0.10 with gstreamer-1.0... Thank you for pointing that out.

[sleeksorrow]

To be fair, this probably all stems from when ffmpeg was replaced by libav in Debian due to perceived problems with maintenance, and some political nonsense. Now, however, libav is stagnating, and there's pressure to reinstate ffmpeg on Debian(+derivs) because libav is lagging ffmpeg so badly in features.

That's also what I know about. My quote was not about "which piece of software is more sophisticated and more active", but it was about Debian/Ubuntu wanting to switch from ffmpeg to libav. Afaik there are first thoughts about reverting this position, but I'm not sure about that.

[Azrael5]

chromium on my system supports: html video element, vp8, vp9, h.264, MSE & WebM VP9.

[pdffs]

No it's not, it's the other way round. The only reason I can think of for GStreamer devs to have chosen libav is that it has fewer features, thus it will run on both libav and ffmpeg (it wouldn't necessarily be the case the other way round).

To be fair, this probably all stems from when ffmpeg was replaced by libav in Debian due to perceived problems with maintenance, and some political nonsense. Now, however, libav is stagnating, and there's pressure to reinstate ffmpeg on Debian(+derivs) because libav is lagging ffmpeg so badly in features.

[sleeksorrow]

You're absolutely right but the problem is that firefox doesn't support gstreamer1.0 yet, only gstreamer0.10. Until that support comes the solution is to take the gstreamer0.10 deb from saucy and use it instead.

Oh snap, I once again confused version 0.10 and 1.0. Thanks for clarification.