MeGUI: bug reports and feature requests

[Zathor]

2679 [Update] improved updater to download appropriate architecture packages
2678 [AviSynthProfile] added option to treat sources as anime for deinterlacing
2677 [OneClick] fixed wrong track information in some use cases
2676 [x265] fixed duplicated custom command line values (regression of 2673)
2675 improved portable AviSynth runtime handling

The updater downloads now packages based on OS/MeGUI architecture. E.g. on x64 Windows the x64 mkvmerge package will be downloaded. Also ffmpeg & lsmash should be on an XP compatible build for XP systems. During the first run of the new process several files will be downloaded/applied, even if they are already available - this is intended.
Please check if the feature works as expected.
PS: The blocking for XP was a minimal work on top. XP is still not supported, but I thought it may not harm to block new updates properly :)

[Zetti]

Is it all available x64 versions or only a few versions like MKVToolNix, FLAC, LAME, OggEnc2 etc??

[Zathor]

MeGUI x64 (http://forum.doom9.org/showthread.php?t=153904)

It has also been updated today (link in the post is still the old one). There are however a few problems.

[hello_hello]

Please check if the feature works as expected.
PS: The blocking for XP was a minimal work on top. XP is still not supported, but I thought it may not harm to block new updates properly :)

On XP MeGUI went through a couple of update cycles, from what I could tell mostly downloading and installing the versions of tools it was currently using, except...

For the two current XP concerns, L-Smash and ffmpeg....
L-Smash was replaced with the version I was currently using which is fine because MeGUI couldn't know I'd already done so myself, but it appears ffmpeg 3.1.2 was replaced with version 3.0. The flavour I've been using recently is this one:

