Announcement

Collapse
No announcement yet.

Features Coming For The VLC 2.1 Media Player

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

  • Features Coming For The VLC 2.1 Media Player

    Phoronix: Features Coming For The VLC 2.1 Media Player

    The VLC 2.1 media player update is due out in the coming weeks and with it will come several new features for the open-source program...

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

  • #2
    awesome

    Support for VDPAU hardware video decoding on Linux.
    WOW... great news

    SMplayer is also fantastic though... using it with Kernel 3.11 and Mesa 9.2 for movies on my Radeon 6370M works wayy quieter than XVBA in FGLRX ever ever did

    Comment


    • #3
      Don't hold your breath, from what I read a while ago and even today on the forum - vdpau support in vlc is gonna require a lot more CPU for some (most?) people for unknown (to me) reasons, which screws the whole point of using vdpau.
      That's why I stay with Gnome Mplayer, its vdpau support is better than in SMplayer and consumes almost no CPU when video is paused, unlike SMplayer.

      Comment


      • #4
        Originally posted by mark45 View Post
        Don't hold your breath, from what I read a while ago and even today on the forum - vdpau support in vlc is gonna require a lot more CPU for some (most?) people for unknown (to me) reasons, which screws the whole point of using vdpau.
        That's why I stay with Gnome Mplayer, its vdpau support is better than in SMplayer and consumes almost no CPU when video is paused, unlike SMplayer.
        For the curious, mark is referring to... this: http://phoronix.com/forums/showthrea...908#post342908

        And I wouldn't say it completely devoids the point of using VDPAU, it just devoids the power efficiency point. The decoding and displaying of the video will still be smoother (less choppy) than with CPU decoding. I'm not sure WHY VLC uses more CPU usage, but apparently it does. Interesting.

        Comment


        • #5
          Hmm, color conversions with GLSL. Am I the only one who want to show it to that Xvideo-on-GLAMOR guy? He had writing exactly that on the agenda.

          Comment


          • #6
            Blu-ray module improvements
            The what? Those must be pretty small improvements...

            Comment


            • #7
              Originally posted by GreatEmerald View Post
              The what? Those must be pretty small improvements...
              You're saying Blu-ray is already perfect or you've tried a pre-release and didn't notice much difference? I hope it's better than mplayer at least. Although the framerate holds up with low CPU usage, I get some tearing, which I thought VDPAU was supposed to eliminate. The audio sync isn't terrible but it could be better. Finding the right episode can be a challenge and it often starts playing with the wrong language. Not much fun when you're trying to chill out in front of the TV.

              Comment


              • #8
                Originally posted by Ericg View Post
                I'm not sure WHY VLC uses more CPU usage, but apparently it does. Interesting.
                That is what we IT experts refer to as a bug. VDPAU decoding is (IIRC according to a videolan.org forum post) still declared experimental in 2.1.0 and will be off by default.

                Comment


                • #9
                  Originally posted by Awesomeness View Post
                  That is what we IT experts refer to as a bug.
                  You can quickly fix the bug by declaring it a feature, like corporations do.

                  Comment


                  • #10
                    Originally posted by Awesomeness View Post
                    That is what we IT experts refer to as a bug. VDPAU decoding is (IIRC according to a videolan.org forum post) still declared experimental in 2.1.0 and will be off by default.
                    I'm aware Awesomeness, I was more directing my comment to the linked post where the user stated the VLC has ALWAYS used more CPU than other movie player-- regardless of hardware acceleration or not. That its idling was just higher than others. Maybe its a generic bug, maybe its a bug due to architectural design of VLC, who knows.

                    Comment


                    • #11
                      Originally posted by mark45 View Post
                      Don't hold your breath, from what I read a while ago and even today on the forum - vdpau support in vlc is gonna require a lot more CPU for some (most?) people for unknown (to me) reasons, which screws the whole point of using vdpau.
                      That's why I stay with Gnome Mplayer, its vdpau support is better than in SMplayer and consumes almost no CPU when video is paused, unlike SMplayer.

                      I just use plain mplayer, or these days mplayer2

                      Comment


                      • #12
                        Originally posted by mark45 View Post
                        You can quickly fix the bug by declaring it a feature, like corporations do.
                        There you go! Problem solved for Videolan. They are a Non-Profit Corporation.

                        Comment


                        • #13
                          new 2.1 feature. sort by album title for mac. it's ridiculous that in 2013 I can't order my music by album name.

                          Comment


                          • #14
                            Originally posted by Shnatsel View Post
                            Hmm, color conversions with GLSL. Am I the only one who want to show it to that Xvideo-on-GLAMOR guy? He had writing exactly that on the agenda.
                            Color space conversion isn't exactly rocket science.

                            Comment


                            • #15
                              Originally posted by Ericg View Post
                              I'm aware Awesomeness, I was more directing my comment to the linked post where the user stated the VLC has ALWAYS used more CPU than other movie player-- regardless of hardware acceleration or not. That its idling was just higher than others. Maybe its a generic bug, maybe its a bug due to architectural design of VLC, who knows.
                              Disclaimer - i'm not a vlc or video expert, but my understanding is this:

                              Most video players are rather dumb - they just decode the file and display it on the screen. Hardware decoding is perfectly suited to this task, as it can be done completely on the GPU.

                              VLC, on the other hand, has an entire pipeline that it sends the video down. That's where the "LAN" in VLC comes from, and it allows them to do random post-processing effects, etc. on the videos. However, at least some of that can only be done on the CPU, which means that after VDPAU finishes decoding on the GPU, it gets sent back to the CPU, the rest of the processing is done there, and then it gets sent back to the GPU again to finally be displayed on the screen.

                              Which means it is completely expected that you'd see higher CPU usage in VLC. Now, presumably they should be able to optimize that out - see if any further processing is necessary and in the common case just display directly on the screen like other players do. But i'm guessing that isn't easy given the architecture they have written into VLC.

                              Comment

                              Working...
                              X