Avidemux (with emphasis on x264/h264 GUI)

[LoRd_MuldeR]

Avidemux 2.5.6 Final (2011-12-29)
http://www.avidemux.org/

What's New in Avidemux 2.5.6
• Restored AC3 and MP2 encoding (regression introduced 2.5.5)
• Added support for latest x264 core
• Updated the FFmpeg libraries (version 0.9)
• Drag-and-drop no longer blocks source application for Qt interface
• Resolved Windows XP 32-bit stability issues (regression introduced 2.5.5)
• Windows 7 taskbar now displays encoding progress
• Improved crash reporting on Windows especially Win64
• Compilation fixes for OS X Snow Leopard and Lion
• Various minor fixes and enhancements

Revision 7716 [2.5.6 Final] (29 Dec 2011)
• Updated Qt to version 4.8.0.
• Updated x264 to r2120.

7714 - [apple] fix r7712
7713 - [ac3] ffmpeg ac3 encoding is broken because the default encoder expects floats. Explicitly use 16-bit encoder instead since that's what we're feeding it.
7712 - [apple] use a more elegant workaround for compilation errors rather than disabling optimisations
7702 - [UI] Keyboard shortcuts for saving images
7700 - [build] fix common.mak.diff with newer ffmpeg
7699 - [ffmpeg] upgrade ffmpeg to 0.9

Download Mirror #1: http://mulder.googlecode.com/ (http://code.google.com/p/mulder/downloads/detail?name=Avidemux.2011-12-29.Win32.Final.exe&can=2&q=)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#download)

[Superb]

http://i.imgur.com/dt93H.png

[LoRd_MuldeR]

http://i.imgur.com/dt93H.png

Fixed ;)

[LoRd_MuldeR]

libx264 SVN-r2120 library pack:

libx264 SVN-r2120 complete "all-in-one" library pack (mirror #1) (http://code.google.com/p/mulder/downloads/detail?name=libx264-120-r2120M-win32.7z&can=2&q=)
libx264 SVN-r2120 complete "all-in-one" library pack (mirror #2) (http://www.mediafire.com/file/p8tbxf89irs66wl/libx264-120-r2120M-win32.7z)


Changelog:
commit 0c7dab9c2a106ce3ee5d6ad7282afb49e1cc3954 r2120
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Tue Dec 6 14:39:21 2011 -0800

Fix regression in r2118
Broke trellis with i16x16 macroblocks.

commit 0637cd67cb245fce5ba190fa4b9c341319ea2b37 r2119
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Wed Nov 30 13:02:12 2011 -0800

Modify MBAFF chroma deblock functions to handle U/V at the same time
Allows for more convenient asm implementations.

commit 67f1fdc4d9c030568eac8cf9ab9d0bb249f520db r2118
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Nov 10 16:16:13 2011 -0800

CABAC trellis optimizations: use SIMD quant
Significant speed increase, minor change in output due to rounding.

commit e047b3c475cd42b6647397a244e239ebfca53bf6 r2117
Author: Steven Walters <kemuri9@gmail.com>
Date: Sun Nov 6 09:48:30 2011 -0800

YUV range detection and support for x264CLI
Two new options: --input-range and --range.
--input-range forces the range of the input in case of misdetection; auto by default.
-- range sets the range of the output; x264cli will convert if necessary, TV by default.
--fullrange is now removed as a CLI option (but the libx264 API is unchanged).

commit 00df989cc06208050230756525633438d76b5a6a r2116
Author: Kieran Kunhya <kieran@kunhya.com>
Date: Fri Nov 4 20:09:13 2011 +0000

Pass through user data

commit 04a0aeefd2f5b152c5dbca4a1c6569bd27c9f721 r2115
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Oct 27 14:05:56 2011 -0700

Remove unpredictable branch in CABAC dqp

commit 4185ee883b04d9cee57a64fdebd153830b7b27ba r2114
Author: Loren Merritt <pengvado@akuvian.org>
Date: Sun Oct 23 23:15:11 2011 +0000

x86inc: AVX symmetry optimization
3-arg AVX ops with a memory arg can only have it in src2,
whereas SSE emulation of 3-arg prefers to have it in src1 (i.e. the move).
So, if the op is symmetric and the wrong one is memory, swap them.
Eliminates redundant moves in some cases when using 3-operand without AVX with memory arguments.
Also fix movss and movsd in some cases, and flag shufps correctly as float.

commit cc129adcaaf5604f3d4fea9ebcb289403192a741 r2113
Author: Anton Mitrofanov <Bugmaster@narod.ru>
Date: Tue Nov 29 13:45:13 2011 -0800

checkasm: shut up gcc warnings, fix some naming of functions in results

commit f0ccc98bb747b8ee0fe9329f4205cf382788bb89 r2112
Author: Mans Rullgard <mans@mansr.com>
Date: Mon Nov 28 16:29:12 2011 -0800

checkasm: fix build on ARM
Because of how ALIGNED_ARRAY_16 is defined on ARM, array initialisers cannot be used here. Use memset() instead.

commit d8d8e756b1fee72b4771761d6aa4cfb31edc0b67 r2111
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Sat Nov 12 01:31:49 2011 +0400

Improve makefile rules
Remove the need for "make clean" after most reconfigures.

commit e6d33a931c08918e78dcae97e4d80d0c3411bf2c r2110
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Sat Nov 12 00:47:48 2011 +0400

Mark some local functions as static, cosmetics

commit e0c11dc6e283569606aaa97767401c6a13c2529d r2109
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Fri Nov 11 23:19:02 2011 +0400

Fix crash if timecode file opening fails

commit a14db080c3fdba4cadc38152a292bb1fa216d50e r2108
Author: Fabian Greffrath <fabian+debian@greffrath.com>
Date: Fri Nov 11 13:25:43 2011 -0800

Configure: force PIC for shared build on PARISC and MIPS

commit 6a0bd421bf5fd006012ddcd1be2072a8736b2d27 r2107
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Sat Oct 22 19:41:07 2011 +0400

Improve yasm version check
Previous check allowed certain earlier versions that weren't fully compatible.

commit 07efeb45db224b7757880d4d63bb549fb454f6db r2106
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Tue Oct 18 14:30:26 2011 -0700

Add fenc prefetching to adaptive quant
Many fewer cache misses, faster adaptive quant.

These builds will NOT work with Avidemux 2.5.5 or older. Please update to Avidemux 2.5.6 r7716 (http://forum.doom9.org/showpost.php?p=1548105&postcount=1701) or later now!

[dado023]

nicely done.....new gift for us all in this new year.....@all happy new year:D

[manolito]

For me the latest working version of Avidemux is avidemux_2.5_r7317_win32.exe.

All later versions like 2.54 final, 2.56 final and 2.6 simply refuse to start. No error message whatsoever, the "admlog.txt" file is much shorter for the newer (not working) versions than the one for the old (working) version.

The following part is missing for the newer versions:
Registered DialogFactory classes
Spidermonkey initialized.

[Locale] Locale: de_DE
[Locale] Loading language file E:/Programme/Avidemux/i18n/avidemux_de_DE succeeded
[Locale] Loading language file E:/Programme/Avidemux/i18n/qt_de_DE succeeded
[Locale] Test: &Edit -> &Bearbeiten

Directory E:\Dokumente und Einstellungen\Achim\Anwendungsdaten\avidemux\custom\ exists.Good.
No custom scripts
Custom menu built
The screen seems to be 1024 x 740 px
Found 17 video encoder(s)
Found 9 audio encoder(s)
Found 13 format(s)
No crash file (E:\Dokumente und Einstellungen\Achim\Anwendungsdaten\avidemux/crash.js)
Deleting post proc
[RDR] Resizing to 0 x 0
Cleaning up
Waiting for Spidermonkey to finish...
Cleaning up Spidermonkey.
End of cleanup

Images stat:
___________
Max memory consumed (MB) : 0
Current memory consumed (MB) : 0
Max image used : 0
Cur image used : 0
Global mem stat
______________
Memory consumed: 0 (MB)

Goodbye...

Alright, my computer is ancient and slow, but I see no reason why Avidemux should not run on it.

Specs:
Intel Celeron 1.1 Gigabyte Coppermine
576 MB RAM
ATI Rage Pro Turbo, runs DirectX 9
WinXP Pro SP3, all current updates

System partition is FAT32, data are on a NTFS partition.


Any ideas what I could do to run the current Avidemux versions?


Cheers
manolito

[LoRd_MuldeR]

Did you try clean re-install rather than installing "over" the old version?

Also, when it crashes and you look at the log file right after it crashed (do not restart the app!), are there any information that indicate what went wrong?

If not, I would suggest to load up a debugger (e.g. GDB) and make a stacktrace when Avidemux crashes on your system...

[CruNcher]

hmm drag and droping specific.asf .wmv streams causes avidemux 2.5/2.6 to crash (first no response) then white window and after click it shows the NT6 application hang dialog, or on some files huge ones it can parse correct the first time it takes very long to get back to respond without showing whats happening (indexing ?) maybe a progress bar or at least a please wait instead of no response would be better ? (you could think it crashed this way ;) )

In general .wmv .asf support looks very unstable, if you get a stream to open it crashes @ playback very strange though 2.6 seems more crashy in those regards then 2.5 which @ least works for some and doesn't crash @ playback if it has successfully opened it

Also the function that if you drag & drop on a already opened stream by default is trying to append the dragged file instead of opening the new one seems a little strange without a timeline (maybe forcing different states via a configurable key combination would be a good idea, and by default just open the new one though as being a little bit more editor then player i can understand the default being append but without a timeline it feels odd ;) )

Ehh what happened to the Audio selection (none audio track) in 2.6, there is no option for no audio track anymore ?

[LoRd_MuldeR]

Try Avisynth-input with DirectShowSource() or DSS2() for reading WMV files.

[flapane]

Avidemux 2.5.6 Final (2011-12-29)
http://www.avidemux.org/


I used to download win32 GTK version at http://avidemux.razorbyte.com.au/binaries/2.5/
Did you drop win32 GTK support or is it just me who doesn't know where to find it?
Thanks

edit: I found the final version at http://avidemux.razorbyte.com.au/milestone/2.5.6%20%287716%29/
It would be great to have a win32 gtk build of Avidemux 2.6 svn, too.

[LoRd_MuldeR]

The GTK+ UI has been dropped from active development long ago. For Windows you definitely want to use the Qt-based UI nowadays.

I think the only reason why the "old" GTK+ UI has not been removed completely is because some Linux users may prefer GTK+ over Qt, because their Linux distribution is Gnome/GTK+-based and they don't want to install the Qt packages.

For Windows this issue does not exist, because Windows neither ships with Qt nor with GTK+ libraries. On Windows, Avidemux always uses it's private Qt (or GTK+) DLL's inside its install folder...

[flapane]

It's just a matter of habit, I always preferred GTK+ style over Qt. If I'll be forced to use QT, then I'll use it.
Just in case, what if I paste C:\Program Files (x86)\Avidemux 2.5\lib\gtk-2.0 folder inside a newer 2.6 Qt build of Avidemux?
Thanks

[LoRd_MuldeR]

It's just a matter of habit, I always preferred GTK+ style over Qt. If I'll be forced to use QT, then I'll use it.

Yes, please use the Qt-based GUI of Avidemux. Actually you should be doing so for quite some time already...

Just in case, what if I paste C:\Program Files (x86)\Avidemux 2.5\lib\gtk-2.0 folder inside a newer 2.6 Qt build of Avidemux?

... nothing happens ... except that you now have a bunch of unused files in your Avidemux folder :confused:

[boyumeow]

Hi LM, I'm getting crash (when I press "B" button) or crash-like problem with Mpeg-4 Visual(XviD) file in Matroska container, admlog did log a lot of "wrong marker" message, with avidemux 2.5.6.7716 version. Putting the file in avi container was alright and doing fine.

Avidemux 2.6.7719 was doing good with it too.

Hope U could understand what I'm trying to tell. Thanks.

[LoRd_MuldeR]

libx264 SVN-r2146 library pack:

libx264 SVN-r2146 complete "all-in-one" library pack (mirror #1) (http://code.google.com/p/mulder/downloads/detail?name=libx264-120-r2146M-win32.7z&can=2&q=)
libx264 SVN-r2146 complete "all-in-one" library pack (mirror #2) (http://www.mediafire.com/file/i7c0x9si1du2skv/libx264-120-r2146M-win32.7z)


Changelog:
commit bcd41dbcaa4430b2118d9f6828c2b9635cf9d58d r2146
Author: Loren Merritt <pengvado@akuvian.org>
Date: Wed Jan 18 15:47:07 2012 -0800

Fix trellis 2 + subme >= 8
Trellis didn't return a boolean value as it was supposed to.
Regression in r2143-5.

commit 748fe16c1303b89d2a1d0378addd83fb4198f51a r2145
Author: Loren Merritt <pengvado@akuvian.org>
Date: Fri Jan 6 15:53:29 2012 +0000

CABAC trellis opts part 4: x86_64 asm
Another 20% faster.
18k->12k codesize.

This patch series may have a large impact on encoding speed.
For example, 24% faster at --preset slower --crf 23 with 720p parkjoy.
Overall speed increase is proportional to the cost of trellis (which is proportional to bitrate, and much more with --trellis 2).

commit cfdb36ece729209631f7213506685ae733d7f5d4 r2144
Author: Loren Merritt <pengvado@akuvian.org>
Date: Fri Jan 6 15:53:04 2012 +0000

CABAC trellis opts part 3: make some arrays non-static

commit 65bd12ae875a768a06b67ec6297dec18323e0768 r2143
Author: Loren Merritt <pengvado@akuvian.org>
Date: Thu Dec 22 17:56:06 2011 +0000

CABAC trellis opts part 2: C optimizations

Hoist the branch on coef value out of the loop over node contexts.
Special cases for each possible coef value (0,1,n).
Special case for dc-only blocks.
Template the main loop for two common subsets of nodes, to avoid a bunch of branches about which nodes are live.
Use the nonupdating version of cabac_size_decision in more cases, and omit those bins from the node struct.
CABAC offsets are now compile-time constants.
Change TRELLIS_SCORE_MAX from a specific constant to anything negative, which is cheaper to test.
Remove dct_weight2_zigzag[], since trellis has to lookup zigzag[] anyway.

60% faster on x86_64.
25k->18k codesize.

commit e176619d010fc32c970c7ab7a769bbfbe2665f61 r2142
Author: Loren Merritt <pengvado@akuvian.org>
Date: Thu Dec 22 17:55:06 2011 +0000

CABAC trellis opts part 1: minor change in output
Due to different tie-break order.

commit 4e87f36a0e1a78242f04db611e06f80b6b38d900 r2141
Author: Henrik Gramner <hengar-6@student.ltu.se>
Date: Sun Jan 8 04:14:10 2012 +0100

x86inc improvements for 64-bit

Add support for all x86-64 registers
Prefer caller-saved register over callee-saved on WIN64
Support up to 15 function arguments

commit 84a06e611aff1267a720bf9552b3bcf263bd83b5 r2140
Author: Ilia Valiakhmetov <zakne0ne@gmail.com>
Date: Sun Jan 15 04:47:58 2012 -0600

High bit depth SSE2/AVX add8x8_idct8 and add16x16_idct8
From Google Code-In.

commit c605e3174410ba5c7d1d0a777082e2397734d637 r2139
Author: Edward Wang <edward.c.wang@compdigitec.com>
Date: Wed Jan 4 15:35:54 2012 -0800

MMX/SSE2/AVX predict_8x16_p, high bit depth fdct8
From Google Code-In.

commit 6b06f6d3f7f800dca1a4ea154f54427d5b3cea2b r2138
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Dec 22 14:03:15 2011 -0800

XOP 8-bit fDCT
Use integer MAC for one of the SUMSUB passes. About a dozen cycles faster for 16x16.

commit c4b54c83629bb92af6c4836a8859e9432dc7333a r2137
Author: Cristian Militaru <cristipiticul@yahoo.com>
Date: Wed Jan 4 12:38:08 2012 -0800

High bit depth intra_sad_x3_4x4
From Google Code-In.

commit c032fbaa3801fb4cf8dd1dd95a6479ca5bd262e2 r2136
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Dec 8 13:45:41 2011 -0800

Use a large LUT for CAVLC zero-run bit codes
Helps the most with trellis and RD, but also helps with bitstream writing.
Seems at worst neutral even in the extreme case of a CPU with small L2 cache (e.g. ARM Cortex A8).

commit ebb1429e2d24f57aa4ea75284386a15f2eab553e r2135
Author: Matt Habel <habelinc@gmail.com>
Date: Fri Dec 16 23:16:09 2011 -0800

High bit depth intra_sad_x3_8x8, intra_satd_x3_4x4/8x8c/16x16
Also add an ACCUM macro to handle accumulator-induced add-or-swap more concisely.

commit 6d921c5bdefae1a733a3a4c29d88ea15fcece76e r2134
Author: Shitiz Garg <mail@dragooon.net>
Date: Sat Dec 3 15:34:57 2011 -0800

MMX 10-bit predict_8x8c_h and predict_8x16c_h
From Google Code-In.

commit 47cdaa9c3d8197d4deb711d9bcc4af869ef8a426 r2133
Author: Aaron Schmitz <me@aaronschmitz.com>
Date: Wed Nov 30 00:15:45 2011 -0600

Some MBAFF x86 assembly functions.
deblock_chroma_420_mbaff, plus 422/422_intra_mbaff implemented using existing functions.
From Google Code-In.

commit 027b05e0a22421e477847506a205a49b151ae5bf r2132
Author: George Stephanos <gaf.stephanos@gmail.com>
Date: Thu Dec 1 16:53:45 2011 -0800

More ARM NEON assembly functions
predict_8x8_v, predict_4x4_dc_top, predict_8x8_ddl, predict_8x8_ddr, predict_8x8_vl, predict_8x8_vr, predict_8x8_hd, predict_8x8_hu.
From Google Code-In.

commit 658a3585b74f77fd8f78588f3f39e0abefb104c4 r2131
Author: Ilia <zakne0ne@gmail.com>
Date: Mon Nov 28 05:20:09 2011 -0800

More 4:2:2 asm functions
High bit depth version of deblock_h_chroma_422.
Regular and high bit depth versions of deblock_h_chroma_intra_422.
High bit depth pixel_vsad.
SSE2 high bit depth and MMX 8-bit predict_8x8_vl.
Our first GCI patch this year!

commit 978abe065737089913feccffece483bc69a9e5b0 r2130
Author: Henrik Gramner <hengar-6@student.ltu.se>
Date: Thu Dec 8 16:14:35 2011 +0100

SSE2 and SSSE3 versions of sub8x16_dct_dc
Also slightly faster sub8x8_dct_dc

commit 61a78a1b417595c4b5d7ef6831692904a243a9fc r2129
Author: Steven Walters <kemuri9@gmail.com>
Date: Mon Dec 5 08:46:34 2011 -0500

Resize filter updates
Use AVPixFmtDescriptors to pick the most compatible x264 csp for any pixel format.
Fix deprecated use of av_set_int.
Now requires libavutil >= 51.19.0

commit bc6c98cf4f76c779c8c07f43aa97ac29b1150bc0 r2128
Author: Oka Motofumi <chikuzen.mo@gmail.com>
Date: Thu Jan 5 14:23:50 2012 -0800

Add out-of-tree build support

commit f33c8cb0f8fff7a83100b3e9d15baba53c6f6a35 r2127
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Fri Dec 16 18:17:00 2011 +0400

Limit SSIM to 100db
Avoids floating point error for infinite SSIM (lossless).

commit c0d698859c36be611d465f968762f042853be817 r2126
Author: Reynaldo H. Verdejo Pinochet <reynaldo@collabora.com>
Date: Wed Jan 4 13:16:12 2012 -0300

Fix wrong conditional inclusion of inttypes.h
inttypes.h is required by encoder/ratecontrol.c for SCNxxx macros, and HAVE_STDINT_H does not imply having inttypes.h.
stdint.h is a subset of inttypes.h, but this isn't enough for x264.
This change fixes building x264 with Android's toolchain.

commit b081d179e741ceffee2217f6fda06779693dce56 r2125
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Wed Dec 21 11:08:56 2011 +0400

Fix crash with sliced threads and input height <= 112

commit 64da5f9df46ac33a5a6b56ca1510d2082e6fbb62 r2124
Author: Phillip Blucas <pblucas@gmail.com>
Date: Mon Dec 19 17:43:41 2011 -0600

Fix loading custom 8x8 chroma quant matrices in 4:4:4

commit 4c08e42504af81cdbe5789a309e868ca8eda2c1f r2123
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Fri Dec 16 01:48:07 2011 +0400

Fix PCM cost overflow

commit 489a9b2d04c4828877930d2a9104ce93dde8cb85 r2122
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Fri Dec 9 01:54:22 2011 +0400

Fix overflow in 8-bit x86 vsad asm function

commit c291a9d09263708e9d9f02e28f8442fdbe46bb06 r2121
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Wed Dec 7 19:14:52 2011 +0400

Fix crash in --fullhelp when compiled against recent ffmpeg
Don't assume all pixel formats have a description.

These builds will NOT work with Avidemux 2.5.5 or older. Please update to Avidemux 2.5.6 r7716 (http://forum.doom9.org/showpost.php?p=1548105&postcount=1701) or later now!

[flapane]

I've just switched to a SB cpu, I wonder if coreduo-optimized x264 library will be fine.

Take it with a grain of salt, but switching from a 3.4ghz e5200 to a 3.3ghz i3-2120 brought an amazing 2x to 2.5x encoding speed on 3Mbps 720p files.
The only weird thing is that mediainfo now shows "threads=6" for these files, while it should be "threads=4".

[LoRd_MuldeR]

I've just switched to a SB cpu, I wonder if coreduo-optimized x264 library will be fine.

Indeed, that should be the most suitable build for your CPU. As far as I know, current GCC doesn't even offer optimizations specific for "Core i" processors.

Compiler optimizations don't make a huge difference anyway. At least with a piece of software like x264 that already has hand-optimized assembler code for all performance-critical functions.

So as long as you don't pick a build that has been compiled for an instruction set which is not support by your CPU, everything should be fine.

Take it with a grain of salt, but switching from a 3.4ghz e5200 to a 3.3ghz i3-2120 brought an amazing 2x to 2.5x encoding speed on 3Mbps 720p files.
The only weird thing is that mediainfo now shows "threads=6" for these files, while it should be "threads=4".

Nope, it shouldn't. Unless you overwrite x264's defaults, it will use "threads = 3/2 * number_of_cpu_cores". And that is for a good reason ;)



[CORRECTION]
Indeed, that should be the most suitable build for your CPU. As far as I know, current GCC doesn't even offer optimizations specific for "Core i" processors.

Okay, it seems latest GCC (v4.6.x) added "Core i" specific optimizations. But I cannot make 'fprofiled' builds with such optimizations anyway, as I still use and "old" Core 2 Quad :eek:

[flapane]

I see, thanks for the explanation, then. ;)

[cord-factor]

I have to make video-editing with many MPEG files. But firstly they must be indexed. It is not comfortably to wait of indexing through work. It will be good to make indexes of all files first, and then edit them.
I tried
$ avidemux2_cli --rebuild-index *.mpg
and it returns me
-CUT-

*** Automated : 48 entries*************
rebuild-index-->0
********************************************************************************
* Error *
* No video loaded *
********************************************************************************

Found garbage D.mpg

********** Automation ended***********
*********************************
*********************************
End of program..
*********************************
*********************************
Normal exit

-CUT-

When I opened these files in avidemux GUI, it makes index without any issues. What's wrong?

[LoRd_MuldeR]

Maybe you can't use wildcards in the command. Instead try writing a simple shell script to loop over all files and calls Avidemux once for every file.

[cord-factor]

No, it's the same
http://pastie.org/private/iuc1ywc0bkwhkfcsoxhaba

[LoRd_MuldeR]

After thinking a bit more about your issue, I think you have to use "--index-mpeg" rather than "--rebuild-index".

[cord-factor]

After thinking a bit more about your issue, I think you have to use "--index-mpeg" rather than "--rebuild-index".
heh, 'Unknown command :--index-mpeg'
http://paste.pocoo.org/show/544103/

[the_weirdo]

heh, 'Unknown command :--index-mpeg'
http://paste.pocoo.org/show/544103/

I think your command line should be:
avidemux2_cli D.mpg --rebuild-index

[cord-factor]

I find solution:
$ find ./ -iname '*.mpg' -exec avidemux2_cli {} --rebuild-index \;

[cord-factor]

I find solution:
$ find ./ -iname '*.mpg' -exec avidemux2_cli {} --rebuild-index \;
New issue. How to disable auto-append question?

Question *
* There is several mpeg file, append them ? *
********************************************************************************
Yes or No (Y/y or N/n) :

or do it automatically answer "No"?

[LoRd_MuldeR]

Give each MPEG file a distinct name (i.e. not something like "foobar_XX.mpg" with XX = 01, 02, etc.) and Avidemux won't suggest to append the other parts.

[cord-factor]

Unfortunately, I can't do that. I need sequence.
All right, I will search about bash (auto-answering the boolean questions).

[LoRd_MuldeR]

Crate a temporary copy (or a temporary symlink) that ensures a distinct name ;)

(You can later append the individual segments manually)

[cord-factor]

I found how to auto-answer. Thanks to good people.
$ yes n | find ./ -iname '*.mpg' -exec avidemux2_cli {} --rebuild-index \;

[cord-factor]

LoRd_MuldeR, can you check this HDV file for multi-thread playing?
http://dl.dropbox.com/u/59413997/Birds_HD.m2t (~76mb)
This file is retarding during avidemux play, and the CPU load is about 50% (two core processor). I have tried to change multi-threading option, but no luck :(
Or it is normal for HDV?

[quartex]

trying avidemux 2.6 revision 7740 for win32 comparing with avidemux 2.5.6
I have noticed often time on same frame differs 125ms between 2.6 and 2.5.6 (h264 video)
which one is more accurate?

[LoRd_MuldeR]

LoRd_MuldeR, can you check this HDV file for multi-thread playing?
http://dl.dropbox.com/u/59413997/Birds_HD.m2t (~76mb)
This file is retarding during avidemux play, and the CPU load is about 50% (two core processor). I have tried to change multi-threading option, but no luck :(
Or it is normal for HDV?

You may want to report this problem at the official Avidemux forum.

trying avidemux 2.6 revision 7740 for win32 comparing with avidemux 2.5.6
I have noticed often time on same frame differs 125ms between 2.6 and 2.5.6 (h264 video)
which one is more accurate?

Probably Avidemux 2.6. That's because frame accuracy in Avidemux 2.5.x was often broken for H.264 sources. This has been much improved in Avidemux 2.6.

[verydoomed]

I wish it was easier to use avisynthscripts with this program - the proxy thing well it's too complicated and a bother to even setup - I havent even managed (using Linux and have avisynth installed under wine)

[LoRd_MuldeR]

I wish it was easier to use avisynthscripts with this program - the proxy thing well it's too complicated and a bother to even setup - I havent even managed (using Linux and have avisynth installed under wine)

Using the the AVS Proxy should be straight forward. The AVS Proxy GUI makes it even easier.

And, without the AVS Proxy, it wouldn't be possible to use Avisynth on Linux at all! Thanks to the Proxy, Avisynth can run under Wine, while Aidemux can run as a "native" Linux process.

There currently is NO other way to use Avisynth under Linux. That's NOT a limitation of Avidemux. It's simply because there is NO "native" Avisynth for Linux.

(As mentioned earlier, there is AvxSynth now, which might be able to replace Avisynth under Linux one day)

[flapane]

Latest 2.6 nightly 32bit build on Win7 x64 (and first time for me with a 2.6 build).
If I select Average Bitrate Mode on AVC (x264) codec, the output file will have about half of the bitrate I selected, so I need to choose a value DOUBLE than the one I desire in order to roughly achieve the result.
If I can recall, it also happened a couple of times when 2.5 was still in beta stage.

Furthermore I can't see the remaining time on first pass (in case of double pass encoding) but just the elapsed time and the progress bar.

[flapane]

Another couple of weird things:
- If I start a two pass encoding, I can't stop the first pass one. CANCEL doesn't work, and if I try to click on the "X" icon, the encoding window disappears but I can see on task manager that the encoding process is still running. At this point Avidemux may crash.

- On Avidemux 2.5 I did the first pass encoding, then aborted the second one (http://forum.doom9.org/showpost.php?p=1536158&postcount=1682) because I hadn't time to do a 6 or 7 hours encoding. On the next day I could use the first pass encoding I already did the day before.
On Avidemux 2.6, the program doesn't recognize the .stats file from the first pass encoding, and starts from scratch creating a new .stats.temp 1st-pass encoding file.

- There are some problems in indexing some .ts 1080i files. The .ts.idx2 result file indexes just a part of the .ts file. However, this may be due to transmission errors and may not be addressed as bug.

[locotus]

When tryng to back-up my His Girl Friday Columbia/Sony DVD
to h.264 run into this:
With Avidemux Stable:
http://s16.postimage.org/z7eu93zip/Avidemux_2500.jpg (http://postimage.org/image/z7eu93zip/)
With Avidemux 2600:
http://s16.postimage.org/aff81vic1/Avidemux_2600.jpg (http://postimage.org/image/aff81vic1/)

As you may see it looks like images coming from
2 differents sources.

If use Decomb Telecide and Decomb Decimate file ends
un with VFR, with audio sincronization issues.

If I change FPS in video>frame rate,get this:
http://s16.postimage.org/p0nv75lld/mediainfo.jpg (http://postimage.org/image/p0nv75lld/)

Is there any workaround for this?

Any help will be much appreciated.
Thanks.

[LoRd_MuldeR]

libx264 SVN-r2200 library pack:

libx264 SVN-r2200 complete "all-in-one" library pack (mirror #1) (https://code.google.com/p/mulder/downloads/detail?name=libx264-125-r2200M-win32.7z&can=2&q=)
libx264 SVN-r2200 complete "all-in-one" library pack (mirror #2) (http://www.mediafire.com/file/s1eb0ze5zdrb4zx/libx264-125-r2200M-win32.7z)


Changelog:
commit 999b753ff0f4dc872077f4fa90d465e948cbe656 r2200
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Tue May 8 15:42:56 2012 -0700

Threaded lookahead

Split each lookahead frame analysis call into multiple threads. Has a small
impact on quality, but does not seem to be consistently any worse.

This helps alleviate bottlenecks with many cores and frame threads. In many
case, this massively increases performance on many-core systems. For example,
over 100% faster 1080p encoding with --preset veryfast on a 12-core i7 system.
Realtime 1080p30 at --preset slow should now be feasible on real systems.

For sliced-threads, this patch should be faster regardless of settings (~10%).

By default, lookahead threads are 1/6 of regular threads. This isn't exacting,
but it seems to work well for all presets on real systems. With sliced-threads,
it's the same as the number of encoding threads.

commit ecfbf9d8025e39783bc4262dc1972ca742d8a993 r2199
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Fri May 4 17:18:12 2012 +0400

Add support for RGB formats in bit-depth conversion filter

commit 1c97f3570fba02f768fbf649b9f7d48beb720048 r2198
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Sat May 12 13:57:49 2012 +0400

Fix some bugs in mb_info code

commit 69a0443e7d8ab032a7f3c3468a42177d5e64daa2 r2197
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Mar 29 14:14:07 2012 -0700

Add mb_info API for signalling constant macroblocks
Some use-cases of x264 involve encoding video with large constant areas of the frame.
Sometimes, the caller knows which areas these are, and can tell x264.
This API lets the caller do this and adds internal tracking of modifications to macroblocks to avoid problems.
This is really only suitable without B-frames.
An example use-case would be using x264 for VNC.

commit df6252cfed7c23fbe883456f4e0607a7f8e91ad8 r2196
Author: Henrik Gramner <hengar-6@student.ltu.se>
Date: Sat Apr 7 00:40:09 2012 +0200

Faster chroma weight cost calculation

New assembly function with SSE2, SSSE3 and XOP implementations for calculating absolute sum of differences.

commit cce88ebc9e517b0fa8735b81ac30b4e6a79c8154 r2195
Author: Lucien <astrataro@gmail.com>
Date: Sat Mar 31 13:42:49 2012 +0100

Add Level 5.2 support

commit ee30c84e38b30896ffa6ddc417f3b4c281a86d1a r2194
Author: Henrik Gramner <hengar-6@student.ltu.se>
Date: Thu Apr 12 19:14:43 2012 +0200

Eradicate all mention of Extended Profile
x264 never supported it and never will because nobody uses it.

commit 8ca49cc5c40813d8b98544989eb684e167b06aa0 r2193
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Tue Apr 3 21:46:52 2012 +0400

Fix disabling of mbtree when using 2pass encoding and zones

commit 3691332c0b33a68f9d6f519edaa2b848ed34a38c r2192
Author: Alexander Prikhodko <komisar666@gmail.com>
Date: Sat Mar 31 12:06:21 2012 +0300

configure: force select -mXX gcc option for i386/x86-64
Makes multilib compilation more convenient.

commit e1ccbf9bb3abdd25d3f0c76682926ec49f3f8001 r2191
Author: Rafaël Carré <funman@videolan.org>
Date: Sun Apr 15 21:20:14 2012 -0400

Update config.guess and config.sub
Adds support for a bunch of targets, including:
aarch64 (armv8)
arm-linux-androideabi

commit f87619768dba73c1effbcfb08875d096575e079e r2190
Author: Alexander Prikhodko <komisar666@gmail.com>
Date: Sat Mar 31 11:33:41 2012 +0300

configure: correct use of RC variable and add --extra-rcflags

commit 35cf912671fddcb3e701bf667a75f77dd8b28264 r2189
Author: Steven Walters <kemuri9@gmail.com>
Date: Wed Mar 28 21:15:04 2012 -0400

ICL/MSVS: Fix shared library generation and usage
MSVS requires exported variables to be declared with the DATA keyword, and requires that imported variables be declared with dllimport.
This does not fix x264 cli being unable to use a shared library built by ICL however.

commit 259a6e57ae25c71acc1669e0aefde7ffe7e235ec r2188
Author: Kieran Kunhya <kierank@ob-encoder.com>
Date: Tue Mar 27 17:38:56 2012 +0100

Fix intra-refresh + hrd

commit e0351cdfeb45bf7f891eeb1dc475292154bb9d82 r2187
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Sun Mar 25 17:34:24 2012 +0400

Fix frame input colorspace check

commit 7392c8c31f791e9b4c10e4959f8715c8a8233d25 r2186
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Mar 22 13:56:50 2012 -0700

Fix comment in deblock.c
The code does, in fact, handle CAVLC+8x8dct correctly already.

commit 6979713216d792e44e3cbaeeba74b455e0a07c62 r2185
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Tue Mar 13 14:37:26 2012 -0700

Fix sliced-threads ratecontrol bug
Was using qp instead of qscale; could cause NANs (not to mention less accurate results).

commit 5c85e0a2b7992fcaab09418e3fcefc613cffc743 r2184
Author: Anton Mitrofanov <Bugmaster@narod.ru>
Date: Sun Mar 11 23:08:18 2012 -0700

Fix clobbering of mutex/cvs
Regression in r2183.
Bizarrely seemed to work on many platforms, but crashed on win64 and may have been slower.
Only affected sliced threads during encoding, but could cause crashes on x264 encoder close even without sliced threads.

commit c522ad1fed167d0e985e4f9dcdee042473cf74db r2183
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Fri Feb 24 13:34:39 2012 -0800

Sliced-threads: do hpel and deblock after returning
Lowers encoding latency around 14% in sliced threads mode with preset superfast.
Additionally, even if there is no waiting time between frames, this improves parallelism, because hpel+deblock are done during
the (singlethreaded) lookahead.
For ease of debugging, dump-yuv forces all of the threads to wait and finish instead of setting b_full_recon.

commit 6a27a481d4c3508ce778a61a139a4734bb8126f7 r2182
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Fri Feb 24 13:16:52 2012 -0800

Add full-recon API option
Fully reconstruct frames even without dump-yuv.

commit e856755d2a67f45249c24cb51aa38fc4fa192321 r2181
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Wed Feb 22 13:33:36 2012 -0800

x86inc: switch to amdnops
Recent AMD CPUs' instruction decoders choke horribly on extremely long nops (i.e. with 4 prefixes).
Won't affect much, since we don't use ALIGN much.

commit 5a242c5862baaa4bd5829bd1b43dc11cf5c86344 r2180
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Tue Feb 14 16:54:03 2012 -0800

BMI1 decimate functions
Intel was nice enough to make tzcnt equal to "rep bsf", which is backwards-compatible.
This means we don't actually have to add new functions to make it work.

commit ac31c59a98c6c690894670b9c9af2612f799d85b r2179
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Tue Feb 14 15:07:10 2012 -0800

Minor asm changes

commit 83561e55dde06f3247aa9b99fa62ead38d7a406e r2178
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Feb 9 14:23:52 2012 -0800

Add row-reencoding support to VBV for improved accuracy
Extremely accurate, possibly 100% so (I can't get it to fail even with difficult VBVs).
Does not yet support rows split on slice boundaries (occurs often with slice-max-size/mbs).
Still inaccurate with sliced threads, but better than before.

commit 5a69f8e105663497794d4bb4e58cf7baa5cd29cb r2177
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Feb 9 12:38:44 2012 -0800

Abstract bitstream backup/restore functions
Required for row re-encoding.

commit 037d123cf62c4af2dc13742b8606882b6d0d3d9e r2176
Author: Anton Mitrofanov <Bugmaster@narod.ru>
Date: Thu Feb 9 15:27:53 2012 -0800

Add an small per-MB cost penalty for lowres
Helps avoid VBV predictors going nuts with very low-cost MBs.
One particular case this fixes is zero-cost MBs: adaptive quantization decreases the QP a lot, but (before this patch),
no cost penalty gets factored in for this, because anything times zero is zero.

commit de5a0adca1a7d08b1233b317ec092dbf19263d2f r2175
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Mon Feb 13 18:31:51 2012 -0800

Remove explicit run calculation from coeff_level_run
Not necessary with the CAVLC lookup table for zero run codes.

commit 9f1ac3b36eb2666e9d2ec4b859f3b63f60827bf0 r2174
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Mon Feb 13 13:20:06 2012 -0800

Export PSNR/SSIM in x264 API

commit 7e85ec036df4290697239f5dc9f4a793313ceebc r2173
Author: Ronald S. Bultje <rsbultje@gmail.com>
Date: Wed Feb 8 13:10:31 2012 -0800

x86inc: support yasm -f win64
Not necessary for x264, as -m amd64 already does the right thing, but used by external users of x86inc.

commit 02c3d5ec58d6bcbc5e22715ae80d53d8556f3c8f r2172
Author: Henrik Gramner <hengar-6@student.ltu.se>
Date: Wed Feb 1 23:52:48 2012 +0100

Fix incorrect zero-extension assumptions in x86_64 asm
Some x264 asm assumed that the high 32 bits of registers containing "int" values would be zero.
This is almost always the case, and it seems to work with gcc, but it is *not* guaranteed by the ABI.
As a result, it breaks with some other compilers, like Clang, that take advantage of this in optimizations.
Accordingly, fix all x86 code by using intptr_t instead of int or using movsxd where neccessary.
Also add checkasm hack to detect when assembly functions incorrectly assumes that 32-bit integers are
zero-extended to 64-bit.

commit 01f7a333e6c6a6d91a7fe977b491a448ddf4c117 r2171
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Feb 23 09:11:23 2012 -0800

Fix possible alignment crash when linking from MSVC
x264_cavlc_init needs to be stack-aligned now.

commit b17c247178a24c218843639c3f46bcfde0edab0a r2170
Author: Anton Mitrofanov <Bugmaster@narod.ru>
Date: Tue Feb 21 12:58:22 2012 -0800

Fix rare overflow in 10-bit intra_satd_x3_16x16 asm

commit 1446fe7c47cf660d764b4cbf53694bc3df9b04de r2169
Author: Steven Walters <kemuri9@gmail.com>
Date: Sat Feb 11 22:56:43 2012 -0500

ICL: fix out of tree building and resource file usage on Windows

commit d3efb00abbedd2bbb70156bd989beefe06468116 r2168
Author: Oka Motofumi <chikuzen.mo@gmail.com>
Date: Mon Feb 6 06:07:34 2012 +0900

Add error handling for out-of-tree build

commit ec41b19edc67ee4eca09c0e3b37e6290844c5e1f r2167
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Tue Mar 6 17:34:02 2012 +0400

Fix RGB colorspace input
BGR/BGRA input was correct.

commit 39a4c6fecaaa0d6cde8d89d31ef6cd1d25ab802b r2166
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Mon Feb 13 16:40:32 2012 -0800

Fix interlaced + extremal slice-max-size
Broke if the first macroblock in the slice exceeded the set slice-max-size.

commit 3f72c99a15a07511b758d9e94217223480865124 r2165
Author: Henrik Gramner <hengar-6@student.ltu.se>
Date: Sun Feb 5 20:43:09 2012 +0100

Fix regression in r2141
Broke register preservation in x264_cpu_cpuid and x264_cpu_xgetbv.
Did not cause any problems.

commit da19765d723b06a1fa189478e9da61a1c18490f8 r2164
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Thu Jan 19 14:56:54 2012 -0800

TBM, AVX2, FMA3, BMI1, and BMI2 CPU detection support
TBM and BMI1 are supported by Trinity/Piledriver.
The others (and BMI1) will probably appear in Intel's upcoming Haswell.
Also update x86inc with AVX2 stuff.

commit efef20090a06a38f9d95755588d7830fb92a2a02 r2163
Author: Loren Merritt <pengvado@akuvian.org>
Date: Fri Feb 3 06:27:18 2012 +0000

x86inc: add TAIL_CALL macro to abstract a common asm idiom

commit a7e6e1793b4d2b49c9449d767320c71daa855cb6 r2162
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Wed Jan 25 16:44:38 2012 -0800

Minor asm optimizations/cleanup

commit 56ba096141d16ffcbabd805e2d27014f62f0d722 r2161
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Tue Jan 24 19:03:58 2012 -0800

Clean up and optimize weightp, plus enable SSSE3 weight on SB/BDZ
Also remove unused AVX cruft.

commit 961a278e0123eb662b46a6f136a48a43f6a2d427 r2160
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Mon Jan 23 18:57:58 2012 -0800

XOP frame_init_lowres
Covers both 8-bit and 16-bit, ~5-10% faster on Bulldozer.

commit c5809994990df6c63b4250546844dc77181fee0f r2159
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Tue Jan 17 15:25:10 2012 -0800

XOP 8x8 zigzags
Field: 35(mmx) ->16(xop) cycles
Frame: 32(ssse3)->20(xop) cycles

commit 14dc11f7c52fa29576e0003c8c16857a78bf5fbf r2158
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Mon Jan 23 15:09:38 2012 -0800

AVX 32-bit hpel_filter_h
Faster on Sandy Bridge.
Also add details on unsuccessful optimizations in these functions.

commit 2fcd0446b5d91ae52e143682c30000a49441e4a1 r2157
Author: Jason Garrett-Glaser <jason@x264.com>
Date: Fri Jan 27 16:29:30 2012 -0800

x86inc: add high halfword register support
Might be useful in a few cases.

commit 5c4b8484ea9aaabfb70523ba1f9c4d8343ad3221 r2156
Author: Ronald S. Bultje <rsbultje@gmail.com>
Date: Wed Jan 25 13:53:59 2012 +0800

Change %ifdef directives to %if directives in *.asm files
This allows combining multiple conditionals in a single statement.

commit 1b558de42dc08a303c2faf79fc9999b48a876370 r2155
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Sun Jan 22 22:13:52 2012 +0400

Use TV range algorithm for bit-depth conversions
Such sources are more common, so better to be correct for the common case.
This also produces less error for the case of full range than the previous algorithm produced for the case of TV range.

commit 83c371deba853a4ebb28739e868df86b3153fb3e r2154
Author: Hii <hiiragikei@gmail.com>
Date: Wed Jan 25 16:29:22 2012 +0800

Bump dates to 2012

commit a2925c5a707e833c34fa0a64d497c02e6dcfe6e6 r2153
Author: Henrik Gramner <hengar-6@student.ltu.se>
Date: Sat Jan 28 21:38:27 2012 +0100

Add Windows resource file
Displays version info in Windows Explorer.

commit 98ade832d053f6bfca4d0dd2ab0cd1c88531721d r2152
Author: Sergey Radionov <RSATom@gmail.com>
Date: Mon Jan 16 13:22:44 2012 -0800

Fix win32 pthread_cond_signal
Isn't used by x264 currently, so didn't cause a problem.
Fix backported from libav.

commit a3f44077dc238dea92c0894d352b5a8723b9201b r2151
Author: Mans Rullgard <mans@mansr.com>
Date: Wed Feb 1 15:55:25 2012 -0800

ARM: align asm functions to 4 bytes.
Some linkers apparently fail to correctly align ARM functions when mixing with Thumb code.

commit d3a39c92f5c130cad6d45e9daffa5a2beb145ebb r2150
Author: Anton Mitrofanov <BugMaster@narod.ru>
Date: Sun Jan 22 13:00:23 2012 +0400

Fix normalization of colorspace when input is packed YUV 4:2:2


These builds will NOT work with Avidemux 2.5.6 or older. Please update to Avidemux 2.6 r8054 (http://avidemux.razorbyte.com.au/#betaBuilds) or later now!

[cord-factor]

I am just tried 2.6-r8121 on Windows. So, it seems to be usable enough and stable: simple work with avc/aac, mpeg2-ts (I-frame cutting). No any loss of frame accuracy or a-v sync :cool:

[lenildosb]

please, help me friends, urgent, have a video and want cut part at the beginning, but when I save appears the error: 'The beginning frame is not a key frame. Please move the A marker.'

i mark copy for video and audio (not want render), after mark set A I(00) in beginning and set B P(00) in end the part that cut...

the avidemux cut only when set B is I(00).

can someone explain to me how to do precise cutting?


try cutting the commercial this stretch the video !!!!!

cutting in time 00:00:06.680 in mode copy video and audio

https://hotfile.com/dl/177951820/c0f08b2/Cassey_Doreen___Loona_-_Tell_It_To_My_Heart_(Official_HD)_-_YouTube.MP4.html

[laserfan]

Has anyone made a "blu-ray compatibility" profile for AviDemux? Before I go thru the myriad of the program's x264 configuration setting tabs myself it seems someone here might have already done this?

[parsifal]

Hello and a Happy New Year to all!

Frustrated by the lack of some easy/ready-made x264 presets in the latest version of Avidemux, I studied the settings for the official x264 presets (http://mewiki.project357.com/wiki/X264_Settings#preset) and adapted them as Avidemux x264 presets.

You should decompress the contents of the ZIP file I attached at the end of this post inside the following directory

Windows XP:
%USERPROFILE%\Application Data\avidemux\pluginSettings\x264\1

Windows Vista and newer:
%USERPROFILE%\AppData\Roaming\avidemux\pluginSettings\x264\1

NOTE: If the "pluginSettings\x264\1" subdirectory is not present in your system, you should start Avidemux and open+close the x264 configuration dialog at least one time.

From then on, the x264 configuration dialog of Avidemux will feature 10 additional presets:

x264 official presets - 01 - ultrafast
x264 official presets - 02 - superfast
x264 official presets - 03 - veryfast
x264 official presets - 04 - faster
x264 official presets - 05 - fast
x264 official presets - 06 - medium
x264 official presets - 07 - slow
x264 official presets - 08 - slower
x264 official presets - 09 - veryslow
x264 official presets - 10 - placebo

The rate control method I chose for the presets is the same as the official x264 default: Constant Rate Factor (CRF) with a CRF value of 23. This, you can change to the value you 'd like. For those that do not know, a brief explanation: The lower the value, the higher the visual quality for the result of the encoding. Generally, you should stay in the range of 16-26, better yet 18-24.
Additionaly, the following tip may be useful to some: setting the CRF value to 0 activates the encoder's lossless mode (if you don't understand what this means, just ignore it!).

If you have any comments, objections or questions about the content of this post, please let me hear about it!


.

[karesch]

Frustrated by the lack of some easy/ready-made x264 presets in the latest version of Avidemux, I studied the settings for the official x264 presets and adapted them as Avidemux x264 presets:

avidemux_2.6_x264_official_presets_parsifal_0.1.zip


Hi Parsifal,

Thanks a lot for your work, it is exactly what I was looking for this morning. Unfortunately, the file link does not seems to be working (mediafire responds "The file you requested has been blocked for a violation of our Terms of Service.").

Could you please repost the file?

Many thanks,

karesch

[parsifal]

Hi Parsifal,
Could you please repost the file?


Hello karesch. I edited my post, the link should be OK now.

[karesch]

Hello karesch. I edited my post, the link should be OK now.

Thanks a lot :)

[flapane]

On 2.6.x, I can't resume an encoding after the 1st pass is completed (and for whatever reason the second pass halts after an error). I have to repeat the first pass encoding from scratch, even if it's a waste of time.
On 2.5.x, this feature was very useful.

[gonwk]

Hi folks,

I hope, I am posting in the right Thread ... A Newbie Comment & Q ...

How come with AviDemux 2.6 and later (Portable versions) I No Longer get Audio during playing back my Video clip.
Video plays just fine ... but NO Audio.

I went back to 2.5.6 and Audio is working.

Q1: How can I use the latest Portable AVIDemux 2.6.1 r8696 and get Audio to work?

Q2: Why there are No More Portable Versions?

Q3: What happened to Razorbyte site?

Thanks,

G! :)

[gonwk]

Hello and a Happy New Year to all!

... You should decompress the contents of the ZIP file I attached at the end of this post inside the following directory

... If you have any comments,

Hi Parsifal,

Q: If I am using Portable Version of AviDemux and my OS is Vista X64, where would I put these Presets!?!?

Thanks,

G! :)

[LigH]

According to a report in the german doom9/Gleitz board, Avidemux (2.63, 2.64, 2.66) simply quits when trying to encode multi-channel audio with the LAV AAC encoder; I even have an APPCRASH dialog, trying to confirm this issue. The end of %APPDATA%\avidemux\admlog.txt contains:

[Lavcodec] Creating Lavcodec audio encoder (0xff)
[initialize] [Lavcodec]Too many channels
[Access] Encoder initialization failed
[Lavcodec] Deleting Lavcodec

Does this encoder not support more than 2 channels? The older FAAC encoder in Avidemux 2.6.1 does, but has other issues (low quality, noise in the beginning).
__

BTW, is this a useful place to make a feature request?

I found that Avidemux does not have decoder support for FLAC audio — while trying to convert some Blender movies which provide lossless audio sources as FLAC, which I multiplexed into an MKV as HQ source for converter quality tests.