ffmpeg.static.2016-08-12-v3.1.2.32-bit.ffmpeg-static-xp-compatible (https://sourceforge.net/projects/ffmpegwindowsbi/)

Thanks.

PS. Will you have read this Zathor, or would you like me to summarise it and add it as an official SourceForge bug report?
http://forum.doom9.org/showthread.php?p=1789033#post1789033

[Zathor]

On XP MeGUI went through a couple of update cycles, from what I could tell mostly downloading and installing the versions of tools it was currently using, except...

For the two current XP concerns, L-Smash and ffmpeg....
L-Smash was replaced with the version I was currently using which is fine because MeGUI couldn't know I'd already done so myself, but it appears ffmpeg 3.1.2 was replaced with version 3.0. The flavour I've been using recently is this one:

ffmpeg.static.2016-08-12-v3.1.2.32-bit.ffmpeg-static-xp-compatible (https://sourceforge.net/projects/ffmpegwindowsbi/)
The 3.0 should be the last XP compatible build from Zeranoe. The same build has been around for some time on the dev servers for everyone so it should be "stable" so that it can be freezed forever. I do not plan to upload for XP anymore updates after that freezed state. I only want MeGUI to stay on a "working" level.

PS. Will you have read this Zathor, or would you like me to summarise it and add it as an official SourceForge bug report?
http://forum.doom9.org/showthread.php?p=1789033#post1789033
If that is not a problem for you, yes, but in this case it is not needed as I will restructure the x264 packages and will I am working on it I can also change x265 (again - I did know why I did not wanted to touch the --sar parameter)

[Danette]

It depends on both the video format and the handling software. DGMPGDec is so old, the MKV container format was not yet common in these times.

I can't point you to a discussion, but about the only time I've ever indexed raw video streams would be in the case of mpeg2 in an MKV, which I'd extract first. Either that or I'd open the MKV with TSMuxer and remux the video as a TS file first (DGIndex can open them).

Given MakeMKV is commonly use for ripping DVDs these days, maybe MeGUI needs to become more clever with MKV sources containing mpeg2 video. Most Avisynth GUI's assume NTSC/PAL mpeg2 will be in a DGIndex compatible container as that's how it's traditionally been done.

Much thanks to you both. Because of your help, the issues in my OP have been resolved.

I have hundreds of DVD's of NTSC shows I am in the process of backing up in x264. I have used MakeMKV for years for DVD's. I extract the files (m2v, ac3, xml) from those MKV's and have always used DGIndex, along with various AVS script to address the varying issues with telecine, interlacing, etc. and then x264 them. Then I remux.

Although I was uncomfortable with your thoughts about indexing from within the MKV container (as I mentioned), LigH, I went with your reputation and decided to buy DGDecNV. I've just finished some testing with it against the older process I used and you are right: the quality and size seems to be identical. So, no more manual demuxing and muxing. I can now use MeGUI One-Click for a truly one-click procedure using only the MKV container.

I agree with you, hello_hello, that MeGUI would do well to adapt as much as possible to MKV containers (although the process I'm using going forward certainly takes care of it). DVD's still dwarf BD's in production of, at least, TV shows and MakeMKV seems to be the easiest means to simplified backup.

[Zathor]

2687 [Update] added possibility to mark package architectures as "any"
2686 [VobSubber] switched to VobSub Ripper
forced subtitles will be extracted separately if available
the track language will be added if multiple track files are used
2685 [x265] switched to avs4x26x for x64 on an x86 OS
2684 [Presets] improved handling of preset selection/saving. Feature request #606
2683 [x264] fixed "force sar" option (regression of 2628). Bug #862
2682 [x264] + [x265] added support for commands leading with a single hyphen (e.g. -D)
2681 [x264] removed option to select 32bit x264 on a 64bit OS and merged the 8- and 10-bit packages

[mini-moose]

2687 [Update] added 2686 [VobSubber] switched to VobSub Ripper
forced subtitles will be extracted separately if available
the track language will be added if multiple track files are used


There is an issue I've known from using VSRip in the past. It has issues with extracting the entire vobsubs (only partial subs get extracted), when the movie vobs are not split into 1gb files but on big vob file.
It happened for me usually on feature movies (90mins+), have not encountered it for shorter videos such as tv episodes. This issue does not exist in Vobsub.

Also there seem to be an issue with the feature, megui crashed when no forced subs are found:

[Information] [12/11/2016 10:39:49 AM] Exception message: Could not find file 'G:\01_VTS_01_2_forced.sub'
-[NoImage] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
-[NoImage] at System.IO.FileInfo.get_Length()
-[NoImage] at MeGUI.VobSubIndexer.writeSubtitles()
-[NoImage] at MeGUI.VobSubIndexer.secondRunNeeded()
-[NoImage] at MeGUI.CommandlineJobProcessor`1.proc_Exited(Object sender, EventArgs e)
-[NoImage] at System.Diagnostics.Process.OnExited()
-[NoImage] at System.Diagnostics.Process.RaiseOnExited()
-[NoImage] at System.Diagnostics.Process.CompletionCallback(Object context, Boolean wasSignaled)
-[NoImage] at System.Threading._ThreadPoolWaitOrTimerCallback.WaitOrTimerCallback_Context(Object state, Boolean timedOut)
-[NoImage] at System.Threading._ThreadPoolWaitOrTimerCallback.WaitOrTimerCallback_Context_f(Object state)
-[NoImage] at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
-[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
-[NoImage] at System.Threading._ThreadPoolWaitOrTimerCallback.PerformWaitOrTimerCallback(Object state, Boolean timedOut)
--[Information] [12/11/2016 10:39:49 AM] Stacktrace
Fatal error pops up:
MeGUI encountered a fatal error and may not be able to proceed. Reason: Could not find file 'G:\01_VTS_01_2_forced.sub
That follows with a freeze and crash.

VSRip is also capable of extracting Closed Captions (SRT) streams. It does however produces 4-5 different files in different text codes (UTF, unicode etc), so that can be confusing.

[LeMoi]

[CODE]2687 [Update]
2681 [x264] removed option to select 32bit x264 on a 64bit OS and merged the 8- and 10-bit packages[/CODE

Since lastest update, i cannot use x264 encoder anymore, I have the following error while encoding a job:
[Error] [11/12/2016 13:40:50] Standard error stream
-[Information] [11/12/2016 13:40:52] raw [info]: 720x304p 1:1 @ 24000/1001 fps (cfr)
-[Warning] [11/12/2016 13:40:52] x264 [warning]: VBV maxrate specified, but no bufsize, ignored
-[Information] [11/12/2016 13:40:52] x264 [info]: using SAR=1/1
-[Information] [11/12/2016 13:40:52] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
-[Information] [11/12/2016 13:40:52] x264 [info]: profile Main, level 3.0
-[Information] [11/12/2016 13:40:52] x264 [info]: frame I:1 Avg QP:27.00 size: 3131
-[Information] [11/12/2016 13:40:52] x264 [info]: frame P:1 Avg QP:26.00 size: 19
-[Information] [11/12/2016 13:40:52] x264 [info]: frame B:2 Avg QP:27.50 size: 16
-[Information] [11/12/2016 13:40:52] x264 [info]: consecutive B-frames: 25.0% 0.0% 75.0% 0.0%
-[Information] [11/12/2016 13:40:52] x264 [info]: mb I I16..4: 94.7% 0.0% 5.3%
-[Information] [11/12/2016 13:40:52] x264 [info]: mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.1% 0.0% 0.0% 0.0% 0.0% skip:99.9%
-[Information] [11/12/2016 13:40:52] x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0%
-[Information] [11/12/2016 13:40:52] x264 [info]: final ratefactor: 17.61
-[Information] [11/12/2016 13:40:52] x264 [info]: coded y,uvDC,uvAC intra: 29.1% 5.8% 5.3% inter: 0.0% 0.0% 0.0%
-[Information] [11/12/2016 13:40:52] x264 [info]: i16 v,h,dc,p: 100% 0% 0% 0%
-[Information] [11/12/2016 13:40:52] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 75% 0% 25% 0% 0% 0% 0% 0% 0%
-[Information] [11/12/2016 13:40:52] x264 [info]: i8c dc,h,v,p: 5% 0% 95% 0%
-[Information] [11/12/2016 13:40:52] x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
-[Information] [11/12/2016 13:40:52] x264 [info]: kb/s:152.58
-[Information] [11/12/2016 13:40:52] encoded 4 frames, 30.08 fps, 152.58 kb/s
-[Warning] [11/12/2016 13:40:52] avs [warning]: Converting input clip to YV12
-[Error] [11/12/2016 13:40:52] avs [error]: }}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}~~}}}~~~}}}~~~~~~~~~~~~~~~~~~~€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€ occurred while reading frame 4


And if I try to re-enable a job I did yesterday with previous version, I have the following error:
--[Warning] [11/12/2016 13:47:27] Standard error stream
---[Information] [11/12/2016 13:47:30] raw [info]: 720x400p 1:1 @ 24000/1001 fps (cfr)
---[Warning] [11/12/2016 13:47:30] x264 [warning]: VBV maxrate specified, but no bufsize, ignored
---[Information] [11/12/2016 13:47:30] x264 [info]: using SAR=1/1
---[Information] [11/12/2016 13:47:30] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [11/12/2016 13:47:30] x264 [info]: profile Main, level 3.0
---[Information] [11/12/2016 13:47:30] x264 [info]: frame I:1 Avg QP:27.50 size: 13479
---[Information] [11/12/2016 13:47:30] x264 [info]: frame P:1 Avg QP:26.00 size: 145
---[Information] [11/12/2016 13:47:30] x264 [info]: frame B:1 Avg QP:29.00 size: 18
---[Information] [11/12/2016 13:47:30] x264 [info]: consecutive B-frames: 33.3% 66.7% 0.0% 0.0%
---[Information] [11/12/2016 13:47:30] x264 [info]: mb I I16..4: 57.9% 0.0% 42.1%
---[Information] [11/12/2016 13:47:30] x264 [info]: mb P I16..4: 0.4% 0.0% 0.0% P16..4: 1.6% 0.0% 0.0% 0.0% 0.0% skip:98.0%
---[Information] [11/12/2016 13:47:30] x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0%
---[Information] [11/12/2016 13:47:30] x264 [info]: final ratefactor: 25.98
---[Information] [11/12/2016 13:47:30] x264 [info]: coded y,uvDC,uvAC intra: 60.9% 6.4% 6.4% inter: 0.2% 0.0% 0.0%
---[Information] [11/12/2016 13:47:30] x264 [info]: i16 v,h,dc,p: 100% 0% 0% 0%
---[Information] [11/12/2016 13:47:30] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 84% 3% 7% 3% 0% 0% 0% 1% 1%
---[Information] [11/12/2016 13:47:30] x264 [info]: i8c dc,h,v,p: 4% 0% 96% 0%
---[Information] [11/12/2016 13:47:30] x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
---[Information] [11/12/2016 13:47:30] x264 [info]: kb/s:872.22
---[Information] [11/12/2016 13:47:30] encoded 3 frames, 1.34 fps, 872.22 kb/s
--[Error] [11/12/2016 13:47:30] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)

Did I miss something or some new setting?

EDIT : I tried another x264 setting to see if the problem was mine, but I still have an error:
-[Error] Log for job155 (video, MOVIE.avs -> )
--[Information] [11/12/2016 13:56:49] Started handling job
--[Information] [11/12/2016 13:56:49] Preprocessing
--[Information] [11/12/2016 13:56:49] Avisynth input script
---[NoImage] DirectShowSource("K:\BDMV\STREAM\00000.m2ts", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
---[NoImage] crop(0, 140, 0, -142)
---[NoImage] BicubicResize(720,304,0,0.5)
--[Information] [11/12/2016 13:56:51] resolution: 720x304
--[Information] [11/12/2016 13:56:51] frame rate: 24000/1001
--[Information] [11/12/2016 13:56:51] aspect ratio: 45:19 (2.368)
--[Information] [11/12/2016 13:56:51] custom command line: --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 24 --min-keyint 2 --vbv-bufsize 30000 --vbv-maxrate 40000 --weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709"
--[Information] [11/12/2016 13:56:51] Job command line: "C:\Program Files (x86)\MeGUI\tools\x264\avs4x26x.exe" --x26x-binary "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" --level 4.1 --bluray-compat --pass 1 --bitrate 669 --stats "G:\MOVIE\0_MOVIE.stats" --keyint 23 --open-gop --ref 4 --weightp 0 --slices 4 --vbv-bufsize 30000 --vbv-maxrate 40000 --fake-interlaced --colorprim smpte170m --transfer smpte170m --colormatrix smpte170m --pulldown 32 --level 4.1 --min-keyint 2 --sar 1:1 --output NUL "G:\MOVIE\MOVIE.avs"
--[Information] [11/12/2016 13:56:51] Process started
--[Information] [11/12/2016 13:56:51] Standard output stream
---[Information] [11/12/2016 13:57:03] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [11/12/2016 13:57:03] avs [info]: Video resolution: 720x304
---[Information] [11/12/2016 13:57:03] avs [info]: Video framerate: 24000/1001
---[Information] [11/12/2016 13:57:03] avs [info]: Video framecount: 149894
---[Information] [11/12/2016 13:57:03] avs4x26x [info]: "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" - --level 4.1 --bluray-compat --pass 1 --bitrate 669 --stats G:\MOVIE\0_MOVIE.stats --keyint 23 --open-gop --ref 4 --weightp 0 --slices 4 --vbv-bufsize 30000 --vbv-maxrate 40000 --fake-interlaced --colorprim smpte170m --transfer smpte170m --colormatrix smpte170m --pulldown 32 --level 4.1 --min-keyint 2 --sar 1:1 --output NUL --frames 149894 --fps 24000/1001 --input-res 720x304 --input-csp i420
--[Error] [11/12/2016 13:56:51] Standard error stream
---[Information] [11/12/2016 13:56:53] raw [info]: 720x304p 1:1 @ 24000/1001 fps (cfr)
---[Information] [11/12/2016 13:56:53] x264 [info]: using SAR=1/1
---[Information] [11/12/2016 13:56:53] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [11/12/2016 13:56:53] x264 [info]: profile Main, level 4.1
---[Warning] [11/12/2016 13:57:03] avs [warning]: Converting input clip to YV12
---[Error] [11/12/2016 13:57:03] avs [error]: Error occurred while writing frame 61
---[Information] [11/12/2016 13:57:03] (Maybe x26x closed)
--[Error] [11/12/2016 13:57:03] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [11/12/2016 13:57:03] Job completed

[Zathor]

This should fix the issues:

2689 [VobSubber] improved error handling if forced subtitles are not found (regression of 2686)
added a warning if VOB file sizes above the specification limit are used
2688 [x264] fixed incorrect command line when using a x86 OS (regression of 2681)

[LeMoi]

Thanks for the update. Where can I get it? Using the development server in MEGui settings, latest one is 2687, not 2689!

[Zathor]

You have to wait up to 6 hours (depending on your last online update check) or you can get it here:
http://megui.org/auto/megui-core-2689-32.zip

[LeMoi]

Thanks for the link!
Unfortunately I still have an error with a new encode:
[Error] [11/12/2016 19:37:44] Standard error stream
-[Information] [11/12/2016 19:37:47] raw [info]: 720x304p 1:1 @ 24000/1001 fps (cfr)
-[Warning] [11/12/2016 19:37:47] x264 [warning]: VBV maxrate specified, but no bufsize, ignored
-[Information] [11/12/2016 19:37:47] x264 [info]: using SAR=1/1
-[Information] [11/12/2016 19:37:47] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
-[Information] [11/12/2016 19:37:47] x264 [info]: profile Main, level 3.0
-[Information] [11/12/2016 19:37:47] x264 [info]: final ratefactor: 24.01
-[Warning] [11/12/2016 19:37:47] avs [warning]: Converting input clip to YV12
-[Error] [11/12/2016 19:37:47] avs [error]: occurred while reading frame 0
And with the old one:
-[Error] [11/12/2016 19:38:34] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)

[Zathor]

Please upload the full log

[LeMoi]

Here it is: [Error] Log
-[Information] Versions
--[Information] [11/12/2016 20:12:17] MeGUI: 2689
--[Information] [11/12/2016 20:12:17] Operating System: Windows 10 Home x64 (10.0.0.14393)
--[Information] [11/12/2016 20:12:17] .NET Framework: 4.0 (4.0.0.0)
--[Information] [11/12/2016 20:12:17] .NET Framework: 4.6.x (4.6.01586)
--[Information] [11/12/2016 20:12:19] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [11/12/2016 20:12:19] AviSynth portable: 2.6.0.6 (21-09-2015) (active)
--[Information] [11/12/2016 20:12:19] AvisynthWrapper: (02-01-2009)
--[Information] [11/12/2016 20:12:19] Haali Media Splitter: 1.13.138.14 (14-04-2013)
--[Information] [11/12/2016 20:12:19] Haali DSS2: (14-04-2013)
--[Information] [11/12/2016 20:12:19] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [11/12/2016 20:12:20] MediaInfo: 0.7.91.0 (01-12-2016)
--[Information] [11/12/2016 20:12:20] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [11/12/2016 20:12:20] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [11/12/2016 20:12:20] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [11/12/2016 20:12:20] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [11/12/2016 20:12:17] Using cached update config and server: http://megui.org/auto/
--[Information] [11/12/2016 20:12:17] No package requires an update
-[Error] Log for job156 (video, MOVIE.avs -> )
--[Information] [11/12/2016 20:12:33] Started handling job
--[Information] [11/12/2016 20:12:33] Preprocessing
--[Information] [11/12/2016 20:12:33] Avisynth input script
---[NoImage] DirectShowSource("K:\BDMV\STREAM\00000.m2ts", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
---[NoImage] crop(0, 140, 0, -142)
---[NoImage] BicubicResize(720,304,0,0.5)
--[Information] [11/12/2016 20:12:38] resolution: 720x304
--[Information] [11/12/2016 20:12:38] frame rate: 24000/1001
--[Information] [11/12/2016 20:12:38] aspect ratio: 45:19 (2.368)
--[Information] [11/12/2016 20:12:38] Job command line: "C:\Program Files (x86)\MeGUI\tools\x264\avs4x26x.exe" --x26x-binary "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" --preset fast --pass 1 --bitrate 669 --stats "G:\MOVIE\0_MOVIE.stats" --keyint 240 --ref 5 --weightp 2 --qpmin 10 --qpmax 51 --vbv-maxrate 25000 --no-mbtree --rc-lookahead 40 --partitions all --sar 1:1 --output NUL "G:\MOVIE\MOVIE.avs"
--[Information] [11/12/2016 20:12:38] Process started
--[Information] [11/12/2016 20:12:38] Standard output stream
--[Warning] [11/12/2016 20:12:38] Standard error stream
---[Information] [11/12/2016 20:12:48] raw [info]: 720x304p 1:1 @ 24000/1001 fps (cfr)
---[Warning] [11/12/2016 20:12:48] x264 [warning]: VBV maxrate specified, but no bufsize, ignored
---[Information] [11/12/2016 20:12:48] x264 [info]: using SAR=1/1
---[Information] [11/12/2016 20:12:48] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [11/12/2016 20:12:48] x264 [info]: profile Main, level 3.0
---[Information] [11/12/2016 20:12:48] x264 [info]: frame I:1 Avg QP:27.00 size: 3131
---[Information] [11/12/2016 20:12:48] x264 [info]: frame P:2 Avg QP:24.00 size: 2055
---[Information] [11/12/2016 20:12:48] x264 [info]: frame B:5 Avg QP:27.00 size: 16
---[Information] [11/12/2016 20:12:48] x264 [info]: consecutive B-frames: 12.5% 0.0% 37.5% 50.0%
---[Information] [11/12/2016 20:12:48] x264 [info]: mb I I16..4: 94.7% 0.0% 5.3%
---[Information] [11/12/2016 20:12:48] x264 [info]: mb P I16..4: 27.1% 0.0% 0.0% P16..4: 11.2% 0.0% 0.0% 0.0% 0.0% skip:61.7%
---[Information] [11/12/2016 20:12:48] x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0%
---[Information] [11/12/2016 20:12:48] x264 [info]: final ratefactor: 16.24
---[Information] [11/12/2016 20:12:48] x264 [info]: coded y,uvDC,uvAC intra: 39.2% 8.7% 7.3% inter: 2.3% 1.6% 1.2%
---[Information] [11/12/2016 20:12:48] x264 [info]: i16 v,h,dc,p: 100% 0% 0% 0%
---[Information] [11/12/2016 20:12:48] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 75% 0% 25% 0% 0% 0% 0% 0% 0%
---[Information] [11/12/2016 20:12:48] x264 [info]: i8c dc,h,v,p: 3% 0% 97% 0%
---[Information] [11/12/2016 20:12:48] x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
---[Information] [11/12/2016 20:12:48] x264 [info]: kb/s:175.58
---[Information] [11/12/2016 20:12:48] encoded 8 frames, 0.96 fps, 175.58 kb/s
--[Error] [11/12/2016 20:12:48] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [11/12/2016 20:12:48] Job completed

[Zathor]

And the exact same script with the BDMV file did work yesterday? I can encode without issues, but I do not use DirectShowSource. Could you please try another input filter like FFMS or another file?

[LeMoi]

I came back to latest stable release from sf.net, and the 1st pass went fine, but I got an error on 2nd pass.
I've tried 2 files but both of them were m2ts file, i'll try another source or filter to see...

EDIT: I just ran MEGui, it asked me to update to 2689 (while I already did manually 2 hours ago), I did the update and the encode finally started! I hope this time 2nd pass won't fail...

[mini-moose]

This should fix the issues:

2689 [VobSubber] improved error handling if forced subtitles are not found (regression of 2686)
added a warning if VOB file sizes above the specification limit are used

thanks Zathor. I'm not 100% sure when the file size becomes an issue to extract full subs, it only happened to me with full length movies really.
I can try and play around with some files and see if there is a cutoff point.

It appears to be extracting forced subs vobsubs now, whether there are or aren't any (0byte .sub files). Won't that be an issue?
i.e users adding empty subs to their files. If it also extract forced subs for all additional languages there could be a lot of those.

[LigH]

MeGUI still updates a lot faster when you hold down a mouse button in the updater window while it downloads and extracts. Doesn't matter which button, left or right. And it is very obvious for extracting, but also true for downloading. Without pressing a mouse button, the updater idles a lot.

[Zathor]

thanks Zathor. I'm not 100% sure when the file size becomes an issue to extract full subs, it only happened to me with full length movies really.
I can try and play around with some files and see if there is a cutoff point.
Thanks, that would be great

It appears to be extracting forced subs vobsubs now, whether there are or aren't any (0byte .sub files). Won't that be an issue?
i.e users adding empty subs to their files. If it also extract forced subs for all additional languages there could be a lot of those.
These files are already deleted. You do have the deletion of intermediate files enabled, don't you?

[mini-moose]

Thanks, that would be great
Good news. It appears I've been using v1.0.0.6 which has that bug. Was not aware there is a 1.0.0.7 beta (the one you're using) which does not. The warning can be lifted off then. Sorry for misleading.

These files are already deleted. You do have the deletion of intermediate files enabled, don't you?
I do not have that enabled in settings. I assumed it deletes stuff I may like to revisit or reuse, so I never had. For example, video only mkv/mp4 files, I may want to mux them again if I wanted to add or remove something from
the initial mux.

Trying it now, I see it does a nice cleanup. However when multi streams is enabled, all the various vobsubs outputs have the same size, which is identical to single file mode with all the streams included.

I tried a dvd with lots of lang streams. Single file for all is 25mb for .sub, split into langs, each .sub is 25mb too even though it only includes one lang. I'm guessing the pointers on .idx are just for the selected lang but the .sub
maintains the entire bitmap.

I tried a DVD with a closed captions stream in it, it seems the extraction routine goes: Demuxing closed captions -- demuxing vobsubs -- demuxing forced subs.
you end up with all the next files for the CC stream:

01_VTS_01_1.cc.raw
01_VTS_01_1.cc.srt
01_VTS_01_1.cc.utf16be.srt
01_VTS_01_1.cc.utf16le.srt
01_VTS_01_1.cc.utf8.srt
01_VTS_01_1_forced.cc.raw
01_VTS_01_1_forced.cc.srt
01_VTS_01_1_forced.cc.utf16be.srt
01_VTS_01_1_forced.cc.utf16le.srt
01_VTS_01_1_forced.cc.utf8.srt

That's with deletion of intermediate files enabled. I don't know if you wished to keep those or not. They can be useful, but not all of them are needed + CC never has forced subs, also extracting them adds quite a bit of time to the
process as VSRip runs the extraction process 3 times.

[Glarioo]

I did an x264 encode with the preset=slow setting. That setting now uses me=hex instead of me=umh. I think that also trellis is changed (2 - Always instead of 1 - Final MB). I just wondered why, i thought me=umh gives better quality than me=hex.

[mini-moose]

I did an x264 encode With the preset=slow setting. That setting now uses me=hex instead of me=umh. I think that also trellis is changed (2 - Always instead of 1 - Final MB). I just wondered why, i thought me=umh gives better quality than me=hex.

new preset slow is me=hex, trellis=2, b-adapt=1. Guess they figured it gives the same/better results. Or were "downgraded" to me=hex and b-adapt=1, cause trellis=2 slows down the encode by quite a bit.

[LeMoi]

Me again, still an error, 2nd pass didn't launch, here's the log:
[Error] Log
-[Information] Versions
--[Information] [11/12/2016 23:45:33] MeGUI: 2689
--[Information] [11/12/2016 23:45:33] Operating System: Windows 10 Home x64 (10.0.0.14393)
--[Information] [11/12/2016 23:45:33] .NET Framework: 4.0 (4.0.0.0)
--[Information] [11/12/2016 23:45:33] .NET Framework: 4.6.x (4.6.01586)
--[Information] [11/12/2016 23:45:33] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [11/12/2016 23:45:33] AviSynth portable: 2.6.0.6 (21-09-2015) (active)
--[Information] [11/12/2016 23:45:33] AvisynthWrapper: (02-01-2009)
--[Information] [11/12/2016 23:45:33] Haali Media Splitter: 1.13.138.14 (14-04-2013)
--[Information] [11/12/2016 23:45:33] Haali DSS2: (14-04-2013)
--[Information] [11/12/2016 23:45:33] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [11/12/2016 23:45:33] MediaInfo: 0.7.91.0 (01-12-2016)
--[Information] [11/12/2016 23:45:33] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [11/12/2016 23:45:33] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [11/12/2016 23:45:33] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [11/12/2016 23:45:33] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [11/12/2016 23:45:33] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [11/12/2016 23:45:33] No package requires an update
--[Information] [11/12/2016 23:45:48] No package requires an update
-[Warning] Log for job156 (video, MOVIE.avs -> )
--[Information] [11/12/2016 23:46:30] Started handling job
--[Information] [11/12/2016 23:46:30] Preprocessing
--[Information] [11/12/2016 23:46:30] Avisynth input script
---[NoImage] DirectShowSource("K:\BDMV\STREAM\00000.m2ts", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
---[NoImage] crop(0, 140, 0, -142)
---[NoImage] BicubicResize(720,304,0,0.5)
--[Information] [11/12/2016 23:46:36] resolution: 720x304
--[Information] [11/12/2016 23:46:36] frame rate: 24000/1001
--[Information] [11/12/2016 23:46:36] aspect ratio: 45:19 (2.368)
--[Information] [11/12/2016 23:46:36] Job command line: "C:\Program Files (x86)\MeGUI\tools\x264\avs4x26x.exe" --x26x-binary "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" --preset fast --pass 1 --bitrate 669 --stats "G:\MOVIE\0_MOVIE.stats" --keyint 240 --ref 5 --weightp 2 --qpmin 10 --qpmax 51 --vbv-maxrate 25000 --no-mbtree --rc-lookahead 40 --partitions all --sar 1:1 --output NUL "G:\MOVIE\MOVIE.avs"
--[Information] [11/12/2016 23:46:36] Process started
--[Information] [11/12/2016 23:46:36] Standard output stream
---[Information] [12/12/2016 00:49:03] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [12/12/2016 00:49:03] avs [info]: Video resolution: 720x304
---[Information] [12/12/2016 00:49:03] avs [info]: Video framerate: 24000/1001
---[Information] [12/12/2016 00:49:03] avs [info]: Video framecount: 149894
---[Information] [12/12/2016 00:49:03] avs4x26x [info]: "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" - --preset fast --pass 1 --bitrate 669 --stats G:\MOVIE\0_MOVIE.stats --keyint 240 --ref 5 --weightp 2 --qpmin 10 --qpmax 51 --vbv-maxrate 25000 --no-mbtree --rc-lookahead 40 --partitions all --sar 1:1 --output NUL --frames 149894 --fps 24000/1001 --input-res 720x304 --input-csp i420
--[Warning] [11/12/2016 23:46:36] Standard error stream
---[Information] [11/12/2016 23:46:43] raw [info]: 720x304p 1:1 @ 24000/1001 fps (cfr)
---[Warning] [11/12/2016 23:46:43] x264 [warning]: VBV maxrate specified, but no bufsize, ignored
---[Information] [11/12/2016 23:46:43] x264 [info]: using SAR=1/1
---[Information] [11/12/2016 23:46:43] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [11/12/2016 23:46:43] x264 [info]: profile Main, level 3.0
---[Information] [12/12/2016 00:48:59] x264 [info]: frame I:1245 Avg QP:16.56 size: 21153
---[Information] [12/12/2016 00:48:59] x264 [info]: frame P:39086 Avg QP:17.93 size: 7047
---[Information] [12/12/2016 00:48:59] x264 [info]: frame B:109563 Avg QP:19.48 size: 2115
---[Information] [12/12/2016 00:48:59] x264 [info]: consecutive B-frames: 1.9% 1.1% 2.1% 94.9%
---[Information] [12/12/2016 00:48:59] x264 [info]: mb I I16..4: 30.8% 0.0% 69.2%
---[Information] [12/12/2016 00:48:59] x264 [info]: mb P I16..4: 21.0% 0.0% 0.0% P16..4: 61.5% 0.0% 0.0% 0.0% 0.0% skip:17.4%
---[Information] [12/12/2016 00:48:59] x264 [info]: mb B I16..4: 5.1% 0.0% 0.0% B16..8: 26.9% 0.0% 0.0% direct:13.3% skip:54.8% L0:32.8% L1:41.9% BI:25.3%
---[Information] [12/12/2016 00:48:59] x264 [info]: final ratefactor: 19.57
---[Information] [12/12/2016 00:48:59] x264 [info]: coded y,uvDC,uvAC intra: 73.6% 22.7% 4.5% inter: 17.2% 6.3% 0.0%
---[Information] [12/12/2016 00:48:59] x264 [info]: i16 v,h,dc,p: 29% 19% 38% 14%
---[Information] [12/12/2016 00:48:59] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 19% 16% 7% 6% 7% 6% 6% 6%
---[Information] [12/12/2016 00:48:59] x264 [info]: i8c dc,h,v,p: 71% 12% 15% 2%
---[Information] [12/12/2016 00:48:59] x264 [info]: Weighted P-Frames: Y:5.8% UV:0.7%
---[Information] [12/12/2016 00:48:59] x264 [info]: kb/s:682.63
---[Information] [12/12/2016 00:48:59] encoded 149894 frames, 40.12 fps, 682.63 kb/s
---[Warning] [12/12/2016 00:49:03] avs [warning]: Converting input clip to YV12
--[Information] [12/12/2016 00:49:05] Postprocessing
---[Information] [12/12/2016 00:49:06] Deleting intermediate files
--[Information] [12/12/2016 00:49:06] Job completed
-[Error] Log for job157 (video, MOVIE.avs -> 0_MOVIE.mkv)
--[Information] [12/12/2016 00:49:07] Started handling job
--[Information] [12/12/2016 00:49:07] Preprocessing
--[Information] [12/12/2016 00:49:07] Avisynth input script
---[NoImage] DirectShowSource("K:\BDMV\STREAM\00000.m2ts", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
---[NoImage] crop(0, 140, 0, -142)
---[NoImage] BicubicResize(720,304,0,0.5)
--[Information] [12/12/2016 00:49:18] resolution: 720x304
--[Information] [12/12/2016 00:49:18] frame rate: 24000/1001
--[Information] [12/12/2016 00:49:18] aspect ratio: 45:19 (2.368)
--[Information] [12/12/2016 00:49:18] Job command line: "C:\Program Files (x86)\MeGUI\tools\x264\avs4x26x.exe" --x26x-binary "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" --preset fast --pass 3 --bitrate 669 --stats "G:\MOVIE\0_MOVIE.stats" --keyint 240 --ref 5 --weightp 2 --qpmin 10 --qpmax 51 --vbv-maxrate 25000 --no-mbtree --rc-lookahead 40 --partitions all --sar 1:1 --output "G:\MOVIE\0_MOVIE.mkv" "G:\MOVIE\MOVIE.avs"
--[Information] [12/12/2016 00:49:18] Process started
--[Information] [12/12/2016 00:49:18] Standard output stream
---[Information] [12/12/2016 00:49:33] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [12/12/2016 00:49:33] avs [info]: Video resolution: 720x304
---[Information] [12/12/2016 00:49:33] avs [info]: Video framerate: 24000/1001
---[Information] [12/12/2016 00:49:33] avs [info]: Video framecount: 149894
---[Information] [12/12/2016 00:49:33] avs4x26x [info]: "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" - --preset fast --pass 3 --bitrate 669 --stats G:\MOVIE\0_MOVIE.stats --keyint 240 --ref 5 --weightp 2 --qpmin 10 --qpmax 51 --vbv-maxrate 25000 --no-mbtree --rc-lookahead 40 --partitions all --sar 1:1 --output G:\MOVIE\0_MOVIE.mkv --frames 149894 --fps 24000/1001 --input-res 720x304 --input-csp i420
--[Error] [12/12/2016 00:49:18] Standard error stream
---[Information] [12/12/2016 00:49:32] raw [info]: 720x304p 1:1 @ 24000/1001 fps (cfr)
---[Warning] [12/12/2016 00:49:32] x264 [warning]: VBV maxrate specified, but no bufsize, ignored
---[Information] [12/12/2016 00:49:32] x264 [info]: using SAR=1/1
---[Information] [12/12/2016 00:49:32] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [12/12/2016 00:49:32] x264 [info]: profile High, level 3.0
---[Warning] [12/12/2016 00:49:33] avs [warning]: Converting input clip to YV12
---[Error] [12/12/2016 00:49:33] avs [error]: }}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}~~}}}~~~}}}~~~~~~~~~~~~~~~~~~~€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€ occurred while reading frame 0
--[Information] [12/12/2016 00:49:33] Job completed
1st pass, job 156, went fine, but not 2nd pass, job 157.
The job xml if it can help :
<?xml version="1.0"?>
<TaggedJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Job xsi:type="VideoJob">
<Input>G:\MOVIE\MOVIE.avs</Input>
<Output>G:\MOVIE\0_MOVIE.mkv</Output>
<FilesToDelete />
<Zones />
<DAR>
<AR>2.3684210526315789473684210526</AR>
<X>45</X>
<Y>19</Y>
</DAR>
<Settings xsi:type="x264Settings">
<VideoEncodingType>threepass2</VideoEncodingType>
<EncodingMode>migrated</EncodingMode>
<BitrateQuantizer>669</BitrateQuantizer>
<KeyframeInterval>250</KeyframeInterval>
<NbBframes>3</NbBframes>
<MinQuantizer>10</MinQuantizer>
<MaxQuantizer>51</MaxQuantizer>
<V4MV>false</V4MV>
<QPel>false</QPel>
<Trellis>false</Trellis>
<CreditsQuantizer>40</CreditsQuantizer>
<Logfile>G:\MOVIE\0_MOVIE.stats</Logfile>
<VideoName />
<CustomEncoderOptions />
<MaxNumberOfPasses>3</MaxNumberOfPasses>
<NbThreads>0</NbThreads>
<x264PresetLevel>fast</x264PresetLevel>
<x264PsyTuning>NONE</x264PsyTuning>
<QuantizerCRF>768</QuantizerCRF>
<InterlacedMode>progressive</InterlacedMode>
<TargetDeviceXML>0</TargetDeviceXML>
<BlurayCompatXML>False</BlurayCompatXML>
<NoDCTDecimate>false</NoDCTDecimate>
<PSNRCalculation>false</PSNRCalculation>
<NoFastPSkip>false</NoFastPSkip>
<NoiseReduction>0</NoiseReduction>
<NoMixedRefs>false</NoMixedRefs>
<X264Trellis>1</X264Trellis>
<NbRefFrames>5</NbRefFrames>
<AlphaDeblock>0</AlphaDeblock>
<BetaDeblock>0</BetaDeblock>
<SubPelRefinement>6</SubPelRefinement>
<MaxQuantDelta>4</MaxQuantDelta>
<TempQuantBlur>0</TempQuantBlur>
<BframePredictionMode>1</BframePredictionMode>
<VBVBufferSize>-1</VBVBufferSize>
<VBVMaxBitrate>25000</VBVMaxBitrate>
<METype>1</METype>
<MERange>16</MERange>
<MinGOPSize>25</MinGOPSize>
<IPFactor>1.4</IPFactor>
<PBFactor>1.3</PBFactor>
<ChromaQPOffset>0</ChromaQPOffset>
<VBVInitialBuffer>0.9</VBVInitialBuffer>
<BitrateVariance>1.0</BitrateVariance>
<QuantCompression>0.6</QuantCompression>
<TempComplexityBlur>20</TempComplexityBlur>
<TempQuanBlurCC>0.5</TempQuanBlurCC>
<SCDSensitivity>40</SCDSensitivity>
<BframeBias>0</BframeBias>
<PsyRDO>1.0</PsyRDO>
<PsyTrellis>0</PsyTrellis>
<Deblock>true</Deblock>
<Cabac>true</Cabac>
<UseQPFile>false</UseQPFile>
<WeightedBPrediction>true</WeightedBPrediction>
<WeightedPPrediction>2</WeightedPPrediction>
<NewAdaptiveBFrames>1</NewAdaptiveBFrames>
<x264BFramePyramid>2</x264BFramePyramid>
<x264GOPCalculation>1</x264GOPCalculation>
<ChromaME>true</ChromaME>
<MacroBlockOptions>2</MacroBlockOptions>
<P8x8mv>true</P8x8mv>
<B8x8mv>true</B8x8mv>
<I4x4mv>true</I4x4mv>
<I8x8mv>true</I8x8mv>
<P4x4mv>true</P4x4mv>
<AdaptiveDCT>true</AdaptiveDCT>
<SSIMCalculation>false</SSIMCalculation>
<StitchAble>false</StitchAble>
<QuantizerMatrix>Flat (none)</QuantizerMatrix>
<QuantizerMatrixType>0</QuantizerMatrixType>
<DeadZoneInter>21</DeadZoneInter>
<DeadZoneIntra>11</DeadZoneIntra>
<X26410Bits>false</X26410Bits>
<OpenGop>False</OpenGop>
<X264PullDown>0</X264PullDown>
<SampleAR>0</SampleAR>
<ColorMatrix>0</ColorMatrix>
<ColorPrim>0</ColorPrim>
<Transfer>0</Transfer>
<AQmode>1</AQmode>
<AQstrength>1.0</AQstrength>
<QPFile>.qp</QPFile>
<Range>auto</Range>
<x264AdvancedSettings>true</x264AdvancedSettings>
<Lookahead>40</Lookahead>
<NoMBTree>false</NoMBTree>
<ThreadInput>true</ThreadInput>
<NoPsy>false</NoPsy>
<Scenecut>true</Scenecut>
<Nalhrd>0</Nalhrd>
<X264Aud>false</X264Aud>
<X264SlowFirstpass>false</X264SlowFirstpass>
<PicStruct>false</PicStruct>
<FakeInterlaced>false</FakeInterlaced>
<NonDeterministic>false</NonDeterministic>
<SlicesNb>0</SlicesNb>
<MaxSliceSyzeBytes>0</MaxSliceSyzeBytes>
<MaxSliceSyzeMBs>0</MaxSliceSyzeMBs>
<Profile>2</Profile>
<AVCLevel>L_UNRESTRICTED</AVCLevel>
<TuneFastDecode>false</TuneFastDecode>
<TuneZeroLatency>false</TuneZeroLatency>
</Settings>
</Job>
<RequiredJobNames>
<string>job156</string>
</RequiredJobNames>
<EnabledJobNames>
<string>job161</string>
</EnabledJobNames>
<Name>job157</Name>
<Status>ERROR</Status>
<Start>2016-12-12T00:49:18.4576006+01:00</Start>
<End>2016-12-12T00:49:33.9217905+01:00</End>
</TaggedJob>

Does the problem come from new x264 encoder?

[Glarioo]

new preset slow is me=hex, trellis=2, b-adapt=1. Guess they figured it gives the same/better results. Or were "downgraded" to me=hex and b-adapt=1, cause trellis=2 slows down the encode by quite a bit.

Found this on the Videohelp website.
http://forum.videohelp.com/threads/381653-x264-preset-slow-but-MediaInfo-shows-the-result-differently?mode=hybrid

There's a link to Videolan
http://git.videolan.org/?p=x264/x264-sandbox.git;a=commit;h=4e5adb87070c82b937c03e0cc030eae3578c251d

Adjust --preset slow

* Swap --me umh for --trellis 2. They have a similar effect on performance
but the latter gives slightly better results in most cases.
* Change --b-adapt from 2 to 1. Negligible difference in quality since the
b-adapt 1 improvements, but it's significantly faster.

Also remove a redundant assignment from veryfast (--me hex is set by default).

[mini-moose]

"C:\Program Files (x86)\MeGUI\tools\x264\avs4x26x.exe" --x26x-binary "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" --preset fast --pass 3

I've never done 3 passes, but shouldn't there be pass 2 first?

[LeMoi]

Indeed, I don't know why the command line shows pass3. The xml job says "<VideoEncodingType>threepass2</VideoEncodingType>", and for the 3rd pass it says "<VideoEncodingType>threepass3</VideoEncodingType>", but I don't know how the command line should look like

[mini-moose]

Indeed, I don't know why the command line shows pass3. The xml job says "<VideoEncodingType>threepass2</VideoEncodingType>", and for the 3rd pass it says "<VideoEncodingType>threepass3</VideoEncodingType>", but I don't know how the command line should look like

Try to do 2-pass instead of 3 pass and see if it works.

Also:

avs [info]: AviSynth 2.58, buildec 22 2008 [08:46:51]

why are you still using old AVS?

[sneaker_ger]

"C:\Program Files (x86)\MeGUI\tools\x264\avs4x26x.exe" --x26x-binary "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" --preset fast --pass 3

I've never done 3 passes, but shouldn't there be pass 2 first?
"--pass 3" does NOT mean 3rd pass.

"--pass 1" means "write a new stats file"
"--pass 2" means "read stats file, don't update stats file"
"--pass 3" means "read stats file, update stats file"

So if you were to do 5 passes you would do:
--pass 1
--pass 3
--pass 3
--pass 3
--pass 2

or:
--pass 1
--pass 3
--pass 3
--pass 3
--pass 3

"--pass 2" is not really needed except for debugging/review.

[mini-moose]

"--pass 3" does NOT mean 3rd pass.
"--pass 2" is not really needed except for debugging/review.

Thanks for the info. Good to know. so if you do 3-pass, on the 2nd pass 3 is where the actual video is being encoded?

[LigH]

No. If you do 3 passes, you will need


a first "--pass 1" to gather statistics,
a middle "--pass 3" to encode based on the first-pass statistics once and refine the statistics, and
a final pass to encode based on the refined statistics;
for the last pass, it doesn't matter much whether you prefer "--pass 3" (statistics are refined further) or "--pass 2" (statistics are not refined anymore) because you will probably delete the statistics file after the final pass created the video output. But you will keep the encoding result of this final 3rd pass.

[LeMoi]

I'm doing a clean reinstall and trying to encode with existing preset to see if the problem comes from my preset. I'm doing a 2-pass job, it's almost finished and well done.
I'll try with my own preset later and see if the problem i that my preset is not compatible with latest x264 anymore...

[mini-moose]

No. If you do 3 passes, you will need


a first "--pass 1" to gather statistics,
a middle "--pass 3" to encode based on the first-pass statistics once and refine the statistics, and
a final pass to encode based on the refined statistics;
for the last pass, it doesn't matter much whether you prefer "--pass 3" (statistics are refined further) or "--pass 2" (statistics are not refined anymore) because you will probably delete the statistics file after the final pass created the video output. But you will keep the encoding result of this final 3rd pass.
Thanks :)

[LeMoi]

Okay, when I installed latest stable release, it asked me to add "ConvertToYV12()" at the end of my script, which I didn't use to do before because it perfectly worked without it.
If I add this line, encode works fine, like it used to before the latest update... I don't know, maybe a change in the encoder, that used to allow scripts without ConvertToYV12() with DSS and don't anymore ?
Anyway, I think i'll have to add it every time from now to be able to encode like I used to!

[mini-moose]

Okay, when I installed latest stable release, it asked me to add "ConvertToYV12()" at the end of my script, which I didn't use to do before because it perfectly worked without it.

You mean that AVS Script Creator added that in the script tab? or how did it ask you to do that?

[LeMoi]

After I loaded the avs script, when I clicked 'queue' it asked me to convert to YUV12. It used to do so years ago but it worked fine without...

[Zathor]

Trying it now, I see it does a nice cleanup. However when multi streams is enabled, all the various vobsubs outputs have the same size, which is identical to single file mode with all the streams included.
Yes, this is intended as even when you select to have multiple files, that in the first pass only one file is created which will be splitted afterwards. Therefore all sub files have the same size. Otherwise I would have to run vsrip on each track twice (normal + forced) and that would need too much time. As a few hundred MB should not harm anyone today, this is the way to go.


I tried a DVD with a closed captions stream in it, it seems the extraction routine goes: Demuxing closed captions -- demuxing vobsubs -- demuxing forced subs.
you end up with all the next files for the CC stream:

01_VTS_01_1.cc.raw
01_VTS_01_1.cc.srt
01_VTS_01_1.cc.utf16be.srt
01_VTS_01_1.cc.utf16le.srt
01_VTS_01_1.cc.utf8.srt
01_VTS_01_1_forced.cc.raw
01_VTS_01_1_forced.cc.srt
01_VTS_01_1_forced.cc.utf16be.srt
01_VTS_01_1_forced.cc.utf16le.srt
01_VTS_01_1_forced.cc.utf8.srt

That's with deletion of intermediate files enabled. I don't know if you wished to keep those or not. They can be useful, but not all of them are needed + CC never has forced subs, also extracting them adds quite a bit of time to the
process as VSRip runs the extraction process 3 times.
This however is not intended. It seems none of my DVDs which I have tested has CC streams. I try to find some so that this can be deleted or not created in the first case.

After I loaded the avs script, when I clicked 'queue' it asked me to convert to YUV12. It used to do so years ago but it worked fine without...
That is the problem with DirectShowSource(). What has been working yesterday may produce tomorrow other results.

[mini-moose]

This however is not intended. It seems none of my DVDs which I have tested has CC streams. I try to find some so that this can be deleted or not created in the first case.

You will need an American DVD for that, I don't think any european DVD have CC. Not all American DVD have them either.

Those are not bad files as they are SRTs. But not all of them are useful. Maybe the UTF8 one can be useful to some.

If VSRip has commandline interface you might be able to choose which of the 3 functions it has can be ran.

I assume you saw the bit about the VSRip beta fixing the large files bug.

[Zathor]

Yes, I saw your message. Could you please try this build and check if the CC streams are properly deleted (only when deletion of intermediate files is enabled):
MeGUI Test (http://megui.org/megui_test.zip)

[LigH]

Regarding the idling updater: Do (any) you have any idea how one would in general push the message queue? Possibly by regularly calling ProcessMessages() in a main loop?

[mini-moose]

Could you please try this build and check if the CC streams are properly deleted (only when deletion of intermediate files is enabled

That build cleans up the CC files nicely.

Could you maybe change the feature so that in "Single File Output" the Forced Subs pass does not run?
If one wants it all in one idx/sub set, there is no need for a seperate one for just forced as they are all included in the single file already.

Question:
Noticed the move to avs4x26x from avs4x264mod. Is avs4x26x superior in some way or it's mostly for being more x265 friendly?

[Zathor]

Regarding the idling updater: Do (any) you have any idea how one would in general push the message queue? Possibly by regularly calling ProcessMessages() in a main loop?
Sorry, no clue. To be honest I do not care much as it works. This for me is not a bug, it may be a feature (change) request.

That build cleans up the CC files nicely.

Could you maybe change the feature so that in "Single File Output" the Forced Subs pass does not run?
If one wants it all in one idx/sub set, there is no need for a seperate one for just forced as they are all included in the single file already.

Maybe, not sure about that. How much time do both passes need for you on average DVDs?



Noticed the move to avs4x26x from avs4x264mod. Is avs4x26x superior in some way or it's mostly for being more x265 friendly?
It was already for a long, long time indeed avs4x26x - I had only to change the name so that no source code change was needed. As I had to do a few changes in that area I harmonized both encoders to use the same tool.

[LigH]

And how often do I have to request this feature? ... ;)

Well, I hope, any other programmer with generic knowledge in .NET programming can suggest an improvement.

[mini-moose]

Maybe, not sure about that. How much time do both passes need for you on average DVDs?

Looking at how the files are being written it goes in this order:
1) CC normal
2) Vobsubs normal
3) CC forced
4) Vobsubs forced

*CC when present on disc, otherwise 1+3 are not running. So about x2 or x4 the time I'd say.

I'm not sure how it works from megui, but from using the standalone tool, the forced subs part is a separate function you need to check and run, CC is identified auto and checked along with reset time (can be unchecked too). From what I can see megui runs it twice?:
-[Information] Log for job2 (sub, VTS_01_0.IFO -> 01_VTS_01_1.idx)
--[Information] [12/13/2016 10:00:06 AM] Started handling job
--[Information] [12/13/2016 10:00:06 AM] Preprocessing
--[Information] [12/13/2016 10:00:06 AM] VobSub configuration file
---[NoImage] Q:\VTS_01_0.IFO
---[NoImage] Q:\01_VTS_01_1
---[NoImage] 1
---[NoImage] 1
---[NoImage] ALL
---[NoImage] RESETTIME
---[NoImage] CLOSEIGNOREERRORS
---[NoImage] CLOSE
--[Information] [12/13/2016 10:00:06 AM] Job command line: "D:\megui\tools\vsrip\vsrip.exe" Q:\01_VTS_01_1.vobsub
--[Information] [12/13/2016 10:00:06 AM] Process started
--[Information] [12/13/2016 10:00:06 AM] Standard output stream
--[Information] [12/13/2016 10:00:06 AM] Standard error stream
--[Information] [12/13/2016 10:01:09 AM] VobSub configuration file
---[NoImage] Q:\VTS_01_0.IFO
---[NoImage] Q:\01_VTS_01_1_forced
---[NoImage] 1
---[NoImage] 1
---[NoImage] ALL
---[NoImage] FORCEDONLY
---[NoImage] RESETTIME
---[NoImage] CLOSEIGNOREERRORS
---[NoImage] CLOSE
--[Information] [12/13/2016 10:01:09 AM] Job command line: "D:\megui\tools\vsrip\vsrip.exe" Q:\01_VTS_01_1.vobsub
--[Information] [12/13/2016 10:01:09 AM] Process started
--[Information] [12/13/2016 10:01:09 AM] Standard output stream
--[Information] [12/13/2016 10:01:09 AM] Standard error stream
--[Information] [12/13/2016 10:02:08 AM] MediaInfo
---[Information] [12/13/2016 10:02:08 AM] File: Q:\01_VTS_01_1.idx

Reasons for my request
1) Forced subs are not needed if you do single file output.
2) I rather not use delete intermediate files by default.
3) Takes longer (not really a big issue).

[Zathor]

2690 improved x64 build
[AviSynth] replaced Yadif by Yadifmod2

Based on the changelog a simple one, but as several internal decisions for x64/x86 had to be changed, they may also have an (unwanted) effect to x86.

If someone would like to test MeGUI x64 - it should have now nearly all functionality of MeGUI x86. More details can be found here: MeGUI x64 (http://forum.doom9.org/showthread.php?t=153904)

EDIT: Also several plugins and packages have been updated / changed.

[Zathor]

And how often do I have to request this feature? ... ;)
Is this really a problem for you if it takes a few seconds or the double amount of a few seconds? :)

[Zathor]

Looking at how the files are being written it goes in this order:
1) CC normal
2) Vobsubs normal
3) CC forced
4) Vobsubs forced

*CC when present on disc, otherwise 1+3 are not running. So about x2 or x4 the time I'd say.

As I do not have a DVD with CC could you please try to replace the ALL in the configuration the track numbers? for that you have to uncheck the "keep all tracks" in the GUI. I would like to know if then also the CC information is demuxed.

[mini-moose]

As I do not have a DVD with CC could you please try to replace the ALL in the configuration the track numbers? for that you have to uncheck the "keep all tracks" in the GUI. I would like to know if then also the CC information is demuxed.

I changed Keep All to Select. It still extracts the CC.

If you instruct me how to do the extraction with commandline I can try and play around with it. I tried following the routine on megui logfiles and some advises I found online, but to no success.

Edit: I figured out how to run it but not been able to find a setting in config file that will just run the vobsubs and skip the CC part although it's perfectly possible on vsrip gui tool.

[hello_hello]

This is a copy of the following bug report:
https://sourceforge.net/p/megui/bugs/863/

The latest round of updates seem to have broken x265 encoding, maybe for x86 operating systems, or maybe just for XP. Should avs4x26x.exe be getting a mention in the command line?

[Error] Log
-[Information] Versions
--[Information] [15/12/16 11:31:43 AM] MeGUI: 2690
--[Information] [15/12/16 11:31:43 AM] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [15/12/16 11:31:43 AM] .NET Framework: 4.0 (4.0.30319)
--[Information] [15/12/16 11:31:44 AM] AviSynth: 2.6.0.6 (21-09-2015) (inactive)
--[Information] [15/12/16 11:31:44 AM] AviSynth portable: 2.6.0.6 (21-09-2015) (active)
--[Information] [15/12/16 11:31:44 AM] AvisynthWrapper: (02-01-2009)
--[Information] [15/12/16 11:31:44 AM] Haali Media Splitter: 1.13.138.14 (14-04-2013)
--[Information] [15/12/16 11:31:44 AM] Haali DSS2: (14-04-2013)
--[Information] [15/12/16 11:31:44 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [15/12/16 11:31:44 AM] MediaInfo: 0.7.91.0 (01-12-2016)
--[Information] [15/12/16 11:31:44 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [15/12/16 11:31:44 AM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [15/12/16 11:31:44 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [15/12/16 11:31:44 AM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [15/12/16 11:31:43 AM] Using cached update config and server: http://megui.org/auto/
--[Information] [15/12/16 11:31:43 AM] No package requires an update
-[Error] Log for job1 (video, test.avs -> test.hevc)
--[Information] [15/12/16 11:33:25 AM] Started handling job
--[Information] [15/12/16 11:33:25 AM] Preprocessing
--[Information] [15/12/16 11:33:25 AM] Avisynth input script
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("D:\test.lwi")
---[NoImage] crop(4, 2, -4, -2)
---[NoImage] Resize8(1280,720)
---[NoImage] Trim(0,500)
--[Information] [15/12/16 11:33:26 AM] resolution: 1280x720
--[Information] [15/12/16 11:33:26 AM] frame rate: 25/1
--[Information] [15/12/16 11:33:26 AM] aspect ratio: 16:9 (1.778)
--[Information] [15/12/16 11:33:26 AM] Job command line: "C:\Program Files\MeGUI\tools\x265\x86\x265.exe" --crf 23.0 --sar 1:1 --output "D:\test.hevc" "D:\test.avs"
--[Information] [15/12/16 11:33:26 AM] Process started
--[Information] [15/12/16 11:33:26 AM] Standard output stream
--[Error] [15/12/16 11:33:26 AM] Standard error stream
---[Error] [15/12/16 11:33:26 AM] x265 [error]: yuv: width, height, and FPS must be specified
---[Error] [15/12/16 11:33:26 AM] x265 [error]: unable to open input file <D:\test.avs>
--[Error] [15/12/16 11:33:26 AM] Process exits with error: 1
--[Information] [15/12/16 11:33:26 AM] Job completed

One minor thing... when opening the x265 encoder configuration and clicking "load defaults" the CRF value is set to 23, but the default x265 CRF value is 28.

Thanks.

[LigH]

The latest round of updates seem to have broken x265 encoding, maybe for x86 operating systems, or maybe just for XP. Should avs4x26x.exe be getting a mention in the command line?

In case of x264, the "pipe bridge" avs4x26x used to be only required for feeding 32-bit AviSynth output to a 64-bit encoder process. If a 32-bit encoder is used, there is no need for a pipe ... but only as long as the encoder could handle AviSynth scripts on their own (via AviSynth interface or at least VfW compatibility). Unfortunately, an unmodified x265 is not able yet. It can only handle raw video or Y4M.
__

P.S.: x265 2.1+70-78e1e1354a25 (https://www.mediafire.com/file/2dkjjg82gi2t7wi/x265_2.1+70-78e1e1354a25.7z) is a "merge with stable" build; prepare for v2.2 "soon™"!