Avidemux Forum

Quote from: eumagga0x2a on January 27, 2025, 10:27:27 PMIs the header VSScript.h really missing in /usr/include/vapoursynth? The build log suggests that your VapourSynth installation is broken.

cd /usr/include/vapoursynth

-rw-r--r--   1 root root  2709 gen 23 22:46 VSConstants4.h
-rw-r--r--   1 root root  5511 gen 23 22:46 VSHelper.h
-rw-r--r--   1 root root  8446 gen 23 22:46 VSHelper4.h
-rw-r--r--   1 root root  4388 gen 23 22:46 VSScript.h
-rw-r--r--   1 root root  4116 gen 23 22:46 VSScript4.h
-rw-r--r--   1 root root 15489 gen 23 22:46 VapourSynth.h
-rw-r--r--   1 root root 27524 gen 23 22:46 VapourSynth4.h

seems all ok here but not compile...why?

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>

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?

--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.

Is the header VSScript.h really missing in /usr/include/vapoursynth? The build log suggests that your VapourSynth installation is broken.

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.

Hi Guys,
i have this error during compiling Avidemux with Ubuntu 24.04:

** Failed at make -j 32, result in /tmp/logbuildPluginsQt6 **
Cancelling installation.

see attached files for more info.

You could use a script

adm = Avidemux()
ed = Editor()
gui = Gui()

def us2str(microseconds):
    out = "."
    ts = microseconds / 1000
    ms = int(ts, 10) % 1000
    if ms < 10:
        out += "00"
    elif ms < 100:
        out += "0"
    out += str(ms)
    ts /= 1000
    ss = int(ts, 10) % 60
    out = str(ss) + out
    if ss < 10:
        out = "0" + out
    out = ":" + out
    ts /= 60
    mm = int(ts, 10) % 60
    out = str(mm) + out
    if mm < 10:
        out = "0" + out
    out = ":" + out
    ts /= 60
    hh = int(ts, 10) % 60
    out = str(hh) + out
    if hh < 10:
        out = "0" + out
    return out

target = ed.getCurrentPts()

if not adm.setCurrentPts(0):
    gui.displayError("Seeking", "Cannot seek to start of the video")
    return

pn = 0
ct = ed.getCurrentPts()

while ct != target and adm.seekFrame(1):
    next = ed.getCurrentPts()
    if next <= ct:
        gui.displayError("Timing", "Retrograde or duplicate PTS, cannot proceed")
        break
    if next > target:
        gui.displayError("Timing", "Missed the target time, cannot determine picture number")
        return
        break
    pn += 1
    ct = next

gui.displayInfo("Done", "Time " + us2str(target) + " is picture no. " + str(pn) + " counting from zero")
to identify the picture number of the current picture. You should use script console rather than running the script from a file (File --> Project Script --> Run Script) as that menu option will rewind to the start of the video after determining the picture number. Yes, it takes almost as long as playing the video up to the current position.

Please note that there is no 1:1 match between frame number and picture number. A single frame can contain a part of a picture so that multiple frames need to be decoded to output a picture, one picture or even multiple pictures.

v2.5 is just useless with modern codecs.

Thank you for the samples, confirming the issue, the direct cause not clear yet (might be due to timestamp rounding). The easiest workaround: export each one in copy mode to MP4 first, then load the first mp4, append the second one – saving to MP4 in copy mode will succeed.

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:

Code Select Expand

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.