Log in

View Full Version : Avidemux (with emphasis on x264/h264 GUI)

Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 [24] 25 26 27 28 29 30 31 32 33 34 35 36
LoRd_MuldeR
24th May 2009, 23:49
libx264 SVN-r1158:

libx264-r1158, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1158M-gcc440-core2-fprofiled.7z)
libx264-r1158, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1158M-gcc440-amdfam10-fprofiled.7z)
libx264-r1158, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1158M-gcc440-pentium2-fprofiled.7z)

libx264-r1158, MinGW GCC 4.3.3, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1158M-gcc433-core2-fprofiled.7z)
libx264-r1158, MinGW GCC 4.3.3, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1158M-gcc433-amdfam10-fprofiled.7z)
libx264-r1158, MinGW GCC 4.3.3, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1158M-gcc433-pentium2-fprofiled.7z)

libx264-r1158, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1158M-gcc421-pentium2-fprofiled.7z)
libx264-r1158, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1158M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1158 using experimental AutoVAQ patch v0.2 by BugMaster:

libx264-r1158, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1158M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1158, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1158M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1158, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1158M-autovaq-gcc440-pentium2-fprofiled.7z)

libx264-r1158, MinGW GCC 4.3.3, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1158M-autovaq-gcc433-core2-fprofiled.7z)
libx264-r1158, MinGW GCC 4.3.3, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1158M-autovaq-gcc433-amdfam10-fprofiled.7z)
libx264-r1158, MinGW GCC 4.3.3, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1158M-autovaq-gcc433-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4763 (http://forum.doom9.org/showpost.php?p=1278405&postcount=1130) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
Inspector.Gadget
25th May 2009, 00:32
It should, yes. Maybe you should open a topic in the Avidemux forum and provide a sample that can reproduce your problem...

OK, I'll do that. Thanks for your patience; I'm not sure why the sample didn't work but maybe it's a related issue with MPEG-2 parsing :confused:
LoRd_MuldeR
25th May 2009, 22:41
Avidemux 2.5 SVN-r4871 (2009-05-25)
http://www.avidemux.org/

Revision 4871 (25 May 2009)
# Updated x264 to r1159.

4871 - [ffmpeg] update FFmpeg to r18940 & libswscale r29319
4868 - [Build] fix fix patch name
4867 - [Build] fix patch name
4866 - [ffmpeg] keep original ffmpeg library names on Windows
4850 - [Renderer] Fix xv output
4849 - [audio] Decoded DTS Header to update #of channels
4848 - [ffmpeg] change libxxx to libADM5xxx to avoid clash with system libs
4767 - [I18n] Add tw translation (ziyawu@xxxx.com) and bulgarian (LFU project team)
4766 - [x264] always return flag after creating header
4763 - [Win32] update Win32 build scripts and installer to use own SpiderMonkey

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
27th May 2009, 21:10
libx264 SVN-r1162:

libx264-r1162, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1162M-gcc440-core2-fprofiled.7z)
libx264-r1162, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1162M-gcc440-amdfam10-fprofiled.7z)
libx264-r1162, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1162M-gcc440-pentium2-fprofiled.7z)

libx264-r1162, MinGW GCC 4.3.3, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1162M-gcc433-core2-fprofiled.7z)
libx264-r1162, MinGW GCC 4.3.3, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1162M-gcc433-amdfam10-fprofiled.7z)
libx264-r1162, MinGW GCC 4.3.3, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1162M-gcc433-pentium2-fprofiled.7z)

libx264-r1162, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1162M-gcc421-pentium2-fprofiled.7z)
libx264-r1162, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1162M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1162 using experimental AutoVAQ patch v0.2 by BugMaster:

libx264-r1162, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1162M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1162, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1162M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1162, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1162M-autovaq-gcc440-pentium2-fprofiled.7z)

libx264-r1162, MinGW GCC 4.3.3, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1162M-autovaq-gcc433-core2-fprofiled.7z)
libx264-r1162, MinGW GCC 4.3.3, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1162M-autovaq-gcc433-amdfam10-fprofiled.7z)
libx264-r1162, MinGW GCC 4.3.3, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1162M-autovaq-gcc433-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
LoRd_MuldeR
11th June 2009, 15:27
libx264 SVN-r1165:

libx264-r1165, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1165M-gcc440-core2-fprofiled.7z)
libx264-r1165, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1165M-gcc440-amdfam10-fprofiled.7z)
libx264-r1165, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1165M-gcc440-pentium2-fprofiled.7z)

