New version is out!https://sourceforge.net/projects/mpv-player-windows/files/release/Did you update or are you staying with an older version?
>updooting
is there a good seekbar thumbnail script? its been a while for me
oh wow okliterally 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
>>107669236im retiredits 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
>>107669105I'm not trans
>>107669204changelog is herehttps://github.com/mpv-player/mpv/releasesshouldnt be much different but some scripts might be broken
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
>>107669105Use case for updating?
>>107669454if 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
>>107669430retard-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 gpuDon't care, I use gpu>Vulkan hardware decoding is preferred over other APIsDon't care, I use dxva2>New context_menu.lua script for right-click context menusNever felt the need to right click in mpv>AAudio backend for modern, JNI-free audio output on AndroidDon't care>Improved default color management for gpu-next, and handling on WaylandJust Linux problems, don't care>Color representation protocol support for WaylandJust Linux problems, don't care>Tablet input support for WaylandJust Linux problems, don't care>Clipboard writing support for Wayland and a clipboard backend for X11Just 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 WindowsI already manually did that ages ago, don't careupdooting 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.
>>107669491but why do you use gpu?why do you use dxva2?
>>107669493why are they questionable changes? lol wtf, do any of you know anything about how any of this stuff works
>>107669499vulkan 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.
https://mirror.cachyos.org/repo/x86_64_v4/cachyos-extra-v4/ITS NOT UPDATED YET AAAAA HRURY UP
>>107669506completely 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
>>107669499because it's still incredibly buggy on mpv
>>107669494Because 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 thatdont care. it werks so I'm going to keep doing it
>>107669521>if you need ffmpeg filtering, which obviously requires copy-back to system ramA 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.
>>107669532you 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?>>107669541obviously i mean the ones that dont run on the gpu, which is still a majority of them
>>107669551>you should doing power metricsI 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.
>>107669563well no, youre obviously right if youre using shit that old and on windows fucking 7 dude. you go ahead and keep chugging bro
>>107669499This 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.
>>107669571basically, 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
>>107669619Forgive 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.
>>107669635basically 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 bugsThat 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.
>>107669571vulkan 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.