News:

--

Main Menu

Recent posts

#1
Main version 2.6 / Re: Merge Fields freezing in 2...
Last post by IcePlanet - November 20, 2024, 08:50:22 PM
I have downloaded latest nightly 241110_7baa0b8ab6b-fflibs 7.0.2.

The freeze is still there. Media info and .py file are the same as in first post. Log ends with:


<!>20:23:57-124 [ADM_Composer::nextPictureInternal] Next image PTS in ref is out of range: got 3951040000 us, wanted < 3951025378 us, discarding the image
  20:23:57-125 [ADM_Composer::searchNextKeyFrameInRef] Found next keyframe: frame 197308, ref time 01:05:51,780 (3951780000)
<!>20:23:57-125 [ADM_Composer::nextPicture] Cannot get next picture. Last segment
<!>20:23:57-125 [ADM_videoFilterBridge::getNextFrameAs] [Bridge] Base did not get an image


Attached is actual complete log file (zipped).
#2
Main version 2.6 / Re: Avidemux 2.8.2 development
Last post by sl1pkn07 - November 20, 2024, 02:04:39 PM
Hi

thanks, but not failed in

CMake Error at /usr/lib/cmake/Qt6Core/Qt6CoreMacros.cmake:260 (message):
  qt6_wrap_cpp: TARGET parameter is empty.  Since the file
  /tmp/makepkg/avidemux-git/src/avidemux/avidemux/qt4/ADM_jobs/src/ADM_jobControl.cpp
  is a source file, the TARGET option must be specified.
Call Stack (most recent call first):
  /usr/lib/cmake/Qt6Core/Qt6CoreMacros.cmake:184 (_qt_internal_wrap_cpp)
  /tmp/makepkg/avidemux-git/src/fakeroot/usr/include/avidemux/2.8/cmake/admQtMacro.cmake:26 (QT6_WRAP_CPP)
  ADM_jobs/src/CMakeLists.txt:26 (ADM_QT_WRAP_CPP)


-- Configuring incomplete, errors occurred!

greetings
#3
Windows / Re: Windows Explorer "Open in ...
Last post by PaulScow - November 20, 2024, 01:32:17 PM
Thank you very much, Sark. Sorry for the late reply.
I installed version 2.8.2 and the script to 'open with AVIdemux' now works. :)
Although the option to 'choose it as default program' still doesn't, but that's not a problem now.
Thank you so much, I was waiting for an eMail to notify me of a reply. I'll have to review my settings.  ;D
Thanks again, happy now.
#4
Main version 2.6 / Re: Avidemux 2.8.2 development
Last post by eumagga0x2a - November 19, 2024, 11:37:38 PM
For now, you may apply the following cmake patch which disables the build of the x265 encoder plugin for versions more recent than 3.6:

diff --git a/cmake/admCheckX265.cmake b/cmake/admCheckX265.cmake
index 2e3f4d9a9..9bff1829a 100644
--- a/cmake/admCheckX265.cmake
+++ b/cmake/admCheckX265.cmake
@@ -14,11 +14,14 @@ MACRO(checkX265)
                                STRING(REGEX MATCH "#define[ ]+X265_BUILD[ ]+([0-9]+)" X265_CONFIG_H "${X265_CONFIG_H}")
                                STRING(REGEX REPLACE ".*[ ]([0-9]+).*" "\\1" x265_version "${X265_CONFIG_H}")
                                MESSAGE(STATUS "  core version: ${x265_version}")
-                              
-                               IF (x265_version LESS 9)
-                                       MESSAGE("WARNING: x265 core version is too old.  At least version 9 is required.")
+                               IF (x265_version LESS 9 OR x265_version GREATER 209)
+                                       IF (x265_version LESS 9)
+                                               MESSAGE("WARNING: x265 core version is too old. At least version 9 is required.")
+                                       ELSE (x265_version LESS 9)
+                                               MESSAGE("WARNING: only x265 core up to version 209 (3.6 release) is supported.")
+                                       ENDIF (x265_version LESS 9)
                                        SET(X265_FOUND 0)
-                               ELSE (x265_version LESS 9)
+                               ELSE (x265_version LESS 9 OR x265_version GREATER 209)
                                         IF(NOT WIN32)
                                                 SET(DL dl)
                                         ELSE(NOT WIN32)
@@ -31,7 +34,7 @@ MACRO(checkX265)
                                                 ADD_DEFINITIONS(${X265_CFLAGS})
                                         ENDIF(MSVC)
                                        FIND_HEADER_AND_LIB(X265 x265.h x265 x265_encoder_open_${x265_version} ${DL})
