Avidemux (with emphasis on x264/h264 GUI)

[LoRd_MuldeR]

Since GCC 4.4.x (and higher) seems to be less than reliable, why not downgrade to GCC 4.2?

It seems GCC 4.x.x isn't very reliable in general, but GCC 3.x.x is very outdated nowadays. So I try to use the latest GCC 4.x.x, which is GCC 4.4.2 by now.

In a quick test I encoded the same source with x264 r1301 compiled with GCC 4.4.1 and with GCC 4.4.2. The files came out bit-identical. So if GCC 4.4.1 was okay, then GCC 4.4.2 is too ;)

There was a known issue with x264 and GCC 4.x.x, but it has been fixed in revision r1287. Currently I'm not aware of any known issues with GCC 4.4.x, so...

[lych_necross]

That makes sense.

[LoRd_MuldeR]

libx264 SVN-r1309:

libx264-r1309, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-76-r1309M-gcc442-core2-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-76-r1309M-gcc442-amdfam10-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-76-r1309M-gcc442-pentium3-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-76-r1309M-gcc442-noasm-fprofiled.7z)


libx264 SVN-r1309 using four slices:

libx264-r1309, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-slices-gcc442-core2-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-slices-gcc442-amdfam10-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-slices-gcc442-pentium3-fprofiled.7z)


libx264 SVN-r1309 with AutoVAQ enabled:

libx264-r1309, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-autovaq-gcc442-core2-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-autovaq-gcc442-amdfam10-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-autovaq-gcc442-pentium3-fprofiled.7z)


libx264 SVN-r1309 with MB-Tree disabled:

libx264-r1309, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-nombtree-gcc442-core2-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-nombtree-gcc442-amdfam10-fprofiled.7z)
libx264-r1309, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-76-r1309M-nombtree-gcc442-pentium3-fprofiled.7z)


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5369 (http://forum.doom9.org/showpost.php?p=1331731&postcount=1323) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

[LoRd_MuldeR]

Avidemux 2.5 SVN-r5422 (2009-10-27)
http://www.avidemux.org/

Revision 5422 (27 Oct 2009)
# Updated SDL to version 1.2.14.
# Updated x264 to r1310.

5422 - [x264] support API version 78
5421 - [ffmpeg] update FFmpeg to r20383 & libswscale r29799
5411 - [Lame] Properly export lame VBR settings, ref #45
5410 - [AudioEnCoder] export VBR through wrapper, ref #45
5405 - [DCA] Fix # of channels + backport channel reordering from 2.6
5400 - [codec] Add SEDG (? samsung electronic d?? g??) fourcc, patch from colinl
5382 - [H264/TS] Fix loading of lumix file
5378 - [AudioDevice] Set alsa to use default instead of dmix
5371 - [Jack] Update author
5370 - [Jack] Re-enable jack plugin
5369 - [win32] update installer to support latest dependencies

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

[LoRd_MuldeR]

libx264 SVN-r1310:

libx264-r1310, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1310M-gcc442-core2-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1310M-gcc442-amdfam10-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1310M-gcc442-pentium3-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1310M-gcc442-noasm-fprofiled.7z)


libx264 SVN-r1310 using four slices:

libx264-r1310, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-slices-gcc442-core2-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-slices-gcc442-amdfam10-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-slices-gcc442-pentium3-fprofiled.7z)


libx264 SVN-r1310 with AutoVAQ enabled:

libx264-r1310, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-autovaq-gcc442-core2-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-autovaq-gcc442-amdfam10-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-autovaq-gcc442-pentium3-fprofiled.7z)


libx264 SVN-r1310 with MB-Tree disabled:

libx264-r1310, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-nombtree-gcc442-core2-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-nombtree-gcc442-amdfam10-fprofiled.7z)
libx264-r1310, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1310M-nombtree-gcc442-pentium3-fprofiled.7z)


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5422 (http://forum.doom9.org/showpost.php?p=1338882&postcount=1354) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

[LoRd_MuldeR]

libx264 SVN-r1318:

libx264-r1318, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1318M-gcc442-core2-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1318M-gcc442-amdfam10-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1318M-gcc442-pentium3-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1318M-gcc442-noasm-fprofiled.7z)

______________________________________________________


libx264 SVN-r1318 using four slices:

libx264-r1318, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-slices-gcc442-core2-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-slices-gcc442-amdfam10-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-slices-gcc442-pentium3-fprofiled.7z)


