Avidemux (with emphasis on x264/h264 GUI) [Archive] - Page 21

LoRd_MuldeR

1st January 2009, 19:52

Avidemux 2.4.3 SVN-r4508 (2009-01-01)
http://www.avidemux.org/

Revision 4508 (01 Jan 2009)
# Updated x264 to r1069.

4508 - [I18N] Russian update for Qt translation by ETY82
4507 - [dib] update libavcodec BMP decoder (backport r15924)
4506 - [dib] remove internal RGB/DIB decoder
4505 - [dib] use libavcodec decoder instead of internal for DIBs
4504 - [swscale] rename rgb/bgr 15/16 function names to match actual implementation (backport of r24965)
4503 - [rawvid] use libavcodec decoder instead of internal for raw video and support BGR24 colourspace
4502 - [mp4] correctly generate extra data for esds atom (fixes regression in r4375)

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

Pulstar

3rd January 2009, 00:56

Avidemux accepts Sorenson H.263 (FLV) but it doesn't export it to MP4 container properly (using the COPY command). Where's the problem? (using r4276)

LoRd_MuldeR

3rd January 2009, 01:01

Where's the problem? (using r4276)

You are using a very outdated version. That probably is the problem. Please update and try again...

http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux

Pulstar

3rd January 2009, 01:26

Thanks I will try the latest SVN :)

Edit - I'm still having problems embedding FLV into MP4, but with other formats like OGM it works fine. Also, I get this message when I try to load an AVC AVI into the program
If the file is using B-frames as reference it can lead to a crash or stuttering.
Avidemux can use another mode which is safe but YOU WILL LOSE FRAME ACCURACY.
Do you want to use that mode?

Regardless how I answer the prompt (Continue/Cancel) I can't export AVC to MP4 container either and receive a "failed" message. Any help would be greatly appreciated :)

LoRd_MuldeR

7th January 2009, 17:15

libx264 SVN-r1073:
http://www.mediafire.com/file/tqobkzqh4un/libx264-r1073-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.3 r4508.

LoRd_MuldeR

9th January 2009, 01:57

libx264 SVN-r1074:
http://www.mediafire.com/file/nm1nwjwyz3y/libx264-r1074-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.3 r4508.

Pulstar

10th January 2009, 10:16

Hello.. I still have a few questions I would appreciate answering :)

1- Is there a way to import AAC into AVIDemux? I want to use Nero's codec instead of Libfaac.
2- Are Yadif's default settings (temporal & spatial checks, TFF) good for most interlaced material? Is there a good tutorial on how to discern TFF/BFF?
3- Does the postproc option affect encoding or is it just for the preview pane? Is it recommended to enable postproc for target x264 encodes in VFW or just let the deblocking filter handle it?

LoRd_MuldeR

10th January 2009, 15:46

1- Is there a way to import AAC into AVIDemux? I want to use Nero's codec instead of Libfaac.

Try "Audio" -> "Main Track" -> "External MP3" and choose your AAC file. Maybe that works. It does work with MP3 and MP2 at least (never tried AAC).

If it doesn't work, then the answer is "No". In that case you'll need to mux outside Avidemux, which shouldn't be a big problem either.

2- Are Yadif's default settings (temporal & spatial checks, TFF) good for most interlaced material? Is there a good tutorial on how to discern TFF/BFF?

The field order (TFF -vs- BFF) totally depends on your source!

Use Yadif's "Bob" mode and then play the video in preview. If it plays smooth, then the field order is correct. If the video jumps forth and back, then field order is wrong!

Also I'd use either "Temporal & spatial check" or "Bob, temporal & spatial check" for my encode.
The former will keep the framerate (25i -> 25p), the latter doubles framerate (25i -> 50p). Of course framerate doubling gives nicer motion, but costs more bits to encode...

3- Does the postproc option affect encoding or is it just for the preview pane? Is it recommended to enable postproc for target x264 encodes in VFW or just let the deblocking filter handle it?

"Avidemux" and "VfW" don't belong to the same posting :sly:

However the Porstproc options do effect your encode. And it's your decision what you prefer:
With Postproc enabled you will get fewer "blocking" artifacts at the cost of reduced sharpness/details. Decide what you want ;)

