Open link in next tab
Interacting with mpv
https://haruna.kde.org/blog/2024-05-21-interacting-with-mpv/
How to use mpv scripts and config files
https://haruna.kde.org/blog/2024-05-21-interacting-with-mpv/
How to use mpv scripts and config files
Not sure what it's going to take for folks to stop using Windows. Maybe when the new SS shows up at their house?
https://www.microsoft.com/en-us/windows/copilot-plus-pcs#faq1
I currently use Celluloid and really like it.
It is minimal and the flatpak is great
But I would like to try the KDE equivalent.
Btw, what is up to gstreamer vs. MPV vs. ffmpeg ? I dont get the difference.
Btw, what is up to gstreamer vs. MPV vs. ffmpeg ? I dont get the difference.
As far as I understand, MPV is a video player application and offers libmpv as a high-level video playback library. I'm not sure, if it makes use of GStreamer or ffmpeg under the hood, but it wouldn't surprise me.
GStreamer is somewhat lower in the stack and much more generic. It allows orchestrating various steps in a media processing pipeline, so could also be used for video editing or transcoding or the like.
And ffmpeg is a library specifically for transcoding of as many formats as possible. You can use ffmpeg as part of GStreamer via a plugin, for example. But there is also a really useful ffmpeg CLI, with which you can script all kinds of file conversions, like MP3 to OGG Opus is something I do often.
But you can also use ffmpeg to play videos, through ffplay. Which might use gstreamer under the hood or not?
Yeah. The ffplay documentation says:
FFplay is a very simple and portable media player using the FFmpeg libraries and the SDL library. It is mostly used as a testbed for the various FFmpeg APIs.
Given that, I would expect that it actually doesn't make use of GStreamer, just to really keep things as simple as possible.
From a programming perspective, it isn't really surprising that these projects have overlap. You see that quite often, that some venerable library, like ffmpeg, does a massive chunk of the grunt work and then you've got libraries like GStreamer and libmpv, which sit on top of that, and 'just' integrate it into a wider framework or tie it all together for a specific purpose.
From an outside perspective, that will make it look like they're all similar, because the core of the magic, ffmpeg, is included into all of them (I assume).
It's just more confusing here than in other projects, because each of these projects is visible to us users in some way.
Very strange :D
Then Fedora only ships libav stuff, which is forked off ffmpeg, and only includes the free stuff. I wonder how these now work together
::: spoiler ChatGPT 4 response
Overview: GStreamer is a multimedia framework designed to build a wide variety of media-handling components, including simple audio playback, audio and video playback, recording, streaming, and editing.
Key Features:
Strengths:
Weaknesses:
Overview: Libav is a multimedia library that was forked from FFmpeg in 2011. It provides tools and libraries to handle multimedia data.
Key Features:
Strengths:
Weaknesses:
Overview: FFmpeg is a comprehensive multimedia framework capable of decoding, encoding, transcoding, muxing, demuxing, streaming, filtering, and playing virtually anything that humans and machines have created.
Key Features:
ffmpeg for converting, streaming, and playing media.Strengths:
Weaknesses:
Overview: MPV is a media player based on MPlayer and mplayer2. It supports a wide variety of video and audio file formats, subtitle types, and streaming protocols.
Key Features:
Strengths:
Weaknesses:
Overview: VLC is a free and open-source cross-platform multimedia player that plays most multimedia files, as well as DVDs, audio CDs, VCDs, and various streaming protocols.
Key Features:
Strengths:
Weaknesses:
So basically they all do the same stuff. I dont get it.