Avidemux (with emphasis on x264/h264 GUI)

[LoRd_MuldeR]

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

Some resources:
* http://mulder.dummwiedeutsch.de/pub/x264/
* http://ffmpeg.x264.googlepages.com/mapping
* http://akuvian.org/src/x264/overview_x264_v8_5.pdf
* http://gabext.com/dts/DTSGuide.html

[LoRd_MuldeR]

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

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

[bizz & buzz]

these links look great!
just posted the "Feature Request" on the Avidemux Bugtracker.
hope it will be implemented...:)

[gruntster]

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

Thanks for the feedback. I think I've now isloated the problem and it's just a case of how to fix it properly. Hopefully I will have another patched build for you to try tomorrow.

[gruntster]

@wata, could you please try the patch here (http://www.razorbyte.com.au/dev_dump).

Edit: there appears to still be an issue with b-pyramid. It should work better without b-pyramid than before though. Still investigating...
Edit2: found the second problem. Will post another patch soon.
Edit3: new r4364 patch is available (same link as above). A dirty hack was removed from our x264 wrapper a while ago because it was interferring with MKV, however MP4 was relying on the hack. It should now be fixed properly. QuickTime should now be able to play the MP4 files too.

[poisondeathray]

Thanks for you hard work, gruntster

I tried the patch and can confirm better QT compatibility. Whereas before, the .mp4 wrapper didn't work in QT at all.

But it changes something in the container level that makes the video display 720x480 instead of 640x480 in QT

There is still an issue with VFR mode, even without b-pyramid. (r4364 patch 3) (e.g. I just re-wrapped a .mp4 using copy mode on a video encoded with MeGUI with QT compatible settings). The time scale is changed according to mp4box info

Test clip (1.44MB) - (originally encoded with MeGUI PAR 1:1, re-wrapped with YAMB to specify PAR 8:9)
http://www.mediafire.com/download.php?owwrm61m1gr

Related thread discussing .mp4/QT (not specific to avidemux though)
http://forum.doom9.org/showthread.php?t=141170


BEFORE
Frame rate mode : Constant
Frame rate : 29.970 fps



Track # 1 Info - TrackID 1 - TimeScale 30000 - Duration 00:00:05.972
Media Info: Language "Undetermined" - Type "vide:avc1" - 179 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 720 x 480 - Profile Main @ Level 3
NAL Unit length bits: 32
Pixel Aspect Ratio 8:9 - Indicated track size 640 x 480




AFTER
Frame rate mode : Variable
Frame rate : 29.646 fps
Minimum frame rate : 9.991 fps
Maximum frame rate : 29.973 fps
Original frame rate : 29.970 fps



Track # 1 Info - TrackID 1 - TimeScale 29973 - Duration 00:00:06.038
Media Info: Language "Undetermined" - Type "vide:avc1" - 179 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 720 x 480 - Profile Main @ Level 3
NAL Unit length bits: 32
Pixel Aspect Ratio 8:9 - Indicated track size 720 x 480

[gruntster]

There is still an issue with VFR mode, even without b-pyramid. (r4364 patch 3) (e.g. I just re-wrapped a .mp4 using copy mode on a video encoded with MeGUI with QT compatible settings)

I didn't try copying. :rolleyes: I can reproduce the problem.

Do you get any VFR issues if you encode instead of copy?

[poisondeathray]

I can't seem to reproduce the VFR issues when encoding with the patch :)

I experienced something similar to wata before (RE: the vfr issue), but couldn't reproduce it reliably on every clip even before the patch

I'll keep on testing and see under what circumstances it appears

Thanks

EDIT: I tested a few MPEG2 & VOB clips, opened directly with avidemux with the unpatched build and they all were VFR. Upon testing them with the patched build, all were CFR (default encoding settings in testing for both patched/unpatched trials). Copying mode seems to change to VFR regardless of patched or unpatched

[gruntster]

Thanks for the feedback. I've found the problem and it should only affect copying. Not sure the best way to fix it just yet...

[gruntster]

Ok, I have another patched build here (http://www.razorbyte.com.au/dev_dump). Copying and encoding should now be ok.

[poisondeathray]

Thx gruntster.

Some more observations:

Patch 4 fixes copy & encode on PAL framerate movies 25 => 25

But on NTSC spec 29.970 => 29.973 , 23.976 => 23.977 in both encode & copy mode
(as reported by mediainfo, not sure if it's real, or if it will make a sync difference on a full length movie)

[gruntster]

Is the frame rate mode still constant and only the fps incorrect?

I used 23.976 fps and 29.970 fps clips during testing and they worked fine. Perhaps it requires a longer sample for the issue to appear.

[poisondeathray]

Yes frame rate is constant now in all cases. I'll try again on some longer clips and report back if it is a problem

[poisondeathray]

Sorry for the false alarm, it seems the frame rate is constant, and normal upon farther testing. Nice work!

[gruntster]

Great. Thanks for the testing!

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4376 (2008-09-19)
http://www.avidemux.org/

There were a few issues that are now hopefully resolved:
some containers were prefilling to accomodate b-frames, which is ok for x264 since it throws empty frames right at the start. However, MPEG-4 ASP tends to throw them from the second frame onwards, which prefilling misses.
some containers weren't even prefilling (AVI/OGM)
x264 was being flushed with the last frame for every empty frame it originally threw. This works for some encoders but x264 isn't one of them; it needs null frames to flush otherwise it considers it an additional frame.
Xvid and libavcodec weren't being flushed at all

Result of my first quick test, using 6 threads:
x264 displays a lot of "x264 [error]: 2nd pass has more frames than 1st pass" warnings in 2-Pass mode -> FIXED
x264 crashes near the end of the second pass when using "--b-adapt 2" together with 2-Pass mode -> FIXED
x264 eats the last few frames (encode shorter than source) when using "--b-adapt 2" together with CRF mode -> FIXED

Revision 4376 (20 Sep 2008)
# Updated ATK to version 1.22.0-2.
# Updated GLib to version 2.18.1-1.
# Updated GTK+ to version 2.14.2-1.
# Updated Libxml2 to version 2.7.1.
# Updated Pango to version 1.20.5-2.
# Updated Qt to version 4.4.2.
# Updated x264 to r979 (patched).

4376 - [ogm] support delayed frames
4375 - [mp4] remove prefilling and support delayed frames
4374 - [flv] remove prefilling and support delayed frames
4373 - [dummy] remove prefilling and support delayed frames for dummy container
4372 - [libavcodec] support flushing using null frames
4371 - [xvid] support flushing using null frames
4370 - [avi] remove prefilling since it doesn't cater for empty frames that occur mid-stream (e.g. Xvid with B-frames).
4369 - [x264] flushing encoder with duplicate frames doesn't work correctly; x264 wants a null frame
4368 - [encoder] set Xvid and x264 as requiring flushing after encoding due to B-frames. Also check requirements of libavcodec encoders for flushing.
4367 - [encoder] allow all encoders to return a requirements flag
4366 - [Win32] disable buffering for log file so external libs don't jumble output
4365 - [mp4] only let libavformat calculate DTS when encoding (and not copying)
4364 - [muxer] let libavformat know H.264 video may use bpyramid
4363 - [mp4] let libavformat calculate DTS for MP4
4362 - [muxer] remove the use of doubles in the libavformat muxer wrapper when calculating video PTS & DTS as it causes rounding issues
4361 - [mp4] missing update for mp4 muxer
4360 - [mp4] update mp4 muxer (ffmpeg r15276)
4359 - [x264] remove unnecessary delay mechanism as it is handled by the muxer
4358 - [avi] perform an encoder delay if necessary like the other muxers
4357 - [x264] build fix for libx264 core 63
4347 - [Qt] use a groupbox for dialogFactory's frame

libx264 SVN-r979 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?qcnuy3dztjy <-- avidemux.diff (http://pastebin.com/f42a6fa1d)
Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Modified to enable "--b-adapt 2" in Avidemux v2.4.3, tested with r4376.

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]

Your list of changes appears to also include 2.5? The Win64 mods weren't made to 2.4. :p

[LoRd_MuldeR]

Your list of changes appears to also include 2.5? The Win64 mods weren't made to 2.4. :p

Was was looking at the raw changelog on http://svn.berlios.de/ (http://svn.berlios.de/wsvn/avidemux/?op=log) :o

Post has been cleaned up :)

[LoRd_MuldeR]

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

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4376. Modified to enable "--b-adapt 2" in Avidemux.
Avidemux r4376+ (http://forum.doom9.org/showpost.php?p=1186085&postcount=916) is highly recommended, because of major bugfixes regarding the flushing of video encoders.

[LoRd_MuldeR]

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

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4376. Modified to enable "--b-adapt 2" in Avidemux.
Avidemux r4376+ (http://forum.doom9.org/showpost.php?p=1186085&postcount=916) is highly recommended, because of major bugfixes regarding the flushing of video encoders.

[wata]

today i try a few encode with latest Avidemux 2.4.3 SVN-r4376 (2008-09-19), seem the mp4 vfr bug has been solve, thanks
though, all my test video are 25fps capture with Hauppauge pvr 250

[LoRd_MuldeR]

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

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4376. Modified to enable "--b-adapt 2" in Avidemux.
Avidemux r4376+ (http://forum.doom9.org/showpost.php?p=1186085&postcount=916) is highly recommended, because of major bugfixes regarding the flushing of video encoders.

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4392 (2008-09-22)
http://www.avidemux.org/

Revision 4392 (22 Sep 2008)
# Updated x264 to r986 (patched).

4392 - [Win32] change Qt icon
4391 - [Qt] minor fix ups for r4388 & r4390
4390 - [Qt] employ a similar hack to GTK+ for parenting windows. It will cause too many problems upstream to do it properly.
4389 - [I18N] Spanish update by festor
4388 - [Qt] re-translate strings once translator is loaded to take care of already allocated globals
4387 - [Qt] set application icon
4386 - [Qt] add Save Selection as JPEG Images to main menu
4381 - [Qt] don't automatically reopen preview window after adding a new filter
4380 - [avi/ogm] don't exceed 100% progress on final pass (introduced in r4370 & r4376)
4379 - [I18N] Italian update by zoppo
4378 - [Win32] update installer script to include new GTK+ dependencies
4377 - [automake] update automake scripts

libx264 SVN-r986 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?nymjw5iv4zg
Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Modified to enable "--b-adapt 2" in Avidemux v2.4.3, tested with r4392.

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-r987 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?mtrqwzhxeml · http://uploaded.to/?id=21tx4p

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4392. Modified to enable "--b-adapt 2" in Avidemux.
Avidemux r4376+ (http://forum.doom9.org/showpost.php?p=1186085&postcount=916) is highly recommended, because of major bugfixes regarding the flushing of video encoders.

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4402 (2008-09-23)
http://www.avidemux.org/

Revision 4402 (23 Sep 2008)
# Updated x264 to r987 (patched)

4402 - [Qt] add a couple more extra settings to x264 config dialog
4401 - [Qt] set decimals and step increment for dialogFactory's float element
4400 - [Qt] add PAR to Xvid config dialog
4399 - [Qt] add extra settings to x264 config dialog
4398 - [Qt] more dialogFactory tidy ups
4397 - [Qt] let dialogFactory elements dictate layout requirements. General layout tweaks also made to dialogFactory.
4396 - [Qt] handle translated UTF-8 strings on various windows
4395 - [Win32] convert path separator from JavaScript and command line
4394 - [Qt] fix Range caption and increase B-frame maximum
4393 - [Qt] use native separators in file paths
4392 - [Win32] change Qt icon

libx264 SVN-r987 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?mtrqwzhxeml · http://uploaded.to/?id=21tx4p

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4392. Modified to enable "--b-adapt 2" in Avidemux.
Avidemux r4376+ (http://forum.doom9.org/showpost.php?p=1186085&postcount=916) is highly recommended, because of major bugfixes regarding the flushing of video encoders.

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]

Avidemux 2.4.3 SVN-r4407 (2008-09-25)
http://www.avidemux.org/

Revision 4407 (25 Sep 2008)
# Updated ATK to version 1.24.0-1.
# Updated GLib to version 2.18.1-2.
# Updated GTK+ to version 2.14.3-2.

4407 - [Qt] enable close button on preview window and reset preview mode when window closes
4406 - [Qt] use a ButtonBox on various dialogs
4405 - [Qt] enable Direct3D support on Win32 if Qt libs support it (Trolltech's pre-built libs don't)
4404 - [Qt] report Qt renderer in prefs (rather than reporting GTK+)
4403 - [Qt] fix CRF mode and Partition Decision on x264 config dialog
4402 - [Qt] add a couple more extra settings to x264 config dialog

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]

Avidemux 2.4.3 SVN-r4413 (2008-09-26)
http://www.avidemux.org/

Revision 4413 (26 Sep 2008)
# Updated Cairo to version 1.8.0-1.
# Updated LAME to version 3.98.2.
# Updated libpng to version 1.2.32.
# Updated Pango to version 1.22.0-1.

4413 - [GUI] don't proceed with save if marker A > B
4412 - [Qt] restore resize algorithm on resize filter window
4411 - [Qt] resize and centre flyDialogs when picture is larger than screen resolution
4410 - [Qt] increase page step of slider on main window to improve jumping of key frames
4409 - [Qt] make dialogFactory's Notch element read-only
4408 - [Qt] add colour selection dialog
4407 - [Qt] enable close button on preview window and reset preview mode when window closes

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-r988 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?g0emjwicmzd

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4413. Avidemux (Qt version) has an GUI option for "--b-adapt 2" now.
Avidemux r4376+ (http://forum.doom9.org/showpost.php?p=1186085&postcount=916) is highly recommended, because of major bugfixes regarding the flushing of video encoders.

[LoRd_MuldeR]

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

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4413. Avidemux (Qt version) has an GUI option for "--b-adapt 2" now.
Avidemux r4376+ (http://forum.doom9.org/showpost.php?p=1186085&postcount=916) is highly recommended, because of major bugfixes regarding the flushing of video encoders.

[LoRd_MuldeR]

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

Fix potential miscompilation of some inline asm
Caused problems under some gcc 4.x versions with predictive lossless

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4413. Avidemux (Qt version) has an GUI option for "--b-adapt 2" now.
Avidemux r4376+ (http://forum.doom9.org/showpost.php?p=1186085&postcount=916) is highly recommended, because of major bugfixes regarding the flushing of video encoders.

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4421 (2008-09-30)
http://www.avidemux.org/

Revision 4421 (30 Sep 2008)
Updated x264 to r995 (patched).

4421 - [Qt] check the appropriate zoom menu option after opening video
4420 - [CMake] detect ppc64 and set appropriate build flags
4419 - [I18N] French update by NSV
4418 - [Qt] set minimum quantiser setting for x264 to zero
4417 - [Qt] redimensioned preview icons for toolbar
4416 - [GUI] fix flyDialog's buggy recomputeSize method
4415 - [Qt] pass flyDialog's unfiltered events to parent class
4414 - [ecma] don't crash when codec config string is a different length to the default.

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]

Avidemux 2.4.3 SVN-r4435 (2008-10-02)
http://www.avidemux.org/

Revision 4435 (02 Oct 2008)
# Updated x264 to r997 (patched).

4435 - [Win32] run Qt over GTK at end of installer
4434 - [Qt] preview icons with transparency for toolbar by Lord Mulder
4433 - [x264] add support for libx264 core 65
4432 - [Qt] Avisynth ColorYUV filter window for Qt UI
4425 - [automake] update
4424 - [Qt] MPlayer Delogo filter window for Qt UI
4423 - [GTK] convert MPlayer Delogo filter window over to flyDialog
4422 - [jpeg] scan all tags in JPEG until image is found rather than first 10
4421 - [Qt] check the appropriate zoom menu option after opening video

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)

[poisondeathray]

LoRd_MuldeR or Gruntster: do you know if there is a plan to add psy-rdo/psy-trellis/AQ settings to the x264 configuration GUI, or a command line box?

[LoRd_MuldeR]

LoRd_MuldeR or Gruntster: do you know if there is a plan to add psy-rdo/psy-trellis/AQ settings to the x264 configuration GUI, or a command line box?

AQ options are there already! Psy RDO will be used with the recommended default strength of 1.0, Psy Trellis will be off by default.

You may file a bugreport/featurerequest if you need to adjust PsyRDO/PsyTrellis and hopefully Gruntster or Mean will hear you :)

[poisondeathray]

oops. I see AQ in the Qt4 version, but not the GTK+ (which I normally use). Is there a reason to use one version over the other?

Thanks

EDIT: OK don't answer that. I see you have already in my search:)
http://avidemux.org/admForum/viewtopic.php?id=5131

[LoRd_MuldeR]

Also note that with the latest release Qt has been made the default interface:
* http://svn.berlios.de/wsvn/avidemux/?rev=4435&sc=1
* http://svn.berlios.de/wsvn/avidemux/branches/avidemux_2.4_branch/platforms/windows/installer/avidemux.nsi?op=diff&rev=4435&sc=1

[LoRd_MuldeR]

libx264 SVN-r997 + Gruntster's Alignment-Fix:
http://www.mediafire.com/file/mwqy0m1no3f/libx264.rev-997.fprofiled.adm_mod.7z

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4435. Avidemux (Qt version) has an GUI option for "--b-adapt 2" now.
Avidemux r4435+ (http://forum.doom9.org/showpost.php?p=1190984&postcount=932) is highly recommended, because of recent x264 API changes! The options "--b-rdo" and "--bime" have been removed.

[LoRd_MuldeR]

libx264 SVN-r998 + Gruntster's Alignment-Fix:
http://www.mediafire.com/file/ummm4jue53m/libx264.rev-998.fprofiled.adm_mod.7z

Resolve quality regression in r996
Accidentally removed the wrong line of code. I think this classifies as a "10l".
Thanks to techouse for initial bug report and skystrife for helping me find it.

Compiled with MinGW GCC 4.3.2-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4435. Avidemux (Qt version) has an GUI option for "--b-adapt 2" now.
Avidemux r4435+ (http://forum.doom9.org/showpost.php?p=1190984&postcount=932) is highly recommended, because of recent x264 API changes! The options "--b-rdo" and "--bime" have been removed.

[ozhanesk90]

I'm using Avidemux 2.4.3 (r4435)
I have a problem with AAC(FaaC) audio
http://i459.photobucket.com/albums/qq318/aRTKbS/audioproblem.jpg

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4445 (2008-10-06)
http://www.avidemux.org/

Revision 4445 (06 Oct 2008)
# Updated x264 to r999 (patched).

4445 - [MPEG-TS] don't include SPS NAL units as frames in H.264 video
4444 - [MPEG-TS] simplify H.264 indexing and add function to read slice header (for later use)
4443 - [I18N] update Qt project file for translations
4442 - [I18N] update po files again...dos2unix doesn't play nice
4441 - [I18N] update pot file and po files
4440 - [Qt] Glyph Editor for Qt UI
4439 - [Qt] use a ButtonBox on encoding and vobsub windows
4438 - [Qt] Cnr2 filter window for Qt UI
4437 - [Win32] only install libpng for GTK+ UI
4436 - [png] use libavcodec for PNG decoding to support more colour depths rather than adding more plumbing around libpng. Also remove libpng as a dependency. (FS#508)
4435 - [Win32] run Qt over GTK at end of installer

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]

@ozhanesk90: Is 128 kbs the maximum bitrate or is it the average bitrate?

EDIT: I just did an encode at 64 kbps and it came out at an average bitrate of 111 kbps. That's definitely wrong.

EIDIT²: When downmixing to Mono then the 64 kbps encode comes out at an average bitrate of exactly 64 kbps.

Maybe 64 kbps is simply too low for a Stereo stream? :confused:

[DarkZell666]

@ozhanesk90: Is 128 kbs the maximum bitrate or is it the average bitrate?

EDIT: I just did an encode at 64 kbps and it came out at an average bitrate of 111 kbps. That's definitely wrong.

EIDIT²: When downmixing to Mono then the 64 kbps encode comes out at an average bitrate of exactly 64 kbps.

Maybe 64 kbps is simply too low for a Stereo stream? :confused:

Actually, we've had that problem already ... do you remember last year or 2 years ago ? I can't remember if it ever got fixed, and I've never encoded audio to AAC with avidemux for my personal use (only for testing here and there) ;/

Edit : see those old topics :
- http://www.avidemux.org/admForum/viewtopic.php?id=3078
- http://www.avidemux.org/admForum/viewtopic.php?id=3047

[LoRd_MuldeR]

Actually, we've had that problem already ... do you remember last year or 2 years ago ? I can't remember if it ever got fixed, and I've never encoded audio to AAC with avidemux for my personal use (only for testing here and there) ;/

Yes, I remember. Don't think it was ever resolved. Maybe the "Stereo vs. Mono" aka "too low bitrate" theory makes sense?

[gruntster]

Yes, I remember. Don't think it was ever resolved. Maybe the "Stereo vs. Mono" aka "too low bitrate" theory makes sense?

I thought it was solved and was due to me inappropriately building DRM versions of FAAC, which should no longer be the case. :)

Thread:
http://www.avidemux.org/admForum/viewtopic.php?id=3103

[LoRd_MuldeR]

Well, I can easily reproduce the problem with your latest Avidemux build. I select "64 kbps" for a Stereo stream, but I get an average audio-bitrate of 111 kbps.
So either there is a bug somewhere -or- 64 kbps is simply too low for FAAC and Stereo sound, so FAAC relaxes the bitrate restriction...

[DarkZell666]

Yes, I remember. Don't think it was ever resolved. Maybe the "Stereo vs. Mono" aka "too low bitrate" theory makes sense?

The CLI version of faac (v1.26.1 from rarewares.org (http://www.rarewares.org/aac-encoders.php#faac-win)) seems to be partially in agreement with you :devil:

I just encoded some music with it at 64kbps, 96kbps and 128kbps without problems, but when I asked for 32kbps it wouldn't go lower than 58kbps :)
This is most probably because sub-64kbps bitrates are for the HE profiles, and FAAC doesn't do HE :/

[LoRd_MuldeR]

Yup. But in Avidemux it already fails to go below ~128 kbps for a Stereo stream...

[gruntster]

Avidemux doesn't report the correct audio bitrate for MP4 and MKV containers. AVI works though.

[LoRd_MuldeR]

Avidemux doesn't report the correct audio bitrate for MP4 and MKV containers. AVI works though.

I checked the output bitrates with Avinaptic. And it says "111 kbps", although I had configured FAAC to "64 kbps" in Avidemux...

[DarkZell666]

Avidemux doesn't report the correct audio bitrate for MP4 and MKV containers. AVI works though.

I guess this warning from mplayer is a "proof" of it ? :
FAAD: compressed input bitrate missing, assuming 128kbit/s!
But avinaptic is right indeed :)
I even encoded to xvid+aac inside avi just to check, and mplayer also reports ~110-ish bitrates (no warning from FAAD this time).