Also note that x264's "Inloop Deblocking" option does not remove blocks that were already present in your source!

Pulstar

10th January 2009, 21:10

Oops :o sorry I forgot Avidemux doesn't rely on Directshow filters!
Thanks for answering my questions :D

LoRd_MuldeR

10th January 2009, 21:26

Oops :o sorry I forgot Avidemux doesn't rely on Directshow filters!

DirectShow and VfW are two completely different things. And both do not belong to Avidemux ;)

LoRd_MuldeR

11th January 2009, 17:34

Avidemux 2.4.3 SVN-r4532 (2009-01-11)
http://www.avidemux.org/

Revision 4532 (11 Jan 2009)
# Updated x264 to r1074.
# Updated Cairo to version 1.8.6-1.
# Updated GLib to version 2.18.4-1.
# Updated GTK+ to version 2.14.7-1.
# Updated libpng to version 1.2.34-1.

4532 - [cli] add AAC parameter to CLI (patch by LoRd_MuldeR) plus a few cosmetic tweaks
4526 - [Win32] fix installer to create Qt4 shortcuts & update package notes
4519 - [x264] use the same settings for 1st pass as 2nd pass
4508 - [I18N] Russian update for Qt translation by ETY82

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

LoRd_MuldeR

15th January 2009, 03:30

libx264 SVN-r1080:
http://www.mediafire.com/file/zoqrdnwmk2m/libx264-r1080-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.3 r4532.

ffmpeg

15th January 2009, 07:46

Dear:

What's the meaning of "fprofiled"?

LoRd_MuldeR

15th January 2009, 16:50

Dear:

What's the meaning of "fprofiled"?

When you compile x264 with GCC, you can run "make" or "make fprofiled".

The latter will allow GCC to analyze the executable code while it is running. This way GCC can find code paths that are executed frequently and code paths that are executed rarely. After the profiling is done, it will re-compile the executable with the collected information in mind. That allows additional optimizations, which couldn't have been applied without the profiling step. So in short: Compiling with "fprofiled" takes much longer (as x264 will encode a given sample video over and over again during the profiling process), but yields a faster and smaller binary...

(Note that "yields a smaller binary" doesn't apply in general, but for libx264.dll it does apply)

fxtech

16th January 2009, 08:15

libx264 SVN-r1080:
http://www.mediafire.com/file/zoqrdnwmk2m/libx264-r1080-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.3 r4532.

Hi LM , there is a reason to not compile it with SSE and P4 profile ?

Dark Shikari

16th January 2009, 08:55

Hi LM , there is a reason to not compile it with SSE and P4 profile ?Given how weird Netburst is, compiling for Pentium 4 may actually have a rather significant drop in performance on any sane CPU...

avih

16th January 2009, 11:11

LoRd_MuldeR, do your avidemux packages include your compiled x264 dlls? or should one apply them manually?

buzzqw

16th January 2009, 11:40

it already include it.. but LM provides also upgrade to dll builds :)

BHH

fxtech

16th January 2009, 12:14

Given how weird Netburst is, compiling for Pentium 4 may actually have a rather significant drop in performance on any sane CPU...

could we try with P3 then ? it have a shorten pipeline then P4 and also support SSE :-) , i will try !

LoRd_MuldeR

16th January 2009, 16:02

LoRd_MuldeR, do your avidemux packages include your compiled x264 dlls? or should one apply them manually?

I just mirror Gruntster's Avidemux builds on my site. These include a recent libx264.dll, but probably not the latest one (see "Build Info.txt").
That's because he obviously can't make a new installer package for every single x264 revision.

So if you think the latest x264 changes are worth upgrading, you can pick my libx264.dll and replace the one in your Avidemux folder...

LoRd_MuldeR

16th January 2009, 16:04

could we try with P3 then ? it have a shorten pipeline then P4 and also support SSE :-) , i will try !

SSE1, as supported by the P3, doesn't help x264. That's because SSE1 is floating point stuff. x264 needs integer operations, like SSE2.

fxtech

16th January 2009, 19:20

