MeGUI: bug reports and feature requests

[Zathor]

Thanks!

[Morku]

After Avisynth+ was upgraded to r1825 my encodings wont end because of lack of RAM error message after some hours.
There is nothing special in my script, just some deinterlacing:
global MeGUI_darx = 93
global MeGUI_dary = 68

AVISource("x.avi")

QTGMC(Denoiser="dfttest", Preset="Placebo", EdiMode="NNEDI3", EdiThreads=8, Sharpness=1.0)

It also happened with DGSource.

Reverting back to r1576 solves the problem for me.

[LigH]

This may be because r1825 is an MT build which possibly does memory management in a different way, even if you did not explicitly enable multithreading for the whole filter sequence. Some issues are already known, the high complexity of QTGMC provokes failures easily.

Try some more conservative options. Espoecially EdiThreads=8 appears way too much to me. And the preset "placebo" has this name for a good reason, I bet: You only believe it does good... :rolleyes:

At least this is definitely not caused by MeGUI as a user interface for calling a conversion script.

[Morku]

I already made some tests in past, because r1825 is already out for some days and my encoding also broke with "tempgaussmc_beta2(edimode="nnedi3")".
I just wonder when issues are known why it was published by MeGUI.

My placebo encodings looks great ;) (and the other settings also will)

[LigH]

And I believe that less "insane" settings will not look much less great. ;)

Yes, this sentence was made intentionally. Even though I am not a native english speaker.

[Morku]

And you are absolutly right (Grüße übrigens auch aus Deutschland).
I read about the settings which preset for which source will make sense. But I don't want sit with a magnifier next to my monitor to count pixels just to see, that there is no difference... or maybe there is? No... yes, um... so I made an easy choice and just take the "best" setting and don't risk some quality disadvantages. For encoding I can spend time and placebo is not that insane slow on SD sources.
It makes sense for decoding when performance is important.
(Just my OT thoughts.)

[AMED]

I'm seeing a filename issue with MeGUI 2561 and OCE. The file is called Mukōzuke.mkv and when ever it's processed by the oneclick step it errors. If I rename it to Mukozuke.mkv, OCE works fine.

To reproduce this error just name any working mkv to Mukōzuke.mkv and then run through OCE.

[Error] [1/07/2015 9:06:05 a.m.] An error occurred
-[Error] [1/07/2015 9:06:05 a.m.] Exception message: FFVideoSource: Can't open 'D:\MeGUI Test\Mukozuke.mkv'
-[Error] [1/07/2015 9:06:05 a.m.] Stacktrace
--[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
--[NoImage] at MeGUI.AvsFile..ctor(String script, Boolean parse)
--[NoImage] at MeGUI.ffmsFile..ctor(String fileName, String indexFile)
--[NoImage] at MeGUI.OneClickPostProcessing.createAVSFile(String indexFile, String inputFile, Nullable`1 AR, Int32 desiredOutputWidth, Boolean signalAR, LogItem _log, AviSynthSettings avsSettings, Boolean autoDeint, VideoCodecSettings settings, Nullable`1& dar, Boolean autoCrop, Boolean keepInputResolution, Boolean useChaptersMarks)
--[NoImage] at MeGUI.OneClickPostProcessing.StartPostProcessing()
-[Error] [1/07/2015 9:06:05 a.m.] Inner exception: null


[Information] Versions
-[Information] [1/07/2015 9:01:18 a.m.] MeGUI: 2561
-[Information] [1/07/2015 9:01:18 a.m.] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
-[Information] [1/07/2015 9:01:18 a.m.] .NET Framework: 4.0 (4.0.0.0)
-[Information] [1/07/2015 9:01:18 a.m.] .NET Framework: 4.5.1 (4.5.51641)
-[Information] [1/07/2015 9:01:18 a.m.] AviSynth: 2.6.0.2 (25-05-2011) (inactive)
-[Information] [1/07/2015 9:01:18 a.m.] AviSynth+ portable: 0.1 (23-03-2015) (active)
-[Information] [1/07/2015 9:01:18 a.m.] AvisynthWrapper: (02-01-2009)
-[Information] [1/07/2015 9:01:18 a.m.] Haali Matroska Splitter: 1.11.96.14 (03-03-2011)
-[Information] [1/07/2015 9:01:18 a.m.] Haali DSS2: (03-03-2011)
-[Information] [1/07/2015 9:01:18 a.m.] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
-[Information] [1/07/2015 9:01:18 a.m.] MediaInfo: 0.7.74.0 (26-05-2015)
-[Information] [1/07/2015 9:01:18 a.m.] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
-[Information] [1/07/2015 9:01:18 a.m.] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
-[Information] [1/07/2015 9:01:18 a.m.] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] [1/07/2015 9:01:18 a.m.] 7z: 9.20 (18-11-2010)

