MeGUI: bug reports and feature requests

[LigH]

Just in case: Do not ask how to process pirated movies. See forum rules.

Your input file has the extension .mp4 but a Matroska container; better be certain what you have.

[Carpo]

Would it be possible to add the itags cover option to the MP4 muxer, I like to add film covers to my MP4s, yes I know its purely a cosmetic thing :p

[yangshao]

Hello. Used a variety of versions of the MeGUI consists of 2508 current versions, a fatal error occurred when the task was always: video to 99.9% when occurs, the system prompts "encountered a problem, caused the program to stop working correctly". (windows7)
MeGui LOGO:
http://s14.directupload.net/images/140919/3ht9an4p.png
Supplement: music or video coding of MV is normal, but the video time length exceeds the above mentioned error occurred in the 60min will!!! Because of my code is complete movie file.
I write AVS are correct, AVS is the normal play! The use of other x264 tools (Hybrid, Simple x264 Launcher) code with a AVS file is not an error occurs, the task is completed properly! When video tasks why the use of MeGUI to 99.9% error will occur? What causes the encoder process exit? Please tell me how I should deal with, thank you!

[Zathor]

Please post the full log file.
What happens when you execute the command line directly?

[Capsbackup]

When trying to mux a .264 file with a mp4 audio file using the mp4 muxer option, and split the file at 3.5GB, there is no split or completed output file at all! :confused:

If I do not select to split the file, I do get a completed muxed file.

