Avidemux converts MOV video with much more contrast into MP4 than original

Started by thoste, August 10, 2024, 11:02:27 AM

Previous topic - Next topic

eumagga0x2a

Thank you, from

[admD3D_initD3D9Ex] 04:19:33-111 D3D Device: Intel(R) UHD Graphics 730, Vendor: 8086, Device: 4682, Rev: c, Driver Version: 8725724284655062
we cannot get a hw surface for YV12 pixel format:

[dxvaRender] 04:20:32-472 creating Dxva2/D3D render.
[init] 04:20:32-472 Initializing dxva2/D3D render
[init] 04:20:32-473 D3D Checking device capabilities
[init] 04:20:32-473 Power of 2 : 0
[init] 04:20:32-473 Square only: 0
[ADM_FAILED] 04:20:32-473 Failed with error code=0x8876086a
[init] 04:20:32-473 D3D YV12 not supported
[setup] 04:20:32-473 D3D (re)Setting up
[setup] 04:20:32-521 DXVA2Render : device created in D3D9Ex mode
[ADM_FAILED] 04:20:32-521 Failed with error code=0x8876086c
[setup] 04:20:32-521 D3D Cannot create surface
[init] 04:20:32-521 Dxva/D3D setup failed
[~dxvaRender] 04:20:32-521 dxva2/D3D clean up
[cleanup] 04:20:32-521 D3D cleanup
[~dxvaRender] 04:20:32-526 dxva2/D3D cleaned up
[spawnRenderer] 04:20:32-526 Dxva2 init failed

Just in case, it is Windows 8 (which is unsupported), isn't it? Is already the most recent graphics driver version installed?

Anyway, if DirectX display cannot be used, please try OpenGL.

v2.8.2r240804free[x64]
Just curious, is it an official build put into a differently named directory, a third-party repackaged official build, a local build or a third-party inofficial build?

thoste

I am using Windows 10
More precisely: Microsoft Windows [Version 10.0.19045.4780]

Driver version snapshot from HWinfo64: See attached snapshot

I downloaded latest *.zip package from

http://www.avidemux.org/nightly/win64/

and renamed (as suggested) avidemux.exe to avidemux_portable.exe

Switching to OpenGL and restarting Avidemux and reloading the *.MOV video doesn't help either.
Status Bar still shows RGB

You cannot view this attachment.

eumagga0x2a

Did you actually enable OpenGL or only switch the video display to OpenGL? Both must be enabled and Avidemux must be restarted when the global switch for OpenGL wasn't enabled for this interface to be used (for Avidemux to try to use OpenGL).

Will look into Windows version detection in Avidemux, something might be off there.

thoste

Quote from: eumagga0x2a on August 18, 2024, 03:31:44 PMDid you actually enable OpenGL or only switch the video display to OpenGL? Both must be enabled and Avidemux must be restarted when the global switch for OpenGL wasn't enabled for this interface to be used (for Avidemux to try to use OpenGL).

Will look into Windows version detection in Avidemux, something might be off there.

OpenGL is installed.....and it doesn't work either :-(

From my point of view: If OpenGL is installed it is always automatically enabled (=can be accessed by other prgms like Avidemux).
If I am wrong: How can I enable an installed OpenGL?
Do I have to do it in Avidemux or in Windows?

Let me ask for another confirmation:
Display mode is only important for playing videos and not for encoding.
So if my videos play without problems in RGB mode then it is not really urgent to switch display mode.

Correct?

eumagga0x2a

Quote from: thoste on August 19, 2024, 02:24:13 PMFrom my point of view: If OpenGL is installed it is always automatically enabled (=can be accessed by other prgms like Avidemux).

The OpenGL interface, implemented by the graphics card driver, can be accessed by applications if they choose to do so. In case of Avidemux, the user determines whether Avidemux should try to use OpenGL.

[initGUI] 04:19:33-042 OpenGL enabled at build time, checking whether we should run it... no.
This line means that the user (you) had not enabled OpenGL in Avidemux by the time as that Avidemux log file was created.

Quote from: thoste on August 19, 2024, 02:24:13 PMDo I have to do it in Avidemux or in Windows?

In Avidemux Preferences --> tab "Display" --> "Enable OpenGL support".

Quote from: thoste on August 19, 2024, 02:24:13 PMDisplay mode is only important for playing videos and not for encoding.

Right. But when playback is involved, like for locating suitable start and end point, it is mind-boggingly wasteful to scale pictures for display on the CPU instead of in the GPU.

Quote from: thoste on August 19, 2024, 02:24:13 PMSo if my videos play without problems in RGB mode then it is not really urgent to switch display mode.

It is urgent to find and assess bugs in Avidemux, so that some of them can be fixed in time for the 2.8.2 release. This is the reason I am here.

eumagga0x2a

I've pushed a tentative and entirely untested patch, which should make DirectX AKA "DXVA2" video display in Avidemux work for you, to the repository. I'll test it for regressions tomorrow. However, it is unlikely that a new official nightly will be built soon.

Even if the patch works as intended, the benefit of using the "DXVA2" display will be somewhat lower as Avidemux will have to perform YV12 to RGB conversion on the CPU. At least the most expensive scaling step will be done in the GPU then.