libx264 SVN-r1318 with AutoVAQ enabled:

libx264-r1318, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-autovaq-gcc442-core2-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-autovaq-gcc442-amdfam10-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-autovaq-gcc442-pentium3-fprofiled.7z)


libx264 SVN-r1318 with MB-Tree disabled:

libx264-r1318, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-nombtree-gcc442-core2-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-nombtree-gcc442-amdfam10-fprofiled.7z)
libx264-r1318, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1318M-nombtree-gcc442-pentium3-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5422 (http://forum.doom9.org/showpost.php?p=1338882&postcount=1354) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

[wata]

anyone know why libx264-76.dll and libx264-78.dll don't have x264 settings use for encoding written in output mp4 file now?

before i can just use any file viewer and take a look at the starting of the output mp4 to see what x264 settings is use for encoding

[LoRd_MuldeR]

anyone know why libx264-76.dll and libx264-78.dll don't have x264 settings use for encoding written in output mp4 file now?

They definitely do write the info to the H.264 bistream. Maybe the muxer discards the info? Try another container, e.g. AVI, for testing purpsoe ;)

[LoRd_MuldeR]

Here is a highly experimental build of libx264 with Weighted P-frame Prediction:
(link removed)

For more info see here:
http://wiki.videolan.org/SoC_2009/Weighted_P-frame_Prediction

[Dark Shikari]

You have to be careful when muxing to mp4, as the SEI message cannot be put in the header; the spec doesn't allow it.

The muxer has to actively take it and move it to the start of the first frame instead (if you're using encoder_headers() to get the headers).

[LoRd_MuldeR]

libx264 SVN-r1318+291 with Weighted P-Frame Prediction:

libx264-r1318+291, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-weightp-r1318+291-gcc442-core2-fprofiled.7z)
libx264-r1318+291, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-weightp-r1318+291-gcc442-amdfam10-fprofiled.7z)
libx264-r1318+291, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-weightp-r1318+291-gcc442-pentium3-fprofiled.7z)
libx264-r1318+291, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-weightp-r1318+291-gcc442-noasm-fprofiled.7z)