libx264-r1165, MinGW GCC 4.3.3, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1165M-gcc433-core2-fprofiled.7z)
libx264-r1165, MinGW GCC 4.3.3, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1165M-gcc433-amdfam10-fprofiled.7z)
libx264-r1165, MinGW GCC 4.3.3, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1165M-gcc433-pentium2-fprofiled.7z)

libx264-r1165, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1165M-gcc421-pentium2-fprofiled.7z)
libx264-r1165, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1165M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1165 using experimental AutoVAQ patch v0.2 by BugMaster:

libx264-r1165, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1165M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1165, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1165M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1165, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1165M-autovaq-gcc440-pentium2-fprofiled.7z)

libx264-r1165, MinGW GCC 4.3.3, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1165M-autovaq-gcc433-core2-fprofiled.7z)
libx264-r1165, MinGW GCC 4.3.3, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1165M-autovaq-gcc433-amdfam10-fprofiled.7z)
libx264-r1165, MinGW GCC 4.3.3, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1165M-autovaq-gcc433-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
LoRd_MuldeR
20th June 2009, 02:10
libx264 SVN-r1169:

libx264-r1169, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1169M-gcc440-core2-fprofiled.7z)
libx264-r1169, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1169M-gcc440-amdfam10-fprofiled.7z)
libx264-r1169, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1169M-gcc440-pentium2-fprofiled.7z)

libx264-r1169, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1169M-gcc421-pentium2-fprofiled.7z)
libx264-r1169, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1169M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1169 using experimental AutoVAQ patch v0.2 by BugMaster:

libx264-r1169, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1169M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1169, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1169M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1169, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1169M-autovaq-gcc440-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
LoRd_MuldeR
22nd June 2009, 23:42
libx264 SVN-r1171:

libx264-r1171, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1171M-gcc440-core2-fprofiled.7z)
libx264-r1171, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1171M-gcc440-amdfam10-fprofiled.7z)
libx264-r1171, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1171M-gcc440-pentium2-fprofiled.7z)

libx264-r1171, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1171M-gcc421-pentium2-fprofiled.7z)
libx264-r1171, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1171M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1171 using experimental AutoVAQ patch v0.2 by BugMaster:

libx264-r1171, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1171M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1171, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1171M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1171, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1171M-autovaq-gcc440-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
LoRd_MuldeR
23rd June 2009, 22:03
libx264 SVN-r1171 using experimental AutoVAQ patch v0.3 by BugMaster:

libx264-r1171, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1171M-autovaq-gcc440-core2-fprofiled.new.7z)
libx264-r1171, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1171M-autovaq-gcc440-amdfam10-fprofiled.new.7z)
libx264-r1171, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1171M-autovaq-gcc440-pentium2-fprofiled.new.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
Brazil2
25th June 2009, 16:54
It seems that AviDemux 2.5 has been released even though the web sites haven't been updated yet:

http://sourceforge.net/project/showfiles.php?group_id=67275

But no ZIP file available, unfortunately :confused:
lych_necross
26th June 2009, 07:17
Patience Brazil2. It takes time to compile new releases and update websites (not to mention dealing with real life) :)
LoRd_MuldeR
26th June 2009, 11:46
Patience Brazil2. It takes time to compile new releases and update websites (not to mention dealing with real life) :)

It's not like Avidemux 2.5 was anything new. Builds of the Avidemux 2.5 branch have been provided (and should be preferred) for quite some time now!

And since the latest Win32 build available from Gruntster's site (r4871) exactly nothing of importance has changed in the 2.5 tree :p

Look at the SVN log:
http://svn.berlios.de/wsvn/avidemux/branches/avidemux_2.5_branch_gruntster/?op=log
LoRd_MuldeR
26th June 2009, 14:27
libx264 SVN-r1173:

libx264-r1173, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1173M-gcc440-core2-fprofiled.7z)
libx264-r1173, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1173M-gcc440-amdfam10-fprofiled.7z)
libx264-r1173, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1173M-gcc440-pentium2-fprofiled.7z)

libx264-r1173, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1173M-gcc421-pentium2-fprofiled.7z)
libx264-r1173, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1173M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1173 using experimental AutoVAQ patch v0.3 by BugMaster:

libx264-r1173, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1173M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1173, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1173M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1173, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-67-r1173M-autovaq-gcc440-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
Schrade
27th June 2009, 20:37
Just as a note, Gruntster's site (http://avidemux.razorbyte.com.au/) lists revision 4494 as the 2.5 final. It's actually 4944. Confused me for a sec until I read the Windows Package Notes (http://avidemux.razorbyte.com.au/binaries/2.5/SVN/Package%20Notes.html) link.
LoRd_MuldeR
28th June 2009, 11:45
Just as a note, Gruntster's site (http://avidemux.razorbyte.com.au/) lists revision 4494 as the 2.5 final. It's actually 4944. Confused me for a sec until I read the Windows Package Notes (http://avidemux.razorbyte.com.au/binaries/2.5/SVN/Package%20Notes.html) link.

That was a typo indeed. r4494 would be older than the previous 2.4.4 Milestone release :p
LoRd_MuldeR
28th June 2009, 12:40
Avidemux 2.5 SVN-r4968 (2009-06-27)
http://www.avidemux.org/

Revision 4968 (27 Jun 2009)
# Updated ATK to version 1.26.0-1.
# Updated GLib to version 2.20.3-1.
# Updated GTK+ to version 2.16.2-1.
# Updated libpng to version 1.2.37-1.
# Updated Ogg to version 1.1.4.
# Updated Pango to version 1.24.2-1.
# Updated Qt to version 4.5.2.
# Updated Vorbis to version 1.2.2.
# Updated x264 to r1173.

4968 - [ffmpeg] update FFmpeg to r19285 & libswscale r29406
4962 - [automation] Also use the couple int %d for sscanf, cast later
4961 - [QT4] Maybe fix build on some linux variant
4945 - [po] traditional chinese update by Dong-Jun Wu
4943 - [ffmpeg] ffmpeg tarballs
4876 - [PO] Take also strings from plugin
4871 - [ffmpeg] update FFmpeg to r18940 & libswscale r29319

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)
Brazil2
29th June 2009, 08:18
Where can I find documentation about the use of the Video Usability Information options in the Output tab of the x264 Configuration of the new Avidemux 2.5 ?
LoRd_MuldeR
29th June 2009, 12:35
I think these options are just hints for the playback device. Not something that actually effects the encoding. Some info here:

http://mulder.dummwiedeutsch.de/pub/x264/
Brazil2
29th June 2009, 19:43
I think these options are just hints for the playback device. Not something that actually effects the encoding. Some info here:

http://mulder.dummwiedeutsch.de/pub/x264/
That's a nice guide, thanks for that :)

Unfortunately it doesn't give explanations about the use of the Video Usability Information options...
LoRd_MuldeR
29th June 2009, 19:53
Unfortunately it doesn't give explanations about the use of the Video Usability Information options...

That's because I have nothing to say about them, except that these options are information that will be forwarded to the playback equipment.

It depend on the playback equipment whether the "Video Usability Information" will be evaluated or ignored...
lansing
1st July 2009, 04:07
a small bug:

http://img38.imageshack.us/img38/4113/bugpro.jpg
LoRd_MuldeR
4th July 2009, 11:49
Avidemux 2.5 SVN-r4992 (2009-07-04)
http://www.avidemux.org/

Revision 4992 (03 Jul 2009)
# Updated FAAC to version 1.28.
# Updated FAAD2 to version 2.7.

4992 - [win32] update installer to include avcodec video encoder plugin
4991 - [vidEnc] remove more remnants of old encoders
4990 - [vidEnc] remove old encoders that have plugin equivalents
4988 - [script] fix rendering of scanVbr function to file
4987 - [vidEnc] DV plugin (also supports more profiles)
4984 - [vidEnc] ffvhuff and ffv1 plugins
4983 - [vidEnc] fix loading of multiple encoders in the one plugin
4982 - [huffyuv] huffyuv plugin
4976 - [vidEnc] always use extra data from plugin (let plugin decide when to generate)
4968 - [ffmpeg] update FFmpeg to r19285 & libswscale r29406

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
5th July 2009, 23:45
Avidemux 2.5 SVN-r4997 (2009-07-05)
http://www.avidemux.org/

Revision 4997 (05 Jul 2009)
# Updated FAAC to version 1.28.
# Updated FAAD2 to version 2.7.

4997 - [muxer] prevent crash when audio isn't appropriate for MPEG muxer
4996 - [ffmpeg] oops, actually enable valid encoders
4995 - [dlgFactory] fix sizing of bitrate control
4994 - [x264] fix loading of Auto idc level setting
4993 - [vidEnc] more cleanup
4992 - [win32] update installer to include avcodec video encoder plugin

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
6th July 2009, 06:50
I'm having a problem with r4997. Everytime I click on 'Help' then Plugins, the program crashes. Other than that, everything seems to work fine. I do have the DTS/AMR addon installed btw.
boyumeow
6th July 2009, 06:59
I m getting the same thing with r4992 too, but the program just shut down without any error window pop-up report. Thanks.

Note: quote from my admlog.txt which produce errors in my case.
...
[ADM_ae_plugin] Scanning done
[ADM_ad_plugin] Scanning directory C:\Users\Boyumeow\AppData\Roaming\avidemux\plugins\audioDecoder\
[ADM_ad_plugin] Cannot parse plugin
[ADM_vf_plugin] Scanning directory C:\Users\Boyumeow\AppData\Roaming\avidemux\plugins\videoFilter\
[ADM_vf_plugin] Cannot parse plugin
[ADM_vidEnc_plugin] Scanning directory D:\Program Files\Avidemux 2.5\plugins\videoEncoder\
ignored: x264
ignored: xvid
...
[Locale] Locale: en_US
[Locale] Loading language file D:/Program Files/Avidemux 2.5/i18n/qt_en_US FAILED
[Locale] Loading language file D:/Program Files/Avidemux 2.5/i18n/avidemux_en_US FAILED
[Locale] Test: &Edit -> &Edit
...
LoRd_MuldeR
6th July 2009, 15:34
I'm having a problem with r4997. Everytime I click on 'Help' then Plugins, the program crashes. Other than that, everything seems to work fine. I do have the DTS/AMR addon installed btw.

You have a much better chance to get this fixed by reporting it at the Avidemux forums (http://avidemux.org/admForum/viewforum.php?id=18) ;)

Workaround: Don't goto Help -> Plugins :p
LoRd_MuldeR
6th July 2009, 21:38
Avidemux 2.5 SVN-r5010 (2009-07-06)
http://www.avidemux.org/

Revision 5010 (06 Jul 2009)
# Updated FAAC to version 1.28.
# Updated FAAD2 to version 2.7.

5010 - [filter] format filter parameters correctly on 64bit
5009 - [vidEnc] use a safer way of discriminating encoders in avcodec encoder plugin
5005 - [vidEnc] pass valid encoderId when querying for plugin description
5004 - [ffmpeg] enable runtime cpu detection
5003 - [ffmpeg] filter log messages
5000 - [ffmpeg] fix ffmpeg logging
4999 - [scale] only use one scaling method with swscale
4998 - [ffmpeg] enable rawvideo decoder
4997 - [muxer] prevent crash when audio isn't appropriate for MPEG muxer

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
7th July 2009, 06:58
You have a much better chance to get this fixed by reporting it at the Avidemux forums (http://avidemux.org/admForum/viewforum.php?id=18) ;)

Workaround: Don't goto Help -> Plugins :p
Noted for future reference. Version R5010 fixes the plugin menu problem.
LoRd_MuldeR
7th July 2009, 17:48
libx264 SVN-r1178:

libx264-r1178, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1178M-gcc440-core2-fprofiled.7z)
libx264-r1178, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1178M-gcc440-amdfam10-fprofiled.7z)
libx264-r1178, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1178M-gcc440-pentium2-fprofiled.7z)

