Avidemux (with emphasis on x264/h264 GUI)

[CruNcher]

* Fixed calculation of width and height for High Profile H.264 video in TS files

Wow that was fast :)
@LoRd_MuldeR
Was there any specific reason to change from libmpeg2 to libavcodec as the default decoder for the Mpeg-2 Part ?

PS: Hmm but it seems still not to work i use 2.4.3 (4276) 24 Jul 2008 from Gruntster his Page and the .m2ts is still not loaded (it seems not to index it @ all) and still i get the "Kann Seitenverhältnis nich bestimmen" Messagebox and it stops :(

[LoRd_MuldeR]

@LoRd_MuldeR
Was there any specific reason to change from libmpeg2 to libavcodec as the default decoder for the Mpeg-2 Part ?

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

[CruNcher]

Wow even the plans to drop it completely, i see tough i guessed libmpeg2 was pretty mature on the other side i didn't followed the libavcodec Mpeg-2 Developments so yeah might be the right time to abondon it.
Tough recently it even commited a new official bugfixed version after quiete a while http://libmpeg2.sourceforge.net/


PS: On the AVC Indexing (Parsing it correctly) issue in .m2ts of Blu-Ray/AVCHD Streams maybe Donald could help the Devs of Avidemux with that :)

[LoRd_MuldeR]

Well, why include another mpeg2 decoder library when "libavcodec" can do it? As long as it works okay...

[gruntster]

* Fixed calculation of width and height for High Profile H.264 video in TS files

PS: Hmm but it seems still not to work i use 2.4.3 (4276) 24 Jul 2008 from Gruntster his Page and the .m2ts is still not loaded (it seems not to index it @ all) and still i get the "Kann Seitenverhältnis nich bestimmen" Messagebox and it stops :(

It appears the M2TS parser currently doesn't detect the video stream type. It is hardcoded to MPEG video and therefore the H.264 video stream cannot be interpreted correctly. I'll try to look into this further.

Standard MPEG-TS detects the type of video stream correctly.

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4281 (2008-07-25)
http://www.avidemux.org/

4281 - [h264] update H.264 decoder (libavcodec r14288)
4280 - [ECMA] implement include() for MinGW
4279 - [ECMA] fix passing of args to exec()
4278 - [ECMA] implement exec() for MinGW
4277 - [ECMA] add GetFilePath to DirectorySearch class
4275 - [2.4.3] Bump version number

Revision 4281 (25 Jul 2008)
# Updated x264 to r918 (patched).

libx264 SVN-r918 + Psy-RDO v0.5 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?0m2zwoxgvgg
Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4281.

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]

is this some kind of bugs?
build after r4219
all have
Frame rate mode : Variable

Mediainfo :

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 : 4mn 4s
Bit rate mode : Variable
Bit rate : 1033 Kbps
Width : 576 pixels
Height : 432 pixels
Display aspect ratio : 4/3
Frame rate mode : Variable
Frame rate : 23.162 fps
Minimum frame rate : 8.333 fps
Maximum frame rate : 25.000 fps
Original frame rate : 25.000 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.179
Stream size : 30.2 MiB
Writing library : x264 core 60 r0+918 91fe97b

and

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 : 44mn 5s
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 : 24.585 fps
Minimum frame rate : 8.333 fps
Maximum frame rate : 25.000 fps
Original frame rate : 25.000 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.103
Stream size : 199 MiB
Writing library : x264 core 60 r915M 14046ae


previously all my encode are
Frame rate mode : Constant


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 : 44mn 47s
Bit rate mode : Variable
Bit rate : 523 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.084
Stream size : 167 MiB
Writing library : x264 core 60 r912M 9c5e557


:confused:

[LoRd_MuldeR]

Well, does only MediaInfo give that info or do you actually encounter playback problems?
For example: What framerate does MPlayer detect ???

And what container did you save to from Avidemux? MP4? MKV? AVI? ...

[wata]

because some video i encode recently seem not "smooth"
so i check the new encode with mediainfo and compare to some older ones
i don't think i change any setting because i am using custom profile
it is save in mp4 container