SSE1, as supported by the P3, doesn't help x264. That's because SSE1 is floating point stuff. x264 needs integer operations, like SSE2.

Sorry i have to say befrore , i was referring to SSE2

LoRd_MuldeR

16th January 2009, 19:21

Sorry i have to say befrore , i was referring to SSE2

You were referring to P3 and that CPU doesn't have SSE2, only SSE1. Hence the P3 doesn't support any helpful SSE instructions for x264.

fxtech

16th January 2009, 23:24

maybe that is not the right place , but gcc have p3 opt for it short pipeline (it work with core1 that is a rework of the p3 core) and SSE2 flat to add sse2 opt code path

with the -march flags you can put P3 (better pentium3m in that way gcc4.3 know that it have SSE2 also) or what you want and tell him to substitute or opt code for SSE2 with -mfpmath=sse -msse -msse2 -O3

Dark Shikari

16th January 2009, 23:27

SSE2? Well, it's not as if the GCC autovectorizer is remotely useful for anything...

LoRd_MuldeR

17th January 2009, 13:15

maybe that is not the right place , but gcc have p3 opt for it short pipeline (it work with core1 that is a rework of the p3 core) and SSE2 flat to add sse2 opt code path

What's the point? If you allow GCC to use SSE2 instructions that doesn't necessarily mean it will be helpful for anything. Most (all?) performance-critical functions in x264 are written as hand-optimized assembler code, so compiler flags won't make any difference performance-wise. And GCC's optimizations are known to be "suboptimal". Also: If you make a build with SSE2 enabled, the resulting binary certainly won't run on a Pentium III processor, as the P3 doesn't support SSE2. It would throw an "Illegal Instruction" exception and crash. So making a P3-optimized binary with SSE2 enabled is nonsense...

fxtech

17th January 2009, 17:59

wihte flag , hand down

laserfan

22nd January 2009, 16:41

This year-old post was wrt fixing odd "jumps" of frames when viewing:Not until Avidemux will implement a "new" method to handle H.264 streams in a frame-accurate way.
I think mean has announced that for the upcoming v2.5 series, but I wouldn't expect too much.
All the Avidemux developers (mainly Mean and Gruntster) spend their free time to work on the project.
So new features can take a while...
I'd like to use AviDemux 2.4.3 r4508to visually display where I-frames are in my x264 encodings, and am discovering today that it appears off by one frame. For example, index a 264 encoding with neuron2's tools, make an .avs to open the video in VirtualDub, then look for a frame that is a scene change and is clearly an I-frame (as predicted by the .stats file used for encoding in the first place). Let's say that frame number is 1234, and in Vdub it's confirmed to be the first frame in the new scene.

Then open that file in AviDemux and let it make an index. Reading the index it says frame 1234 is indeed an I-frame. Good, the same as I expected. But now, in Avidemux seek to frame 1234, and instead of the expected frame, the visual is for the frame PRIOR, and the frame type is for *that frame* (e.g. P or B type) but the time code is correct for the I-frame (the frame following)!

I've been trying to use Avidemux to set Chapter marks on I-frames and am struggling to explain the apparent inconsistency between the numbering & the visuals. Can someone help? :confused:

LoRd_MuldeR

22nd January 2009, 17:06

This year-old post was wrt fixing odd "jumps" of frames when viewing:
I'd like to use AviDemux 2.4.3 r4508to visually display where I-frames are in my x264 encodings, and am discovering today that it appears off by one frame. For example, index a 264 encoding with neuron2's tools, make an .avs to open the video in VirtualDub, then look for a frame that is a scene change and is clearly an I-frame (as predicted by the .stats file used for encoding in the first place). Let's say that frame number is 1234, and in Vdub it's confirmed to be the first frame in the new scene.

Latest Avidemux (currently r4532) still doesn't support access to H.264 streams in a frame-accurate way. We need to wait for Avidemux 2.6 now ;)

For the meantime you can use AVSProxy (GUI) with DGAVCIndex to load H.264 streams into Avidemux through Avisynth. That's how I do it currently...