[Groucho2004]

I'm seeing a filename issue with MeGUI 2561 and OCE. The file is called Mukōzuke.mkv and when ever it's processed by the oneclick step it errors. If I rename it to Mukozuke.mkv, OCE works fine.

To reproduce this error just name any working mkv to Mukōzuke.mkv and then run through OCE.
It's not an error. The character "ō" is part of the Latin Extended-A character set which is not supported by Avisynth. This character however is part of the character range in the Windows 1257 code page (Baltic).
So, in order to make this work you would have to save the script with CP1257 encoding and change your system locale to Baltic (Latvian or Lithuanian, for example).

Not sure if it's worth the trouble...

[AMED]

ahh ok, i'll just rename everything then.

[LigH]

ffmpeg trac ticket #4682 (https://trac.ffmpeg.org/ticket/4682)
Fixed in 8750aef3d65c0d52946a9b52eba5f5203280b548

So please test a most current build if it applies the forced FourCC correctly. (Somehow I doubt that it would correctly use both lowercase and uppercase in appropriate places, but we'll see when my compile finished.)

[steve78]

Hey, for the past few weeks I've been experiencing issues with MeGUI. Whenever I choose the option "2pass-2nd pass" for my encodes an error message is displayed automatically. I've tried my best searching around, asking friends but yet still the problem hasn't been fixed.

Error message:

"Standard Stream Error
ratecontrol_init: can't open stats file
x264_encoder_open failed
Error occurred while writing frame 0
process exits with error 0xffffffff (-1)"

Can someone please share some light. I've reinstalled MeGUI yet still it doesn't work, updated any plugins via "Use development update server", reinstalled AVISynth.

Thanks

[LigH]

I hope you ran a "2 pass - 1st pass" before the "2 pass - 2nd pass". In the first pass, the statistics file gets created so that the second pass can read it and calculate the optimal bitrate distribution.

I believe there is also an automated 2-pass option so that MeGUI creates both passes as a sequence.

[hello_hello]

After Avisynth+ was upgraded to r1825 my encodings wont end because of lack of RAM error message after some hours.
There is nothing special in my script, just some deinterlacing:
global MeGUI_darx = 93
global MeGUI_dary = 68

AVISource("x.avi")

QTGMC(Denoiser="dfttest", Preset="Placebo", EdiMode="NNEDI3", EdiThreads=8, Sharpness=1.0)

It also happened with DGSource.

Reverting back to r1576 solves the problem for me.

As I initially suggested the Avisynth+ upgrade, I thought I'd give r1825 a test using QTGMC exactly as in the script above. There's also a bit of cropping & resizing in my script but nothing else.

It's been running for 4 hours so far and it's still plodding along steadily. Encoding speed (old PC) crept up to about 3.7fps by the time 5 minutes of video had been encoded, but it has decreased a little. Four hours of encoding later and it's running at 2.88fps, but memory usage hasn't increased much at all as far as I can tell.

I'm going to stop it at this point and run the encode from scratch again with Avisynth 2.6 just to see if encoding speed also decreases by the same amount, but at the moment Avisynth+ r1825 and QTGMC seem to be playing together nicely.

I wonder if there's a particular version of a QTGMC plugin or a particular flavour of the QTGMC script that upsets Avisynth+? I'm using QTGMC 3.33s (mod). There's a recent link to it in the QTGMC thread. I'm also running XP.

Edit: I let the Avisynth 2.6/QTGMC encode run for about an hour and a half again, which was enough to see there's a difference between Avisynth 2.6 and Avisynth+ r1825.
For Avisynth 2.6 encoding speed gradually climbed to 3.91fps and sat there steadily. No sign of a gradual slowdown as with Avisynth+. CPU usage sat at a constant 75%. For the Avisynth+ test it had dropped by about 10% by the time I aborted the encode.
That's the first time I've ever noted Avisynth 2.6 to be faster than Avisynth+, and while there weren't any errors while using Avisynth+ I guess I'll be switching to Avisynth 2.6 for the foreseeable future.

[stax76]

Seems you didn't follow AviSynth+ related threads, the frame drop issue with QTGMC is well known, QTGMC and probably other complex scripts are not usable with AviSynth+, with VapourSynth QTGMC runs fine and best entirely x64.

[steve78]

I hope you ran a "2 pass - 1st pass" before the "2 pass - 2nd pass". In the first pass, the statistics file gets created so that the second pass can read it and calculate the optimal bitrate distribution.

I believe there is also an automated 2-pass option so that MeGUI creates both passes as a sequence.

Hey LigH thanks for response, I have used the preset "2 pass - 1st pass" but it didn't work same error message displayed.

I also tried "automated 2-pass" yet still same error message...

[Zathor]

Then it is time that you do once again the mentioned things and post your full log file.

[LouieChuckyMerry]

Hello, I've a humble feature request: numbers (0-20?) at the bottom of the preview window and corresponding to the vertical marks above and below the slider would be very helpful, so that the percentage of video before and-or after the slider's position could be more easily guestimated. When it comes to programing I'm even more ignorant than when it comes to AviSynth, so if this request is ridiculously involved then please feel free to chuckle, mutter an expletive, then ingnore me ;) . Thanks for your consideration.

[steve78]

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] [02/07/2015 01:38:51] MeGUI: 2525
--[Information] [02/07/2015 01:38:51] Operating System: Windows 7 x64 SP1 (6.1.65536.7601)
--[Information] [02/07/2015 01:38:51] .Net Framework: 2.0.50727.5420
--[Information] [02/07/2015 01:38:51] .Net Framework: 4.0.0.0
-[Information] Update detection
--[Information] [02/07/2015 01:38:51] AviSynth: 2.6.0.6 (31-03-2015)
--[Information] [02/07/2015 01:38:51] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [02/07/2015 01:38:51] AvisynthWrapper: (02-01-2009)
--[Information] [02/07/2015 01:38:51] No package requires an update
--[Information] [02/07/2015 01:38:51] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [02/07/2015 01:38:51] Haali DSS2: (14-04-2013)
--[Information] [02/07/2015 01:38:51] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [02/07/2015 01:38:51] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [02/07/2015 01:38:51] MediaInfo: 0.7.72.0 (07-01-2015)
--[Information] [02/07/2015 01:38:51] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [02/07/2015 01:38:51] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [02/07/2015 01:38:51] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [02/07/2015 01:38:51] 7z: 9.20 (18-11-2010)
-[Information] Log for job1 (video, Test File AVS.avs -> )
--[Information] [02/07/2015 01:39:40] Started handling job
--[Information] [02/07/2015 01:39:40] Preprocessing
-[NoImage] LoadPlugin("H:\Encoder\Encoding\MeGUI_2525_x86\tools\lsmash\LSMASHSource.dll")
-[NoImage] LWLibavVideoSource("E:\Folder\Test File 1080p\F1_T2_Video - DGA.lwi")
-[NoImage] #deinterlace
-[NoImage] crop(0, 132, 0, -130)
-[NoImage] #resize
-[NoImage] #denoise
--[Information] [02/07/2015 01:39:40] Avisynth input script
--[Information] [02/07/2015 01:39:41] resolution: 1920x818
--[Information] [02/07/2015 01:39:41] frame rate: 120/5
--[Information] [02/07/2015 01:39:41] aspect ratio: 960:409 (2.347)
--[Information] [02/07/2015 01:39:41] changing --ref to 5
--[Information] [02/07/2015 01:39:41] Job commandline: "H:\Users\Encoder\Encoding\MeGUI_2525_x86\tools\x264\x264.exe" --level 4.1 --preset veryslow --tune film --pass 1 --bitrate 6500 --stats "L:\Encode\Test File 720p AVS.stats" --keyint 240 --vbv-bufsize 78125 --vbv-maxrate 62500 --sar 1:1 --output NUL "L:\Encode\Test File 720p AVS.avs"
--[Information] [02/07/2015 01:39:41] Process started
--[Information] [02/07/2015 01:39:41] Standard output stream
--[Information] [02/07/2015 01:39:41] Standard error stream
---[Information] [02/07/2015 01:39:44] avs [info]: 1920x818p 1:1 @ 24/1 fps (cfr)
---[Information] [02/07/2015 01:39:44] x264 [info]: using SAR=1/1
---[Warning] [02/07/2015 01:39:44] x264 [warning]: VBV bitrate (62500) > level limit (50000)
---[Warning] [02/07/2015 01:39:44] x264 [warning]: VBV buffer (78125) > level limit (62500)
---[Information] [02/07/2015 01:39:44] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
---[Information] [02/07/2015 01:39:44] x264 [info]: profile Main, level 4.1
-[Error] Unhandled error
--[Information] [02/07/2015 01:39:45] Exception message: Object reference not set to an instance of an object.
-[NoImage] at MeGUI.ProgressWindow.priority_SelectedIndexChanged(Object sender, EventArgs e)
-[NoImage] at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
-[NoImage] at System.Windows.Forms.ComboBox.WmReflectCommand(Message& m)
-[NoImage] at System.Windows.Forms.ComboBox.WndProc(Message& m)
-[NoImage] at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
-[NoImage] at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
-[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [02/07/2015 01:39:45] Stacktrace
--[Information] [02/07/2015 01:39:45] Inner exception: null
--[Information] [02/07/2015 01:40:07] Process exits with error: 0xFFFFFFFF (-1)
-[Information] [02/07/2015 01:40:08] Delete aborted output set: True
--[Information] Deleting aborted output
--[Information] [02/07/2015 01:40:08] Job completed
--[Information] [02/07/2015 01:40:08] Current job was aborted
-[Information] Log for job1 (video, Test File 720p AVS.avs -> )
--[Information] [02/07/2015 01:40:34] Started handling job
--[Information] [02/07/2015 01:40:34] Preprocessing
-[NoImage] LoadPlugin("H:\Users\Encoder\Encoding\MeGUI_2525_x86\tools\lsmash\LSMASHSource.dll")
-[NoImage] LWLibavVideoSource("E:\Seedbox\Test Video1080p NOR Blu-Ray AVC DTS-HD MA 5.1-HDMike - Limited\F1_T2_Video - DGA.lwi")
-[NoImage] #deinterlace
-[NoImage] crop(0, 132, 0, -130)
-[NoImage] #resize
-[NoImage] #denoise
--[Information] [02/07/2015 01:40:34] Avisynth input script
--[Information] [02/07/2015 01:40:35] resolution: 1920x818
--[Information] [02/07/2015 01:40:35] frame rate: 120/5
--[Information] [02/07/2015 01:40:35] aspect ratio: 960:409 (2.347)
--[Information] [02/07/2015 01:40:35] changing --ref to 5
--[Information] [02/07/2015 01:40:35] Job commandline: "H:\Users\Encoder\Encoding\MeGUI_2525_x86\tools\x264\x264.exe" --level 4.1 --preset veryslow --tune film --pass 1 --bitrate 6500 --stats "L:\Encode\Test File 720p AVS.stats" --keyint 240 --vbv-bufsize 78125 --vbv-maxrate 62500 --sar 1:1 --output NUL "L:\Encode\Test File AVS.avs"
--[Information] [02/07/2015 01:40:35] Process started
--[Information] [02/07/2015 01:40:35] Standard output stream
--[Information] [02/07/2015 01:40:35] Standard error stream
---[Information] [02/07/2015 01:40:38] avs [info]: 1920x818p 1:1 @ 24/1 fps (cfr)
---[Information] [02/07/2015 01:40:38] x264 [info]: using SAR=1/1
---[Warning] [02/07/2015 01:40:38] x264 [warning]: VBV bitrate (62500) > level limit (50000)
---[Warning] [02/07/2015 01:40:38] x264 [warning]: VBV buffer (78125) > level limit (62500)
---[Information] [02/07/2015 01:40:38] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
---[Information] [02/07/2015 01:40:38] x264 [info]: profile Main, level 4.1
---[Information] [02/07/2015 02:36:59] x264 [info]: frame I:1070 Avg QP:13.15 size:170187
---[Information] [02/07/2015 02:36:59] x264 [info]: frame P:39581 Avg QP:17.35 size: 60444
---[Information] [02/07/2015 02:36:59] x264 [info]: frame B:100099 Avg QP:18.67 size: 22132
---[Information] [02/07/2015 02:36:59] x264 [info]: consecutive B-frames: 7.0% 7.1% 16.7% 12.9% 7.7% 45.0% 1.9% 0.6% 1.0%
---[Information] [02/07/2015 02:36:59] x264 [info]: mb I I16..4: 33.7% 0.0% 66.3%
---[Information] [02/07/2015 02:36:59] x264 [info]: mb P I16..4: 40.3% 0.0% 0.0% P16..4: 50.4% 0.0% 0.0% 0.0% 0.0% skip: 9.3%
---[Information] [02/07/2015 02:36:59] x264 [info]: mb B I16..4: 9.6% 0.0% 0.0% B16..8: 33.9% 0.0% 0.0% direct:18.3% skip:38.1% L0:37.2% L1:40.6% BI:22.2%
---[Information] [02/07/2015 02:36:59] x264 [info]: final ratefactor: 17.44
---[Information] [02/07/2015 02:36:59] x264 [info]: direct mvs spatial:99.8% temporal:0.2%
---[Information] [02/07/2015 02:36:59] x264 [info]: coded y,uvDC,uvAC intra: 52.5% 47.2% 21.7% inter: 23.7% 19.6% 1.5%
---[Information] [02/07/2015 02:36:59] x264 [info]: i16 v,h,dc,p: 39% 23% 24% 14%
---[Information] [02/07/2015 02:36:59] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 21% 12% 6% 7% 7% 7% 6% 7%
---[Information] [02/07/2015 02:36:59] x264 [info]: i8c dc,h,v,p: 56% 18% 22% 4%
---[Information] [02/07/2015 02:36:59] x264 [info]: Weighted P-Frames: Y:3.1% UV:2.0%
---[Information] [02/07/2015 02:36:59] x264 [info]: kb/s:6534.01
---[Information] [02/07/2015 02:36:59] encoded 140750 frames, 41.61 fps, 6534.01 kb/s
--[Information] [02/07/2015 02:36:59] Postprocessing
---[Information] [02/07/2015 02:36:59] Deleting intermediate files
--[Information] [02/07/2015 02:36:59] Job completed
-[Information] Log for job2 (video, Test File 720p AVS.avs -> Test File 720p.264)
--[Information] [02/07/2015 02:36:59] Started handling job
--[Information] [02/07/2015 02:36:59] Preprocessing
-[NoImage] LoadPlugin("H:\Users\Encoder\Encoding\MeGUI_2525_x86\tools\lsmash\LSMASHSource.dll")
-[NoImage] LWLibavVideoSource("E:\Folder\Test File 1080p\F1_T2_Video - DGA.lwi")
-[NoImage] #deinterlace
-[NoImage] crop(0, 132, 0, -130)
-[NoImage] #resize
-[NoImage] #denoise
--[Information] [02/07/2015 02:36:59] Avisynth input script
--[Information] [02/07/2015 02:37:00] resolution: 1920x818
--[Information] [02/07/2015 02:37:00] frame rate: 120/5
--[Information] [02/07/2015 02:37:00] aspect ratio: 960:409 (2.347)
--[Information] [02/07/2015 02:37:00] changing --ref to 5
--[Information] [02/07/2015 02:37:00] Job commandline: "H:\Encider\Encoding\MeGUI_2525_x86\tools\x264\x264.exe" --level 4.1 --preset veryslow --tune film --pass 2 --bitrate 6500 --stats "L:\Encode\Test File 720p AVS.stats" --keyint 240 --vbv-bufsize 78125 --vbv-maxrate 62500 --sar 1:1 --output "L:\Encode\Test File 720p AVS.264" "L:\Encode\Test File 720p AVS.avs"
--[Information] [02/07/2015 02:37:00] Process started
--[Information] [02/07/2015 02:37:00] Standard output stream
--[Information] [02/07/2015 02:37:00] Standard error stream
---[Information] [02/07/2015 02:37:05] avs [info]: 1920x818p 1:1 @ 24/1 fps (cfr)
---[Information] [02/07/2015 02:37:05] x264 [info]: using SAR=1/1
---[Information] [02/07/2015 02:37:05] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
---[Information] [02/07/2015 02:37:05] x264 [info]: profile High, level 4.1
---[Information] [02/07/2015 06:24:37] x264 [info]: frame I:1013 Avg QP:14.84 size:160677
---[Information] [02/07/2015 06:24:37] x264 [info]: frame P:36694 Avg QP:18.61 size: 57298
---[Information] [02/07/2015 06:24:37] x264 [info]: frame B:92138 Avg QP:20.08 size: 22029
---[Information] [02/07/2015 06:24:37] x264 [info]: consecutive B-frames: 7.3% 7.3% 16.6% 11.2% 7.7% 46.6% 1.9% 0.6% 0.8%
---[Information] [02/07/2015 06:24:37] x264 [info]: mb I I16..4: 14.9% 60.1% 25.0%
---[Information] [02/07/2015 06:24:37] x264 [info]: mb P I16..4: 4.9% 18.2% 2.4% P16..4: 42.1% 15.6% 8.8% 0.5% 0.2% skip: 7.4%
---[Information] [02/07/2015 06:24:37] x264 [info]: mb B I16..4: 0.6% 1.9% 0.3% B16..8: 44.6% 9.5% 1.6% direct: 6.6% skip:34.9% L0:46.3% L1:45.0% BI: 8.6%
---[Information] [02/07/2015 06:24:37] x264 [info]: 8x8 transform intra:70.0% inter:64.6%
---[Information] [02/07/2015 06:24:37] x264 [info]: direct mvs spatial:99.1% temporal:0.9%
---[Information] [02/07/2015 06:24:37] x264 [info]: coded y,uvDC,uvAC intra: 69.1% 59.0% 29.0% inter: 25.2% 18.7% 2.5%
---[Information] [02/07/2015 06:24:37] x264 [info]: i16 v,h,dc,p: 36% 18% 12% 34%
---[Information] [02/07/2015 06:24:37] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 12% 14% 7% 10% 10% 10% 9% 10%
---[Information] [02/07/2015 06:24:37] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 13% 9% 7% 11% 10% 11% 8% 10%
---[Information] [02/07/2015 06:24:37] x264 [info]: i8c dc,h,v,p: 40% 26% 23% 11%
---[Information] [02/07/2015 06:24:37] x264 [info]: Weighted P-Frames: Y:3.2% UV:2.0%
---[Information] [02/07/2015 06:24:37] x264 [info]: ref P L0: 55.1% 11.8% 17.7% 7.6% 6.2% 1.5% 0.0%
---[Information] [02/07/2015 06:24:37] x264 [info]: ref B L0: 80.1% 13.6% 5.0% 1.4%
---[Information] [02/07/2015 06:24:37] x264 [info]: ref B L1: 93.6% 6.4%
---[Information] [02/07/2015 06:24:37] x264 [info]: kb/s:6350.94
---[Information] [02/07/2015 06:24:37] aborted at input frame 129864, output frame 129844
---[Information] [02/07/2015 06:24:37] encoded 129844 frames, 9.51 fps, 6350.83 kb/s
--[Error] [02/07/2015 06:24:37] Process exits with error: 0xFFFFFFFF (-1)
--[Information] [02/07/2015 06:24:37] Job completed

[AMED]

-[NoImage] LWLibavVideoSource("E:\Seedbox\Game of Death 2010 1080p NOR Blu-Ray AVC DTS-HD MA 5.1-HDMike - Limited\F1_T2_Video - DGA.lwi")You've got a bit of rule 6 (http://forum.doom9.org/forum-rules.htm) going on there.

[LigH]

Apart from that, the error trace looks like progress window control failed somehow.

-[Error] Unhandled error
--[Information] [02/07/2015 01:39:45] Exception message: Object reference not set to an instance of an object.
-[NoImage] at MeGUI.ProgressWindow.priority_SelectedIndexChanged(Object sender, EventArgs e)
-[NoImage] at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
-[NoImage] at System.Windows.Forms.ComboBox.WmReflectCommand(Message& m)
-[NoImage] at System.Windows.Forms.ComboBox.WndProc(Message& m)
-[NoImage] at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
-[NoImage] at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
-[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

[hello_hello]

So please test a most current build if it applies the forced FourCC correctly. (Somehow I doubt that it would correctly use both lowercase and uppercase in appropriate places, but we'll see when my compile finished.)

The current build seems to be fine.
That's "2015-07-02 git-03b2b40 Static" from here (http://ffmpeg.zeranoe.com/builds/).
It's writing Xvid. I'm not sure about the lowercase/uppercase part.

Codec ID : XVID
Codec ID/Hint : XviD

[LigH]

I asked a Feature Request in the ffmpeg tracker if they would support distinct FourCC's. They asked back if I know any relevant case; unfortunately, I don't. Players should only care about the second one in the bitmap header, compression field. These are the usually uppercase FourCC's like XVID, DX50. But I cannot exclude the possibility that any editor may refuse a file if the first one (used encoder) is not the lowercase counterpart; yet such a software would have to be found to point at it.

[hello_hello]

Xvid encoding seems to have become a bit messy since the update from 1.2.1. What was the reason for the update? Are newer Xvid versions better in some way?

I don't entirely understand the fourcc thing (it seems) because I checked an AVI created by AutoGK with MediaInfo and it displays the following, as it does when checking an AVI created by MeGUI and muxed with the latest ffmpeg:

Codec ID : XVID
Codec ID/Hint : XviD

However a closer look at the two AVIs with MPEG4Modifier shows this:

AutoGK created AVI:
Packed bitstream: Yes
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: H.263
FourCC: XVID
User data: DivX503b1393p, XviD0050

MeGUI created AVI:
Packed bitstream: No
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: H.263
FourCC: XVID
User data: XviD0067

I noticed when I open the AVI created by MeGUI and check the option to resave with a packed bitstream, MPEG4Modifier adds DivX503b1393p to the user data so I assume that has something to do with the packed bitstream only I don't understand what exactly. Any info for learning purposes would be appreciated.

Also, I posted several MeGUI/Xvid encoding questions here if anybody know the answers (with a new question just added regarding the packed bitstream option in the Xvid encoder configuration no longer working).
http://forum.doom9.org/showthread.php?p=1728831#post1728831

[detmek]

Packed bitstream is workaround/hack introduced in Divx encoder when B frames were introduced because AVI was not designed to store B-frames. So P and B frame are packed together. MPEG4Modifier probably adds DivX503b1393p for compatibility with official Divx codec.

[Zathor]

The current build seems to be fine.
That's "2015-07-02 git-03b2b40 Static" from here (http://ffmpeg.zeranoe.com/builds/).
It's writing Xvid. I'm not sure about the lowercase/uppercase part.

Codec ID : XVID
Codec ID/Hint : XviD
Thanks, uploaded.

[Zathor]

Mainly a small bugfix release:

2566 added ~300 additional languages to select based upon ISO 639-2. Feauture requests #551/#553
2565 [XviD Encoder] changed the default -kboost value to 10 (regression of 2547)
2564 [HD Streams Extractor] improves handling of TrueHD streams including Atmos support. Patch by bowlingbeeg #69
2563 [Job] fixed cancelling the warning when using "HIGH" priority. Bug #806
2562 [MP4 Muxer] switched to ISO 639-2 three letter code for the language (regression of recent MP4box builds)

[detmek]

Hi Zathor. For some reason I can not encode using Xvid encoder. It always shows error. Here's log:

http://pastebin.com/raw.php?i=DfnxMkBx

It works if I change encoder from Xvid to x264.

I also resetted Xvid settings to default values but same error shows.

Edit:

I uninstalled Avisynth+ and installed Set's MT version, changed settings in MeGUI to use external Avisynth and it works now. So, Xvid does not work with Avisynth+ that comes with MeGUI, at least not for me.

[Zathor]

I just did an Xvid encode myself and had no problem (internal avisynth+ has been used).

[hello_hello]

Hi Zathor. For some reason I can not encode using Xvid encoder. It always shows error. Here's log:

http://pastebin.com/raw.php?i=DfnxMkBx

It works if I change encoder from Xvid to x264.

Someone else had the same problem at VideoHelp.
http://forum.videohelp.com/threads/372363-how-to-use-ffdshow-in-megui?p=2394999&viewfull=1#post2394999

He contacted me via PM and I think he said reinstalling Avisynth and switching to the installed version fixed the problem but his PM's were a bit vague regarding what he'd tried so I wasn't sure what eventually fixed it.
I did suspect that maybe it's Win8.1 related though, and you have that in common. He did update Xvid from 1.3.3 to 1.3.4 at one stage, but I don't know if that was the fix. Which version are you using?

[hello_hello]

Zathor,
I haven't updated MeGUI yet so I don't know exactly what you changed for the Xvid encoder, but I installed AutoGK and Xvid 1.2.1 along with it to check out the Xvid defaults.

The default encoding mode is CQ 4.0, which to me makes more sense than the current MeGUI default of CBR 700kbps. I'd prefer it if MeGUI defaulted to CQ 2.0.

The default for -kboost is definitely 10 and it's described as I-frame boost (%) and not I-frame boost (10x%).

The three overflow percentages are all 5% by default regardless of whether a profile is selected or not. I don't know if that changed at a later date but I'm not sure why they'd need to.

[detmek]

@Zathor
@hello_hello
Thanks for your response. Well, maybe it is Windows 8.1 compatibility. I did a few more tests. Unless I install regular Avisynth or SeT's Avisynth MT Xvid encoding won't work. If I install regular Avisynth then encoding works even if I select internal Avisynth+ in MeGUI settings (maybe fallback????). Same problem with Xvid 1.3.3 and 1.3.4.

I tried it with Windows 7 SP1. Same error.

[yesmanitsbearman]

Hi there,

Has there been any changes to the way VobSubs are extracted recently? Not had this problem before, but now most my vobsubs have a bogus track in .idx, even tho before extracting megui only lists one track.

It starts with:
# (Not detected)
id: --, index: 1
# Decomment next line to activate alternative name in DirectVobSub / Windows Media Player 6.x
# alt: (Not detected)
# Vob/Cell ID: 10, 1 (PTS: 0)

[GRKNGLR]

Is there a "development server" etc. for MeGUI beta builds? I mean, is there any update server, or is it that only stable builds are released?

[hello_hello]

There's a development server option in MeGUI's settings.

[LigH]

Apropos updates ... Zathor ... since you got a new mirror update server, did you ever ask about its utilization? Is it possibly so marginal that you could consider revoking the auto-disabling of not so frequently used packages?

[greatdanton]

the Update of server is not working. How can I fix it?

[LigH]

What is not working, in detail, please?!

[Barough]

After the update to SVN 2566 so have the encoding of DTS audio streams into AAC become so extremely slow. After a while so have the encoding speed dropped down to around 1x or lower. Converting from any other format then DTS so is it fast.

Does any1 else ran into this issue or?

[LigH]

Speed drops are known for very complex video filter scripts since updating to the current AviSynth+ MT; but the audio conversion script should not use very complex filtering...

[Barough]

Speed drops from video am i aware for sure but not for audio like this. Something weird is going on for sure here.......

[Kurtnoise]

did you try to change the dts filter source ?

[Barough]

I haven't changed a thing. How do i change the dts filter source then?

[Kurtnoise]

Config button and then Preferred Decoder...

[Barough]

Thnx :)

Have always used NicAudio here earlier but i'll do some tests l8r 2day with other decoders.

[EDIT]
Did a couple of quick tests and it seems like something have happened to NicAudio. Tested with FFAudioSource & BassAudio they work just fine. No real speed drops.

[tebasuna51]

Did a couple of quick tests and it seems like something have happened to NicAudio. Tested with FFAudioSource & BassAudio they work just fine. No real speed drops.

If your source is DTS-HD don't use NicAudio at all.

To decode any DTS I recommend LWLibavAudioSource because include the last free dcadec with DTS-HD support.

I don't know if last FFAudioSource include the dcadec, BassAudio don't support DTS-HD.

[Barough]

Thnx for the info tebasuna51 :)

[szabi]

Hi

Until now for file indexing FFMSIndex was used as default without any issue.
Now MeGUI was updated (2566) and the default file indexer is L-SMASH Works.
I tried to use FFMS like before however when index file and AVSscript ready it can not be opened as input for video encoding.
Failure message is the following:
http://abload.de/img/ffmssfk36.png
AVS line 1:
LoadCPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")

What went wrong after so many usage it is not working now?
Does L-SMASH Works have advance over FFMS?

bye
szabi

[LigH]

Depending on the build options preferred by people who compiled it, there are some FFMS2.dll with standard AviSynth plugin API (LoadPlugin) and some FFMS2.dll wich AviSynth-C API (LoadCPlugin).

L-SMASH Works did have important advantages over FFMS2 for a long time; again and again for years it was documented that FFMS2 could only load MKV containers reliably, but was very unreliable loading e.g. TransportStreams, even when Haali Media Splitter was installed (which was used to load some other containers); but just recently (I believe not before this year) this dependency to Haali was removed from FFMS2, so this disadvantage is being fixed. Still, L-SMASH Works has the additional L-SMASH demultiplexer for all ISO Media containers (e.g. MP4, 3GP, MOV...) which FFMS2 does not contain, it uses now only libavformats.

[szabi]

Thx for it.
So wrong FFMS2.dll plugin are downloaded by MeGUI updater?
Or meGUI script creator use wrong LoadCPlugin call?

Fortunately I used ffms for MKV so I did not realise unreliable loading.
I guess in quality no difference. Am I right?

bye
szabi

[LigH]

Zathor or Kurtnoise may have to check whether they accidently replaced an older FFMS2 C-plugin with a newer FFMS2 default plugin...

Regarding quality, there won't be any difference, both will use libavcodec decoders.