Page 1 of 2 12 LastLast
Results 1 to 10 of 12

Thread: MPlayer2-Forked MPV Player Releases v0.5 With A Lot Of Features

  1. #1
    Join Date
    Jan 2007
    Posts
    15,679

    Default MPlayer2-Forked MPV Player Releases v0.5 With A Lot Of Features

    Phoronix: MPlayer2-Forked MPV Player Releases v0.5 With A Lot Of Features

    The open-source MPV Player software that's derived from MPlayer2, which in turn is a fork of MPlayer, is out with a new version...

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

  2. #2
    Join Date
    Aug 2014
    Posts
    1

    Default

    MPV is great, I have been using it for a while now (I switched from MPlayer). One feature that was added that I think is worth mentioning is the ability to cache to a file, something I find pretty handy when playing Youtube videos.

  3. #3
    Join Date
    Dec 2008
    Posts
    168

    Default

    Is the API stable enough to build a GUI with it?

    Saying something is stable doesn't mean it's ready.

    https://github.com/mpv-player/mpv/co...ibmpv/client.h

  4. #4
    Join Date
    Dec 2010
    Posts
    40

    Default

    Quote Originally Posted by LLStarks View Post
    Is the API stable enough to build a GUI with it?

    Saying something is stable doesn't mean it's ready.

    https://github.com/mpv-player/mpv/co...ibmpv/client.h
    Yes you can build a gui withi it.

  5. #5
    Join Date
    Jul 2014
    Posts
    2

    Default

    Quote Originally Posted by LLStarks View Post
    Is the API stable enough to build a GUI with it?

    Saying something is stable doesn't mean it's ready.
    Check the client examples, they'll give you an idea of how "mature" the API is.

  6. #6
    Join Date
    Jul 2013
    Posts
    442

    Default

    I'd like to point out that MPV is a fork of BOTH MPlayer and MPlayer2
    It pulls worthwhile changes from upstream MPlayer, but the codebase was originally forked from MPlayer2

    The only GUI I would like is one that generates a config file for you... that doesn't require an API

  7. #7

    Default

    My problem with this and other FLOSS projects is that they care a lot more about code itself than what it produces, probably because the developers are just coders and haven't got a clue about anything but coding. In this particular case, the devs only apparent goal is a clean codebase. Picture quality is not even in their radar... I had a conversation about this with them and I don't think they even understood what it was all about.

    I wish there was a Linux project with the same goal as MadVR on Windows: the highest possible picture quality from any video source. Decoding a video stream and putting the pixels on the screen is just a first step. I'm amazed that every video player I've known on Linux doesn't go any further.

  8. #8
    Join Date
    Jul 2013
    Posts
    442

    Default

    Quote Originally Posted by Aleve Sicofante View Post
    My problem with this and other FLOSS projects is that they care a lot more about code itself than what it produces, probably because the developers are just coders and haven't got a clue about anything but coding. In this particular case, the devs only apparent goal is a clean codebase. Picture quality is not even in their radar... I had a conversation about this with them and I don't think they even understood what it was all about.

    I wish there was a Linux project with the same goal as MadVR on Windows: the highest possible picture quality from any video source. Decoding a video stream and putting the pixels on the screen is just a first step. I'm amazed that every video player I've known on Linux doesn't go any further.
    I don't know much about the subject, but I know that even with the opengl-old video output, MPV produces better picture quality than VLC does. I haven't really compared it to MPlayer or MPlayer2, though.
    Clean codebases are important, and a dirty codebase doesn't mean "lots of optimizations and quality-producing things", it usually just means "We hacked this together and didn't want to touch it later".

  9. #9
    Join Date
    Dec 2010
    Posts
    40

    Default

    Quote Originally Posted by Aleve Sicofante View Post
    My problem with this and other FLOSS projects is that they care a lot more about code itself than what it produces, probably because the developers are just coders and haven't got a clue about anything but coding. In this particular case, the devs only apparent goal is a clean codebase. Picture quality is not even in their radar... I had a conversation about this with them and I don't think they even understood what it was all about.

    I wish there was a Linux project with the same goal as MadVR on Windows: the highest possible picture quality from any video source. Decoding a video stream and putting the pixels on the screen is just a first step. I'm amazed that every video player I've known on Linux doesn't go any further.
    The current architecture makes it hard to implement MadVR's "smooth motion" and display refresh rate adaption. The rest is just PlaceboVR.

    EDIT: Also developers who like to implement stuff like this are always welcome.

  10. #10
    Join Date
    Feb 2012
    Posts
    517

    Default

    Quote Originally Posted by Aleve Sicofante View Post
    Picture quality is not even in their radar...
    Vdpau has (at least on Nvidia) a high quality scaling mode, the opengl output has high quality scaling options too. What more is there? The smooth motion giselher mentions, isn't that just generating additional frames through blending adjacent frames? To my eyes, blending = baaaad.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •