Mpv – A free, open-source, and cross-platform media player

Post by jwells89 » Sat, Aug 17, 2024, 10:32 PM UTC

loeg wrote: post #88

jwells89 wrote: post #5

This has always worked well for me, handling anything that’s thrown at it with ease. Things may have changed since then, but when I first encountered the project several years ago it seemed like the thing that made this project stand out compared to other player projects was a big emphasis on correctness and accurate playback. There have files I’ve encountered that for example VLC will play with quirks (color reprodu…

Hm, I've had (significant) issues with color representation playing back "HDR" media in mpv.

Post by Dylan16807 » Sat, Aug 17, 2024, 10:36 PM UTC

b112 wrote: post #84

josephg wrote: post #63

Earlier quoted context omitted.

As strange as it is to say, I think avoiding problems like this might be one of the biggest productivity boosts from new languages like Go, Rust, Swift, etc. New ecosystems get a chance to “do over” the standard library and flush all the horrible legacy choices made before we knew better (locales, UTF16, etc). The standard library in Zig, Go, Rust, and many others is miles ahead of the C standard library or posix api…

I'm skeptical that rust magically deals with, for example, character sets in 30 year old subtitle files, in a way that makes C seem inadequate. Legacy compatibility has value.

Post by telegtron » Sat, Aug 17, 2024, 10:37 PM UTC

etra0 wrote: post #20

A fantastic mediaplayer, quite minimalistic and performant; it does what it's supposed to do! Also has a fantastic commit where the author rants about locales: https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02... worth a read for some chuckles.

Post by efilife » Sat, Aug 17, 2024, 10:40 PM UTC

aaplok wrote: post #99

efilife wrote: post #94

Earlier quoted context omitted.

> It is interesting that nobody in the thread went to check in the code of mpv, smplayer, etc. to see how it's done there. Surely this would be the best response to his request for technical suggestions? Maybe because these users just can't code?

> Maybe because these users just can't code? It would be still interesting that the intersection between the set of users who claim on this forum it's possible and the set of users who can code is empty.

Post by Dylan16807 » Sat, Aug 17, 2024, 10:42 PM UTC

mannyv wrote: post #100

sergiotapia wrote: post #83

Earlier quoted context omitted.

i wonder why he's such an ass about it, and totally adamant that it's impossible when multiple players already do this fast. ego?

To do this well you need to keep the old frames around...or go back to the previous keyframe and re-render. That might be hard if your design is playback-optimized.