Avidemux fosshub1/17/2024 ![]() ![]() The performance seems to be ok, but audio run-ahead happens like on DXVA2. I also tried the (new to MinGW for me) SDL option too (with different sdl drivers, all the same). Maybe it has to do with playback, maybe instead of dropping frames when behind, it tries to play them all, and that lets audio to run ahead. It doesn't happen on 1080p files though, and I've tried multiple types of videos to verify. I don't think it's exclusive to 4K screen though, I've tested on my laptop, and there's lower detail with DXVA2 output vs OpenGL too.īut then, laptop can't really playback 4K that well even in MPC-HC (it's a dual-core i5 with GTX 850m) so I didn't test much there.Īnother issue is audio sync (on 4K + DXVA2 or SDL), it progressively runs ahead the longer I play the video. So with Avidemux default window being quarter size of the desktop, and on my 3840x2160 screen, it basically displays 540p in 1080p preview window. I think I figured out what I referred to as "aliasing" with DXVA2 earlier: it just renders quarter resolution inside preview window. Regarding play/pause on 4K files with DXVA2 display, it's genuine lag, and it gets worse on frequent play/pause commands. Also, the following also applies to this release as well. So I've installed avidemux_2.7.5 r191130_win64.exe from nightly/win64/ and the performance is fine with it (as good as the VC++ public one). The nightly that I briefly tried (and that performed worse for me) was Avidemux_2.7.5 VC++ 64bits 191129.exe from nightly/vsWin64/ QuoteBy the way, when I tried recent nightly build, it actually performed worse, so I went back to the public release.A VC++ (vsWin64) or a MinGW (win64) one?Īh yes, (I went back to) the official Avidemux_2.7.5VC++64bits.exe installer from sourceforge / fosshub link. And with Nvidia's 4k files, it stops responding to frequent spacebar play/pause commands. DXVA2 output looks pixelated + gamma lift. The 4k 60p is Nvidia Shadowplay/Share footage, which is actually tagged as bt609, but it's just one of weird quirks of Nvidia Experience file writer, so it's unrelated.īasically, there's a few examples from different sources. It happens with all sorts of videos, but all of them are basic yuv420 8bit bt709. Regarding washed-out colors, what colorspace and bit depth do your source videos have? Quote from: eumagga0x2a on December 01, 2019, 05:43:20 PMthe wording in the Preferences is misleading, OpenGL is either enabled or disabled I've searched the forum on the topic already, and I fully understand that full on-card HW acceleration isn't implemented yet. There's not much of a question here, just wanted to share. Makes me think less powerful cards might struggle.īy the way, when I tried recent nightly build, it actually performed worse, so I went back to the public release. I do get about 35-40% GPU usage though, which is pretty high as compared to video players like MPC-HC / VLC which cause like 5% usage (yes I understand those use native DXVA2). Logic suggests that I ought to use DXVA2 display, but it's OpenGL that works for me best (and only if openGL for GUI is also enabled). And this happens regardless of the file resolution.Īnother thing is I get slightly washed out color & gamma, as if it's outputting the colorspace wrong (limited instead of full range).įinally, with DXVA2 display it often kind of lags and becomes unresponsive to frequent play/pause commands, or gets audio desync. To be clear, that's with default Avidemux window size and default scaling, which is 1:4. With other options, like display > DXVA2, the video preview is somewhat pixelated / aliased, as if 4 pixels are kind of merged together. Somehow I've found only with these exact settings I get the best playback performance and correct display.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |