Avidemux (with emphasis on x264/h264 GUI)

[LoRd_MuldeR]

Thanks for your reply, but that option is checked and the same message shows up.

Please submit your problem at https://bugs.avidemux.org/ :o

[joseph5]

OOPS!
Updated to the last version announced a few posts back and now it works! :o
The problem now is how to stay updated with new revisions every 2 weeks?

[LoRd_MuldeR]

OOPS!
Updated to the last version announced a few posts back and now it works! :o
The problem now is how to stay updated with new revisions every 2 weeks?

New revisions are committed almost every day. New builds are provided each time significant changes have been made, usually at least once a week.
The most simple way to keep your Avidemux version up-to-date is either follow this thread or check Gruntster's Site (http://avidemux.razorbyte.com.au/) regularly!

In case you don't encounter any problems, you don't need to update to the latest SVN build. But before you report any problems, make sure those are still present in the latest build...

[CruNcher]

Hi could somebody check 4297 it seems seeking in MKV AVC (without soundtrack) doesn't work anymore, i only get a black screen after confirming the secure mode but i cant seek through it stays on frame 0 and black :( .MP4 works

[LoRd_MuldeR]

What if you run Tools -> Rebuild Frames ???

[CruNcher]

no effect :(

[LoRd_MuldeR]

libx264 SVN-r930 + Psy RDO 0.5 + Psy-Trellis 0.1 + B-Frame Trellis (Fixed) + Gruntster's Alignment-Fix:
http://www.mediafire.com/?exzb1shuj6z

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Modified to be used with current Avidemux builds. Tested with Avidemux 2.4.3 r4297.
Now checking "B-Frames -> Adaptive" will enable the new/slow (Trellis-based) B-Frame decision method, unchecking will use the old/fast method.
Commented out an assert in order to prevent the 2-Pass crash with b_adapt=2. It's an ugly workaround, but works for me...

For testing only! Don't use this for your regular encodes yet...

[Revgen]

Feature Request:

Is it possible to allow a larger buffer size for MPEG-2 encodings. I'm encoding 1920x1080i video to 1280x720p. I need a larger buffer size than what is offered for DVD. It would be nice I could cusomize the buffer size myself instead of just picking DVD, VCD, or SVCD.

Ditto with bitrate above 9999kbps.

[avdw]

Feature Request :

Avidemux to do SOMETHING right.

[LoRd_MuldeR]

Feature Request :

Avidemux to do SOMETHING right.

http://forum.doom9.org/forum-rules.htm

See rule #3, #4, #5 and especially #11 :rolleyes:

[ozhanesk90]

you add rmvb files encoder ? We encode (output)rmvb with avidemux? another else how I convert my avi to Rm? Do u have a GUI for Rmvb Encode?

Sorry Sorry My English xD

[clsid]

RealMedia is a proprietary format, so I highly doubt that Avidemux will ever be able to encode to that format.

[LoRd_MuldeR]

libx264 SVN-r937 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?ijwqfmowfiw

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

----

libx264 SVN-r937 + Psy RD (Psy Trellis) v0.6 + New B-Frame Decision v0.4 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?3hdmtwepywr

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Hacked to work with Avidemux. Tested with Avidemux 2.4.3 r4297.
Now checking "B-Frames -> Adaptive" will enable the new/slow (Trellis-based) B-Frame decision method, unchecking will use the old/fast method.
Take care: Avidemux will loose the last few frames when the new B-Frame Decision method is used! 2-Pass won't work properly either...

[EpheMeroN]

Anyone else had this issue?

I am doing XviD (around 450mb) to XviD (want to have it be 1 CD or 700mb in size) and it's drastically undersized.

I setup all the params properly and then I use the built-in calc and choose the 1 CD size option, and my video comes out around 551mb. What is causing this? I am using multiple video filters, and upsampling audio 44100hz to 48000hz.

[DarkZell666]

Anyone else had this issue?

I am doing XviD (around 450mb) to XviD (want to have it be 1 CD or 700mb in size) and it's drastically undersized.

I setup all the params properly and then I use the built-in calc and choose the 1 CD size option, and my video comes out around 551mb. What is causing this? I am using multiple video filters, and upsampling audio 44100hz to 48000hz.

What filters, in which order, at what resolution, and for what duration ?
Any reason you want to have a bigger filesize ? Are you actually upsizing the video ? Isn't the quality already perfect (ie: quantizer 2 for each and every P-frame) ?. Did you set the minimum quantizers in the XviD options to 1 instead of 2 ?

Undersizing is sometimes very normal for certain sources but usually when that happens the quality is already perfect (codecs don't like wasting bits =)).

[LoRd_MuldeR]

libx264 SVN-r946 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?xjmwdudojze

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

[LoRd_MuldeR]

libx264 SVN-r949 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?vqc4gapb7q4

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

[LoRd_MuldeR]

libx264 SVN-r950 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?fixd0tmhfo6

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

[LoRd_MuldeR]

libx264 SVN-r951 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?lwi3xywyktq

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

[yonta]

Format profile : High@L3.1
Writing library : x264 core 61 r0+951 445d87e
Encoding settings : cabac=1 / ref=4 / deblock=0:0:0 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=1.0:1.0 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-4 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=2 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=cqp / qp=26 / ip_ratio=1.40 / pb_ratio=1.30 / aq=0

Level is set to High@L3.1 and AQ is disabled by default.
Is this normal?

[DarkZell666]

Format profile : High@L3.1
Writing library : x264 core 61 r0+951 445d87e
Encoding settings : cabac=1 / ref=4 / deblock=0:0:0 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=1.0:1.0 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-4 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=2 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=cqp / qp=26 / ip_ratio=1.40 / pb_ratio=1.30 / aq=0

Level is set to High@L3.1 and AQ is disabled by default.
Is this normal?
x264 now automatically calculates the level according the encoding parameters : http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=14046ae09f91272751f3df4d70fb0268321ee557
This was roughly commited 6 weeks ago :) Did you expect another level specifically ?
Dunno about AQ though ... maybe it's enabled but the header is wrong ?

[LoRd_MuldeR]

In Avidemux you cannot adjust AQ yet, it will always use the default of "2:1.0".
However Yonta used "rc=cqp", so he explicitly enforces constant quantizers, hence no AQ. The header is correct :p
No idea why one would use CQP instead of CRF. The latter performs MUCH better ...


Using Avidemux r4297 with the libx264.dll posted above, I get this:
[ About H.264 encoding ]

User data: x264
User data: core 61 r0+951 445d87e
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2003-2008
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=8
User data: deblock=1:0:0
User data: analyse=0x3:0x133
User data: me=umh
User data: subme=7
User data: psy_rd=1,0:1,0
User data: brdo=1
User data: mixed_ref=1
User data: me_range=24
User data: chroma_me=1
User data: trellis=2
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=-4
User data: threads=6
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=15
User data: b_pyramid=1
User data: b_adapt=1
User data: b_bias=0
User data: direct=3
User data: wpredb=1
User data: bime=1
User data: keyint=500
User data: keyint_min=25
User data: scenecut=40(pre)
User data: rc=crf
User data: crf=22,0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=1,00
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: ip_ratio=1,40
User data: pb_ratio=1,30
User data: aq=2:1,00
SPS id: 0
Profile: High@L2.1
Num ref frames: 8
Aspect ratio: Square pixels
Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: No
Weighted bipred idc: B slices - implicit weighted prediction
8x8dct: Yes

[DarkZell666]

However Yonta used "rc=cqp", so he explicitly enforces constant quantizers, hence no AQ. The header is correct :p

Oops, I completely forgot about the CQP == No AQ rule :o

[yonta]

I encoded with x264.exe CLI without specifying level and it came out as High@L3.1. So, no problem.
Regarding AQ being disabled by default, I chose Single Pass - Quality Quantizer (Constant) instead of Single Pass - Quality Quantizer (Average), my bad.
Wording is pretty confusing!

[LoRd_MuldeR]

I encoded with x264.exe CLI without specifying level and it came out as High@L3.1. So, no problem.
Regarding AQ being disabled by default, I chose Single Pass - Quality Quantizer (Constant) instead of Single Pass - Quality Quantizer (Average), my bad.
Wording is pretty confusing!

Yes, in fact CRF is "Constant Rate Factor", it's not "Average Quantizer". The quantizer you enter for CRF mode is multiplied with a magic number in order to calculate the rate factor. Internally only that rate factor will be used for a CRF encode. However the magic number was chooses specifically to make CRF act like an "Average Quantizer" mode.

[LoRd_MuldeR]

libx264 SVN-r953 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?kiedqs1kmzr

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

----

libx264 SVN-r953 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?piur4xi5vdx

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

[LoRd_MuldeR]

libx264 SVN-r955 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?jotzzwzxdd2

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

[LoRd_MuldeR]

libx264 SVN-r956 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?g0z5enydmfz

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4297.

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4304 (2008-09-02)
http://www.avidemux.org/

4304 - [UI] always leave main UI as non-modal
4303 - [LOCALE] Override path, patch by Wesley Wright
4302 - [I18N+Icon] Catalan translation + desktop file by Joan Farrerons
4300 - [UI] Previous Black Frame should go backwards not forwards (patch by son_of_samui)
4298 - OSX Leopard has X11 in /usr/X11 instead of /usr/X11R6
4297 - [m2ts] tweak H.264 sync

Revision 4304 (02 Sep 2008)
# Updated Qt to version 4.4.1.
# Updated x264 to r956 (patched).

libx264 SVN-r956 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?g0z5enydmfz
Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4304.

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)

[wata]

the variable framerate bug (for mp4 output) is still there with latest version, Avidemux 2.4.3 SVN-r4304 (2008-09-02)

[LoRd_MuldeR]

the variable framerate bug (for mp4 output) is still there with latest version, Avidemux 2.4.3 SVN-r4304 (2008-09-02)

I don't see any change on the log, which refers to that problem. So we have to wait for a fix...

[LoRd_MuldeR]

libx264 SVN-r965 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?tukab5vi7t4

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4304.

[LoRd_MuldeR]

libx264 SVN-r967 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?8jyu7k6yolf

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4304.

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4324 (2008-09-11)
http://www.avidemux.org/

4324 - [Win32] r4321 and r4323 broke Linux
4323 - [Win32] use wide char version of access()
4322 - [MinGW] tweaks required for latest MinGW w32api
4321 - [Win32] support deletion of files with unicode chars in name
4320 - [Qt] correctly align buttonBox on dialogFactory windows
4319 - [Qt] implement script buttons on filter manager window
4318 - [Qt] use buttonbox on filter manager window
4317 - [Qt] respond to keyboard for filter family listview on filter manager window
4316 - [Win32] update installer script for GTK+ 2.14
4315 - [Qt] separate mode preview window for main UI
4314 - [Qt] make filter preview window non-modal
4313 - [Qt] rework resize filter window
4312 - [Qt] remove dimension restrictions on Crop window
4311 - [Qt] filter manager fix for older Qt versions
4310 - [Qt] spruce up the filter manager window
4309 - [Qt] filter preview window
4308 - [Crop] fix typo and tweak Crop dialog for Qt UI
4307 - [Qt] system tray tweaks
4306 - [Qt] add system tray support for Qt
4305 - [Qt] require at least version 4.2.0 of Qt
4304 - [UI] always leave main UI as non-modal

Revision 4324 (11 Sep 2008)
# Patched GTK+ 2.14.1 to fix incorrect spin button ranges.
# Updated GLib to version 2.18.0-2.
# Updated GTK+ to version 2.14.1-1.
# Updated x264 to r965 (patched).

libx264 SVN-r967 + Psy RD (Psy Trellis) v0.6 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?8jyu7k6yolf
Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4304.

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)

[gruntster]

the variable framerate bug (for mp4 output) is still there with latest version, Avidemux 2.4.3 SVN-r4304 (2008-09-02)

What media player are you using that exhibits the problem?

[LoRd_MuldeR]

libx264 SVN-r968 + Psy RDO/Trellis v0.6 (r968) + Gruntster's Alignment-Fix:
http://uploaded.to/?id=tqk8ss

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4304.

commit 173b40c276ee187de31ef630fd207a62de1b2cc7 r968
Move adaptive quantization to before ratecontrol, eliminate qcomp bias. This change improves VBV accuracy and improves bit distribution in CRF and 2pass.
WARNING: This change redefines CRF when using AQ, so output bitrate for a given CRF may be significantly different from before this change!

Note: Latest Avidemux build uses "libx264-61.dll" instead of "libx264.dll". You must rename the DLL to use it with older builds...

[gruntster]