libx264-r1178, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1178M-gcc421-pentium2-fprofiled.7z)
libx264-r1178, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1178M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1178 using experimental AutoVAQ patch v0.3 by BugMaster:

libx264-r1178, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1178M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1178, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1178M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1178, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1178M-autovaq-gcc440-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.

Note: Until Avidemux is updated to core-68, you will need to rename "libx264-68.dll" to "libx264-67.dll" as a temporary workaround.
This single time renaming the DLL is allowed, because the API didn't really change between 67 and 68. As far as I can tell...
Dark Shikari
7th July 2009, 20:01
libx264 SVN-r1178:

libx264-r1178, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1178M-gcc440-core2-fprofiled.7z)
libx264-r1178, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1178M-gcc440-amdfam10-fprofiled.7z)
libx264-r1178, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-67-r1178M-gcc440-pentium2-fprofiled.7z)

libx264-r1178, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1178M-gcc421-pentium2-fprofiled.7z)
libx264-r1178, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1178M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1178 using experimental AutoVAQ patch v0.3 by BugMaster:

libx264-r1178, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1178M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1178, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1178M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1178, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1178M-autovaq-gcc440-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.

Note: Until Avidemux is updated to core-68, you will need to rename "libx264-68.dll" to "libx264-67.dll" as a temporary workaround.
This single time renaming the DLL is allowed, because the API didn't really change between 67 and 68. As far as I can tell...The API changed (the defaults changed), but the ABI did not change.
LoRd_MuldeR
8th July 2009, 00:05
libx264 SVN-r1179:

libx264-r1179, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1179M-gcc440-core2-fprofiled.7z)
libx264-r1179, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1179M-gcc440-amdfam10-fprofiled.7z)
libx264-r1179, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1179M-gcc440-pentium2-fprofiled.7z)

libx264-r1179, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1179M-gcc421-pentium2-fprofiled.7z)
libx264-r1179, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1179M-gcc345-pentium2-fprofiled.7z)