[LoRd_MuldeR]

because some video i encode recently seem not "smooth"
so i check the new encode with mediainfo and compare to some older ones
i don't think i change any setting because i am using custom profile
it is save in mp4 container

Please try again with AVI and report back. You can remux from AVI to MP4/MKV at later time (using YAMB/MP4Box or MKVToolnix).
There were some changes to MP4 support in Avidemux recently in order to support "large" 64-Bit MP4s ...

4218 15 Jul 2008 gruntster [MP4] support MP2 audio (FS#308)
4217 15 Jul 2008 gruntster [MP4] enable building of VBR time map
4216 15 Jul 2008 gruntster [MP4] improve fps accuracy
4215 15 Jul 2008 gruntster [MP4] set frame flags for correct indexing
4214 15 Jul 2008 gruntster [MP4] support for 64-bit output
4213 15 Jul 2008 gruntster [MP4] support for 64-bit input

[wata]

i encode a small segment of 10 seconds to both avi & mp4 with the latest build
here is the filesize of avi 1175698, mp4 1151977 bytes
here the mediainfo of avi

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : H264
Duration : 10s 440ms
Bit rate : 785 Kbps
Width : 576 pixels
Height : 432 pixels
Display aspect ratio : 4/3
Frame rate : 25.000 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.126
Stream size : 1001 KiB
Writing library : x264 core 60 r0+918 91fe97b
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / psy_rd=1.000000 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 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=21.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

and mp4

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 : 10s 440ms
Bit rate mode : Variable
Bit rate : 780 Kbps
Width : 576 pixels
Height : 432 pixels
Display aspect ratio : 4/3
Frame rate mode : Variable
Frame rate : 24.330 fps
Minimum frame rate : 8.333 fps
Maximum frame rate : 25.000 fps
Original frame rate : 25.000 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.129
Stream size : 995 KiB
Writing library : x264 core 60 r0+918 91fe97b
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / psy_rd=1.000000 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 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=21.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

[LoRd_MuldeR]

Seems to work okay with AVI. No idea what is causing your MP4 error, but it might be related to "improve fps accuracy" in r4216.
Maybe you should file a bugreport at https://bugs.avidemux.org/ ...

[gruntster]

The changes to MP4 were made before r4219. Could you try using libx264.dll from r4219 with r4281?

[wata]

already try doesn't matter which version of libx264.dll, r4281 produce Variable Frame rate mode
i also convert the above test avi to mp4 using yamb
here is the mediainfo seem ok no more variable framerate
so i think something is wrong the mp4 output after r4219


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 : 10s 440ms
Bit rate mode : Variable
Bit rate : 785 Kbps
Maximum bit rate : 1187 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.126
Stream size : 1001 KiB
Writing library : x264 core 60 r0+918 91fe97b
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / psy_rd=1.000000 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 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=21.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 2008-07-24 16:25:33
Tagged date : UTC 2008-07-24 16:25:33

[gruntster]

I think I misunderstood you. r4219 doesn't work for you either?

You said builds after r4219 present the problem but do you mean builds after and including r4219?

[wata]

no i mean build after r4219 (r4219 is working)
which mean r4269, r4276, r4281 not working for me

i notice build r4269, r4276, r4281, all these four files are the same (r4219 are different)
libglib-2.0-0.dll
libgmodule-2.0-0.dll
libgobject-2.0-0.dll
libgthread-2.0-0.dll

[gruntster]

Ok, thanks. Possibly caused by r4269 as it affects mp4 and mkv.

What player are you using?

[LoRd_MuldeR]

Just encoded a video to MP4, using Avidemux r4281 and libx264 r918.
AVInaptic does report the correct framerate, so does MPlayer. Video plays okay...

[gruntster]

Just encoded a video to MP4, using Avidemux r4281 and libx264 r918.
AVInaptic does report the correct framerate, so does MPlayer. Video plays okay...

Using B-frames as reference and increasing max consecutive B-frames may show the problem.

That was one of the reasons for r4269.

[LoRd_MuldeR]

Using B-frames as reference and increasing max consecutive B-frames may show the problem.

That was one of the reasons for r4269.

I always use B-Pyramid and maximum max consecutive B-Frames ;)