For information about Weighted P-Frame Prediction have a look here:
http://wiki.videolan.org/SoC_2009/Weighted_P-frame_Prediction
______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5422 (http://forum.doom9.org/showpost.php?p=1338882&postcount=1354) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

These builds are highly experimental, use them for testing only! Furthermore these builds won't work with "interlaced" mode.
Also note that CoreAVC 1.x is known to be broken with the "smart" weight-p mode, but libavcodec (MPlayer, ffdshow, etc) works fine.

[LoRd_MuldeR]

libx264 SVN-r1331 with Weighted P-Frame Prediction:

libx264-r1331, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1331M-gcc442-core2-fprofiled.7z)
libx264-r1331, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1331M-gcc442-amdfam10-fprofiled.7z)
libx264-r1331, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1331M-gcc442-pentium3-fprofiled.7z)
libx264-r1331, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1331M-gcc442-noasm-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5422 (http://forum.doom9.org/showpost.php?p=1338882&postcount=1354) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

Weighted P-Frame Prediction is now officially committed. For details please read the official commit message at this (http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=87de2346225721e8ca68a1b59bc87133fc598a42) location.
I used a custom patch to make these builds work with current Avidemux (r5422). Unfortunately interlaced encoding won't work yet!
Note that CoreAVC 1.x is known to be broken with the "smart" weight-p mode, but libavcodec (MPlayer, ffdshow, etc) works fine.

[LoRd_MuldeR]

libx264 SVN-r1332 with Weighted P-Frame Prediction:

libx264-r1332, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1332M-gcc442-core2-fprofiled.7z)
libx264-r1332, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1332M-gcc442-amdfam10-fprofiled.7z)
libx264-r1332, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1332M-gcc442-pentium3-fprofiled.7z)
libx264-r1332, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1332M-gcc442-noasm-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5422 (http://forum.doom9.org/showpost.php?p=1338882&postcount=1354) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

This revision fixes one (of possibly many) miscompilations in weightp. Therefore people are highly encouraged to update asap!

[Yobbo]

What happened to the "Auto/DVD" setting? Is it going to be re-introduced? It was a nice little time-saver.

[LoRd_MuldeR]

What happened to the "Auto/DVD" setting? Is it going to be re-introduced? It was a nice little time-saver.

It has been explained a dozen of times: The hardcoded "Auto" menu of Avidemux 2.4 has been replaced with custom "Auto" scripts in Avidemux 2.5.

So you can create your own "Auto" entries now and share them with the community easily. However there is no "DVD" auto-script included in the Installer yet.

But some efforts have been made already. Read through this thread please:
http://avidemux.org/admForum/viewtopic.php?id=6278

[Yobbo]

It has been explained a dozen of times: The hardcoded "Auto" menu of Avidemux 2.4 has been replaced with custom "Auto" scripts in Avidemux 2.5.

Yuck. Think I'll give that a miss.

Sorry, I never heard before about this scripts thing before now. Seems silly to remove the hardcode when it was already there and working well...?

[LoRd_MuldeR]

Seems silly to remove the hardcode when it was already there and working well...?

Sometimes "legacy" stuff needs to be removed, before new/improved features can grow. The old system was too limited. To add/modify one of the "Auto" wizards, Avidemux had to be re-compiled every single time. So for "regular" users it was almost impossible to create their own "Auto" wizards. And the Avidemux devs can't maintain "Auto" wizards for dozens of target devices (Video-DVD is just one out of many). Now the "Auto" menu is script based, which means we can add new scripts (or edit existing ones) easily and share them with the community. Just be a little more patient until more "custom" scripts become available...

[boyumeow]

Hi LM, I m encountering problem with r5422, unable to open .avi and although able to open .mkv but error while quit. Not sure how to explain but I attached admlog.txt. Btw, tested ok with r5369. Thanks.

Edit: Yes, I having the same problem with the thread U link. I m using Vista32. While using ur AVS proxy GUI, I do not get such thing happens. I think I did not get any crash report too. Thanks again.

P.S. Just wonder do U have any free time to compile latest libx264 for use in r5369, its only a small request from me and U do not have to do it if U r not free or not necessary cos I do not want to make U unhappy. Thanks again.

[LoRd_MuldeR]

I can't see your Log yet (Attachments Pending Approval), but there are known problems with the latest (r5422) Avidemux build:
http://avidemux.org/admForum/viewtopic.php?id=6840

[LoRd_MuldeR]

libx264 SVN-r1336 with Weighted P-Frame Prediction:

libx264-r1336, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1336M-gcc442-core2-fprofiled.7z)
libx264-r1336, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1336M-gcc442-amdfam10-fprofiled.7z)
libx264-r1336, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1336M-gcc442-pentium3-fprofiled.7z)
libx264-r1336, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1336M-gcc442-noasm-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5422 (http://forum.doom9.org/showpost.php?p=1338882&postcount=1354) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

This revision contains various weightp fixes, including thread-related issues. Therefore people are highly encouraged to update asap!

[LoRd_MuldeR]

libx264 SVN-r1339 with Weighted P-Frame Prediction:

libx264-r1339, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1339M-gcc442-core2-fprofiled.7z)
libx264-r1339, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1339M-gcc442-amdfam10-fprofiled.7z)
libx264-r1339, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1339M-gcc442-pentium3-fprofiled.7z)
libx264-r1339, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1339M-gcc442-noasm-fprofiled.7z)

______________________________________________________


libx264 SVN-r1339 without Weighted P-Frame Prediction and MB-Tree:

libx264-r1339, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1339M-noweightp-gcc442-core2-fprofiled.7z)
libx264-r1339, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1339M-noweightp-gcc442-amdfam10-fprofiled.7z)
libx264-r1339, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1339M-noweightp-gcc442-pentium3-fprofiled.7z)
libx264-r1339, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1339M-noweightp-gcc442-noasm-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5422 (http://forum.doom9.org/showpost.php?p=1338882&postcount=1354) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

This revision fixes possible Deadlocks in Weighted P-Frame Prediction. Therefore people are highly encouraged to update asap!

[LoRd_MuldeR]

libx264 SVN-r1342 with Weighted P-Frame Prediction:

libx264-r1342, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1342M-gcc442-core2-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1342M-gcc442-amdfam10-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1342M-gcc442-pentium3-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-78-r1342M-gcc442-noasm-fprofiled.7z)

______________________________________________________


libx264 SVN-r1342 without Weighted P-Frame Prediction and MB-Tree:

