Announcement

Collapse
No announcement yet.

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

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

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

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

    While Firefox supports H.264 videos on Linux since last year, the necessary packages to make this happen are not currently part of Ubuntu 14.04 LTS...

    http://www.phoronix.com/vr.php?view=MTY0MDE

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

    Comment


    • #3
      ffmpeg -> libav

      What about gstreamer1.0-libav? It's there in trusty and since ffmpeg is consecutively being replaced with libav, this should be the right package for the needed functions. Please correct me if I'm wrong.

      Comment


      • #4
        What about gstreamer1.0-libav? It's there in trusty and since ffmpeg is consecutively being replaced with libav, this should be the right package for the needed functions. Please correct me if I'm wrong.

        Comment


        • #5
          Originally posted by sleeksorrow View Post
          What about gstreamer1.0-libav? It's there in trusty and since ffmpeg is consecutively being replaced with libav, this should be the right package for the needed functions. Please correct me if I'm wrong.
          Unfortunately, Firefox uses GStreamer 0.10, not 1.0. Until Firefox is updated to use GStreamer 1.0 (apparently set for Firefox 30, according to zxy_thf earlier in this thread), it can't use libav through it.

          Comment


          • #6
            The package from Saucy's repos installs fine in 14.10

            Originally posted by sleeksorrow View Post
            What about gstreamer1.0-libav? It's there in trusty and since ffmpeg is consecutively being replaced with libav, this should be the right package for the needed functions. Please correct me if I'm wrong.
            http://mirrors.kernel.org/ubuntu/poo...13-5_amd64.deb

            or for 32 bit:

            http://mirrors.kernel.org/ubuntu/poo....13-5_i386.deb

            Download to the desktop, it installs without issues as of now. This is how I play H264 video without enabling Flash anywhere HTML5 is supported.

            Comment


            • #7
              Originally posted by sleeksorrow View Post
              What about gstreamer1.0-libav? It's there in trusty and since ffmpeg is consecutively being replaced with libav, this should be the right package for the needed functions. Please correct me if I'm wrong.
              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.

              Comment


              • #8
                Well, this doesn't sound like much news. Same thing on openSUSE, and everyone knows that you need to add the Packman repository to get all the multimedia stuff.

                Originally posted by sleeksorrow View Post
                since ffmpeg is consecutively being replaced with libav
                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).

                Comment


                • #9
                  Originally posted by cynical View Post
                  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.

                  Comment


                  • #10
                    Originally posted by GreatEmerald View Post
                    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.

                    Comment


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

                      Comment


                      • #12
                        Originally posted by pdffs View Post
                        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.

                        Comment


                        • #13
                          Originally posted by cynical View Post
                          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.

                          Comment


                          • #14
                            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.

                            Comment


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

                              Code:
                              spittie@OpenSUSE  ~  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.
                               spittie@OpenSUSE  ~  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.

                              Comment

                              Working...
                              X