This is from MediaInfo:

Frame rate mode : Variable
Frame rate : 29.970 fps
Minimum frame rate : 29.940 fps
Maximum frame rate : 29.970 fps

[wata]

btw, the filesize is also different with same set of videos and setting

with r4281 with libx264-60.svn-r918.psy_rdo-v05.force_align - total filesize 355810480
with r4219 with libx264-60.svn-r918.psy_rdo-v05.force_align - total filesize 405895413

[LoRd_MuldeR]

libx264 SVN-r920 + Psy-RDO v0.5 + Gruntster's Alignment-Fix:
http://www.mediafire.com/?jwnj6ndx2nb

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

[LoRd_MuldeR]

libx264 SVN-r920 + Psy-RDO v0.5 + B-Frame Trellis + Gruntster's Alignment-Fix:
http://www.mediafire.com/?ybgqhz1ze6c

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Tested with Avidemux 2.4.3 r4281. Modified to use "b_adapt=2" by default.

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

[LoRd_MuldeR]

libx264 SVN-r920 + Psy-RDO v0.5 + B-Frame Trellis + Gruntster's Alignment-Fix:
http://www.mediafire.com/?bir2xjoxgcb

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Modified to be used with current Avidemux builds. Tested with Avidemux 2.4.3 r4281.
Now checking "B-Frames -> Adaptive" will enable the new/slow (Trellis-based) B-Frame decision method, unchecking will use the old/fast method.
Don't be surprised if you see major CPU usage drops on multi-core systems, when the new method is used.

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

[LoRd_MuldeR]

libx264 SVN-r920 + Psy-RDO v0.5 + B-Frame Trellis (Fixed) + Gruntster's Alignment-Fix:
http://www.mediafire.com/?j2p2uzj0ymw

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled). Modified to be used with current Avidemux builds. Tested with Avidemux 2.4.3 r4281.
Now checking "B-Frames -> Adaptive" will enable the new/slow (Trellis-based) B-Frame decision method, unchecking will use the old/fast method.
Don't be surprised if you see major CPU usage drops on multi-core systems, when the new method is used.

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

[LoRd_MuldeR]

libx264 SVN-r922 + Psy-RDO v0.5 + B-Frame Trellis (Fixed) + Gruntster's Alignment-Fix:
http://www.mediafire.com/?yznfmtix0hm

Compiled with MinGW GCC 4.2.1-sjlj. Modified to be used with current Avidemux builds. Tested with Avidemux 2.4.3 r4281.
Now checking "B-Frames -> Adaptive" will enable the new/slow (Trellis-based) B-Frame decision method, unchecking will use the old/fast method.
Don't be surprised if you see major CPU usage drops on multi-core systems, when the new method is used.

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

[LoRd_MuldeR]

libx264 SVN-r927 + Psy-RDO v0.5 + B-Frame Trellis (Fixed Version) + Gruntster's Alignment-Fix:
http://www.mediafire.com/?z52tym0hx0q

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled) again! Modified to be used with current Avidemux builds. Tested with Avidemux 2.4.3 r4281.
Now checking "B-Frames -> Adaptive" will enable the new/slow (Trellis-based) B-Frame decision method, unchecking will use the old/fast method.
Don't be surprised if you see major CPU usage drops on multi-core systems, when the new method is used.

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

[LoRd_MuldeR]

Avidemux 2.4.3 SVN-r4297 (2008-07-31)
http://www.avidemux.org/