libx264 SVN-r1179 using experimental AutoVAQ patch v0.3 by BugMaster:

libx264-r1179, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1179M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1179, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1179M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1179, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1179M-autovaq-gcc440-pentium2-fprofiled.7z)

These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 (http://forum.doom9.org/showpost.php?p=1289938&postcount=1153) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.

Note: Until Avidemux is updated to core-68, you will need to rename "libx264-68.dll" to "libx264-67.dll" as a temporary workaround.
This single time renaming the DLL is allowed, because the ABI didn't change between core-67 and core-68.
LoRd_MuldeR
10th July 2009, 19:29
Avidemux 2.5 SVN-r5031 (2009-07-10)
http://www.avidemux.org/

Revision 5031 (10 Jul 2009)
# Recompiled FAAC with MinGW's GCC 4.2.1-sjlj-2.
# Updated x264 to r1179.

5031 - [vidEnc] change video encoder API to include planes and strides of source frame (so each plugin doesn't need to calculate them)
5030 - [vidEnc] fix case of filename in MPEG-1 encoder plugin
5029 - [vidEnc] remove generation of config header file for avcodec plugin
5028 - [vidEnc] derived virtual functions don't get called in constructor
5027 - [vidEnc] MPEG-1 encoder plugin (incomplete)
5026 - [xvid] use generic options class
5025 - [x264] tidy up
5024 - [x264] update idc levels in config schema
5022 - [x264] remember encode mode for GTK+ interface
5021 - [x264] handle integer idc levels properly
5020 - [x264] use a more precise buffer size for decoded picture
5019 - [x264] interpret preset xml block and load appropriate config
5017 - [x264] use generic options class
5016 - [vidEnc] create a generic options class to handle most of the grunt work
5010 - [filter] format filter parameters correctly on 64bit

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
11th July 2009, 13:38
libx264 SVN-r1181:

libx264-r1181, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1181M-gcc440-core2-fprofiled.7z)
libx264-r1181, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1181M-gcc440-amdfam10-fprofiled.7z)
libx264-r1181, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1181M-gcc440-pentium2-fprofiled.7z)
libx264-r1181, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1181M-gcc421-pentium2-fprofiled.7z)
libx264-r1181, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1181M-gcc345-pentium2-fprofiled.7z)


libx264 SVN-r1181 using experimental AutoVAQ patch v0.3 by BugMaster:

libx264-r1181, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1181M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1181, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1181M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1181, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1181M-autovaq-gcc440-pentium2-fprofiled.7z)


These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5031 (http://forum.doom9.org/showpost.php?p=1304262&postcount=1181) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.

Note: Avidemux has been updated for x264 core-68. So do NOT rename the 'libx264-68.dll' file from now on. Use Avidemux r5031 instead !!!
LoRd_MuldeR
12th July 2009, 15:43
Avidemux 2.5 SVN-r5065 (2009-07-12)
http://www.avidemux.org/

Revision 5065 (12 Jul 2009)
# Updated Vorbis to version 1.2.3.
# Updated x264 to r1181.

5065 - [win32] fix linking
5064 - [x264/Xvid] use button boxes on Qt config windows
5063 - [vidEnc] tidy up memory allocation for video encoder options
5050 - [bootStrap] Fix install path, have to specify twice
5049 - [BooStrap] Fix mixup
5046 - [vidEnc] Linux compilation fixes
5042 - [Build] Gcc 4.4 fixes by whaevr
5036 - [Patch] wrong include
5035 - [Patch] plf underlinking
5034 - [Patch] Plf format string patch
5033 - [Build] Bootstrap script
5032 - [Build Fix] Build fix for karmic koala + simple build script for main (not for plugins yet)

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
13th July 2009, 21:48
Avidemux 2.5 SVN-r5087 (2009-07-13)
http://www.avidemux.org/

Revision 5087 (13 Jul 2009)
# Updated Vorbis to version 1.2.3.
# Updated x264 to r1181.

5087 - [lame] save channel mode and bitrate mode on config window
5086 - [x264] save zones on Qt config window (FS#606)
5077 - [x264] suppress warning when using Qt config window and presets with Trellis or Cabac are switched off
5076 - [xvid] remember encode mode for GTK+ interface
5073 - [x264/xvid] set default encode mode for Qt config windows
5070 - [vidEnc] plugins now return supported colour spaces and Avidemux converts the decoded picture to the most lossless option
5065 - [win32] fix linking

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
17th July 2009, 13:56
libx264 SVN-r1183:

libx264-r1183, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1183M-gcc440-core2-fprofiled.7z)
libx264-r1183, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1183M-gcc440-amdfam10-fprofiled.7z)
libx264-r1183, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1183M-gcc440-pentium2-fprofiled.7z)
libx264-r1183, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1183M-gcc421-pentium2-fprofiled.7z)
libx264-r1183, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1183M-gcc345-pentium2-fprofiled.7z)


