Avidemux from Git has a very limited menu, Kubuntu 24.10

Started by kennethrc, January 21, 2025, 03:49:06 AM

Previous topic - Next topic

eumagga0x2a

My apologies for the pain of having to work around CleanTalk weirdness.

Quote from: kennethrc on January 24, 2025, 11:46:41 PMall the rest of my applications have the "hamburger menu" in their titlebars (incl. Avidemux Qt5) so this isn't helpful.

These search results might be helpful for the sole task of removing global menu, nothing else. If you wish to work on making Avidemux compatible with the global menu implementation you are using without introducing major changes to all other platforms and environments, this would be great, of course. I personally use neither KDE nor global menu voluntarily, please don't count on me for doing this work.

Quote from: kennethrc on January 25, 2025, 12:16:59 AMThis is what you're probably looking for:
0000:00:02.0 VGA compatible controller [0300]: Intel Corporation Alder Lake-P GT2 [Iris Xe Graphics] [8086:46a6] (rev 0c) (prog-if 00 [VGA controller])
<snip 'cause of the stupid anti-spam>
        Kernel driver in use: xe
        Kernel modules: i915, xe

Yes, thanks.

mpv defaults to --vo=gpu amounting to OpenGL renderer, needs --vo=vaapi to force the libva path.

kennethrc

Quote from: eumagga0x2a on January 25, 2025, 04:43:54 PM... please don't count on me for doing this work.
Oh, of course not, plus the Qt5 variant has a working hamburger menu for me, so gives me what I need.

Quotempv defaults to --vo=gpu amounting to OpenGL renderer
Perhaps, but not necessarily in version "0.38.0":
mpv /home/kenny/Dropbox/MiscFiles/20170429_152208.mp4
 (+) Video --vid=1 (*) (h264 1920x1080 59.868fps)
 (+) Audio --aid=1 --alang=eng (*) (aac 2ch 48000Hz)
MESA: warning: Support for this platform is experimental with Xe KMD, bug reports may be ignored.
Using hardware decoding (vaapi).
AO: [pipewire] 48000Hz stereo 2ch floatp
VO: [gpu] 1920x1080 vaapi[nv12]
AV: 00:00:14 / 00:00:42 (35%) A-V:  0.000 Dropped: 1
Exiting... (Quit)

Some time in the next few days I'll try the LibVA render with the "i915" kernel driver (vs. "xe") and see if the rendering window works.

eumagga0x2a

--vo=vaapi is totally broken on Skylake with mpv 0.39 on Fedora 41. OpenGL/VA-API interop via --vo=gpu works, the "LibVA" display in Avidemux works fine too. I would need to purchase new hardware to explore our chances with more recent Intel processors.

kennethrc

The Xe Linux kernel driver is likely the wildcard here for my Qt5 rendering screen issue; it's technically not supported (?yet ?) for my particular AlderLake GPU so I have to force it on manually (vs the i915 that is natively supported).

... and thank you for your support of Avidemux, I use it at least once a month. Do you have a donate link?

kennethrc

I switched the kernel driver back to "i915" from "xe" and indeed, LibVA works again in the rendering panel.

I did a typescript of the run, maybe this is helpful to help fix it? I'm seeing a bunch of these:
displayXError^[[m] LibVA Error : <vaPutSurface ( ADM_coreLibVA::display, img->surface, (Drawable)widget, 0, 0, sourceWidth, sourceHeight, 0, 0, displayWidth, displayHeight, NULL,0 ,0):resource allocation failed:2>

eumagga0x2a

Thank you very much for the log, it is always helpful to have a fuller picture. The lines

08:00:12-558 [admLibVA::init] VA 1.22, Vendor = Intel iHD driver for Intel(R) Gen Graphics - 24.3.4 ()
08:00:12-558 [admLibVA::init] The driver has been reported to crash in vaPutImage.

08:00:12-558 [checkSupportedFunctionsAndImageFormat] Driver can crash on upload from YV12 VAImage to hw surface, skipping YV12 indirect transfer check.


remind me of the past (and present) pains  ;D

...at least on my part, no financial interests involved and no donations sought for or even possible, but thank you for asking.