File: KEEEEEEK.jpg (59 KB, 680x1069)

59 KB JPG

>updooting

is there a good seekbar thumbnail script? its been a while for me

oh wow ok
literally just got done optimizing .40 on my mac for the first time. what are the changes?

>>107669204
>just got done optimizing my fucking VIDEO PLAYER
mental illness

>>107669236
im retired
its fun to do it as just something to do, but also learn, and then also get better visuals/efficiency/whatever else. no way id do it if i worked

>>107669105
I'm not trans

>>107669204
changelog is here
https://github.com/mpv-player/mpv/releases
shouldnt be much different but some scripts might be broken

File: 1754786560000516.webm (1.97 MB, 1280x720)

1.97 MB WEBM

Do I switch to uosc?
I like the current osc that has mouse right click functionality and a menu but I need something that can display thumbnails as well

>>107669105
Use case for updating?

>>107669454
if you just use defaults, you definitely should update. because a lot of the defaults changed to newer, better stuff that theyve been workign on for quite some time. not only would this mean you would switch to them, but it means the devs consider them "ready", so its also a good time to give it a shot

File: 1746514623824053.png (5 KB, 818x51)

5 KB PNG

>>107669430
retard-kun...

>>107669105
>Did you update or are you staying with an older version?
I'm not going to bother updooting. It's literally just a video player. I never update my video player, because it just werks.
I don't know why they bother updating the code anymore. Did some big new video format drop? Well, it won't be in widespread use for another 10 years, so I guess I'll updoot in 10 years.

>The libplacebo based gpu-next is now the default, instead of gpu
Don't care, I use gpu
>Vulkan hardware decoding is preferred over other APIs
Don't care, I use dxva2
>New context_menu.lua script for right-click context menus
Never felt the need to right click in mpv
>AAudio backend for modern, JNI-free audio output on Android
Don't care
>Improved default color management for gpu-next, and handling on Wayland
Just Linux problems, don't care
>Color representation protocol support for Wayland
Just Linux problems, don't care
>Tablet input support for Wayland
Just Linux problems, don't care
>Clipboard writing support for Wayland and a clipboard backend for X11
Just Linux problems, don't care
>Ambient light support on Linux (using sysfs ALS)
Just Linux problems, don't care
>Built-in helpers to register mpv as a media app on Windows
I already manually did that ages ago, don't care

updooting is for faggots

The only things in this update that matters is that vo=gpu-next is now the default and hwdec=yes will resolve to vulkan on all platforms. Both of these seem like questionable changes. 90% of this shit is just wayland fixes. I'm on Windows I don't care.

>>107669491
but why do you use gpu?
why do you use dxva2?

>>107669493
why are they questionable changes? lol wtf, do any of you know anything about how any of this stuff works

>>107669499
vulkan hwdec doesn't use the dedicated hardware on the GPU for video decoding, it uses the raster cores. It's going to use more power for no reason for mobile / steal headroom from your meme shaders for desktop. gpu-next is widely known to have more bugs than the old one.

File: 1742090986038695.jpg (29 KB, 476x478)

29 KB JPG

https://mirror.cachyos.org/repo/x86_64_v4/cachyos-extra-v4/
ITS NOT UPDATED YET AAAAA HRURY UP

>>107669506
completely depends on the hardware. if its ancient, yes. if not, zero copy vulkan is obviously going to outperform anything else on any platform. only edge case beyond that is if you need ffmpeg filtering, which obviously requires copy-back to system ram

>>107669499
because it's still incredibly buggy on mpv

>>107669494
Because those are the options that result in the lowest CPU usage while playing H.264 and H.265 videos on my computers (all of my computers in fact).
>b-but you SHOULDN't be doing this and that
dont care. it werks so I'm going to keep doing it

>>107669521
>if you need ffmpeg filtering, which obviously requires copy-back to system ram
A decent handful of ffmpeg filters these days run on the GPU and can take existing textures as inputs without any system copy back. Most relevant to an mpv user would be libplacebo itself. Also anything that has "_vulkan" in its name. I believe there are 14 such filters.

>>107669532
you should doing power metrics, not basing off cpu usage. vulkan with gpu-next will absolutely pull less power than gpu these days, unless your machines are greater than... shit i dont know, 10 years old?

>>107669541
obviously i mean the ones that dont run on the gpu, which is still a majority of them

>>107669551
>you should doing power metrics
I am measuring total CPU package power consumption which includes the iGPU. No shit, the one that uses less CPU also uses a few watts less power, and also leaves more CPU available for other applications.
>vulkan with gpu-next will absolutely pull less power than gpu these days, unless your machines are greater than... shit i dont know, 10 years old?
my machines are about 10 years old, they are all running windows 7, and why should I use some Vulkan bullshit when all the drivers were designed for DXVA?
idk why you're trying to push me into using the "new" thing just because it's new. updooter mentality.

>>107669563
well no, youre obviously right if youre using shit that old and on windows fucking 7 dude. you go ahead and keep chugging bro

>>107669499
This doesn't have much to do with what other people are saying but it is a little weird that the change to vulkan hardware decoding by default didn't also make vulkan the default gpu-api. Obviously it the api and context will get pulled in by the hwdec setting IF it is enabled but in the default case with software decoding it will still use d3d11 on windows and opengl on linux. Seems like kind of a kasper moment. I bet if I check the commit history this will be his fault.

>>107669571
basically, its because vulkan as hwdec is the best-maintained zerocopy path on a lot of systems atm. but that doesnt automatically mean that vulkan is also the best gpu-api at the same time

>>107669619
Forgive my ignorance why does zerocopy matter? When I've tried settings that mention zero copy in their name before on Chromium and mpv they've caused pretty severe bugs.

>>107669635
basically everything you can think of EXCEPT visual quality. so lower overhead, power consumption, latency, way better frame pacing, way more headroom for heavy shaders if you do that (i know i do baby). also, less chances of pathological stalls from synchro (think of all the "flush & wait" type shit madvr always had to do)

>>107669635
>they've caused pretty severe bugs
That shouldn't happen for Vulkan since the spec requires that zero-copy decoding is the only option. So it is the default, tested path. There were bugs in other APIs because nobody ever supported doing it that way.

>>107669571
vulkan was already moved above opengl last version. the only thing that takes priority over it is d3d11 which is of course windows-only so effectively vulkan is the default on mac and linux.

>>107669105
i am new to linux and debian and have an old version.

mpv 0.35.1 Copyright © 2000-2023 mpv/MPlayer/mplayer2 projects
 built on UNKNOWN

and

$ apt show mpv
Package: mpv
Version: 0.35.1-4
Priority: optional
Section: video
Maintainer: Debian Multimedia Maintainers <debian-multimedia@lists.debian.org>
Installed-Size: 3,383 kB

>>107670123
>

Version: 0.35.1-4

HLY SHIT

>>107670128
still works great though. havent had any problem even with scripts

Do you guys have things in your config that the docs claim to be default but you don't trust? For me it's

demuxer-thread=yes

>>107670217
anon just find it in the code...

>>107670241
i am a nocoder none of this makes sense to me https://github.com/mpv-player/mpv/commit/1301a907617459237fb0071b4640ad53d0ae491f even with comments

>>107670253
You're fine.
https://github.com/mpv-player/mpv/blob/master/options/options.c#L1036

>>107670260
Very well, I will remove it from my config