libx264 SVN-r1183 using experimental AutoVAQ patch v0.3 by BugMaster:

libx264-r1183, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1183M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1183, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1183M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1183, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1183M-autovaq-gcc440-pentium2-fprofiled.7z)


These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5087 (http://forum.doom9.org/showpost.php?p=1305115&postcount=1184) 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 BugMaster's patch in this (http://forum.doom9.org/showthread.php?t=147067) thread!
Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
Schrade
17th July 2009, 16:44
Is there a way to load raw .yuv files into Avidemux? I was wanting to encode some of the test clips available here:

http://media.xiph.org/video/derf/
LoRd_MuldeR
17th July 2009, 16:54
Is there a way to load raw .yuv files into Avidemux? I was wanting to encode some of the test clips available here:

http://media.xiph.org/video/derf/

Avidemux supports Avisynth input, so you can simply use RawSource(), I think.

Another option would be converting the "raw" YUV files to AVI first. That's what I do. It also saves some diskspace ;)

MEncoder.exe -demuxer rawvideo -rawvideo w=1920:h=1080:format=i420 -ovc lavc -lavcopts vcodec=ffvhuff -o "c:\output.avi" "c:\source.yuv"
LoRd_MuldeR
17th July 2009, 23:03
Avidemux 2.5 SVN-r5104 (2009-07-17)
http://www.avidemux.org/

Revision 5104 (17 Jul 2009)
# Added opencore-amr 0.1.1.
# Updated x264 to r1183.

5104 - [codec] remove more old remnants
5103 - [dca] use avcodec dts decoder if libdca isn't found
5102 - [win32] update installer to include opencore plugins
5101 - [x264] load average quantiser in GTK+ config window
5100 - [mpeg1/2] adopt user settings instead of defaults
5095 - [amrnb] opencore-amrwb audio decoder plugin
5094 - [amrnb] opencore-amrnb audio decoder plugin
5092 - [Prefs] Merge patch so that avs4avidemux works without modification
5087 - [lame] save channel mode and bitrate mode on config window

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)
Schrade
18th July 2009, 02:31
Avidemux supports Avisynth input, so you can simply use RawSource(), I think.

Another option would be converting the "raw" YUV files to AVI first. That's what I do. It also saves some diskspace ;)

MEncoder.exe -demuxer rawvideo -rawvideo w=1920:h=1080:format=i420 -ovc lavc -lavcopts vcodec=ffvhuff -o "c:\output.avi" "c:\source.yuv"

Thanks for the command line!

Is there a reason why Avidemux doesn't support importing all the formats that ffmpeg/mencoder support?
LoRd_MuldeR
18th July 2009, 02:45
Is there a reason why Avidemux doesn't support importing all the formats that ffmpeg/mencoder support?

Probably because none of the developers had a reason to implement it yet ;)

If you ask why Avidemux doesn't support "raw" input, I think this is because raw YUV data files don't contain any header or meta information.
So there is no way for an application to recognize raw YUV data. The user has to provide all information, including width and height of the video.
Consequently the normal "File" -> "Open" dialog isn't sufficient here. We'd need something like "File" -> "Import" -> "Raw Video".
LoRd_MuldeR
20th July 2009, 15:00
libx264 SVN-r1184:

libx264-r1184, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1184M-gcc440-core2-fprofiled.7z)
libx264-r1184, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1184M-gcc440-amdfam10-fprofiled.7z)
libx264-r1184, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1184M-gcc440-pentium2-fprofiled.7z)
libx264-r1184, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1184M-gcc421-pentium2-fprofiled.7z)
libx264-r1184, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1184M-gcc345-pentium2-fprofiled.7z)


libx264 SVN-r1184 with AutoVAQ enabled:

libx264-r1184, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1184M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1184, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1184M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1184, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1184M-autovaq-gcc440-pentium2-fprofiled.7z)