So the splitting file option is not working anymore? :(

[Information] Log
-[Information] Versions
--[Information] [9/22/2014 11:46:21 AM] MeGUI: 2508
--[Information] [9/22/2014 11:46:21 AM] Operating System: Windows 7 x64 SP1 (6.1.65536.7601)
--[Information] [9/22/2014 11:46:21 AM] .Net Framework: 2.0.50727.5420
--[Information] [9/22/2014 11:46:21 AM] .Net Framework: 4.0.0.0
--[Information] [9/22/2014 11:46:21 AM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [9/22/2014 11:46:21 AM] AvisynthWrapper: (06-01-2013)
--[Information] [9/22/2014 11:46:21 AM] Haali Matroska Splitter: 1.9.42.1 (10-01-2009)
--[Information] [9/22/2014 11:46:21 AM] Haali DSS2: (10-01-2009)
--[Information] [9/22/2014 11:46:21 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (06-01-2013)
--[Information] [9/22/2014 11:46:21 AM] LinqBridge: 1.0.0.0 (06-01-2013)
--[Information] [9/22/2014 11:46:21 AM] MediaInfo: 0.7.70.0 (03-09-2014)
--[Information] [9/22/2014 11:46:21 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [9/22/2014 11:46:21 AM] MessageBoxExLib: 1.0.2218.28317 (06-01-2013)
--[Information] [9/22/2014 11:46:21 AM] SevenZipSharp: 0.64.3890.29348 (06-01-2013)
--[Information] [9/22/2014 11:46:21 AM] 7z: 9.20 (06-01-2013)
-[Information] Update detection
--[Information] [9/22/2014 11:46:23 AM] Connected to server: http://megui.xvidvideo.ru/auto/
--[Information] [9/22/2014 11:46:23 AM] No package requires an update
-[Information] Log for job1 (mux, Transformers Age Of Extinction.264 -> Transformers Age Of Extinction-muxed.mp4)
--[Information] [9/22/2014 11:47:31 AM] Started handling job
--[Information] [9/22/2014 11:47:31 AM] Preprocessing
--[Information] [9/22/2014 11:47:31 AM] MediaInfo
---[Information] [9/22/2014 11:47:31 AM] File: G:\BD RIPS\Transformers Age Of Extinction\Transformers Age Of Extinction.264
---[Information] General
----[Information] Format: AVC
----[Information] FormatString: AVC
----[Information] FileSize: 9756563984
----[Information] PlayTime:
---[Information] Video
----[Information] ID:
----[Information] StreamOrder:
----[Information] Width: 1920
----[Information] Height: 800
----[Information] FrameCount:
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: AVC
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 2.400
----[Information] AspectRatioString: 2.40:1
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [9/22/2014 11:47:31 AM] MediaInfo
---[Information] [9/22/2014 11:47:31 AM] File: G:\BD RIPS\Transformers Age Of Extinction\Transformers Age Of Extinction.track_2.mp4
---[Information] General
----[Information] Format: MPEG-4
----[Information] FormatString: MPEG-4
----[Information] FileSize: 546358893
----[Information] PlayTime: 02:45:07.392
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Format: AAC
----[Information] FormatProfile: LC
----[Information] FormatSettingsSBR: No (Explicit)
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: VBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [9/22/2014 11:47:32 AM] Job commandline: "C:\Tools\MeGUI\tools\mp4box\mp4box.exe" -add "G:\BD RIPS\Transformers Age Of Extinction\Transformers Age Of Extinction.264#trackID=1:fps=23.976:name=" -add "G:\BD RIPS\Transformers Age Of Extinction\Transformers Age Of Extinction.track_2.mp4#trackID=1:lang=en:name=" -splits 3670016 -tmp "G:\\BD RIPS\\Transformers Age Of Extinction" -new "G:\BD RIPS\Transformers Age Of Extinction\Transformers Age Of Extinction-muxed.mp4"
--[Information] [9/22/2014 11:47:32 AM] Process started
--[Information] [9/22/2014 11:47:32 AM] Standard output stream
--[Information] [9/22/2014 11:47:32 AM] Standard error stream
---[Information] [9/22/2014 11:47:39 AM] AVC-H264 import - frame size 1920 x 800 at 23.976 FPS
---[Information] [9/22/2014 11:52:45 AM] AVC Import results: 237537 samples - Slices: 62044 I 585896 P 302208 B - 277663 SEI - 4 IDR
---[Information] [9/22/2014 11:52:45 AM] Stream uses forward prediction - stream CTS offset: 2 frames
---[Information] [9/22/2014 11:52:45 AM] OpenGOP detected - adjusting file brand
---[Information] [9/22/2014 11:52:45 AM] IsoMedia import Transformers Age Of Extinction.track_2.mp4 - track ID 1 - Audio (SR 48000 - 6 channels)
---[Information] [9/22/2014 11:53:29 AM] Not enough Random Access points in input file - cannot split
--[Information] [9/22/2014 11:53:29 AM] Postprocessing
---[Information] [9/22/2014 11:53:29 AM] Deleting intermediate files
--[Information] [9/22/2014 11:53:29 AM] Job completed

[AMED]

I don't think this is a fault with MeGUI.

---[Information] [9/22/2014 11:53:29 AM] Not enough Random Access points in input file - cannot split

Can you try using Mp4box to remux this file in to a new mp4 file (without splitting) and then try that new mp4 in MeGUI.

EDIT: According to the Mp4box documentation
Note 1 : The input file must have enough random access points in order to be splitted. This may not be the case with some video files where only the very first sample of the video track is a key frame (many 3GP files with H263 video are recorded that way). In order to split such files you will have to use a real video editor and re-encode the content.

[Capsbackup]

Thanks for your reply. I did notice that message in the log. I have used this method several times before, which is using MeGui to reencode the file to a given file size, then use that MeGui reencoded .264 as well as MeGui's reencoded dts or ac3 to mp4 audio file as the inputs.

Tried using the successful mux to one file as the video input, then used the mp4 audio file as the audio input, but same results as before with the same message
"Not enough Random Access points in input file - cannot split".

[sneaker_ger]

---[Information] [9/22/2014 11:52:45 AM] AVC Import results: 237537 samples - Slices: 62044 I 585896 P 302208 B - 277663 SEI - 4 IDR
Open gop left just 3 possible split points for the entire movie. (First IDR is very first frame of movie and doesn't count)
Use closed gop or make the planned split points IDR frames via qpfile (http://mewiki.project357.com/wiki/X264_Settings#qpfile) next time.

[Capsbackup]

Open gop left just 3 possible split points for the entire movie. (First IDR is very first frame of movie and doesn't count)
Use closed gop or make the planned split points IDR frames via qpfile (http://mewiki.project357.com/wiki/X264_Settings#qpfile) next time.

Thanks for the suggestion. I have used qp file for chapters before, but not for splitting files.
I use the Bluray profile with a CRF 22 for encoding, with open gop. Several movies I have done this way have always worked. The only reason I split the files is when the finished file is greater than 4GB. Only then do I split them, since my WD MY Book Live NAS only allows less than 4 GB files for remote download access.
I thought I frames would work as well, but apparently not. :o

[hello_hello]

When you right click on a job in the job queue you're given a bunch of options. "Delete", "change status", "run in temporary worker" etc. Each of them only apply to the selected job(s). Except abort. That doesn't just abort the selected job, it aborts them all. Why?????
I know the conformation window asks if you want to abort all jobs but it seems to me it should apply just to the selected jobs just like all the other options. Then maybe I wouldn't have clicked through the confirmation window and accidentally aborted a job which had been running for hours. I've done that a few times in the past.

[Zathor]

2512 [OneClick] better support for Blu-ray playlist where eac3to and mediainfo report different track information
2511 [Chapter Creator] improved error handling
2510 [VobSubber] improved error handling
2509 [OneClick] fixed removing the wrong subtitle track when using the DEL key

[Rat Killer]

Still have a bug in the one click encoder routine. If 'Don't Encode Video' is checked in the advanced cofig tab, the setting works for single files but is ignored for folders of files (batch mode). Its been this way since the 'Dont Encode Video' option was added long ago. Any chance of getting it fixed?

Many files all I need to do is recode the audio and place in a different container, no need to recode the video.

Thanks,

[Zathor]

Upload your log. This is one of my main workflows and I do not have any problems with it. Therefore it must have something to do how you are using it (e.g. different file types). I do not say that there is no problem, but for me it is working :confused:

[Rat Killer]

Always mkv or mp4 to mp4 with h264 and ac3 audio. ISMA as device type for MP4 to force MOOV atom to front of file for streaming.

I just noticed that the 'Don't Encode Video' option is in 2 places, on the advanced options tab were I was previously looking for it and its also in the OneClickProfile where I do not have it selected. Does the profile override the advanced tab only in batch mode?

I'll go assemble a small batch and try, then attach the log file to a message here. Thanks.



UPDATE:

Once I set the 'do not encode video' in a new profile, rather than setting it on the advanced settings tab, it now processes as intended. Seems the setting on the advanced settings tab is ignored in batch mode.

[Barough]

And how?

There is "Enable NeroAacEnc" and "Enable QAAC" in "MeGUI ---> Menubar ---> Options ---> Settings ---> External Program Configuration".

But nothing like "Enable FDK-AAC" ;).

So, how to do it?

you cannot use it directly in the current version...you have to wait that a developper implement it.

My point was to use the one from Nu774 because there are more features and better support within Windows.

yes, pretty easy to add. I just need some free time to do that.


Hi

Wondering if there have been any progress made regarding the adding of FDK-AAC into MeGUI.


Regards,

B

[Kurtnoise]

Thanks for the reminder...I will have a look this week.

[bazz]

I HAD MY BUFFER SIZES (sorry 4 caps) set to 50000 each in MeGUI 2512 DEV
i queued up almost 60 (HD L4.1) jobs, audio and video
im running AMD FX -8 core with 8GB of RAM (waiting for Ebuyer restocking their 4GB RipjawsX 1600MHz so i can fill the other 2slots and run 12GB)
i am running MT Avisynth
SetMTMode(5, 8)
Now after the jobs were done the 2 buffer sizes had moved way high check below (Ive checked all others this only moved on last or last 2 jobs
Was this MeGUI, MT or just so many HD jobs queued running each one at a time

cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=2000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=62500 / vbv_bufsize=78125 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00

would you do this one job again incase of any stuttering or problems , flicking through it looks fine?

[Kurtnoise]

:logfile:

[bazz]

-[Warning] Log for job62 (video, video.720p.mkv.avs -> )
--[Information] [11/11/2014 09:04:45] Started handling job
--[Information] [11/11/2014 09:04:45] Preprocessing
--[Information] [11/11/2014 09:04:45] Avisynth input script
---[NoImage] SetMTMode(5, 8)
---[NoImage] LoadPlugin("C:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("D:\Downloads\video.720p\video.720p.mkv", cachefile="E:\MeGUI Output\video.720p.mkv.ffindex", fpsnum=24000, fpsden=1001)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\UnDot.dll")
---[NoImage] Undot() # Minimal Noise
---[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\VSFilter.dll")
---[NoImage] TextSub("D:\Downloads\video\video.720p-forced.srt", 1)
--[Information] [11/11/2014 09:04:46] resolution: 1280x536
--[Information] [11/11/2014 09:04:46] frame rate: 24000/1001
--[Information] [11/11/2014 09:04:46] aspect ratio: 160:67 (2.388)
--[Information] [11/11/2014 09:04:46] Job commandline: "C:\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --preset slow --pass 1 --bitrate 2000 --stats "E:\MeGUI Output\seven.psychopaths.2012.720p.mkv.stats" --deblock -1:-1 --keyint 240 --ref 4 --vbv-bufsize 78125 --vbv-maxrate 62500 --merange 32 --subme 9 --trellis 2 --no-fast-pskip --sar 1:1 --output NUL "E:\MeGUI Output\video.720p.mkv.avs"
--[Information] [11/11/2014 09:04:46] Process started
--[Information] [11/11/2014 09:04:46] Standard output stream
---[Information] [11/11/2014 09:53:20] avs [info]: AviSynth 2.60, build:Sep 28 2013 [15:09:12]
---[Information] [11/11/2014 09:53:20] avs [info]: Video colorspace: YV12
---[Information] [11/11/2014 09:53:20] avs [info]: Video resolution: 1280x536
---[Information] [11/11/2014 09:53:20] avs [info]: Video framerate: 24000/1001
---[Information] [11/11/2014 09:53:20] avs [info]: Video framecount: 158806
---[Information] [11/11/2014 09:53:20] avs4x26x [info]: "x264_64" - --level 4.1 --preset slow --pass 1 --bitrate 2000 --stats "E:\MeGUI Output\seven.psychopaths.2012.720p.mkv.stats" --deblock -1:-1 --keyint 240 --ref 4 --vbv-bufsize 78125 --vbv-maxrate 62500 --merange 32 --subme 9 --trellis 2 --no-fast-pskip --sar 1:1 --output NUL --frames 158806 --fps 24000/1001 --input-res 1280x536 --input-csp i420
--[Warning] [11/11/2014 09:04:46] Standard error stream
---[Information] [11/11/2014 09:04:48] raw [info]: 1280x536p 1:1 @ 24000/1001 fps (cfr)
---[Information] [11/11/2014 09:04:48] x264 [info]: using SAR=1/1
---[Warning] [11/11/2014 09:04:48] x264 [warning]: VBV bitrate (62500) > level limit (50000)
---[Warning] [11/11/2014 09:04:48] x264 [warning]: VBV buffer (78125) > level limit (62500)
---[Information] [11/11/2014 09:04:48] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 LZCNT
---[Information] [11/11/2014 09:04:48] x264 [info]: profile Main, level 4.1
---[Information] [11/11/2014 09:53:19] x264 [info]: frame I:1318 Avg QP:16.20 size: 91237
---[Information] [11/11/2014 09:53:19] x264 [info]: frame P:46653 Avg QP:18.60 size: 20347
---[Information] [11/11/2014 09:53:19] x264 [info]: frame B:110835 Avg QP:21.14 size: 4940
---[Information] [11/11/2014 09:53:19] x264 [info]: consecutive B-frames: 3.1% 7.8% 11.2% 77.9%
---[Information] [11/11/2014 09:53:19] x264 [info]: mb I I16..4: 34.5% 0.0% 65.5%
---[Information] [11/11/2014 09:53:19] x264 [info]: mb P I16..4: 22.3% 0.0% 0.0% P16..4: 58.6% 0.0% 0.0% 0.0% 0.0% skip:19.1%
---[Information] [11/11/2014 09:53:19] x264 [info]: mb B I16..4: 4.3% 0.0% 0.0% B16..8: 25.3% 0.0% 0.0% direct:14.0% skip:56.4% L0:34.4% L1:45.6% BI:20.0%
---[Information] [11/11/2014 09:53:19] x264 [info]: final ratefactor: 19.62
---[Information] [11/11/2014 09:53:19] x264 [info]: direct mvs spatial:97.4% temporal:2.6%
---[Information] [11/11/2014 09:53:19] x264 [info]: coded y,uvDC,uvAC intra: 45.8% 57.6% 21.3% inter: 15.1% 19.7% 1.3%
---[Information] [11/11/2014 09:53:19] x264 [info]: i16 v,h,dc,p: 37% 23% 28% 12%
---[Information] [11/11/2014 09:53:19] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 18% 14% 8% 8% 8% 8% 7% 8%
---[Information] [11/11/2014 09:53:19] x264 [info]: i8c dc,h,v,p: 55% 20% 20% 4%
---[Information] [11/11/2014 09:53:19] x264 [info]: Weighted P-Frames: Y:3.9% UV:3.0%
---[Information] [11/11/2014 09:53:19] x264 [info]: kb/s:1953.12
---[Information] [11/11/2014 09:53:19] encoded 158806 frames, 54.53 fps, 1953.12 kb/s
--[Information] [11/11/2014 09:53:20] Postprocessing
---[Information] [11/11/2014 09:53:20] Deleting intermediate files
--[Information] [11/11/2014 09:53:20] Job completed
-[Information] Log for job63 (video, video.720p.mkv.avs -> video.720p.mkv.mkv)
--[Information] [11/11/2014 09:53:20] Started handling job
--[Information] [11/11/2014 09:53:20] Preprocessing
--[Information] [11/11/2014 09:53:20] Avisynth input script
---[NoImage] SetMTMode(5, 8)
---[NoImage] LoadPlugin("C:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("D:\Downloads\video.2012.720p.\video.720p.mkv", cachefile="E:\MeGUI Output\video.720p.mkv.ffindex", fpsnum=24000, fpsden=1001)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\UnDot.dll")
---[NoImage] Undot() # Minimal Noise
---[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\VSFilter.dll")
---[NoImage] TextSub("D:\Downloads\video.720p\video.2012.720p-forced.srt", 1)
--[Information] [11/11/2014 09:53:20] resolution: 1280x536
--[Information] [11/11/2014 09:53:20] frame rate: 24000/1001
--[Information] [11/11/2014 09:53:20] aspect ratio: 160:67 (2.388)
--[Information] [11/11/2014 09:53:20] Job commandline: "C:\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --preset slow --pass 2 --bitrate 2000 --stats "E:\MeGUI Output\seven.psychopaths.2012.720p.mkv.stats" --deblock -1:-1 --keyint 240 --ref 4 --vbv-bufsize 78125 --vbv-maxrate 62500 --merange 32 --subme 9 --trellis 2 --no-fast-pskip --sar 1:1 --output "E:\MeGUI Output\video.720p.mkv.mkv" "E:\MeGUI Output\video.720p.mkv.avs"
--[Information] [11/11/2014 09:53:20] Process started
--[Information] [11/11/2014 09:53:20] Standard output stream
---[Information] [11/11/2014 12:54:45] avs [info]: AviSynth 2.60, build:Sep 28 2013 [15:09:12]
---[Information] [11/11/2014 12:54:45] avs [info]: Video colorspace: YV12
---[Information] [11/11/2014 12:54:45] avs [info]: Video resolution: 1280x536
---[Information] [11/11/2014 12:54:45] avs [info]: Video framerate: 24000/1001
---[Information] [11/11/2014 12:54:45] avs [info]: Video framecount: 158806
---[Information] [11/11/2014 12:54:45] avs4x26x [info]: "x264_64" - --level 4.1 --preset slow --pass 2 --bitrate 2000 --stats "E:\MeGUI Output\video.720p.mkv.stats" --deblock -1:-1 --keyint 240 --ref 4 --vbv-bufsize 78125 --vbv-maxrate 62500 --merange 32 --subme 9 --trellis 2 --no-fast-pskip --sar 1:1 --output "E:\MeGUI Output\video.720p.mkv.mkv" --frames 158806 --fps 24000/1001 --input-res 1280x536 --input-csp i420
--[Information] [11/11/2014 09:53:20] Standard error stream
---[Information] [11/11/2014 09:53:34] raw [info]: 1280x536p 1:1 @ 24000/1001 fps (cfr)
---[Information] [11/11/2014 09:53:34] x264 [info]: using SAR=1/1
---[Information] [11/11/2014 09:53:34] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 LZCNT
---[Information] [11/11/2014 09:53:34] x264 [info]: profile High, level 4.1
---[Information] [11/11/2014 12:54:44] x264 [info]: frame I:1318 Avg QP:17.15 size: 93389
---[Information] [11/11/2014 12:54:44] x264 [info]: frame P:46653 Avg QP:20.00 size: 19996
---[Information] [11/11/2014 12:54:44] x264 [info]: frame B:110835 Avg QP:22.02 size: 5409
---[Information] [11/11/2014 12:54:44] x264 [info]: consecutive B-frames: 3.1% 7.8% 11.2% 77.9%
---[Information] [11/11/2014 12:54:44] x264 [info]: mb I I16..4: 9.9% 74.1% 16.0%
---[Information] [11/11/2014 12:54:44] x264 [info]: mb P I16..4: 1.2% 5.8% 0.5% P16..4: 49.9% 18.5% 11.4% 0.0% 0.0% skip:12.7%
---[Information] [11/11/2014 12:54:44] x264 [info]: mb B I16..4: 0.1% 0.8% 0.1% B16..8: 47.2% 4.7% 1.0% direct: 3.2% skip:42.8% L0:43.8% L1:50.2% BI: 5.9%
---[Information] [11/11/2014 12:54:44] x264 [info]: 8x8 transform intra:78.0% inter:68.0%
---[Information] [11/11/2014 12:54:44] x264 [info]: direct mvs spatial:94.4% temporal:5.6%
---[Information] [11/11/2014 12:54:44] x264 [info]: coded y,uvDC,uvAC intra: 74.8% 78.1% 45.4% inter: 16.4% 23.8% 1.8%
---[Information] [11/11/2014 12:54:44] x264 [info]: i16 v,h,dc,p: 37% 18% 14% 31%
---[Information] [11/11/2014 12:54:44] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 8% 15% 8% 12% 11% 11% 10% 11%
---[Information] [11/11/2014 12:54:44] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 10% 6% 8% 13% 13% 12% 10% 11%
---[Information] [11/11/2014 12:54:44] x264 [info]: i8c dc,h,v,p: 47% 21% 19% 13%
---[Information] [11/11/2014 12:54:44] x264 [info]: Weighted P-Frames: Y:4.8% UV:3.0%
---[Information] [11/11/2014 12:54:44] x264 [info]: ref P L0: 55.6% 12.4% 21.7% 8.8% 1.4% 0.1%
---[Information] [11/11/2014 12:54:44] x264 [info]: ref B L0: 84.1% 12.6% 3.4%
---[Information] [11/11/2014 12:54:44] x264 [info]: ref B L1: 94.3% 5.7%
---[Information] [11/11/2014 12:54:44] x264 [info]: kb/s:1999.46
---[Information] [11/11/2014 12:54:44] encoded 158806 frames, 14.61 fps, 1999.46 kb/s
--[Information] [11/11/2014 12:54:45] Final statistics
---[Information] [11/11/2014 12:54:45] Video Bitrate Desired: 2000 kbit/s
---[Information] [11/11/2014 12:54:45] Video Bitrate Obtained (approximate): 2000 kbit/s
--[Information] [11/11/2014 12:54:45] MediaInfo
---[Information] [11/11/2014 12:54:45] File: E:\MeGUI Output\video.720p.mkv.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 1656624885
----[Information] PlayTime: 01:50:23.534
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 536
----[Information] FrameCount: 158806
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode: CFR
----[Information] ScanType: Progressive
----[Information] Codec: V_MPEG4/ISO/AVC
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 2.388
----[Information] AspectRatioString: 2.40:1
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [11/11/2014 12:54:45] Postprocessing
---[Information] [11/11/2014 12:54:45] Deleting intermediate files
----[Information] [11/11/2014 12:54:45] Successfully deleted E:\MeGUI Output\video.720p.mkv.stats
----[Information] [11/11/2014 12:54:45] Successfully deleted E:\MeGUI Output\video.720p.mkv.stats.mbtree
--[Information] [11/11/2014 12:54:45] Job completed
-[Information] Log for job64 (audio, video.2012.720p - [0] English.dts -> video.720p - [0] English.ac3)
--[Information] [11/11/2014 12:54:45] Started handling job
--[Information] [11/11/2014 12:54:45] Preprocessing
--[Information] [11/11/2014 12:54:45] MediaInfo
---[Information] [11/11/2014 12:54:45] File: E:\MeGUI Output\video.720p - [0] English.dts
---[Information] General
----[Information] Format: DTS
----[Information] FormatString: DTS
----[Information] FileSize: 1249371520
----[Information] PlayTime: 01:50:23.573
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: DTS
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [11/11/2014 12:54:46] Trying to open the file with NicAudio
--[Information] [11/11/2014 12:54:46] Successfully opened the file with NicAudio
--[Information] [11/11/2014 12:54:46] Avisynth script
---[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] NicDtsSource("E:\MeGUI Output\video.720p - [0] English.dts")
---[NoImage] # detected channels: 6 channels
---[NoImage] # detected channel positions: 3/2/0.1
---[NoImage] Normalize()
---[NoImage] return last
--[Information] [11/11/2014 12:54:46] Commandline used: -readtoeof 1 -b 448 - "{0}"
--[Information] [11/11/2014 12:54:46] Avisynth script environment opened
--[Information] [11/11/2014 12:54:46] Script loaded
--[Information] [11/11/2014 12:54:46] Output Decoder
---[Information] [11/11/2014 12:54:46] Channels: 6
---[Information] [11/11/2014 12:54:46] Bits per sample: 32
---[Information] [11/11/2014 12:54:46] Sample rate: 48000
--[Information] [11/11/2014 12:54:46] Job commandline: C:\MeGUI\tools\aften\aften.exe -readtoeof 1 -b 448 - "E:\MeGUI Output\video.720p - [0] English.ac3"
--[Information] [11/11/2014 12:54:46] Process started
--[Information] [11/11/2014 12:54:46] Standard output stream
--[Information] [11/11/2014 12:54:46] Standard error stream
---[Information] [11/11/2014 13:00:00] Aften: A/52 audio encoder
---[Information] [11/11/2014 13:00:00] Version git
---[Information] [11/11/2014 13:00:00] (c) 2006-2009 Justin Ruggles, Prakash Punnoor, et al.
---[Information] [11/11/2014 13:00:00] input format: Microsoft WAVE Floating-point 32-bit little-endian 48000 Hz 5.1-channel
---[Information] [11/11/2014 13:00:00] output format: 48000 Hz 3/2 + LFE
---[Information] [11/11/2014 13:00:00] SIMD usage: MMX SSE SSE2 SSE3
---[Information] [11/11/2014 13:00:00] Threads: 4
--[Information] [11/11/2014 13:05:16] MediaInfo
---[Information] [11/11/2014 13:05:16] File: E:\MeGUI Output\video.720p - [0] English.ac3
---[Information] General
----[Information] Format: AC-3
----[Information] FormatString: AC-3
----[Information] FileSize: 370920704
----[Information] PlayTime: 01:50:23.584
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [11/11/2014 13:05:16] Postprocessing
---[Information] [11/11/2014 13:05:16] Deleting intermediate files
--[Information] [11/11/2014 13:05:16] Job completed


WOULD YOU REDO THIS AND ONE MORE WHEN THE BUFFER SETTINGS CHANGED,ITS ONLY 2, WILL IT AFFECT PLAYBACK IN DIFFERENT DEVICES?

======================================================================================


please can you help with my MT settings, Undot is mainly all i use
i could be using mode 1 or mode 2 ?
also 8 i thought was threads when im really using 4?

this is what ive been using

SetMTMode(5, 8)

i have tried please help me

thank you soo much !!!

[hello_hello]

Thanks for the reminder...I will have a look this week.

While you're looking..... ;)
Any chance the audio encoder configurations might one day include the ability to add a custom command line, as the video configurations currently do?

Thanks.

[Kurtnoise]

sure...no pb

[Overdrive80]

Won´t you to solve what megui use constant framerate conversion option??

FFVideoSource("XXXX.xxx", fpsnum=24000, fpsden=1001)

[Kurtnoise]

Please explain with more details when/where you got this...

[Zathor]

Post a sample file where this is a problem.

I made in the past a lot of tests and especially for cfr files this was needed as otherwise the video was out of sync. I am always open for improvements but at least for cfr files removing it will cause problems. Also I think especially telecine files were a problem.

[Overdrive80]

I had already reported this issue http://forum.doom9.org/showthread.php?p=1679175#post1679175

FFms2's developer answers on point 4. http://forum.doom9.org/showthread.php?p=1679218#post1679218

4. Why megui is adding vfr to cfr conversion to every ffvideosource call is also a bit of a mystery

FFVideoSource documentation: http://ffmpegsource.googlecode.com/svn/trunk/doc/ffms2-avisynth.html


FFVideoSource(string source, int track = -1, bool cache = true,
string cachefile = source + ".ffindex", int fpsnum = -1, int fpsden = 1,
int threads = -1, string timecodes = "", int seekmode = 1, int rffmode = 0,
int width = -1, int height = -1, string resizer = "BICUBIC",
string colorspace = "", bool utf8 = false, string varprefix = "")

Opens video. Will invoke indexing of all video tracks (but no audio tracks) if no valid index file is found.
Arguments

string source
The source file to open.
int track = -1
The video track number to open, as seen by the relevant demuxer. Track numbers start from zero, and are guaranteed to be countinous (i.e. there must be a track 1 if there is a track 0 and a track 2). -1 means open the first video track. Note that FFMS2's idea about what track has what number may (or may not) be completely different from what some other application might think. Trying to open an audio track with FFVideoSource will naturally fail.
bool cache = true
If set to true (the default), FFVideoSource will first check if the cachefile contains a valid index, and if it does, that index will be used. If no index is found, all video tracks will be indexed, and the indexing data will be written to cachefile afterwards. If set to false, FFVideoSource not look for an existing index file; instead all video tracks will be indexed when the script is opened, and the indexing data will be discarded after the script is closed; you will have to index again next time you open the script.
string cachefile = source + ".ffindex"
The filename of the index file (where the indexing data is saved). Defaults to sourcefilename.ffindex. Note that if you didn't change this parameter from its default value and FFVideoSource encounters an index file that doesn't seem to match the file it's trying to open, it will automatically reindex and then overwrite the old index file. On the other hand, if you do change it, FFVideoSource will assume you have your reasons and throw an error instead if the index doesn't match the file.
int fpsnum = -1, int fpsden = 1
Controls the framerate of the output; used for VFR to CFR conversions. If fpsnum is less than or equal to zero (the default), the output will contain the same frames that the input did, and the frame rate reported to Avisynth will be set based on the input clip's average frame duration. If fpsnum is greater than zero, FFVideoSource will force a constant frame rate, expressed as a rational number where fpsnum is the numerator and fpsden is the denominator. This may naturally cause FFVideoSource to drop or duplicate frames to achieve the desired frame rate, and the output is not guaranteed to have the same number of frames that the input did.

For all effects, assumefps(framerate()) is better option, imho.

[AMED]

assumefps(framecount())
Or
assumefps(framerate())
?

FrameCount (clip)
Returns the number of frames of the clip (type: int).
FrameRate (clip)
Returns the number of frames per seconds of the clip (type: float).

Staxrip uses FFMS the same way as Overdrive80 suggests and it works fine.
FFVideoSource("xxxxxx.mkv", cachefile="xxxxxx.ffindex")
AssumeFPS(23.976)

Also do we need to still worry about FFMS threads?
int threads = -1

The number of decoding threads to request from libavcodec. Setting it to less than or equal to zero means it defaults to the number of logical CPU's reported by Windows. Note that this setting might be completely ignored by libavcodec under a number of conditions; most commonly because a lot of decoders actually do not support multithreading.

Could the input button for the OCE be changed to have dedicated buttons for file and folder input. It's rather slow having to click the dropdown and then click again to choose select file or select folder. If you are ok with these changes could you also lock the OCE window size to stop resizing.

http://s2.postimg.org/oul7p9rh5/One_Click_Encoder.png

[tebasuna51]

1) Use (..., fpsnum=24000, fpsden=1001) is not recommended because:

"If fpsnum is greater than zero, FFVideoSource will force a constant frame rate, expressed as a rational number where fpsnum is the numerator and fpsden is the denominator. This may naturally cause FFVideoSource to drop or duplicate frames to achieve the desired frame rate, and the output is not guaranteed to have the same number of frames that the input did. "

2) Without (..., fpsnum=24000, fpsden=1001)

"If fpsnum is less than or equal to zero (the default), the output will contain the same frames that the input did, and the frame rate reported to Avisynth will be set based on the input clip's average frame duration."

Here the problem is the inacurate fps output, I see many videos with original fps (24000/1001) output with fps=23.975.
Then need a correction with AssumeFps(24000,1001), more exact than AssumeFps(23.976)
(Of course assumefps(framerate()) do nothing)

3)
...
4. Why megui is adding vfr to cfr conversion to every ffvideosource call is also a bit of a mystery

Inside AviSynth don't exist VFR because AviSynth can't store video timestamps for each image.

The only way, I know, to restore the VFR after decode with AviSynth is save the timestamps from original video and add them to the output video with MkvMerge for instance.

[Overdrive80]

@AMED

I wrote bad function, thanks for you advice. Yes, is framerate.


(And not AssumeFps(23.976) because AssumeFps arguments must be integer and finish with fps=23)

Based on documentation (http://avisynth.nl/index.php/AssumeFPS), its wrong.

AssumeFPS

AssumeFPS(clip clip, float fps [, bool sync_audio])
AssumeFPS(clip clip, int numerator [, int denominator, bool sync_audio])
AssumeFPS(clip clip1, clip clip2 [, bool sync_audio])
AssumeFPS(clip clip1, string preset [, bool sync_audio])

[LigH]

A floating point value of 23.976 or 29.970 is slightly rounded, the exact values of 24000:1001 or 30000:1001 are in fact infinite fractions in decimal. Therefore it is recommended to use either integer fractions or preset names ("ntsc_film" / "ntsc_video").

[tebasuna51]

@Overdrive80
You are right, sorry for this lapsus of a old man. The AssumeFps behaviour was changed in v2.57
I correct my post in consecuence.

BTW, you have in your link (http://avisynth.nl/index.php/AssumeFPS) the explanation for what you need use AssumeFps(24000,1001) instead AssumeFps(23.976)

[AMED]

According to that link

AssumeFps(24000,1001) = 23.976fps.

where as

AssumeFps(23.976) = AssumeFPS(2997,125) = 23.976fps.

so there is agreement thatFFVideoSource("xxxxxx.mkv", cachefile="xxxxxx.ffindex", fpsnum=24000, fpsden=1001, threads=1)

should now beFFVideoSource("xxxxxx.mkv", cachefile="xxxxxx.ffindex", threads=1).AssumeFps(24000,1001)

[tebasuna51]

Well, that was reported in february 2011:

http://forum.doom9.org/showthread.php?p=1476158#post1476158
http://forum.doom9.org/showthread.php?p=1476861#post1476861
http://forum.doom9.org/showthread.php?p=1477579#post1477579
1935 AssumeFPS() will be added to DirectShow(), DSS2() and FFVideoSource() scripts

but in 2012

http://forum.doom9.org/showthread.php?p=1548867&highlight=Assumefps#post1548867
2087 [FFMS] remove AssumeFPS() as it is causing problems with hybrid/telecined input

I don't found the problem with hybrid/telecined input.

[hello_hello]

so there is agreement thatFFVideoSource("xxxxxx.mkv", cachefile="xxxxxx.ffindex", fpsnum=24000, fpsden=1001, threads=1)

should now beFFVideoSource("xxxxxx.mkv", cachefile="xxxxxx.ffindex", threads=1).AssumeFps(24000,1001)

No. I think adding the frame rate conversion is a good idea. Neither of the indexers (ffms2 or L-Smash) handle null frames in AVIs correctly (assuming that's the correct description), nor in any other container. As tebasuna51 pointed out, they output the average frame rate instead and the audio will inevitably go out of sync.

I had already reported this issue http://forum.doom9.org/showthread.php?p=1679175#post1679175

FFms2's developer answers on point 4. http://forum.doom9.org/showthread.php?p=1679218#post1679218

And it was eventually discovered the problem only happens when an AVI is muxed with certain muxers, and I think at certain frame rates, so if anything it's an ffms2 bug.
http://forum.doom9.org/showthread.php?p=1679320#post1679320

For all effects, assumefps(framerate()) is better option, imho.

For AVIs, L-Smash might be a better idea, AVISource would probably be a better idea, and remuxing as MKV before indexing would definitely be a better idea.
I don't quite see the point of AssumeFPS myself. If the video frame rate is an average of 23.976fps (for example) isn't the AVIsynth output going to be a constant 23.976fps anyway?

There's no perfect solution for whether or not to add frame rate conversion to a script. I've been "gotcha'd" several times wondering why the output wasn't smooth, only to check the log file to discover MeGUI couldn't determine the correct frame rate and had defaulted to 23.976fps, which wasn't correct.

Here's an example of an AVI with a "null frame". The frame rate is 25fps. Open it with AVISource and check the frame count. The null frame will be have been replaced with a duplicate of the previous frame and the output frame rate will be 25fps. Open it with DirectShowSource, and the same will happen. Open it with L-Smash and the frame count will be reduced by one and the output frame rate will be around 24.995fps. Open it with ffms2 and with it's frame rate conversion in the script it'll output the same number of frames and the same frame rate as AVISource, without it the output will be the same as L-Smash.
For the record, I think the "null frame" is around frame number 415 in the sample.

http://ge.tt/6dhdMf42/v/0?c

[Overdrive80]

And it was eventually discovered the problem only happens when an AVI is muxed with certain muxers, and I think at certain frame rates, so if anything it's an ffms2 bug.
http://forum.doom9.org/showthread.php?p=1679320#post1679320

The muxer that I used, was virtualdub+lagarith. Maybe virtualdub is responsible.

There's no perfect solution for whether or not to add frame rate conversion to a script. I've been "gotcha'd" several times wondering why the output wasn't smooth, only to check the log file to discover MeGUI couldn't determine the correct frame rate and had defaulted to 23.976fps, which wasn't correct.

I agreed with you, I had only detected issues with 23.976 framerate.

IMHO, if it is known that some avis with demuxers (ffms2 or l-smash) would produce issues , would be used temporal solution as I had proposed. At the present, code generated by megui produce bad videos (mainly with avi@23.976 input). Playback is not flowed.

Open it with ffms2 and with it's frame rate conversion in the script it'll output the same number of frames and the same frame rate as AVISource, without it the output will be the same as L-Smash.
For the record, I think the "null frame" is around frame number 415 in the sample

On vertical scrolling, playback isnt stumbled (jerky)??

[hello_hello]

IMHO, if it is known that some avis with demuxers (ffms2 or l-smash) would produce issues , would be used temporal solution as I had proposed. At the present, code generated by megui produce bad videos (mainly with avi@23.976 input). Playback is not flowed.

On vertical scrolling, playback isnt stumbled (jerky)??

That particular video seemed okay but I did try a couple of other AVIs and it was obvious the frame rate conversion was having a detrimental effect (motion not smooth). That was for AVIs at 23.976fps and 25fps. Once again though, after remuxing the AVIs with Avimuxgui, motion was smooth even with ffms2's frame rate conversion in the script.

I agree, the current script MeGUI creates for encoding AVIs is not ideal, given the problems the frame rate conversion causes, but I've had quite a few problems with ffms2 and indexing AVIs anyway (in respect to the indexing failing completely) so I think it'd be better if ffms2 wasn't used for AVIs by default.
AVISource would probably be a better idea (unless there's a reason I'm not aware of), or maybe L-Smash.

There's already a tab under Filters in the script creator for manually adjusting the frame rate when AVISource and DSSource are used, so maybe an additional option could be added for ffms2 to adjust the frame rate and/or disable the conversion?

Personally, I just try to avoid opening AVIs with MeGUI. I always remux them as MKVs first. Admittedly for very large, lossless intermediate AVIs that's not very convenient, but there's always the option to index with L-Smash or use AVISource for those.

[Kurtnoise]

Wondering if there have been any progress made regarding the adding of FDK-AAC into MeGUI.

fyi, the code is done in my local tree but I'm wondering : what command line did you use currently with it ? Only CBR mode is functional...:) So, why not use QAAC instead ?


Hum...also, there might be an issue also to distribute the FDK-AAC binaries.

[hello_hello]

fyi, the code is done in my local tree but I'm wondering : what command line did you use currently with it ? Only CBR mode is functional...:) So, why not use QAAC instead ?

Hum...also, there might be an issue also to distribute the FDK-AAC binaries.

The command line foobar2000 uses for VBR AAC-LC, quality 4:
--ignorelength -S -m 4 -o %d -

Mind you I agree. QAAC is probably a better option. FDKAAC's LC VBR presets seem to be fairly far apart in respect to the resulting bitrate (m4 gives you something like 120kbps for stereo while m5 is more like 230kbps) and there's some controversy as to the low pass filtering it uses.
http://en.wikipedia.org/wiki/Fraunhofer_FDK_AAC
http://wiki.hydrogenaud.io/index.php?title=Fraunhofer_FDK_AAC#Bandwidth

[LigH]

Binary distribution is indeed an issue. You will usually only find source build environments (e.g. fdkaac_autobuild (https://github.com/nu774/fdkaac_autobuild) by nu774 – author of QAAC – installing MSYS/MinGW with GNU C++; it is also supported in the "big fat" media-autobuild_suite (https://github.com/jb-alvarado/media-autobuild_suite) by jb-alvarado).

[Kurtnoise]

Well, compilation is not an issue for me here... ;) I'm able to compile both x86 & x64 binaries so far so good. The problem is the licence to distribute FDK-AAC binaries. Maybe we should use the same approach as we have done for the Nero AAC Encoder.

[LigH]

Yes; you won't be allowed to hand out binaries in public, users will have to put in their own efforts to dig any out of the net. Our learn how to let them build on their own PC. But this is not much more complicated than extracting Core Audio Toolbox DLLs from a QuickTime installer, using the batch file provided by nu774 too, and copying them to QAAC.

[lotusgg]

Is it possible to use --aq-mode 3 and --fgo on megui?
Custom command line in misc. tab does not help.

[LigH]

Custom command line in misc. tab does not help.

Why not? Are they not added to the generated command line? Can you prove that by quoting a log file?

And ... since when is there an AQ mode 3? Which encoder, version, uncommon patches?

[AMED]

Is it possible to use --aq-mode 3 and --fgo on megui?
Custom command line in misc. tab does not help.working fine for me.
[Information] [22/11/2014 6:58:30 a.m.] Job commandline: "D:\MEGUI\tools\x264\avs4x264mod.exe" --level 4.1 --preset veryslow --tune film --crf 18 --keyint 240 --vbv-bufsize 78125 --vbv-maxrate 62500 --qpfile "XXXXXX.qpf" --aq-mode 3 --output "XXXXXX.264" "XXXXXX.avs"

@LigH,
There is a AQ mode 3 in Komisar's kMod x264 builds.
http://komisar.gin.by/

[hello_hello]

After a fair number of video player crashes today, and having to reset the "improved AVS opening" option as many times, MeGUI offered the following error message. It's not one I've seen before but it gave me a chuckle, so I thought I'd share. Sometimes you've just got to laugh.....

http://i1.someimage.com/1FRzDSf.gif

[lotusgg]

Why not? Are they not added to the generated command line? Can you prove that by quoting a log file?

And ... since when is there an AQ mode 3? Which encoder, version, uncommon patches?

It crashes as follows the log.

[AMED]

have you changed the x264.exe's in the x264 folder for the kmodded versions or are you using the ones that came with MeGUI?

--aq-mode 3 and --fgo 7 only work with the kmodded versions of x264 which you can get from here (http://komisar.gin.by/).

MEGUI is passing the custom commandline to x264 but the x264 build you are using is throwing an error. I don't think this is a MeGUI problem.

[hello_hello]

I think MeGUI is using the wrong PAR for DVDs when the ITU aspect ratio setting is checked in Options. Well, I'm pretty sure it is........

There's a list of PAR's here (http://forum.doom9.org/showthread.php?p=1058927#post1058927). The way I understand it (or the way I assume it happened) is the ITU PARs in the second table were widely used and originally considered to be correct, only they're not quite right due to the top and bottom half-lines miscalculation. It appears those PARs are the PARs used by MeGUI.

I'm not sure whether using the PARs in the first table would be practical (the "Exact PAR according to ITU-R BT.601" table), at least for Xvid encoding (http://forum.doom9.org/showthread.php?p=1059052#post1059052), but if you work it out, the mpeg4 PARs in the third table are a tad closer to the "Exact ITU PARs" than the PARs MeGUI currently uses. A PAL 16:9 DVD as an example:

Exact ITU: 720 × (4600:3159) = 1048.43
Half lines wrong ITU: 720 × (512:351) = 1050.26 <- MeGUI does it this way.
MPEG-4: 720 × (16:11) = 1047.27

Obviously the difference isn't huge, but if the current PARs are incorrect anyway, I think switching to the mpeg4 PARs would probably be a good idea. It'd also fix a "discrepancy" between the script creator's PARs and the PARs which can be set in x264 encoder configuration. The first uses the "Half lines wrong ITU" PARs while the second only lets you select the mpeg4 PARs (although if the dependency exists, it should be because it's correct).

When selecting Bluray as the target playback device in the x264 encoder configuration, there'd be less of this sort of thing in the log file:
detected --sar 512:351
assume --sar 16:11 as only 16:11 or 12:11 are supported with a resolution of 720x576 for the selected device.

[LigH]

How relevant is this at all? I mean ... for many DVD productions, it may already be wrong to assume ITU-R BT.601 timings and aspect ratios. This setting is probably only valid if there is evidence that a TV production was encoded to DVD, and then you will probably see pillarboxes you want to crop off (down to a width of 704 or even 702 pixels). *sigh* Feels like decades of almost forgotten content in forum archives being retrieved and wiped dust off. ;)

[hello_hello]

How relevant is this at all? I mean ... for many DVD productions, it may already be wrong to assume ITU-R BT.601 timings and aspect ratios.

Does that mean when it is correct to assume ITU-R BT.601 timings and aspect ratios it's not important to get it right?
Camcorders use ITU aspect ratios.
If it's not relevant, why would you object to changing it?

This setting is probably only valid if there is evidence that a TV production was encoded to DVD, and then you will probably see pillarboxes you want to crop off (down to a width of 704 or even 702 pixels).

Unless it's changed at some stage, MeGUI uses ITU aspect ratios for DVDs by default. Why not make the PARs used by the AVS script creator and those used by the x264 encoder configuration consistent when it does?
I have no idea what cropping has to do with the PAR.

[LigH]

For Generic AR, like in MPEG-2 video, it is indeed relevant: If there is e.g. a 16:9 DAR flag (so the PAL target resolution will be 576 lines * 16:9 = 1024 pixels width per line, in any case), there are different PARs (display width : encoded width) depending on the encoded width (e.g. 1024:704 as well as 1024:720, both encoded widths are allowed on DVD). And that's only on DVD. For DVB (SD) there are also widths of 528 pixels.

And even more annoying: If TV broadcast material was encoded for DVD, it depends on the visible content — if it has (more or less ITU compliant) 702 relevant of 720 encoded pixels per line (so it was encoded including overscan, which you would want to crop while resizing), or if the relevant content was spread up to 720 pixels (no pillarbox to crop).

It's getting even harder if there is an "Academy format" encode (1.85:1) with a black border all around. Now guess if the producer created correct content, or accidently set up the wrong AR in the encoder preprocessing...

After all, you are concerned about a difference of less than 4 pixels after resizing when upscaling (which has to be enabled manually). MOD 4 is already a minimum for some AviSynth filters due to SSE optimizations. The AR error for even trying to achieve a traditional MOD 16 resolution (for optimal macroblock encoding) is most probably worse.