251–260 of 576 posts
I love mpv. But when I pause and resume the video, the first few seconds are jittery. I've not encountered that on other players. Does anyone know why this is?
For me I have that with VLC and MPV is the stable one (in Archlinux). In my experience, trying different sound output device or module settings sometimes fixes such issues (and usually pulseaudio is the laggy one)
Happy VLC user here, but might give this a try, I want to find a better UX with the player controls, like a way to pin the controls bar when full screen (it disappears after some seconds), a 10s forward/backwards control, bigger buttons, less bloated settings, less features that I don't use like radio and other stuff. But one thing that confused me seeing that homepage is that it shows a player UI screenshot, but it…
mpv has a UI for things like seeking forward and backward, displaying info, etc. But you typically start it like: % mpv file.mp4 That's what they mean. It doesn't really have things such as "File → Open" like VLC has. At least not out of the box, but it's scriptable with Lua and there are scripts and even entire "alternative frontends" that can do this. It can also be remote controlled via a socket; I built an audio…
Sure the possibility to tweak the UI is limitless, but at least there are minimum usable UI, like gvim (Windows, Linux) or macvim (macOS) which are easy to install.
Earlier quoted context omitted.
I actually thought that last paragraph really undermined his case, because rather than substantiating like he did before, here he goes all out and just insults whoever he can think of; people who take it in the ass, greybeards, the Chinese, listeners of bland music... I get him though. It's one of those writings from a foul mood. There was probably more going on in his life than some trouble dealing with locales.
> ...here he goes all out and just insults whoever he can think of... No, he observes that software devs as a group, and as a culture tend to produce worse results than incredibly-distracted and certainly-fatally-intoxicated simians banging on typewriters. It's a bit of hyperbole, but the overall state of software is absolutely dire. > ...the Chinese, listeners of bland music... In some-to-much of the world, it's pre…
Yeah, to that I say "meh". Maybe. In my view, on a different day he would have hacked in a workaround, explained quickly that it is because of the illogical locale system, cited a few sources and moved on with his life. Sure, man-made stuff is a mess. Nothing's ever perfect. But stuff's particularly not perfect when you're in an absolutely foul mood.
It's unconstructive to entertain the thought that software in general is awful. A waste of energy. Reading his rant, I just think "improve it and move on"!
> One shouldn't confuse criticism of shoddily-made products for criticism of the citizens of the country of origin of said products.
Yeah, fair enough. There's different ways to interpret it. Maybe a proud modern Chinese person would be mildly offended by it. No biggie, the point was: in the last paragraph, he's firing a machine gun. A full release of rage.
> Not everyone chooses to write in sterile $DAYJOB-approved language
Of course. It feels great to talk bad when you're in a shit mood. I don't know about you though, but the next day I usually wish I'd just kept my cool. :-)
Earlier quoted context omitted.
Disagree! VLC is what it is today because the authors understood video standards enough to make the _right_ abstractions that could generalize to ~every video format ever. That is no easy task. Video container standards are utterly perverse, and seem to delight in stomping over even the most innocent intuitions about what you would expect to find in a stream of bits that purports to contain "video". They often refuse…
> A playback architecture that can wrangle all of that cruelty into a consistent experience was hard won. No, it hasn't. The only reason I use mpv instead of VLC is because of the frame step feature. Everyone else has proven that it is possible and practical to do. Never let the perfect be the enemy of the good. If people don't use your product, it doesn't matter how right and pure of vision you are.
Earlier quoted context omitted.
Disagree! VLC is what it is today because the authors understood video standards enough to make the _right_ abstractions that could generalize to ~every video format ever. That is no easy task. Video container standards are utterly perverse, and seem to delight in stomping over even the most innocent intuitions about what you would expect to find in a stream of bits that purports to contain "video". They often refuse…
VLC doesn't have perfect compatibility. I think it worked correctly on random video files less frequently than mpv the last time I tried it. And mpv can actually step forward and back frame by frame.
I use it to inspect video frames by frames, particularly being able to go back one frame. VLC doesn't support it, this thread about the feature is hilarious https://forum.videolan.org/viewtopic.php?t=120627
I'll be happy to switch over to MPV for this alone. VLC is great in general, but lacking some basic features. This sort of 'not possible' nonsense from developers is always a sign of a project's long-term decline.
I think another sign of a projects long term decline is developers that are all too happy to expand the scope of the project. If that happens I just know that down the line the feature I started using the software because of is down prioritized due to the "need of supporting markdown in the email editor" when the software started as a MSN chat archiver.
Earlier quoted context omitted.
And this is exactly the problem when these devs are in charge of creating systems that actually do matter. They will not support edge cases, problems in a process, etc.
I mean.. can you show anyone piece of software or hardware or for that matter any man made creation that solves for all edge cases?
Or using a status field to check something is ok or not, instead of always checking the data itself.
People make wrong assumptions, and requirements change. Don’t make it all rigid that you always need to implement every case
Earlier quoted context omitted.
VLC is pretty bad and it shows the more you use it. It doesn't let the audio clip/exceed safe volumes and always applies some sort of a limiter, even if it's disabled everywhere in the settings. Try using an EQ on a bass-heavy track and see that it's limited. Try jumping back multiple times in a song at its beginning, and it will play in lower pitch.
That strikes me as such a strange statement, I’ve always considered it to be among the most impressive OSS projects out there. It tackles enormous complexity, works everywhere, and has a trove of a million hidden features. For example, I use it to headless play streams from CLI.
No, it doesn’t. I had problems with it, which was tackled by basically every other players easily (e.g. seeking or simply playing anything).
Pass the option —vo=drm and it works flawlessly with free drivers for AMD, Intel or Nvidia.