These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5104 (http://forum.doom9.org/showpost.php?p=1306367&postcount=1188) 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.
LoRd_MuldeR
22nd July 2009, 00:13
The Avisynth Proxy GUI for Avidemux has been updated.

Get the latest build here:
http://avidemux.org/admForum/viewtopic.php?id=4397
LoRd_MuldeR
25th July 2009, 20:01
Avidemux 2.5 SVN-r5152 (2009-07-25)
http://www.avidemux.org/

Revision 5152 (25 Jul 2009)
# Updated Avisynth Proxy GUI to version 2.09d.
# Updated x264 to r1185.

5152 - [dlgFactory] fix crashing when saving profile using GTK config menu control
5151 - [dlgFactory] fix default profile support of GTK config menu control
5150 - [dlgFactory] make updateMe method of GTK toggle control work
5149 - [dlgFactory] make updateMe method of GTK bitrate control work
5147 - [mpeg1] add config menu control to plugin config window
5146 - [dlgFactory] more work on config menu dialog factory control
5145 - [core] move fileExist function to be included with other file I/O functions
5144 - [Check] closes #2 , dummy bug
5140 - [GTK] fix open dialogs performing save and vice versa
5139 - [plugin] fix small memory leaks when loading plugins
5138 - [vidEnc] cosmetics
5137 - [dlgFactory] all dialogFactory controls must now support an updateMe method
5136 - [win32] fix linker error
5128 - [i18n] de update by Joo Martin
5127 - [plugins] gcc 4.4 / linux compilation fix
5123 - [Build] More fixes with gcc 4.4 + fix bootStrap.sh
5122 - [dlgFactory] add config menu dialog factory control (incomplete)
5104 - [codec] remove more old remnants

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
26th July 2009, 20:21
libx264 SVN-r1189:

libx264-r1189, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1189M-gcc440-core2-fprofiled.7z)
libx264-r1194, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1189M-gcc440-amdfam10-fprofiled.7z)
libx264-r1189, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1189M-gcc440-pentium2-fprofiled.7z)
libx264-r1189, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1189M-gcc421-pentium2-fprofiled.7z)
libx264-r1189, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1189M-gcc345-pentium2-fprofiled.7z)


libx264 SVN-r1189 with AutoVAQ enabled:

libx264-r1189, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1189M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1189, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1189M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1189, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1189M-autovaq-gcc440-pentium2-fprofiled.7z)


These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5104 (http://forum.doom9.org/showpost.php?p=1306367&postcount=1188) 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.

Now using a custom patch that will increase SubME by one in order to allow the new SubME=10 in Avidemux (until the GUI is updated).
However be aware that SubME=10 requires Trellis=2, otherwise it will fall back to SubeMe=9.
LoRd_MuldeR
27th July 2009, 14:07
libx264 SVN-r1190:

libx264-r1190, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1190M-gcc440-core2-fprofiled.7z)
libx264-r1190, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1190M-gcc440-amdfam10-fprofiled.7z)
libx264-r1190, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1190M-gcc440-pentium2-fprofiled.7z)
libx264-r1190, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1190M-gcc421-pentium2-fprofiled.7z)
libx264-r1190, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1190M-gcc345-pentium2-fprofiled.7z)


libx264 SVN-r1190 with AutoVAQ enabled:

libx264-r1190, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1190M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1190, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1190M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1190, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1190M-autovaq-gcc440-pentium2-fprofiled.7z)


These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5152 (http://forum.doom9.org/showpost.php?p=1308435&postcount=1193) 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.

Now using a less "aggressive" patch to enable SubMe=10 in Avidemux:
Only SubMe=9 will be increased to SubMe=10 and even that only if Trellis=2 is used. Other SubMe modes are not effected at all.
This workaround will be used until the x264 GUI in Avidemux is updated with respect to the recent changes...
LoRd_MuldeR
28th July 2009, 13:49
libx264 SVN-r1192:

libx264-r1192, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1192M-gcc440-core2-fprofiled.7z)
libx264-r1192, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1192M-gcc440-amdfam10-fprofiled.7z)
libx264-r1192, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1192M-gcc440-pentium2-fprofiled.7z)
libx264-r1192, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1192M-gcc421-pentium2-fprofiled.7z)
libx264-r1192, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1192M-gcc345-pentium2-fprofiled.7z)


libx264 SVN-r1192 with AutoVAQ enabled:

libx264-r1192, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1192M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1192, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1192M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1192, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1192M-autovaq-gcc440-pentium2-fprofiled.7z)


These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5152 (http://forum.doom9.org/showpost.php?p=1308435&postcount=1193) 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.

Now using a less "aggressive" patch to enable SubMe=10 in Avidemux:
Only SubMe=9 will be increased to SubMe=10 and even that only if Trellis=2 is used. Other SubMe modes are not effected at all.
This workaround will be used until the x264 GUI in Avidemux is updated with respect to the recent changes...
LoRd_MuldeR
28th July 2009, 17:20
libx264 SVN-r1193:

libx264-r1193, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1193M-gcc440-core2-fprofiled.7z)
libx264-r1193, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1193M-gcc440-amdfam10-fprofiled.7z)
libx264-r1193, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1193M-gcc440-pentium2-fprofiled.7z)
libx264-r1193, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1193M-gcc421-pentium2-fprofiled.7z)
libx264-r1193, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1193M-gcc345-pentium2-fprofiled.7z)