the variable framerate bug (for mp4 output) is still there with latest version, Avidemux 2.4.3 SVN-r4304 (2008-09-02)

What media player are you using that exhibits the problem?

Alternatively you could try out this patch (http://www.razorbyte.com.au/dev_dump) and let me know if it fixes your problem. You will need r4346 on your system first.

MediaInfo now reports Constant bitrate mode but since I'm not able to reproduce the playback issue, I'm not sure if the fix is enough.

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4346 (2008-09-14)
http://www.avidemux.org/

4346 - [Win32] insatll Qt by default and display beta for SVN builds
4345 - [Qt] enable/disable audio shift on main UI
4344 - [Qt] hook up spinboxes to preview on asharp filter window
4343 - [Qt] allocate objects using heap rather than stack for dialogFactory windows
4342 - [UI] fix crash on postprocessing window
4341 - [Qt] add spacer above buttonBox on dialogFactory windows
4340 - [Qt] make dialogFactory's diaElemFrame play nice with extra layouts
4339 - [Qt] increase maximum audio shift on main UI
4338 - [UI] display unit for audio shift on main UIs (FS#364)
4327 - [GTK] set page size of Adjustment controls to 0
4326 - [Win32] use a safe path for x264 and Xvid stat file
4324 - [Win32] r4321 and r4323 broke Linux

Revision 4346 (14 Sep 2008)
# Reverted GTK+ back to original 2.14.1 (Avidemux has now been fixed).
# Updated x264 to r968 (patched).

libx264 SVN-r968 + Psy RDO/Trellis v0.6 (r968) + Gruntster's Alignment-Fix:
http://www.mediafire.com/?bghb2on5naj
Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4324.

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]

libx264 SVN-r971 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?o0v4qrxo5zb

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Psy RDO/Trellis and the new B-Frame Decision are included in Git now!

[wata]

Alternatively you could try out this patch (http://www.razorbyte.com.au/dev_dump) and let me know if it fixes your problem. You will need r4346 on your system first.

MediaInfo now reports Constant bitrate mode but since I'm not able to reproduce the playback issue, I'm not sure if the fix is enough.

hi, both the r4346 and your patch version r4347 doesn't fix it
both the version produce undersize files

09/16/2008 01:51 PM 1,864,220 test1.mp4 (r4346)
09/16/2008 01:53 PM 1,864,232 test2.mp4 (r4347)
09/16/2008 01:55 PM 2,501,220 test3.mp4 (r4219)

i try with a few player media classic/mplayer/kmplayer
although some players display correct fps (mplayer), but both the files produce by r4346/r4347 playback stuttering

mediainfo for r4346

General
Complete name : F:\RECORDER\test1.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 1.78 MiB
Duration : 20s 0ms
Overal bit rate : 746 Kbps
Movie name : test1.mp4
Performer : Avidemux
Screenplay by : Avidemux
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : UTC 1970-01-01 00:00:00
Writing application : Lavf51.12.1

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : avc1
Duration : 20s 0ms
Bit rate mode : Variable
Bit rate : 630 Kbps
Width : 576 pixels
Height : 432 pixels
Display aspect ratio : 4/3
Frame rate mode : Variable
Frame rate : 23.900 fps
Minimum frame rate : 12.500 fps
Maximum frame rate : 25.025 fps
Original frame rate : 25.000 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.106
Stream size : 1.50 MiB
Writing library : x264 core 62 r968M 173b40c
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=6 /
brdo=1 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=5 / b_pyramid=1 / b_adapt=1 /
b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=26.0 /
qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : UTC 1970-01-01 00:00:00

Audio
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 19s 989ms
Bit rate mode : Variable
Bit rate : 109 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 267 KiB
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : UTC 1970-01-01 00:00:00


mediainfo for r4219

General
Complete name : F:\RECORDER\test3.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 2.39 MiB
Duration : 20s 0ms
Overal bit rate : 1000 Kbps
Movie name : test3.mp4
Performer : Avidemux
Screenplay by : Avidemux
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : UTC 1970-01-01 00:00:00
Writing application : Lavf51.12.1

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : avc1
Duration : 20s 0ms
Bit rate mode : Variable
Bit rate : 885 Kbps
Width : 576 pixels
Height : 432 pixels
Display aspect ratio : 4/3
Frame rate mode : Constant
Frame rate : 25.000 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.142
Stream size : 2.11 MiB
Writing library : x264 core 60 r918M 91fe97b
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=6 /
brdo=1 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=5 / b_pyramid=1 / b_adapt=1 /
b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=26.0 /
rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 /
aq=2:1.00
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : UTC 1970-01-01 00:00:00

Audio
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 19s 989ms
Bit rate mode : Variable
Bit rate : 109 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 267 KiB
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : UTC 1970-01-01 00:00:00

[wata]

let me upload a small source test file 10 seconds for you to test

http://www.mediafire.com/download.php?xmwjj9lguyn

[wata]

after some more tests, changing x264 settings
(i alway use the same custom setting previously for all test)
i think the problem may be cause by b_pyramid
but still it does not output constant frame rate mode mp4 like those produce by other encoding gui (megui...)


(after r4219)
b_pyramid=0
Frame rate mode : Variable
Frame rate : 25.000 fps
Minimum frame rate : 24.975 fps
Maximum frame rate : 25.025 fps

b_pyramid=1 (stutter playback)
Frame rate mode : Variable
Frame rate : 22.177 fps
Minimum frame rate : 12.494 fps
Maximum frame rate : 25.025 fps
Original frame rate : 25.000 fps

b_pyramid=0 or 1 (r4219 or below)
Frame rate mode : Constant
Frame rate : 25.000 fps

[LoRd_MuldeR]

libx264 SVN-r977 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?uipc2iifb6d

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4324.

[bizz & buzz]

how come the 'offset' and 'ratio' parameters for B-frames in Xvid where never implemented?

[LoRd_MuldeR]

how come the 'offset' and 'ratio' parameters for B-frames in Xvid where never implemented?

What exactly are those settings supposed to do?

[bizz & buzz]

ratio = adds a pre-defined quantizer ratio to the I-frames quantizer, and apply it to the B-frames

offset = also adds to the b-frames quantizer, but with no relation to the I-frames quantizer.

[LoRd_MuldeR]

I just checked the VfW version of Xvid and it does have these options. So these options obviously are implemented in Xvid.
Avidemux simply doesn't reveal those options yet. You may file a feature request, although Xvid appears to be a dead project anyway...

[bizz & buzz]

great, thanks for the lightning-speed reply!

btw, how to i file this feature request?

and i don't know if these parameters exist in H.264, but if so, I'll check if Avidemux doesn't reveal those options also

[LoRd_MuldeR]

btw, how to i file this feature request?

Either create a new thread in the Avidemux Forums (http://avidemux.org/admForum/) or add a "Feature Request" to the Avidemux Bugtracker (http://bugs.avidemux.org/).

and i don't know if these parameters exist in H.264, but if so, I'll check if Avidemux doesn't reveal those options also

Avidemux does reveal the "Factor between I- and P-Frame quants" and "Factor between P- and B-Frame quants" options for the x264 encoder.

But I'd highly recommend to keep the default settings, unless you have a very good reason to change them...

[bizz & buzz]

I'm still a bit clueless regarding H.264, but it's good to know these options are available.

i'll post the "Feature Request" tomorrow.

thank you again, you've been a great help!