libx264-r1342, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1342M-noweightp-gcc442-core2-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1342M-noweightp-gcc442-amdfam10-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1342M-noweightp-gcc442-pentium3-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-78-r1342M-noweightp-gcc442-noasm-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5422 (http://forum.doom9.org/showpost.php?p=1338882&postcount=1354) or later now!

The patches used for my builds can be found at this (http://mplayer.somestuff.org/misc/libx264/patches/) location. More info on AutoVAQ (now officially committed) can be found in this (http://forum.doom9.org/showthread.php?t=147067) thread.
Information about the new "Macroblock Tree" ratecontrol, which redefines the CRF scale, can be found in this (http://forum.doom9.org/showthread.php?t=148686) thread.

This revision contains yet another bugfix for Weighted P-Frame Prediction. Therefore people are highly encouraged to update asap!

[roozhou]

Does avidemux support smart rendering similar to that in VirtualDub?

[buzzqw]

yes (and before virtualdub...)

BHH

[LoRd_MuldeR]

It should be noted that it works for MPEG-4 ASP (Xvid) only at the moment.

[buzzqw]

i used with mpeg2 too...

is it broken now ?

BHH

[roozhou]

And it seems smart copy only works on avi output. It's not available when using mkv/mp4 output.

[LoRd_MuldeR]

i used with mpeg2 too...

is it broken now ?

BHH

I don't think it was ever implemented for anything else bu MPEG-4 ASP, but I may be mistaken :p

[LoRd_MuldeR]

Avidemux 2.5 SVN-r5530 (2009-11-19)
http://www.avidemux.org/

Revision 5530 (19 Nov 2009)
# Updated x264 to r1342.

5530 - [build] compilation fix
5529 - [build] compilation fix
5526 - [VideoFilter] Add configure stubs so that filters are available from avidemux2_cli
5525 - [VideoFilter] Mplayer Resize, cli version
5524 - [Filter] Add cli cmake helper
5519 - [i18n] Regenerate po from mo for zh_CN
5516 - [I18N] Traditional chinese by zdw
5502 - [x264] Fix locales for x264 settings in xml, patch from KrissN
5492 - [MKV] Add PCM support (2.5)
5460 - [Demuxer] Initialize to 0 all static members of ADM_video
5452 - [FAAC/Calculator] Dont use null encoder if initiliazing audio encoder fails, fixes #25
5450 - [audioEncoder] Remove static enc, refs #49, probably hides memory corruption
5447 - [Filter] Make partial works again, patch by forumer ratte

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

[LoRd_MuldeR]

libx264 SVN-r1342 with Weighted P-Frame Prediction:

libx264-r1342, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1342M-gcc442-core2-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1342M-gcc442-amdfam10-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1342M-gcc442-pentium3-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1342M-gcc442-noasm-fprofiled.7z)

______________________________________________________


libx264 SVN-r1342 without Weighted P-Frame Prediction:

libx264-r1342, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1342M-noweightp-gcc442-core2-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1342M-noweightp-gcc442-amdfam10-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1342M-noweightp-gcc442-pentium3-fprofiled.7z)
libx264-r1342, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1342M-noweightp-gcc442-noasm-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5530 (http://forum.doom9.org/showpost.php?p=1345642&postcount=1379) or later now!

Recompiled x264 r1342 for the latest Avidemux build, which finally supports x264 core-79. Interlaced encoding should work again.

[LoRd_MuldeR]

Avidemux 2.5 SVN-r5546 (2009-11-23)
http://www.avidemux.org/

Revision 5546 (23 Nov 2009)
# Updated x264 to r1347.

5546 - [win32] bundle cli filters
5541 - [resize] keep same name for cli filter library
5540 - [x264] locale neutral parsing
5539 - [filter] mplayer_cli does not need gtk
5536 - [avcodec] Set codec type for audio to avoid crash
5533 - [qt] fix kino files reading
5532 - [mov] Dont close the file twice in case of error
5530 - [build] compilation fix

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

[LoRd_MuldeR]

libx264 SVN-r1347 with Weighted P-Frame Prediction:

libx264-r1347, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1347M-gcc442-core2-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1347M-gcc442-amdfam10-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1347M-gcc442-pentium3-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1347M-gcc442-noasm-fprofiled.7z)

______________________________________________________


libx264 SVN-r1347 without Weighted P-Frame Prediction:

libx264-r1347, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1347M-noweightp-gcc442-core2-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1347M-noweightp-gcc442-amdfam10-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1347M-noweightp-gcc442-pentium3-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1347M-noweightp-gcc442-noasm-fprofiled.7z)