4297 - [m2ts] tweak H.264 sync
4296 - [MP4] Fix over-read
4295 - [m2ts] fix syncing of H.264 for Blu-ray
4294 - [m2ts] parse program descriptor to detect audio streams
4293 - [m2ts] rework parsing of PAT/PMT in m2ts demuxer
4292 - [TS] compilation fix
4284 - [TS] extract DAR from H.264 in MPEG-TS files
4283 - [TS] determine fps of H.264 in MPEG-TS files
4282 - [TS] use frame_mbs_only flag to calculate height of H.264 in TS files
4281 - [h264] update H.264 decoder (libavcodec r14288)

Revision 4297 (31 Jul 2008)
# Updated x264 to r927 (patched).

libx264 SVN-r927 + Psy-RDO v0.5 + B-Frame Trellis (Fixed Version) + Gruntster's Alignment-Fix:
http://www.mediafire.com/?z52tym0hx0q

Compiled with MinGW GCC 4.3.1-tdm-1 (fprofiled) again! 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.
Don't be surprised if you see major CPU usage drops on multi-core systems, when the new method is used.

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)

[Dark Shikari]

Wouldn't it be better to have the three B-frame adaptivity options (off, fast, optimal) instead of just two?

[LoRd_MuldeR]

Wouldn't it be better to have the three B-frame adaptivity options (off, fast, optimal) instead of just two?

Of course! But this would require the x264 config dialog to be changed. In fact both GUI's (GTK+ and Qt) would need to be changed.
I don't think this will happen before the new method officially hits git. Also there will be a completely new x264 dialog (http://www.mediafire.com/?vum2njdjzz9) in upcoming Avidemux 2.5.

Therefore I added a simple hack to libx264, so b_adapt=2 can be used with current (unchanged) Avidemux builds...

[wata]

the variable framerate bug (for mp4 output) is still there with latest version, Avidemux 2.4.3 SVN-r4297 (2008-07-31)

[poisondeathray]

That's great the profiles are going to be added to 2.5. It's a big pain to configure everything each time. Any word on when 2.5 will be released?

[LoRd_MuldeR]

It's a big pain to configure everything each time.
You can use scripts to save/load your x264 settings in Avidemux. See the FAQ (http://forum.doom9.org/showpost.php?p=1006659&postcount=1).

Any word on when 2.5 will be released?
I don't have more info than you....

[LoRd_MuldeR]

the variable framerate bug (for mp4 output) is still there with latest version, Avidemux 2.4.3 SVN-r4297 (2008-07-31)

Did you file a bugreport, so this one doesn't get forgotten?

[ozhanesk90]

Yes Variable Framerate is a big bug and Big Problem I'm convert all my videos very Small Size Mp4. If I use last pro for convert, my videos aren't accuracy
I hope you solve this problem another update.

[LoRd_MuldeR]

Yes Variable Framerate is a big bug and Big Problem I'm convert all my videos very Small Size Mp4. If I use last pro for convert, my videos aren't accuracy
I hope you solve this problem another update.

As I said, you better put a bugreport on https://bugs.avidemux.org/ so this one doesn't get forgotten ;)

If you already did so, then you have to wait for MEAN or Gruntster to look into the issue...

[CruNcher]

yeah finaly .m2ts works :) and to some degree even .264 (some glitches still but it indexes it and shows a non decipherable picture) indexing works now :D

dont forget to del *.idx before trying it tough or you get the message it couldn't been opened :)

[LoRd_MuldeR]

Support for raw .264 streams still is a bit buggy.

I tried to open Elephant's Dream (raw .264 extracted from MOV via MP4Box) and Avidemux simply crashed with "Fatal Error" after indexing :o

Re-opening the file will crash immediately ...

*********** EXCEPTION **************
Registers:
EAX: 01A5BFFE EBX: 00000001 ECX: 048BBA70 EDX: 000002D5 ESI: 00000000
EDI: 00E9E231 ESP: 0022ED40 EBP: 048BD000 EIP: 005AABEB EFlags: 00010246

Exception Code: EXCEPTION_ACCESS_VIOLATION (C0000005)
Exception Flags: 00000000

Origin:
D:\Avidemux 2.4.3\avidemux2_gtk.exe(av_getAVCStreamInfo+0x1AABEB) [0x005AABEB]
*********** EXCEPTION **************