libx264 SVN-r1193 with AutoVAQ enabled:

libx264-r1193, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1193M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1193, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1193M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1193, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1193M-autovaq-gcc440-pentium2-fprofiled.7z)


These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5152 (http://forum.doom9.org/showpost.php?p=1308435&postcount=1193) 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.

Now using a less "aggressive" patch to enable SubMe=10 in Avidemux:
Only SubMe=9 will be increased to SubMe=10 and even that only if Trellis=2 is used. Other SubMe modes are not effected at all.
This workaround will be used until the x264 GUI in Avidemux is updated with respect to the recent changes...
LoRd_MuldeR
29th July 2009, 15:14
libx264 SVN-r1195:

libx264-r1195, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1195M-gcc440-core2-fprofiled.7z)
libx264-r1195, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1195M-gcc440-amdfam10-fprofiled.7z)
libx264-r1195, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1195M-gcc440-pentium2-fprofiled.7z)
libx264-r1195, MinGW GCC 4.2.1, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1195M-gcc421-pentium2-fprofiled.7z)
libx264-r1195, MinGW GCC 3.4.5, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/libx264-68-r1195M-gcc345-pentium2-fprofiled.7z)


libx264 SVN-r1195 with AutoVAQ enabled:

libx264-r1195, MinGW GCC 4.4.0, optimized for Core 2 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1195M-autovaq-gcc440-core2-fprofiled.7z)
libx264-r1195, MinGW GCC 4.4.0, optimized for K10 (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1195M-autovaq-gcc440-amdfam10-fprofiled.7z)
libx264-r1195, MinGW GCC 4.4.0, optimized for Pentium 2 and later (http://mplayer.somestuff.org/misc/libx264/test_builds/libx264-68-r1195M-autovaq-gcc440-pentium2-fprofiled.7z)


These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5152 (http://forum.doom9.org/showpost.php?p=1308435&postcount=1193) 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.

Now using a less "aggressive" patch to enable SubMe=10 in Avidemux:
Only SubMe=9 will be increased to SubMe=10 and even that only if Trellis=2 is used. Other SubMe modes are not effected at all.
This workaround will be used until the x264 GUI in Avidemux is updated with respect to the recent changes.
(SubME=10 was borked in previous revisions of x264, so I recommend updating now)
bizz & buzz
30th July 2009, 14:10
There's some info on 'Luma Quantization Deadzones' on http://sites.google.com/site/linuxencoding/x264-ffmpeg-mapping
so maybe the H264 page on the wiki can be updated. I'll leave it to the pros decision.
LoRd_MuldeR
31st July 2009, 14:27
Avidemux 2.5 SVN-r5181 (2009-07-30)
http://www.avidemux.org/

Revision 5181 (30 Jul 2009)
# Updated x264 to r1195.

5181 - [win32] fix icon reference in resource file
5180 - [mpeg1] unix build fix
5179 - [dlgFactory] load/save profile on GTK config menu
5178 - [dlgFactory] load/save profile on Qt config menu
5177 - [win32] fix linking
5173 - [Gtk] Fix crash when doing about, introduced by commit 5167
5172 - [build] Also check git/git svn to get the rev number, fixes #7
5171 - [build] Fetch version for svn AND git
5170 - [icons] delete audio-volum-medium
5169 - [Qt] disable configure button when video codec doesn't have settings
5168 - [Qt] disable configure button when video codec doesn't have settings
5167 - [UI] Put in JM icons, reorganize a bit directory , probably breaks win32
5166 - [Qt] fix colour chooser dialog
5165 - [cmake] correctly report existence of Qt and GTK in plugin cmake summary
5163 - [dlgFactory] trigger custom profile on Qt config menu
5162 - [audiodec] remove libamrnb and libdca plugins. They have been replaced by opencore-amrnb and ffmpeg's dca decoder
5159 - [Gtk/Menu] Fix const char/char mixup
5158 - [cmake] add ffmpeg as dependency for coreImage so Make can run using multiple jobs
5157 - [plugins] Fix build with gcc 4.4
5156 - [po] Traditional Chinese update by Dong-Jun Wu, not sure that file is needed
5155 - [po] Traditional Chinese update by Dong-Jun Wu
5154 - [po] Traditional Chinese update by Dong-Jun Wu
5153 - [dlgFactory] make updateMe method of Qt toggle control work
5152 - [dlgFactory] fix crashing when saving profile using GTK config menu control

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)