libx264 SVN-r1347 without MB-Tree RC:

libx264-r1347, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1347M-nombtree-gcc442-core2-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1347M-nombtree-gcc442-amdfam10-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1347M-nombtree-gcc442-pentium3-fprofiled.7z)
libx264-r1347, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1347M-nombtree-gcc442-noasm-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5558 (http://forum.doom9.org/showpost.php?p=1347175&postcount=1383) or later now!

This revision fixes a (rare) deadlock with sync-lookahead and improves the speed of the weightp analysis. Update is recommended.

[LoRd_MuldeR]

Avidemux 2.5 SVN-r5558 (2009-11-24)
http://www.avidemux.org/

Revision 5558 (24 Nov 2009)

5558 - [x264] add macroblock-tree optimisation option
5557 - [ffmpeg] update FFmpeg to r20602 & libswscale r29964
5556 - [A52] Revert eac3 part, not enough
5555 - [A52] Use ffmpeg ac3 parser to correctly parse eac3
5554 - [FFmpeg] Enable ac3 parser, needed for eac3
5553 - [x264] add psychovisual RDO option
5551 - [win32] only install cli filters if command line version is selected
5550 - [win32] use wide char load library function for plugins (fixes #56)
5549 - [win32] retrieve wide char version of program folder (refs #56)
5546 - [win32] bundle cli filters
5541 - [resize] keep same name for cli filter library
5540 - [x264] locale neutral parsing
5539 - [filter] mplayer_cli does not need gtk
5536 - [avcodec] Set codec type for audio to avoid crash
5533 - [qt] fix kino files reading
5532 - [mov] Dont close the file twice in case of error

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

[DarkZell666]

MB-Tree and Psy-Rdo in avidemux, yay ! :D

[LoRd_MuldeR]

MB-Tree and Psy-Rdo in avidemux, yay ! :D

Those feature were available and working in Avidemux since they were added to x264 :eek:

Only Avidemux didn't expose them as options. So the x264 defaults were used. Now you can configure them yourself. That's all.

Options still missing: Psy Trellis, SubME=10, Weighted P-Prediction, RC Lookahead, Slices.

[DarkZell666]

Only Avidemux didn't expose them as options. So the x264 defaults were used. Now you can configure them yourself. That's all.
Yeah that's what I meant. I know about your special libx264 builds, many thanks for sharing them ! ;)

[LoRd_MuldeR]

You don't need "special" builds to use those features. Any vanilla build of libx264 will work with Avidemux, as long as the core API version matches.

Every feature that is available in x264 and enabled by default, will be available/enabled in Avidemux automatically, even if there's no option for that feature exposed in the GUI.

However you do need a "special" (patched) build, if you want to change the x264 defaults (e.g. disable Weight-P), but Avidemux doesn't offer that option yet...

[LoRd_MuldeR]

Avidemux 2.5 SVN-r5567 (2009-11-26)
http://www.avidemux.org/

Revision 5567 (26 Nov 2009)

5567 - [x264] add frametype lookahead option for Qt interface
5566 - [x264] increase minimum supported core version to 67
5565 - [lame] add support for 256 and 320kbps (patch by surfer)
5564 - [xvid] save settings when using GTK+ (fixes #55)
5563 - [win32] convert CLI parameters from ANSI to UTF-8
5562 - [win32] remove intl.dll from GTK+ installer
5561 - [i18n] Hungarian translation by alaci
5560 - [ASF] Switch to dynamically created ASF index
5559 - [Build] Add bootstrap debug script

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

[boyumeow]

Hi LM, whenever I select x264 configuration => Motion => Direct Prediction Mode to [None/Auto/Temporal] and Save As, it would just revert back to [Spatial]. Just wonder was it the result of ur compile x264.dll, r U getting the same thing too? If it is already a known bug, pls forgive me too. Thanks.

[LoRd_MuldeR]

What do you mean? :confused:

Does it revert to "Spatial" in the encoded file after you saved the video (in that case: how did you check it?) or does it revert when you save a project/javascript file ???

[EDIT]

It works exactly as expected, so what is the problem?

With "Auto" selected:
x264 [info]: options: cabac=1 ref=8 deblock=1:-1:-1 analyse=0x3:0x133 me=umh subme=10 psy=1 psy_rd=1.00:0.15 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=-3 threads=6 nr=0 decimate=1 mbaff=0 constrained_intra=0 bframes=5 b_pyramid=0 b_adapt=2 b_bias=0 direct=3 wpredb=1 wpredp=2 keyint=500 keyint_min=25 scenecut=40 rc_lookahead=40 rc=crf mbtree=1 crf=20.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 aq=1:1.00

With "Temporal" selected:
x264 [info]: options: cabac=1 ref=8 deblock=1:-1:-1 analyse=0x3:0x133 me=umh subme=10 psy=1 psy_rd=1.00:0.15 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=-3 threads=6 nr=0 decimate=1 mbaff=0 constrained_intra=0 bframes=5 b_pyramid=0 b_adapt=2 b_bias=0 direct=2 wpredb=1 wpredp=2 keyint=500 keyint_min=25 scenecut=40 rc_lookahead=40 rc=crf mbtree=1 crf=20.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 aq=1:1.00

With "Spatial" selected:
x264 [info]: options: cabac=1 ref=8 deblock=1:-1:-1 analyse=0x3:0x133 me=umh subme=10 psy=1 psy_rd=1.00:0.15 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=-3 threads=6 nr=0 decimate=1 mbaff=0 constrained_intra=0 bframes=5 b_pyramid=0 b_adapt=2 b_bias=0 direct=1 wpredb=1 wpredp=2 keyint=500 keyint_min=25 scenecut=40 rc_lookahead=40 rc=crf mbtree=1 crf=20.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 aq=1:1.00

With "None" selected:
x264 [info]: options: cabac=1 ref=8 deblock=1:-1:-1 analyse=0x3:0x133 me=umh subme=10 psy=1 psy_rd=1.00:0.15 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=-3 threads=6 nr=0 decimate=1 mbaff=0 constrained_intra=0 bframes=5 b_pyramid=0 b_adapt=2 b_bias=0 direct=0 wpredb=1 wpredp=2 keyint=500 keyint_min=25 scenecut=40 rc_lookahead=40 rc=crf mbtree=1 crf=20.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 aq=1:1.00

[EDIT 2]

Actually the Direct Prediction Mode was used correctly, but was not saved correct to project/javascript file.

It's fixed now:
http://svn.berlios.de/wsvn/avidemux/?rev=5568&sc=1

[LoRd_MuldeR]

libx264 SVN-r1352 with Weighted P-Frame Prediction:

libx264-r1352, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1352M-gcc442-core2-fprofiled.7z)
libx264-r1352, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1352M-gcc442-amdfam10-fprofiled.7z)
libx264-r1352, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1352M-gcc442-pentium3-fprofiled.7z)
libx264-r1352, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/libx264-79-r1352M-gcc442-noasm-fprofiled.7z)