*********** BACKTRACE **************
Frame 0: D:\Avidemux 2.4.3\avidemux2_gtk.exe(Z16exceptionHandlerP17_EXCEPTION_RECORDPvP8_CONTEXTS1_+0x12C03E) [0x0052C03E]
Frame 1: C:\WINDOWS\system32\ntdll.dll(RtlRaiseStatus+0x1EC2A) [0x7D61EC2A]
Frame 2: C:\WINDOWS\system32\ntdll.dll(RtlRaiseStatus+0x1EBFB) [0x7D61EBFB]
Frame 3: C:\WINDOWS\system32\ntdll.dll(KiUserExceptionDispatcher+0x1EA36) [0x7D61EA36]
*********** BACKTRACE **************

[CruNcher]

How to disable Scenecut in the X264 gui part, i only see a option to change it's strength but no way to disable it 0 is in X264 cli not disable but lowest setting disabling would be -1 and that's not possible in the X264 gui, also floating CRF seems no way to make use of it ?
uff there still seems to be alot of bugs that make it still unusable SAR for .MKV output isnt accepted stays @ 1.25 and SAR for .Mp4 is wrong instead of 1.78 PAL 16/9 (64:45) its outputing 2.22 (tough it detects the source absolutely correctly as 1.78 PAL 16/9 (64:45).

[LoRd_MuldeR]

How to disable Scenecut in the X264 gui part, i only see a option to change it's strength but no way to disable it, also floating CRF seems no way to make use of it ?

It seems those options are not available yet...

[gruntster]

How to disable Scenecut in the X264 gui part, i only see a option to change it's strength but no way to disable it

How do you disable this with x264 CLI??

[CruNcher]

see my better description :) --scenecut=-1
gruntster it would be cool if i could talk about bugs and problems here and not allways file a bug report i like this direct contact with developers more then going over these lists :) i guess these problems are also not really big issues but minor ones, tough i think they are important for an application wich targets Average users and such usability problems seem also faster fixable then more hardcore stuff but they also have a big impact on user expirience :)

[LoRd_MuldeR]

libx264 SVN-r928 + Psy-Trellis (Prototype) + B-Frame Trellis (Fixed Version) + Gruntster's Alignment-Fix:
http://www.mediafire.com/?x2lyny2xgyr

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

[poisondeathray]

Hi LoRd_MuldeR (or anyone else), I can't seem to get the custom x264 settings to appear in the "custom" menu.

I've followed the instructions in the faqs (http://forum.doom9.org/showthread.php?t=126164), used notepad++, tried it with/without a video loaded, tried with/without audio section in the script.

Any ideas?

[LoRd_MuldeR]

Place the script file (.js) in your C:\Documents and Settings\John Doe\Application Data\avidemux\custom folder and it will show up in the "custom" menu...

[joseph5]

When I try to make a "Direct Stream Copy" of an mpeg file using the MPEG-PS (A+V) container it won't let me because it says: "Incompatible Audio: For VCD, audio must be 44.1 kHz MP2". The audio is 48 kHz MP2.
The problem is I'm not trying to make a VCD, just to cut out commercials from the recording, so why doesn't it let me do it?

[poisondeathray]

@LoRd_MuldeR : yes it's working, thanks!

I think the faq's need to be updated with the correct directory path

[LoRd_MuldeR]

When I try to make a "Direct Stream Copy" of an mpeg file using the MPEG-PS (A+V) container it won't let me because it says: "Incompatible Audio: For VCD, audio must be 44.1 kHz MP2". The audio is 48 kHz MP2.
The problem is I'm not trying to make a VCD, just to cut out commercials from the recording, so why doesn't it let me do it?

Preferences -> Output -> "Accept none-standard audio frequency for DVD"

[LoRd_MuldeR]

I think the faq's need to be updated with the correct directory path

Done :)

[joseph5]

Preferences -> Output -> "Accept none-standard audio frequency for DVD"
Thanks for your reply, but that option is checked and the same message shows up.