-                               ENDIF (x265_version LESS 9)
+                               ENDIF (x265_version LESS 9 OR x265_version GREATER 209)
                        ELSE (_X265_FOUND AND _X265_CONFIG_FOUND)
                                MESSAGE(STATUS "  No working version found")
                                SET(X265_FOUND 0)
#5
Main version 2.6 / Re: Avidemux 2.8.2 development
Last post by eumagga0x2a - November 19, 2024, 11:25:35 PM
Thanks for the heads-up, x265 has changed API in v4.0, will look into it soon (Homebrew has already jumped onto the latest and greatest, RPM Fusion only for Fedora Rawhide).
#6
Windows / Re: Questions about AviDemux
Last post by HugoNabais - November 19, 2024, 10:32:27 PM
Quote from: eumagga0x2a on November 18, 2024, 11:10:55 PMMake sure all default post-processing options are disabled (this is also the default, you must have inherited ancient settings with PP enabled). You ruin your videos with PP enabled.

If your source videos are high-bit-depth HDR videos, HDR to SDR conversion in Avidemux is very slow and performed on the CPU, even the "Fast YUV" one. Avidemux doesn't allow passing 10- or 12-bit images through the filter chain to video encoders, everything gets reduced to 8-bit 4:2:0.

I can confirm that after disabling both Post processing deblocking options Avidemux now uses 100%, all 32 threads of my CPU! Now it runs really really nice (compared to using 4 threads)
A video that needed 4 hours now took less than 30 minutes!!

I have no idea why those options were enabled! Thanks everyone!
#7
Main version 2.6 / Re: Avidemux 2.8.2 development
Last post by sl1pkn07 - November 19, 2024, 04:56:47 PM
Hi

i get

[ 70%] Built target ADM_ve_x264_other
[ 70%] Building CXX object ADM_videoEncoder/x265/CMakeFiles/ADM_ve_x265_other.dir/ADM_x265.cpp.o
/tmp/makepkg/avidemux-git/src/avidemux/avidemux_plugins/ADM_videoEncoder/x265/ADM_x265.cpp: In member function 'virtual bool x265Encoder::encode(ADMBitstream*)':
/tmp/makepkg/avidemux-git/src/avidemux/avidemux_plugins/ADM_videoEncoder/x265/ADM_x265.cpp:216:66: error: cannot convert 'x265_picture*' to 'x265_picture**' in argument passing
  216 |            er = api->encoder_encode(handle, &nal, &nbNal, NULL, &pic_out);
      |                                                                  ^~~~~~~~
      |                                                                  |
      |                                                                  x265_picture*
/tmp/makepkg/avidemux-git/src/avidemux/avidemux_plugins/ADM_videoEncoder/x265/ADM_x265.cpp:224:66: error: cannot convert 'x265_picture*' to 'x265_picture**' in argument passing
  224 |            er = api->encoder_encode(handle, &nal, &nbNal, &pic, &pic_out);
      |                                                                  ^~~~~~~~
      |                                                                  |
      |                                                                  x265_picture*
make[2]: *** [ADM_videoEncoder/x265/CMakeFiles/ADM_ve_x265_other.dir/build.make:93: ADM_videoEncoder/x265/CMakeFiles/ADM_ve_x265_other.dir/ADM_x265.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:6133: ADM_videoEncoder/x265/CMakeFiles/ADM_ve_x265_other.dir/all] Error 2
make: *** [Makefile:136: all] Error 2

from github with system x265 4.0

greetings
#8
User interface and Usability / Re: Sliders sre too tiny
Last post by phossler - November 19, 2024, 12:25:05 AM
YES!!  :)  :)

Both Light and Dark give me slider and position grabbers (wish I knew the proper names  :-[ ) that I can easily use

Life will be so much easier now

Thanks
#9
User interface and Usability / Re: Sliders sre too tiny
Last post by szlldm - November 18, 2024, 11:19:48 PM
It must be theme related. Try View menu/Theme/Light theme, maybe this helps.
#10
User interface and Usability / Sliders sre too tiny
Last post by phossler - November 18, 2024, 11:15:21 PM
At least on filter, the slider position markers are very small and hard to grab with the mouse. The min/max range line is very thin

The main screen slider line and grab bar (above the action buttons) are fine andeasily used

Is there a setting to change the size, or maybe in a future version the filter lines and grab bars can be larger?

Thanks