(Of course that way Avidemux won't display frame types)

laserfan

22nd January 2009, 17:24

Thanks LM for your very fast reply, and confirmation of my suspicion! ;)

I appreciate it very much--I will stop beating my head against that wall for now! :)

Latest Avidemux (currently r4532) still doesn't support access to H.264 streams in a frame-accurate way. We need to wait for Avidemux 2.6 now ;)

For the meantime you can use AVSProxy (GUI) with DGAVCIndex to load H.264 streams into Avidemux through Avisynth. That's how I do it currently...

(Of course that way Avidemux won't display frame types)

LoRd_MuldeR

28th January 2009, 22:56

libx264 SVN-r1093:
http://www.mediafire.com/file/0ytuq1lndnm/libx264-r1093-gcc432-fprofiled-patched.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Patched back to core version 65 in order to make it work with Avidemux 2.4.3 r4532.

LoRd_MuldeR

30th January 2009, 15:26

libx264 SVN-r1096:
http://www.mediafire.com/file/z21yttztt2j/libx264-r1096-gcc432-fprofiled-patched.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Patched back to core version 65 in order to make it work with Avidemux 2.4.3 r4532.

LoRd_MuldeR

3rd February 2009, 17:15

Avidemux 2.4.3 SVN-r4559 (2009-02-02)
http://www.avidemux.org/

Revision 4558 (02 Feb 2009)
# Updated Fontconfig to version 2.6.0-2.
# Updated Freetype to version 2.3.8-1.
# Updated Pango to version 1.22.4-1.
# Updated x264 to r1097.

4559 - [Win32] update installer for new libexpat
4558 - [I18N] various translation fixes
4557 - [Qt] honour LFs for alert boxes
4536 - [mp4] don't report an error when queue runs out of audio
4535 - [automake] update build script
4532 - [cli] add AAC parameter to CLI (patch by LoRd_MuldeR) plus a few cosmetic tweaks

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

LoRd_MuldeR

3rd February 2009, 17:17

libx264 SVN-r1099:
http://www.mediafire.com/file/1dr0fzgzqhw/libx264-r1099-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.3 r4559.

LoRd_MuldeR

5th February 2009, 01:27

libx264 SVN-r1101:
http://www.mediafire.com/file/zzmwjhqmwmm/libx264-r1101-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.3 r4559.

LoRd_MuldeR

9th February 2009, 23:45

libx264 SVN-r1109:
http://www.mediafire.com/file/2eydy4mgldy/libx264-r1109-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.4 Final.

LoRd_MuldeR

12th February 2009, 01:45

libx264 SVN-r1112:
http://www.mediafire.com/file/4otmlmzmnmj/libx264-r1112-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.4 Final.

LoRd_MuldeR

16th February 2009, 18:49

libx264 SVN-r1114:
http://www.mediafire.com/file/mowdyn4tjq3/libx264-r1114-gcc432-fprofiled.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.4 Final.

--------------------------------------------------

Debug build:
http://www.mediafire.com/file/ye3tltlwzyi/libx264-r1114-gcc432-debug.7z

Debug build with optimizations:
http://www.mediafire.com/file/3wonwzt3mwz/libx264-r1114-gcc432-debug-optimized.7z

LoRd_MuldeR

16th February 2009, 21:36

libx264 SVN-r1114 fixed:
http://www.mediafire.com/file/m2nn3c2w2zl/libx264-r1114-gcc432-fprofiled-fixed.7z

Compiled with MinGW GCC 4.3.2-tdm-2, march=pentium2, fprofiled. Tested with Avidemux 2.4.4 Final.

This build contains an experimental fix for the EXCEPTION_INT_DIVIDE_BY_ZERO crash that people reported!

The patch that has been used can be found here:
x264_nodivzero.diff (http://www.mediafire.com/file/jjwgnzytzvn/x264_nodivzero.diff)

Faiakes

20th February 2009, 22:36

Thanks. Much needed...

LoRd_MuldeR

24th February 2009, 15:43

Avidemux 2.5 SVN-r4629 (2009-02-24)
http://www.avidemux.org/

4629 - [mac] fix referencing of ffmpeg libs on Mac
4628 - [mac] correctly reference ffmpeg libs on Mac
4627 - [mac] fix name mangling for Mac
4626 - [mac] CMake 2.6 support for Mac build (patch by surfer)
4625 - [x264] fix setting of max GOP on x264 config window for Qt
4622 - [xvid/x264] remove threading options for x264 and Xvid from Preferences window
4621 - [filter] add spinboxes to Contrast and MPlayer eq2 configure windows for Qt
4620 - [x264] support extra adaptive b-frame decision option
4619 - [x264] close encoder at end of pass, not end of encoding
4618 - [ffmpeg] update FFmpeg to r17480 & libswscale r28690
4617 - [x264] fix serialisation of idc level and direct prediction size options
4616 - [aften] activate Aften plugin
4615 - [mp4/mkv] fix mp4 and mkv muxing to work with ffmpeg update
4614 - [x264] fix flushing using null frames
4609 - [ffmpeg] fix install dir for Unix [part 2]
4608 - [ffmpeg] fix install dir for Unix
4607 - [CMake] fix debug build
4590 - [Win32] libx264 build script
4589 - [UI] update copyright year
4588 - [Win32] use correct icons for executables
4587 - [Win32] make plugins folder less obtuse
4586 - [Win32] split UIs to separate installers
4585 - [svn] remove empty folders
4584 - [Win32] update installer to remember previously selected components when upgrading
4582 - [Win32] update installer script for 2.5 (generate log for uninstalling) [Part 2]
4581 - [Win32] update installer script for 2.5 (now using Modern UI 2 and Memento) [Part 1]
4580 - [Win32] update build scripts for 2.5
4579 - [Merge] merge platform build scripts from 2.4 branch
4573 - [Merge] integrate changes from 2.4 branch (r4572)
4561 - [ffmpeg] update to FFmpeg r16945 & libswscale r28447
4560 - [x264] support libx264 core 66

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

24th February 2009, 15:46

libx264 SVN-r1114:
http://www.mediafire.com/file/m0ewwtjtybw/libx264-r1114-gcc432-fprofiled-try2.7z

Compiled with MinGW GCC 4.3.3-tdm-1, march=pentium2, fprofiled. Tested with Avidemux 2.5 r4629.

Patches used:
* no_div_zero.diff (http://www.mediafire.com/file/win232mgm4q/no_div_zero.diff)
* print_params.diff (http://www.mediafire.com/file/0znczeg3mm4/print_params.diff)

Ryo94

25th February 2009, 04:53

I can't uninstall v2.4.4 or run the v2.5 setup, in both cases I get this message

http://i39.tinypic.com/35ko1oy.jpg

Any solution? Thanks in advance.

LoRd_MuldeR

25th February 2009, 05:07

I can't uninstall v2.4.4 or run the v2.5 setup, in both cases I get this message

http://i39.tinypic.com/35ko1oy.jpg

Your installer is corrupted. The error message is pretty clear, isn't it?

Any solution? Thanks in advance.

Re-download the installer.

If the problem occurs again, you must check your internet connection and your hard-drive for errors...

Inspector.Gadget

26th February 2009, 15:55

LoRd_MuldeR - is there a way to use the Avidemux 2.4 audio decoder addons (DTS / AMR-NB) wth the new 2.5 SVN builds? I've tried placing the .dll files in both the root Avidemux install directory and the "Audio Decoders" folder and I still receive warnings about bad audio on files with DTS audio. The built-in support also doesn't appear to have radio boxes for DTS or AMR-NB support.

LoRd_MuldeR

26th February 2009, 16:02

I'm not sure. But I guess we need a DTS/ARM-NB Avidemux-Plugin now ;)

Just putting the decoder libraries in the "plugins\audioDecoder" folder won't work for obvious reasons...

--- [EDIT] ---

Looking at the SVN repository, it seems there is are AMRNB and DCA plugins available:
http://svn.berlios.de/wsvn/avidemux/branches/avidemux_2.5_branch_gruntster/plugins/ADM_audioDecoders/ADM_ad_amrnb/?rev=4637#

There just is no binary included in the installer (yet).

roozhou

26th February 2009, 17:01