______________________________________________________


libx264 SVN-r1352 without Weighted P-Frame Prediction:

libx264-r1352, MinGW GCC 4.4.2, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1352M-noweightp-gcc442-core2-fprofiled.7z)
libx264-r1352, MinGW GCC 4.4.2, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1352M-noweightp-gcc442-amdfam10-fprofiled.7z)
libx264-r1352, MinGW GCC 4.4.2, optimized for Pentium III (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1352M-noweightp-gcc442-pentium3-fprofiled.7z)
libx264-r1352, MinGW GCC 4.4.2, without ASM (slow!) (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-79-r1352M-noweightp-gcc442-noasm-fprofiled.7z)

______________________________________________________


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5567 (http://85.230.118.136/showpost.php?p=1347616&postcount=1388) or later now!

This revision contains even more bugfixes and massive speed-up for Weighted-P Prediction. Update is recommended!
Also note that Avidemux now offers options for MB-Tree RC, Psy RDO and RC Lookahead.

[LoRd_MuldeR]

Avidemux 2.5 SVN-r5590 (2009-11-28)
http://www.avidemux.org/

Revision 5590 (28 Nov 2009)
# Updated Cairo to version 1.8.8-3.
# Updated Fontconfig to version 2.8.0-1.
# Updated Freetype to version 2.3.11-1.
# Updated GLib to version 2.22.2-1.
# Updated GTK+ to version 2.18.3-1.
# Updated Pango to version 1.26.0-1.
# Updated x264 to r1352.

5590 - [x264] add threaded lookahead option to Qt interface
5589 - [x264] fix typo
5588 - [x264] add slicing options to Qt interface
5587 - [win32] update installer for latest Pango runtime
5586 - [gui] protect frame seeking to prevent crashes in Qt interface (fixes #53)
5585 - [vobsub] remove Extra Shrink Factor option from GTK+ settings window since it's not used (refs #59)
5568 - [x264] save direct prediction mode (regression introduced r5566)

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

[boyumeow]

Sorry LM, sorry for not being reporting clear enough and cause U to edit twice :p. Was glad that U understand it and was fixed so fast. Thanks again, to U and the Developers of Avidemux.

[TheImperial2004]

I can see Gruntster is doing well adding missing x264 options to the QT interface ... Well done . ;)

I felt like dropping by to say :thanks:

[LoRd_MuldeR]

Avidemux 2.5 SVN-r5602 (2009-11-30)
http://www.avidemux.org/

Revision 5602 (30 Nov 2009)

Revision 5590 (28 Nov 2009)
# Updated Cairo to version 1.8.8-3.
# Updated Fontconfig to version 2.8.0-1.
# Updated Freetype to version 2.3.11-1.
# Updated GLib to version 2.22.2-1.
# Updated GTK+ to version 2.18.3-1.
# Updated Pango to version 1.26.0-1.
# Updated x264 to r1352.

5602 - [gui] fix cut and paste - it never seems to have worked??? (fixes #41)
5597 - [x264] add weighted prediction for pframe option to Qt interface
5593 - [x264] add constrained intra prediction option to Qt interface
5592 - [x264] extend bframe as references option on Qt interface
5590 - [x264] add threaded lookahead option to Qt interface

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

[lych_necross]

I'm loving these new GUI options. A new build every two days, we're getting spoiled. :)

EDIT:
Hey Mulder, since Avidemux has added the weighted prediction option to the gui, do your x264 builds "with Weighted P-Frame Prediction" interfere in any way the updated gui?

[LoRd_MuldeR]

EDIT:
Hey Mulder, since Avidemux has added the weighted prediction option to the gui, do your x264 builds "with Weighted P-Frame Prediction" interfere in any way the updated gui?

No they don't. The "with weightp" build doesn't contain any patches specific to weightp, as weightp is officially committed and enabled by default. Avidemux now offers options to configure (e.g. disable) weightp at runtime, which will work perfectly fine with the aforementioned build. Therefore the "without weightp" build is superfluous now. However even that one will work with latest Avidemux just fine, as Avidemux will simply overwrite the default weightp mode with the GUI option - no matter if the default was ON or OFF. Conclusion: From now on, I will only make one kind of builds...

[lych_necross]

Very cool. Thanks M.

[LoRd_MuldeR]

libx264 SVN-r1360:

libx264-r1360, MinGW GCC 4.4.2, optimized for Core 2 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1360/libx264-79-r1360M-gcc442-core2-fprofiled.7z)
libx264-r1360, MinGW GCC 4.4.2, optimized for K10 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1360/libx264-79-r1360M-gcc442-amdfam10-fprofiled.7z)
libx264-r1360, MinGW GCC 4.4.2, optimized for Pentium III (http://dl.dropbox.com/u/3191920/Beta/libx264/r1360/libx264-79-r1360M-gcc442-pentium3-fprofiled.7z)
libx264-r1360, MinGW GCC 4.4.2, without ASM (slow!) (http://dl.dropbox.com/u/3191920/Beta/libx264/r1360/libx264-79-r1360M-gcc442-noasm-fprofiled.7z)


These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5602 (http://forum.doom9.org/showpost.php?p=1348253&postcount=1395) or later now!

[boyumeow]

Hi LM, yes... with me popping up means I have encountered some problem again, and its the same problem... Yes, about the project/javascript file, r5602 on x264 configuration(I did not test out the rest sorry), this time it was not saved correctly again I assume, once save and it will just revert all setting back to default, although we could see the save file in drop-down list but cannot be initiated. Even I save it as 'Save Project' and config it to be used in 'Custom' and the configuration just switch back to default setting. Hope I didn't report the wrong bug.

Just wonder has this It was caused by a bug in the newly released Qt 4.6.0 RC1. Whenever one moved the mouse cursor over the main window in the Windows port, the frame rate was immediately cut in half, which effectively ruined Mouse, Super Scope and Justifier support. had anything to do with it, just curious but I assume it different and might already been fixed.

Hope U understand what I m trying to report, and great thanks:thanks:.