MeGUI: bug reports and feature requests [Archive] - Page 5

AMED

22nd March 2014, 05:26

Hi Zathor,

Looks like that weird AVISynth script creator cropping error is still happening with build 2487.

I reported this a while ago.

http://forum.doom9.org/showthread.php?p=1667814#post1667814
http://forum.doom9.org/showthread.php?p=1669049#post1669049

The error message in build 2487 has changed though.

[Error] Log
-[Information] Versions
--[Information] [22/03/2014 5:11:44 p.m.] MeGUI: 2487
--[Information] [22/03/2014 5:11:44 p.m.] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [22/03/2014 5:11:44 p.m.] .Net Framework: 2.0.50727.4927
--[Information] [22/03/2014 5:11:44 p.m.] .Net Framework: 4.0.0.0
--[Information] [22/03/2014 5:11:44 p.m.] AviSynth: 2.6.0.4 (18-09-2013)
--[Information] [22/03/2014 5:11:44 p.m.] AvisynthWrapper: (02-01-2009)
--[Information] [22/03/2014 5:11:44 p.m.] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [22/03/2014 5:11:44 p.m.] Haali DSS2: (14-04-2013)
--[Information] [22/03/2014 5:11:44 p.m.] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [22/03/2014 5:11:44 p.m.] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [22/03/2014 5:11:44 p.m.] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [22/03/2014 5:11:44 p.m.] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [22/03/2014 5:11:44 p.m.] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [22/03/2014 5:11:44 p.m.] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [22/03/2014 5:11:44 p.m.] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [22/03/2014 5:11:45 p.m.] Connected to server: http://megui.org/auto/
--[Information] [22/03/2014 5:11:45 p.m.] File downloaded: upgrade.xml
--[Information] [22/03/2014 5:11:45 p.m.] All packages are up to date
-[Information] FileIndexer
--[Information] [22/03/2014 5:12:31 p.m.] MediaInfo
---[Information] File: I:\Bluray Rips\The_Conjuring\The_Conjuring_t00.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 22593712023
----[Information] PlayTime: 01:51:58.016
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 161071
----[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: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[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: 0
----[Information] Title: Surround 5.1
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 3
----[Information] StreamOrder: 2
----[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: 0
----[Information] Title: Surround 5.1
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Text
----[Information] ID: 4
----[Information] StreamOrder: 3
----[Information] Codec: S_HDMV/PGS
----[Information] CodecString: S_HDMV/PGS
----[Information] Delay:
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
-[Information] Log for job2 (idx, The_Conjuring_t00.mkv -> The_Conjuring_t00.mkv.ffindex)
--[Information] [22/03/2014 5:12:37 p.m.] Started handling job
--[Information] [22/03/2014 5:12:37 p.m.] Preprocessing
--[Information] [22/03/2014 5:12:37 p.m.] Job commandline: "D:\MEGUI\tools\ffms\ffmsindex.exe" -f "I:\Bluray Rips\The_Conjuring\The_Conjuring_t00.mkv" "I:\Bluray Rips\The_Conjuring\The_Conjuring_t00.mkv.ffindex"
--[Information] [22/03/2014 5:12:37 p.m.] Process started
--[Information] [22/03/2014 5:12:37 p.m.] Standard output stream
---[Information] [22/03/2014 5:16:16 p.m.] Writing index... done.
--[Information] [22/03/2014 5:12:37 p.m.] Standard error stream
--[Information] [22/03/2014 5:16:16 p.m.] MediaInfo
---[Information] File: I:\Bluray Rips\The_Conjuring\The_Conjuring_t00.mkv.ffindex
---[Information] General
----[Information] Format:
----[Information] FormatString:
----[Information] FileSize: 1225670
----[Information] PlayTime:
--[Information] [22/03/2014 5:16:16 p.m.] Postprocessing
---[Information] [22/03/2014 5:16:17 p.m.] Deleting intermediate files
--[Information] [22/03/2014 5:16:17 p.m.] Job completed
-[Error] Unhandled error
--[Information] [22/03/2014 5:20:12 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:20:12 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:20:12 p.m.] Inner exception: null
-[Error] Unhandled error
--[Information] [22/03/2014 5:23:23 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:23:23 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:23:23 p.m.] Inner exception: null
-[Error] Unhandled error
--[Information] [22/03/2014 5:23:25 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:23:25 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:23:25 p.m.] Inner exception: null
-[Error] Unhandled error
--[Information] [22/03/2014 5:23:25 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:23:25 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:23:25 p.m.] Inner exception: null
-[Error] Unhandled error
--[Information] [22/03/2014 5:23:26 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:23:26 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:23:26 p.m.] Inner exception: null
-[Error] Unhandled error
--[Information] [22/03/2014 5:23:26 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:23:26 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:23:26 p.m.] Inner exception: null
-[Error] Unhandled error
--[Information] [22/03/2014 5:23:27 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:23:27 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:23:27 p.m.] Inner exception: null
-[Error] Unhandled error
--[Information] [22/03/2014 5:23:27 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:23:27 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:23:27 p.m.] Inner exception: null
-[Error] Unhandled error
--[Information] [22/03/2014 5:23:28 p.m.] Exception message: Object reference not set to an instance of an object.
--[Information] [22/03/2014 5:23:28 p.m.] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [22/03/2014 5:23:28 p.m.] Inner exception: null

kalehrl

22nd March 2014, 23:39

When I try to enable opencl via --opencl in misc x264 advanced tab, I get an error:
--[Information] [22.3.2014 23:30:49] Job commandline: "D:\Programs\MeGUI\tools\x264\avs4x264mod.exe" --preset slow --opencl --sar 1:1 --output "D:\Dreambox\movie\cuttermaran\Formula1\Formula 1 2014 - Australija.mkv" "D:\Dreambox\movie\cuttermaran\Formula1\Formula 1 2014 - Australija.avs"
--[Information] [22.3.2014 23:30:49] Process started
--[Information] [22.3.2014 23:30:49] Standard output stream
---[Information] [22.3.2014 23:30:52] avs [info]: AviSynth 2.60, build:Sep 18 2013 [17:36:36]
---[Information] [22.3.2014 23:30:52] avs [info]: Video colorspace: YV12
---[Information] [22.3.2014 23:30:52] avs [info]: Video resolution: 704x396
---[Information] [22.3.2014 23:30:52] avs [info]: Video framerate: 25000/1000
---[Information] [22.3.2014 23:30:52] avs [info]: Video framecount: 140492
---[Information] [22.3.2014 23:30:52] avs4x264 [info]: "x264_64" - --preset slow --opencl --sar 1:1 --output "D:\Dreambox\movie\cuttermaran\Formula1\Formula 1 2014 - Australija.mkv" --frames 140492 --fps 25000/1000 --input-res 704x396 --input-csp i420
--[Error] [22.3.2014 23:30:49] Standard error stream
---[Information] [22.3.2014 23:30:51] raw [info]: 704x396p 1:1 @ 25/1 fps (cfr)
---[Information] [22.3.2014 23:30:51] x264 [info]: using SAR=1/1
---[Information] [22.3.2014 23:30:51] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 LZCNT
---[Information] [22.3.2014 23:30:51] x264 [info]: OpenCL acceleration enabled with Intel(R) Corporation Intel(R) HD Graphics
---[Information] [22.3.2014 23:30:51] x264 [info]: profile High, level 3.0
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: x264_encoder_encode failed
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:51] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: Unknown error
---[Error] [22.3.2014 23:30:52] x264 [error]: OpenCL: fatal error, aborting encode
---[Information] [22.3.2014 23:30:52] aborted at input frame 56, output frame 0
---[Error] [22.3.2014 23:30:52] avs [error]: Error occurred while writing frame 57
---[Information] [22.3.2014 23:30:52] (Maybe x264 closed)
--[Error] [22.3.2014 23:30:52] Process exits with error: 0xFFFFFFFF (-1)
--[Warning] [22.3.2014 23:30:52] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [22.3.2014 23:30:52] Job completed
-[Information] Log for job1 (video, Formula 1 2014 - Australija.avs -> Formula 1 2014 - Australija.mkv)
--[Information] [22.3.2014 23:31:41] Started handling job
--[Information] [22.3.2014 23:31:41] Preprocessing
--[Information] [22.3.2014 23:31:41] Avisynth input script
I tried disabling x264 64bit in the options but that didn't help.

EDIT: I just found this thread:
http://forum.doom9.org/showthread.php?t=168168

LigH

23rd March 2014, 09:28

This issue is certainly not the fault of MeGUI.

leon

26th March 2014, 12:53

Hi
Fatal error when I want to check for updates with stable and dev server.

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

-[Information] Versions
--[Information] [3/25/2014 4:18:56 PM] MeGUI: 2487
--[Information] [3/25/2014 4:18:56 PM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [3/25/2014 4:18:56 PM] .Net Framework: 2.0.50727.5420
--[Information] [3/25/2014 4:18:56 PM] .Net Framework: 4.0.0.0
--[Information] [3/25/2014 4:18:56 PM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [3/25/2014 4:18:56 PM] AvisynthWrapper: (02-01-2009)
--[Information] [3/25/2014 4:18:56 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [3/25/2014 4:18:56 PM] Haali DSS2: (14-04-2013)
--[Information] [3/25/2014 4:18:56 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [3/25/2014 4:18:56 PM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [3/25/2014 4:18:56 PM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [3/25/2014 4:18:56 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [3/25/2014 4:18:56 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [3/25/2014 4:18:56 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [3/25/2014 4:18:56 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [3/25/2014 4:18:57 PM] Automatic update is disabled
--[Information] [3/25/2014 4:19:13 PM] Cannot connect to server: http://megui.org/auto/. Reason: Update server is not available
--[Information] [3/25/2014 4:19:13 PM] Could not retrieve update data. Update server is not available
--[Information] [3/25/2014 4:19:14 PM] Cannot connect to server: http://megui.xvidvideo.ru/auto/. Reason: Update server is not available
--[Information] [3/25/2014 4:19:14 PM] Could not retrieve update data. Update server is not available
--[Information] [3/25/2014 4:19:48 PM] Connected to server: http://megui.org/auto/
--[Information] [3/25/2014 4:19:48 PM] File downloaded: upgrade.xml
-[Error] Unhandled error
--[Information] [3/25/2014 4:19:48 PM] Exception message: Object reference not set to an instance of an object.
-[NoImage] at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
-[NoImage] at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
-[NoImage] at MeGUI.UpdateWindow.ProcessUpdateXML()
-[NoImage] at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
-[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
-[NoImage] at System.Threading.ThreadHelper.ThreadStart()
--[Information] [3/25/2014 4:19:48 PM] Stacktrace
--[Information] [3/25/2014 4:19:48 PM] Inner exception: null

Zathor

27th March 2014, 21:28

Leon, does that error happen everytime?

Looks like that weird AVISynth script creator cropping error is still happening with build 2487.
Yes, I tried to fix it but failed in the first attempt as I could not find the reason. Can you please add it to the bug tracker? Otherwise I will likely forget to check this when I have a little bit more time.

leon

27th March 2014, 21:57

Leon, does that error happen everytime?

Yes it does.
That error happened when I used ffmsindex then I tried to installing avisynth and error fixed for file indexer but that error still happens for update.
I enabled auto update but megui started crashing at startup.
I haven't any problem for update with build 2487 but recently when I try to update this error happens.

AMED

29th March 2014, 00:35

Yes, I tried to fix it but failed in the first attempt as I could not find the reason. Can you please add it to the bug tracker? Otherwise I will likely forget to check this when I have a little bit more time.
No problems I've created a ticket in the bug tracker.
https://sourceforge.net/p/megui/bugs/758/

hello_hello

29th March 2014, 09:29

AMED

29th March 2014, 11:57

I've just tested with AviSynth+ and i still get the same error when trying to manually crop with the AviSynth creator.

EDIT: also tried v2.5.8 and got the same error.

hello_hello

29th March 2014, 16:26

Odd.....
I tried again using a second PC and could repeat the behaviour I described. The only thing I seemed to have gotten wrong is the "reverting back to a previous version of ffms2" part. I assumed the ffms2 version MeGUI currently uses it the latest one. Looking at the file dates though, I assume ffms2 was downgraded at some stage. The version with the files dated 2013/12/23 gives me an error regardless of the Avisynth version when the preview window first opens (reading/writing to protected memory) so I assume that's a separate ffms issue.

Anyway.... changing back to the ffms2 version MeGUI is currently using (which is 2.19 with files dated 2013/09/18):

Avisynth 2.6.0.4 with empty Avisynth plugins folder = no problem cropping.
Avisynth 2.6.0.4 with normal plugins folder = problem cropping.
Avisynth+ = no problem cropping.

It still seems to me like we're experiencing the same bug, only it happens less for me. If it's likely to make any difference (I have no idea, but Zathor might) according to MeGUI I have different versions of the dot net framework installed. For me it's:
.Net Framework: 2.2.30729
.Net Framework: 4.0.30319
And I'm running XP SP3.

I'm just adding some extra info in case it turns out to be relevant. For the record, I reverted back to a much older version of ffms2 (r559 with files dated 2011/09/11) and nothing changed, so I guess it's not an ffms issue as such. Although it seems odd that I can index with ffms, create a script, then import that script into another and have no problems cropping at all.

AMED

30th March 2014, 03:28

I was going to test this out with LSMASH but it no longer seems to work at the indexing stage.

[Error] Log for job8 (idx, The_Conjuring_t00.mkv -> The_Conjuring_t00.mkv.lwi)
-[Information] [30/03/2014 8:10:00 a.m.] Started handling job
-[Information] [30/03/2014 8:10:00 a.m.] Preprocessing
-[Information] [30/03/2014 8:10:00 a.m.] Job commandline: "C:\Windows\system32\ping.exe" 127.0.0.1 -t
-[Information] [30/03/2014 8:10:00 a.m.] Process started
-[Information] [30/03/2014 8:10:00 a.m.] Standard output stream
--[Information] [30/03/2014 8:10:00 a.m.] Creating LSMASH index...
--[Information] [30/03/2014 8:10:00 a.m.] AviSynth script
---[NoImage] LoadPlugin("D:\MEGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("I:\Bluray Rips\The_Conjuring\The_Conjuring_t00.mkv")
-[Error] [30/03/2014 8:10:00 a.m.] Standard error stream
--[Error] [30/03/2014 8:10:00 a.m.] LoadPlugin: unable to load "D:\MEGUI\tools\lsmash\LSMASHSource.dll", error=0x7e
-[Information] [30/03/2014 8:10:00 a.m.] Job completed

hello_hello

30th March 2014, 04:16

I know you're using a different version of Windows but for me the fix for that was this:
http://forum.doom9.org/showthread.php?p=1671880#post1671880

AMED

30th March 2014, 05:43

Thanks for the link, I had to copy msvcr120.dll into my \SysWOW64 folder to get L-SMASH working even though i had the Visual C++ 2013 Redistributable installed.

I have played around with manual cropping using L-SMASH as the source and I get no errors.

Maybe this is a problem with FFMS2?

EDIT: I have just tested ffms2_r827-msvc2010.7z (http://forum.doom9.org/showthread.php?p=1674989#post1674989) and that also throws the error.

LigH

30th March 2014, 11:23

You may have had the Microsoft Visual C++ 2013 Runtime in 64 bit installed, but not the 32 bit variant.

leon

30th March 2014, 17:31

leon

30th March 2014, 17:35

MeGUI still crashes when I want to check for updates Mr Zathor.
I think the problem is related to dotNET because when that error happens and windows starts to report it dotNET wants to connect to internet.

http://i60.tinypic.com/10qxusy.jpg

Zathor

30th March 2014, 23:34

Sorry, no time yet to have a look into your problem.

Zathor

31st March 2014, 23:08

Leon, please try this build:
http://megui.org/test/MeGUI.zip

leon

1st April 2014, 13:53

Leon, please try this build:
http://megui.org/test/MeGUI.zip

Hi
I tested this build and the result was this :

http://i62.tinypic.com/24yu4ah.jpg

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

-[Information] Versions
--[Information] [3/31/2014 5:04:06 PM] MeGUI: 2489
--[Information] [3/31/2014 5:04:06 PM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [3/31/2014 5:04:06 PM] .Net Framework: 2.0.50727.5420
--[Information] [3/31/2014 5:04:06 PM] .Net Framework: 4.0.0.0
--[Information] [3/31/2014 5:04:06 PM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [3/31/2014 5:04:06 PM] AvisynthWrapper: (02-01-2009)
--[Information] [3/31/2014 5:04:06 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [3/31/2014 5:04:06 PM] Haali DSS2: (14-04-2013)
--[Information] [3/31/2014 5:04:06 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [3/31/2014 5:04:06 PM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [3/31/2014 5:04:06 PM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [3/31/2014 5:04:06 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [3/31/2014 5:04:06 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [3/31/2014 5:04:06 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [3/31/2014 5:04:06 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [3/31/2014 5:04:07 PM] Automatic update is disabled
--[Information] [3/31/2014 5:04:07 PM] Using cached update config and server: http://megui.org/auto/
-[Error] Unhandled error
--[Information] [3/31/2014 5:04:07 PM] Exception message: Object reference not set to an instance of an object.
-[NoImage] at MeGUI.UpdateWindow.iUpgradeable.isAvailable()
-[NoImage] at MeGUI.UpdateHandler.ParseFileData(XmlNode node, XmlNode groupNode)
-[NoImage] at MeGUI.UpdateHandler.ParseUpdateXml(XmlNode currentNode, XmlNode groupNode, String path)
-[NoImage] at MeGUI.UpdateHandler.ParseUpdateXml(XmlNode currentNode, XmlNode groupNode, String path)
-[NoImage] at MeGUI.UpdateHandler.ParseUpdateXML()
-[NoImage] at MeGUI.UpdateHandler.RefreshUpdateData()
-[NoImage] at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
-[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
-[NoImage] at System.Threading.ThreadHelper.ThreadStart()
--[Information] [3/31/2014 5:04:07 PM] Stacktrace
--[Information] [3/31/2014 5:04:07 PM] Inner exception: null

then I deleted "upgrade.xml" and this is its result:

http://i60.tinypic.com/ipzhmv.jpg

Zathor

1st April 2014, 19:54

There must be something completly wrong with your installation. Please send me the xml files from the MeGUI root directory.

sutha25

2nd April 2014, 12:46

Hi when i Add Distributor() to the end of the script and start to Encode using Xvid profile Megui 2418 crashes getting the error like this http://prntscr.com/36bf58 i have tired replacing the Avisynth.dll & different Xvid Profiles and still same please look at the below thread if you need my script or my screen shot where compared with VirtualDUb, AVSmeter & megui

http://forum.doom9.org/showthread.php?t=170421

Advanced thanks guys

LigH

2nd April 2014, 12:51

So do not add the Distributor() call. It is not meant to be used in a usual encoding environment, only for unusual purposes (like using a script as ffdshow post-processing filter).

sutha25

3rd April 2014, 02:29

So do not add the Distributor() call. It is not meant to be used in a usual encoding environment, only for unusual purposes (like using a script as ffdshow post-processing filter).

if i don't add that i get slow speed? even with Multi thread avisynth

Carpo

4th April 2014, 22:03

Decided to fire up MeGUI in order to back up a few films, when using dgidexnv, I keep getting this error

[Information] [04/04/2014 21:50:22] Exception message: Object reference not set to an instance of an object.
[Information] [04/04/2014 21:50:22] Stacktrace
-[NoImage] at MeGUI.AviSynthWindow.finishedAnalysis(SourceInfo info, Boolean error, String errorMessage)
-[NoImage] at MeGUI.SourceDetector.finishProcessing()
-[NoImage] at MeGUI.SourceDetector.runScript(Int32 scriptType, Int32 frameCount, String trimLine)
-[NoImage] at MeGUI.AviSynthWindow.analyseButton_Click(Object sender, EventArgs e)
-[NoImage] at System.Windows.Forms.Control.OnClick(EventArgs e)
-[NoImage] at System.Windows.Forms.Button.OnClick(EventArgs e)
-[NoImage] at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
-[NoImage] at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
-[NoImage] at System.Windows.Forms.Control.WndProc(Message& m)
-[NoImage] at System.Windows.Forms.ButtonBase.WndProc(Message& m)
-[NoImage] at System.Windows.Forms.Button.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)

They are all bluray films so require dgindexnv, I have made sure that the tick box is ticked to enable it.

Will try with a dvd and DGindex and see if i get the same issues

Edit: DVD's work fine - will un-install and re-install, was running from a backup, so just to make sure everything is clean

Zathor

5th April 2014, 09:53

Carpo, Leon - please try this build (extract both files to your MeGUI directory) and post your full log if it still fails: http://megui.org/test/MeGUI.zip

Zathor

5th April 2014, 14:05

2490 [Update] added download progress indicator
[Update] added sortable columns
[Update] update data will only be refreshed every 1 (development) or 5 (stable) days
[Update] internal optimizations
2488 [x265] added --timinginfo switch in order to have fps information in the stream

Carpo

5th April 2014, 15:36

Carpo, Leon - please try this build (extract both files to your MeGUI directory) and post your full log if it still fails: http://megui.org/test/MeGUI.zip

Will test now :)

Edit:

Will re-rip the bluray and test on some DVD's as well, just to make sure the rips are clean, will report back soon

Edit 2: Tested with a DVD and Bluray

DVD - Error

The Input clip for source detection could not be opened.
DGSource: CUVID Server not running!

[Error] Unhandled error
-[Information] [05/04/2014 17:31:55] Exception message: Object reference not set to an instance of an object.
-[Information] [05/04/2014 17:31:55] Stacktrace
--[NoImage] at MeGUI.AviSynthWindow.finishedAnalysis(SourceInfo info, Boolean error, String errorMessage) in c:\MeGUI_1\packages\tools\avscreator\AviSynthWindow.cs:line 1069
--[NoImage] at MeGUI.SourceDetector.finishProcessing() in c:\MeGUI_1\core\gui\SourceDetector.cs:line 708
--[NoImage] at MeGUI.SourceDetector.runScript(Int32 scriptType, Int32 frameCount, String trimLine) in c:\MeGUI_1\core\gui\SourceDetector.cs:line 196
--[NoImage] at MeGUI.SourceDetector.analyse() in c:\MeGUI_1\core\gui\SourceDetector.cs:line 736
--[NoImage] at MeGUI.AviSynthWindow.analyseButton_Click(Object sender, EventArgs e) in c:\MeGUI_1\packages\tools\avscreator\AviSynthWindow.cs:line 1004
--[NoImage] at System.Windows.Forms.Control.OnClick(EventArgs e)
--[NoImage] at System.Windows.Forms.Button.OnClick(EventArgs e)
--[NoImage] at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
--[NoImage] at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
--[NoImage] at System.Windows.Forms.Control.WndProc(Message& m)
--[NoImage] at System.Windows.Forms.ButtonBase.WndProc(Message& m)
--[NoImage] at System.Windows.Forms.Button.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] [05/04/2014 17:31:55] Inner exception: null

Bluray - Both say

AviSynth Script error:
DirectShowSource: unable to determine the duration of the video.

I have tried it using the version of DGIndexNV that comes with MeGUI and the standalone, both give the same issue

System is Windows 8.1 x64 - don't know if that matters

mini-moose

5th April 2014, 19:03

2490 [Update] added download progress indicator

With the latest version, megui throws an error as soon as update is launched:

Megui encountered a fatal error and may not be able to proceed.
Reason: Visual styles-related operation results in an error because no visual style is currently active

Seems to work fine after exiting the update.

Zathor

5th April 2014, 19:25

Which OS do you use? Or simply post the complete log.

mini-moose

5th April 2014, 19:46

Which OS do you use? Or simply post the complete log.

[Error] Log
-[Information] Versions
--[Information] [4/5/2014 9:44:21 PM] MeGUI: 2490
--[Information] [4/5/2014 9:44:21 PM] Operating System: Windows 7 x64 SP1 (6.1.65536.7601)
--[Information] [4/5/2014 9:44:21 PM] .Net Framework: 2.0.50727.5420
--[Information] [4/5/2014 9:44:21 PM] .Net Framework: 4.0.0.0
--[Information] [4/5/2014 9:44:21 PM] AviSynth: 2.6.0.4 (18-09-2013)
--[Information] [4/5/2014 9:44:21 PM] AvisynthWrapper: (02-01-2009)
--[Information] [4/5/2014 9:44:21 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [4/5/2014 9:44:21 PM] Haali DSS2: (14-04-2013)
--[Information] [4/5/2014 9:44:21 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [4/5/2014 9:44:21 PM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [4/5/2014 9:44:21 PM] MediaInfo: 0.7.68.0 (02-04-2014)
--[Information] [4/5/2014 9:44:21 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [4/5/2014 9:44:21 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [4/5/2014 9:44:21 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [4/5/2014 9:44:21 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [4/5/2014 9:44:22 PM] Automatic update is disabled
--[Information] [4/5/2014 9:44:22 PM] Using cached update config and server: http://megui.xvidvideo.ru/auto/
--[Information] [4/5/2014 9:44:22 PM] No package requires an update
--[Information] [4/5/2014 9:44:26 PM] No package requires an update
-[Error] Unhandled error
--[Information] [4/5/2014 9:44:26 PM] Exception message: Visual Styles-related operation resulted in an error because no visual style is currently active.
--[Information] [4/5/2014 9:44:26 PM] Stacktrace
---[NoImage] at System.Windows.Forms.VisualStyles.VisualStyleRenderer.IsCombinationDefined(String className, Int32 part)
---[NoImage] at System.Windows.Forms.VisualStyles.VisualStyleRenderer..ctor(String className, Int32 part, Int32 state)
---[NoImage] at System.Windows.Forms.VisualStyles.VisualStyleRenderer..ctor(VisualStyleElement element)
---[NoImage] at System.Windows.Forms.ProgressBarRenderer.InitializeRenderer(VisualStyleElement element)
---[NoImage] at System.Windows.Forms.ProgressBarRenderer.DrawHorizontalBar(Graphics g, Rectangle bounds)
---[NoImage] at MeGUI.core.gui.CustomProgressBar.OnPaint(PaintEventArgs e)
---[NoImage] at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer, Boolean disposeEventArgs)
---[NoImage] at System.Windows.Forms.Control.WmPaint(Message& m)
---[NoImage] at System.Windows.Forms.Control.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] [4/5/2014 9:44:26 PM] Inner exception: null

Zathor

5th April 2014, 19:59

Strange, I tested it on the same OS and had no problems. What do you do to reproduce the problem?

mini-moose

5th April 2014, 21:09

Strange, I tested it on the same OS and had no problems. What do you do to reproduce the problem?

I just go to Options --> Update, and that error pops up. Same goes for control+u.

LigH

5th April 2014, 21:24

Not the OS alone may be important, but also if e.g. Aero is enabled. I have witnessed Fritz 11 (Chessprogram) crashing because it was not (XP compatible fallback UI).

AMED

5th April 2014, 22:53

I'm seeing some crazy memory usage when using OCE and L-SMASH (r715).

MEGUI when first opened = 15.9MB
Opening a MKV in OCE = 29.5MB
Indexing with L-SMASH takes MEGUI to 1400.8MB

this would explain the error I'm always seeing running the one click job.

EDIT: If i run the MKVextract and IDX jobs but close MeGUI and reopen it before running the Oneclick job it works.

http://s28.postimg.org/6kb0dqurh/Me_GUI_L_Smash02.png

[Error] Log for job3 (oneclick, THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_EXT__-_PT_1_t00.mkv -> )
-[Information] [6/04/2014 9:48:19 a.m.] Started handling job
-[Information] [6/04/2014 9:48:19 a.m.] Preprocessing
-[Information] [6/04/2014 9:48:19 a.m.] Processing thread started
-[Information] [6/04/2014 9:48:19 a.m.] Desired size:
-[Information] [6/04/2014 9:48:19 a.m.] Split size:
-[Information] [6/04/2014 9:48:19 a.m.] MediaInfo
--[Information] File: I:\Bluray Rips\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_(EXT_)_-_PT_1\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_EXT__-_PT_1_t00.mkv
--[Information] General
---[Information] Format: Matroska
---[Information] FormatString: Matroska
---[Information] FileSize: 24891592834
---[Information] PlayTime: 01:45:43.420
--[Information] Video
---[Information] ID: 1
---[Information] StreamOrder: 0
---[Information] Width: 1920
---[Information] Height: 1080
---[Information] FrameCount: 152090
---[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: 1.778
---[Information] AspectRatioString: 16:9
---[Information] Delay: 0
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Audio
---[Information] ID: 2
---[Information] StreamOrder: 1
---[Information] Format: DTS
---[Information] FormatProfile: ES
---[Information] FormatSettingsSBR:
---[Information] FormatSettingsPS:
---[Information] SamplingRate: 48000
---[Information] SamplingRateString: 48.0 KHz
---[Information] Channels: 7 / 6
---[Information] ChannelsString: 7 channels / 6 channels
---[Information] ChannelPositionsString2: 3/2/1.1 / 3/2/0.1
---[Information] BitRateMode: CBR
---[Information] Delay: 0
---[Information] Title: 3/2+1
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: Yes
---[Information] DefaultString: Yes
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Text
---[Information] ID: 3
---[Information] StreamOrder: 2
---[Information] Codec: S_HDMV/PGS
---[Information] CodecString: S_HDMV/PGS
---[Information] Delay:
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Text
---[Information] ID: 5
---[Information] StreamOrder: 3
---[Information] Codec: S_HDMV/PGS
---[Information] CodecString: S_HDMV/PGS
---[Information] Delay:
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Text
---[Information] ID: 7
---[Information] StreamOrder: 4
---[Information] Codec: S_HDMV/PGS
---[Information] CodecString: S_HDMV/PGS
---[Information] Delay:
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Text
---[Information] ID: 9
---[Information] StreamOrder: 5
---[Information] Codec: S_HDMV/PGS
---[Information] CodecString: S_HDMV/PGS
---[Information] Delay:
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Text
---[Information] ID: 11
---[Information] StreamOrder: 6
---[Information] Codec: S_HDMV/PGS
---[Information] CodecString: S_HDMV/PGS
---[Information] Delay:
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Text
---[Information] ID: 13
---[Information] StreamOrder: 7
---[Information] Codec: S_HDMV/PGS
---[Information] CodecString: S_HDMV/PGS
---[Information] Delay:
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
-[Information] [6/04/2014 9:48:19 a.m.] MkvInfo
--[NoImage] File 'I:\Bluray Rips\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_(EXT_)_-_PT_1\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_EXT__-_PT_1_t00.mkv': container: Matroska [title:THE\sLORD\sOF\sTHE\sRINGS\c\sTHE\sFELLOWSHIP\sOF\sTHE\sRING\s(EXT.)\s-\sPT.1 duration:6343420000000 segment_uid:67dfeb98930a1cee9bfd8284f48362be is_providing_timecodes:1]
--[NoImage] Track ID 0: video (MPEG-4p10/AVC/h.264) [number:1 uid:1 codec_id:V_MPEG4/ISO/AVC codec_private_length:72 codec_private_data:01640029ffe1003427640029ac26c0780227e5c0720000271a00075301c0c000042c1d80003938740e5c606000021441c0001c9c3a072e1cb088451601000528ea8f300cfdf8f800 language:eng pixel_dimensions:1920x1080 display_dimensions:1920x1080 default_track:0 forced_track:0 enabled_track:1 packetizer:mpeg4_p10_video default_duration:41708333]
--[NoImage] Track ID 1: audio (DTS) [number:2 uid:2 codec_id:A_DTS codec_private_length:0 language:eng track_name:3/2+1 default_track:1 forced_track:0 enabled_track:1 default_duration:10666666 audio_sampling_frequency:48000 audio_channels:6]
--[NoImage] Track ID 2: subtitles (PGS) [number:3 uid:3 codec_id:S_HDMV/PGS codec_private_length:0 language:eng default_track:0 forced_track:0 enabled_track:1 content_encoding_algorithms:0]
--[NoImage] Track ID 3: subtitles (PGS) [number:5 uid:5 codec_id:S_HDMV/PGS codec_private_length:0 language:eng default_track:0 forced_track:0 enabled_track:1 content_encoding_algorithms:0]
--[NoImage] Track ID 4: subtitles (PGS) [number:7 uid:7 codec_id:S_HDMV/PGS codec_private_length:0 language:eng default_track:0 forced_track:0 enabled_track:1 content_encoding_algorithms:0]
--[NoImage] Track ID 5: subtitles (PGS) [number:9 uid:9 codec_id:S_HDMV/PGS codec_private_length:0 language:eng default_track:0 forced_track:0 enabled_track:1 content_encoding_algorithms:0]
--[NoImage] Track ID 6: subtitles (PGS) [number:11 uid:11 codec_id:S_HDMV/PGS codec_private_length:0 language:eng default_track:0 forced_track:0 enabled_track:1 content_encoding_algorithms:0]
--[NoImage] Track ID 7: subtitles (PGS) [number:13 uid:13 codec_id:S_HDMV/PGS codec_private_length:0 language:eng default_track:0 forced_track:0 enabled_track:1 content_encoding_algorithms:0]
--[NoImage] Chapters: 27 entries
-[Information] [6/04/2014 9:48:19 a.m.] MkvExtract
--[NoImage] CHAPTER01=00:00:00.000
--[NoImage] CHAPTER01NAME=Chapter 01
--[NoImage] CHAPTER02=00:07:36.789
--[NoImage] CHAPTER02NAME=Chapter 02
--[NoImage] CHAPTER03=00:10:35.551
--[NoImage] CHAPTER03NAME=Chapter 03
--[NoImage] CHAPTER04=00:15:39.813
--[NoImage] CHAPTER04NAME=Chapter 04
--[NoImage] CHAPTER05=00:19:58.447
--[NoImage] CHAPTER05NAME=Chapter 05
--[NoImage] CHAPTER06=00:25:32.572
--[NoImage] CHAPTER06NAME=Chapter 06
--[NoImage] CHAPTER07=00:29:57.337
--[NoImage] CHAPTER07NAME=Chapter 07
--[NoImage] CHAPTER08=00:32:10.637
--[NoImage] CHAPTER08NAME=Chapter 08
--[NoImage] CHAPTER09=00:34:51.756
--[NoImage] CHAPTER09NAME=Chapter 09
--[NoImage] CHAPTER10=00:36:18.176
--[NoImage] CHAPTER10NAME=Chapter 10
--[NoImage] CHAPTER11=00:45:04.118
--[NoImage] CHAPTER11NAME=Chapter 11
--[NoImage] CHAPTER12=00:46:44.259
--[NoImage] CHAPTER12NAME=Chapter 12
--[NoImage] CHAPTER13=00:51:21.161
--[NoImage] CHAPTER13NAME=Chapter 13
--[NoImage] CHAPTER14=00:55:12.392
--[NoImage] CHAPTER14NAME=Chapter 14
--[NoImage] CHAPTER15=00:57:30.029
--[NoImage] CHAPTER15NAME=Chapter 15
--[NoImage] CHAPTER16=01:03:31.474
--[NoImage] CHAPTER16NAME=Chapter 16
--[NoImage] CHAPTER17=01:07:16.073
--[NoImage] CHAPTER17NAME=Chapter 17
--[NoImage] CHAPTER18=01:08:53.420
--[NoImage] CHAPTER18NAME=Chapter 18
--[NoImage] CHAPTER19=01:10:35.898
--[NoImage] CHAPTER19NAME=Chapter 19
--[NoImage] CHAPTER20=01:15:15.010
--[NoImage] CHAPTER20NAME=Chapter 20
--[NoImage] CHAPTER21=01:17:46.578
--[NoImage] CHAPTER21NAME=Chapter 21
--[NoImage] CHAPTER22=01:24:11.546
--[NoImage] CHAPTER22NAME=Chapter 22
--[NoImage] CHAPTER23=01:26:12.458
--[NoImage] CHAPTER23NAME=Chapter 23
--[NoImage] CHAPTER24=01:29:41.542
--[NoImage] CHAPTER24NAME=Chapter 24
--[NoImage] CHAPTER25=01:33:14.297
--[NoImage] CHAPTER25NAME=Chapter 25
--[NoImage] CHAPTER26=01:35:54.039
--[NoImage] CHAPTER26NAME=Chapter 26
--[NoImage] CHAPTER27=01:37:32.930
--[NoImage] CHAPTER27NAME=Chapter 27
-[Information] [6/04/2014 9:48:22 a.m.] Aspect ratio: 16:9 (1.778)
-[Information] [6/04/2014 9:48:22 a.m.] Target device: iPhone 4S/5, iPad 3/4/mini, WDTV
-[Information] [6/04/2014 9:48:24 a.m.] Input resolution: 1920x1080
-[Information] [6/04/2014 9:48:24 a.m.] Desired maximum width: 720
-[Information] [6/04/2014 9:48:24 a.m.] Autocrop values
--[Information] [6/04/2014 9:48:24 a.m.] left: 0
--[Information] [6/04/2014 9:48:24 a.m.] top: 140
--[Information] [6/04/2014 9:48:24 a.m.] right: 0
--[Information] [6/04/2014 9:48:24 a.m.] bottom: 140
-[Information] [6/04/2014 9:48:24 a.m.] Cropped output resolution: 720x304
-[Information] [6/04/2014 9:48:24 a.m.] Automatic deinterlacing: True
-[Warning] [6/04/2014 9:48:27 a.m.] Source detection
--[Warning] [6/04/2014 9:48:27 a.m.] Source detection failed
---[NoImage] The input clip for source detection could not be opened.
---[NoImage] [Fatal]: Failed to avformat_open_input.
-[Information] [6/04/2014 9:48:27 a.m.] Deinterlacing used: #An error occurred in source detection. Doing no processing
-[Information] [6/04/2014 9:48:27 a.m.] Generated Avisynth script
--[NoImage] LoadPlugin("D:\MEGUI\tools\lsmash\LSMASHSource.dll")
--[NoImage] LWLibavVideoSource("I:\Bluray Rips\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_(EXT_)_-_PT_1\wuirwjit.z0w\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_EXT__-_PT_1_t00.mkv.lwi")
--[NoImage] #An error occurred in source detection. Doing no processing
--[NoImage] crop(0, 140, 0, -140)
--[NoImage] LanczosResize(720,304) # Lanczos (Sharp)
--[NoImage] #denoise
-[Error] [6/04/2014 9:48:30 a.m.] An error occurred
--[Error] [6/04/2014 9:48:30 a.m.] Exception message
---[NoImage] The file I:\Bluray Rips\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_(EXT_)_-_PT_1\wuirwjit.z0w\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_EXT__-_PT_1_t00.mkv.avs cannot be opened.
---[NoImage] Error message for your reference: [Fatal]: Failed to avformat_open_input.
---[NoImage] (I:\Bluray Rips\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_(EXT_)_-_PT_1\wuirwjit.z0w\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_EXT__-_PT_1_t00.mkv.avs, line 2)
--[Error] [6/04/2014 9:48:30 a.m.] Stacktrace
---[NoImage] at MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
---[NoImage] at MeGUI.JobUtil.getInputProperties(UInt64& nbOfFrames, Double& framerate, String video)
---[NoImage] at MeGUI.OneClickPostProcessing.StartPostProcessing()
--[Error] [6/04/2014 9:48:30 a.m.] Inner exception
---[Error] [6/04/2014 9:48:30 a.m.] Exception message
----[NoImage] [Fatal]: Failed to avformat_open_input.
----[NoImage] (I:\Bluray Rips\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_(EXT_)_-_PT_1\wuirwjit.z0w\THE_LORD_OF_THE_RINGS_THE_FELLOWSHIP_OF_THE_RING_EXT__-_PT_1_t00.mkv.avs, line 2)
---[Error] [6/04/2014 9:48:30 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.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
---[Error] [6/04/2014 9:48:30 a.m.] Inner exception: null
-[Information] [6/04/2014 9:48:30 a.m.] Job completed

FULL LOG (http://pastebin.com/ArkWQzTF)

Also is there any possibility to make the settings profiles a little more robust? I had to end task of MeGUI because it was stuck on a job (testing the new L-Smash) and it decided to delete all my settings profiles.

Zathor

6th April 2014, 10:06

I'm seeing some crazy memory usage when using OCE and L-SMASH (r715).
I posted it over there:
http://forum.doom9.org/showthread.php?p=1676538#post1676538

Also is there any possibility to make the settings profiles a little more robust? I had to end task of MeGUI because it was stuck on a job (testing the new L-Smash) and it decided to delete all my settings profiles.
Do you have the profiles in the backup folder? Sometimes they will be moved over there. And yes, it is on the list of things which should be done.

Zathor

6th April 2014, 10:13

I just go to Options --> Update, and that error pops up. Same goes for control+u.

Which theme are you using in Windows 7? I tried now the classic theme (without aero) and it works as expected.

Btw I forced yesterday a downgrade to 2487 after your report so there wont be any new users running into the problem - but the build was active for ~5 hours on the servers.

AMED

6th April 2014, 10:17

Do you have the profiles in the backup folder? Sometimes they will be moved over there. And yes, it is on the list of things which should be done.
There is no backup folder at all i can find within the MeGUI installation folder. No biggy though, i can rebuild :).

Zathor

6th April 2014, 12:41

The update problem should be fixed. Please try this build:
http://megui.org/test/MeGUI.zip

LigH

6th April 2014, 13:19

Did you already upload v249x at all? My v2487 does not report an available update for MeGUI. Development servers are set up (megui.org/auto).

Zathor

6th April 2014, 13:26

The link in my post above is 2492 (or better 2491+ as I did not bump the number yet). It is not available on the update servers until someone who has the problem reports that it is fixed (or without reaction maybe in ~8 hours).

LigH

6th April 2014, 13:32

I rather mean versions 2490 or 2491. You already posted their change log, so I believe they are online.

MeGUI updated L-SMASH Works and MediaInfo, but doesn't report a new MeGUI version to be available.

Zathor

6th April 2014, 13:34

Yes, I have withdrawn them as they are causing update problems in some configurations. So 2487 is the active development version.

Carpo

6th April 2014, 16:32

Issues I was having are solved here, Seems there was something hanging about that shouldnt have been, did a complete clean install of MeGUI all working fine now :D

Zathor

6th April 2014, 19:14

mini-moose

7th April 2014, 11:05

2492 [Update] fixed a crash on some systems without visual styles (regression of 2490)
2491 [Update] added option to hide the question if you would like to update

I hope it will really fix the problem...

I'm using classic theme, Zathor. Seems like 2492 fixes it. I like the column sorting too :) what's the purpose of the red graph on the bottom update window? Is that the progress indicator?

Many thanks!

LigH

7th April 2014, 15:24

I don't see a "red" graph; just a gauge which fills with green from left to right and displaying text on its center while downloading or extracting a package. Maybe it is displayed differently in the classic XP "non-" theme.

leon

7th April 2014, 19:55

There must be something completly wrong with your installation. Please send me the xml files from the MeGUI root directory.

Hi
Sorry this is 1st time that I boot up my computer after that post.

http://www.mediafire.com/download/157l27l4jf8w3p5/XML_files.7z

leon

7th April 2014, 20:07

Carpo, Leon - please try this build (extract both files to your MeGUI directory) and post your full log if it still fails: http://megui.org/test/MeGUI.zip

I said before I think the problem is .NET (look at that image in post #4105)
same error happens with this build but at startup.

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

-[Information] Versions
--[Information] [4/6/2014 11:29:25 PM] MeGUI: 2491
--[Information] [4/6/2014 11:29:25 PM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [4/6/2014 11:29:25 PM] .Net Framework: 2.0.50727.5420
--[Information] [4/6/2014 11:29:25 PM] .Net Framework: 4.0.0.0
--[Information] [4/6/2014 11:29:25 PM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [4/6/2014 11:29:25 PM] AvisynthWrapper: (02-01-2009)
--[Information] [4/6/2014 11:29:25 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [4/6/2014 11:29:25 PM] Haali DSS2: (14-04-2013)
--[Information] [4/6/2014 11:29:25 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [4/6/2014 11:29:25 PM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [4/6/2014 11:29:25 PM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [4/6/2014 11:29:25 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [4/6/2014 11:29:25 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [4/6/2014 11:29:25 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [4/6/2014 11:29:25 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [4/6/2014 11:29:26 PM] Automatic update is disabled
--[Information] [4/6/2014 11:29:26 PM] Using cached update config and server: http://megui.org/auto/
-[Error] Unhandled error
--[Information] [4/6/2014 11:29:27 PM] Exception message: Object reference not set to an instance of an object.
-[NoImage] at MeGUI.UpdateWindow.iUpgradeable.isAvailable() in d:\MeGUI\MeGUI_1\packages\tools\update\UpdateWindow.cs:line 140
-[NoImage] at MeGUI.UpdateHandler.ParseFileData(XmlNode node, XmlNode groupNode) in d:\MeGUI\MeGUI_1\packages\tools\update\UpdateHandler.cs:line 1023
-[NoImage] at MeGUI.UpdateHandler.ParseUpdateXml(XmlNode currentNode, XmlNode groupNode, String path) in d:\MeGUI\MeGUI_1\packages\tools\update\UpdateHandler.cs:line 911
-[NoImage] at MeGUI.UpdateHandler.ParseUpdateXml(XmlNode currentNode, XmlNode groupNode, String path) in d:\MeGUI\MeGUI_1\packages\tools\update\UpdateHandler.cs:line 917
-[NoImage] at MeGUI.UpdateHandler.ParseUpdateXML() in d:\MeGUI\MeGUI_1\packages\tools\update\UpdateHandler.cs:line 895
-[NoImage] at MeGUI.UpdateHandler.RefreshUpdateData() in d:\MeGUI\MeGUI_1\packages\tools\update\UpdateHandler.cs:line 137
-[NoImage] at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
-[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
-[NoImage] at System.Threading.ThreadHelper.ThreadStart()
--[Information] [4/6/2014 11:29:27 PM] Stacktrace
--[Information] [4/6/2014 11:29:27 PM] Inner exception: null

Zathor

7th April 2014, 22:41

I'm using classic theme, Zathor. what's the purpose of the red graph on the bottom update window? Is that the progress indicator?
You should see the old progress bar when visual styles are not available. I could test that with XP - it does work for me for non aero theme in W7. Is it possible that you extract your theme and upload it?

@leon, thanks - problem found. Fix should be in the next update. Disable for the moment neroaacenc in the settings and the error will go away.
EDIT: 2493 is online now.

mini-moose

8th April 2014, 08:44

seems like 2493 is not on server:

Error: Failed to download package MeGUI: File cannot be found on the server.
Error: Packages which have not been successfully updated: 1

AMED

8th April 2014, 09:14

@mini-moose

add http://megui.org/auto/ to your custom update server config in the settings and set custom update server not the dev one. the MeGUI update keeps defaulting to megui.xvidvideo.ru/auto/ and not cycling through the update servers.

@Zathor

Would it be possible to add an option for the Aften encoder to convert any channel configs that are over 5.1 to 5.1. Maybe it's easier to use Eac3to to do the conversion for 5.1+ channel audio?

I have an 8 channel FLAC that errors out when using OCE to convert to AC3.

-[Error] Log for job2 (audio, MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00 - [0] English.flac -> MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00 - [0] English_audio.ac3)
--[Information] [8/04/2014 8:03:14 p.m.] Started handling job
--[Information] [8/04/2014 8:03:14 p.m.] Preprocessing
--[Information] [8/04/2014 8:03:14 p.m.] MediaInfo
---[Information] File: J:\TMP\ol3rbdjs.3hu\MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00 - [0] English.flac
---[Information] General
----[Information] Format: FLAC
----[Information] FormatString: FLAC
----[Information] FileSize: 4010058375
----[Information] PlayTime: 02:10:32.874
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: FLAC
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 8
----[Information] ChannelsString: 8 channels
----[Information] ChannelPositionsString2: 3/2/2.1
----[Information] BitRateMode: VBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [8/04/2014 8:03:14 p.m.] Trying to open the file with NicAudio
--[Information] [8/04/2014 8:03:14 p.m.] Failed opening the file with NicAudio()
--[Information] [8/04/2014 8:03:14 p.m.] Trying to open the file with BassAudioSource()
--[Information] [8/04/2014 8:03:21 p.m.] Successfully opened the file with BassAudioSource()
--[Information] [8/04/2014 8:03:21 p.m.] Avisynth script
---[NoImage] LoadPlugin("D:\MEGUI\tools\avisynth_plugin\BassAudio.dll")
---[NoImage] BassAudioSource("J:\TMP\ol3rbdjs.3hu\MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00 - [0] English.flac")
---[NoImage] Normalize()
---[NoImage] return last
--[Information] [8/04/2014 8:03:21 p.m.] Commandline used: -readtoeof 1 -b 640 - "{0}"
--[Information] [8/04/2014 8:03:21 p.m.] Avisynth script environment opened
--[Information] [8/04/2014 8:03:25 p.m.] Script loaded
--[Information] [8/04/2014 8:03:25 p.m.] Output Decoder
---[Information] [8/04/2014 8:03:25 p.m.] Channels: 8
---[Information] [8/04/2014 8:03:25 p.m.] Bits per sample: 32
---[Information] [8/04/2014 8:03:25 p.m.] Sample rate: 48000
--[Information] [8/04/2014 8:03:25 p.m.] Job commandline: D:\MEGUI\tools\aften\aften.exe -readtoeof 1 -b 640 - "J:\TMP\ol3rbdjs.3hu\MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00 - [0] English_audio.ac3"
--[Information] [8/04/2014 8:03:25 p.m.] Process started
--[Information] [8/04/2014 8:03:25 p.m.] Standard output stream
--[Information] [8/04/2014 8:03:25 p.m.] Standard error stream
---[Information] [8/04/2014 8:04:56 p.m.] Aften: A/52 audio encoder
---[Information] [8/04/2014 8:04:56 p.m.] Version git
---[Information] [8/04/2014 8:04:56 p.m.] (c) 2006-2009 Justin Ruggles, Prakash Punnoor, et al.
---[Information] [8/04/2014 8:04:56 p.m.] input format: Microsoft WAVE Floating-point 32-bit little-endian 48000 Hz multi-channel
---[Information] [8/04/2014 8:04:56 p.m.] Unsupported # of channels passed to aften_wav_chmask_to_acmod
---[Information] [8/04/2014 8:04:56 p.m.] mismatch in channels, acmod, and lfe params
--[Error] [8/04/2014 8:04:58 p.m.] An error occurred
---[Error] [8/04/2014 8:04:58 p.m.] Exception message: The pipe has been ended.
---[Error] [8/04/2014 8:04:58 p.m.] Stacktrace
----[NoImage] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
----[NoImage] at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
----[NoImage] at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
----[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
---[Error] [8/04/2014 8:04:58 p.m.] Inner exception: null
--[Information] [8/04/2014 8:04:58 p.m.] Job completed

FULL LOG (http://pastebin.com/Y1c4BNrA)

leon

8th April 2014, 09:46

@leon, thanks - problem found. Fix should be in the next update. Disable for the moment neroaacenc in the settings and the error will go away.
EDIT: 2493 is online now.

Thank you Mr Zathor the problem fixed.
Can I enable Neroaacenc now?

mini-moose

8th April 2014, 10:00

leon

8th April 2014, 10:07

Hi I cant update megui to build 2493.

http://i62.tinypic.com/wwdj6u.jpg

http://i62.tinypic.com/34t92rt.jpg

AMED

8th April 2014, 10:14

Can you use the inbuilt updater in MeGUI?

CarlPig

8th April 2014, 10:22

I have made 2 mirrors for the last build, if you need it:

http://www58.zippyshare.com/v/71494004/file.html
or
http://www.sendspace.com/file/4silzo

tebasuna51

8th April 2014, 12:06

Would it be possible to add an option for the Aften encoder to convert any channel configs that are over 5.1 to 5.1. Maybe it's easier to use Eac3to to do the conversion for 5.1+ channel audio?

When 6.1/7.1 audio source (flac, DTS-HD, TrueHD) is inside a container (mkv or m2ts for DTS-HD, TrueHD) you can use HD Streams Extractor Tool and convert to AC3 with eac3to.

But HD Streams Extractor Tool can't accept standalone audio files (I don't know for what) and maybe you can use other eac3to GUI like UsEac3to to do the job.

In other way there are downmix functions with AviSynth to convert standard 6.1/7.1 to 5.1 (like was used to downmix to stereo).

I recommend this one for your 7.1 source:

LoadPlugin("D:\MEGUI\tools\avisynth_plugin\BassAudio.dll")
a=BassAudioSource("J:\TMP\ol3rbdjs.3hu\MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00 - [0] English.flac")
front = GetChannel(a, 1, 2, 3, 4)
back = GetChannel(a, 5, 6)
side = GetChannel(a, 7, 8)
mix = MixAudio(back, side, 1.0, 1.0).Normalize()
MergeChannels(front, mix)

leon

8th April 2014, 18:36

Can you use the inbuilt updater in MeGUI?

if you mean to update to build 2493 , no I cant because it doesn't exist on dev servers (look at images last update is 2492)

AMED

8th April 2014, 20:59

@Leon
Were you getting the same error as mini-moose when using the MeGUI updater?

I have just updated to 2493 a few minutes ago, so it is there. Try what I suggested one page back, you might be pointing to the other megui update server.

@tebasuna51
I have used the HD Stream Extractor to turn the FLAC to AC3 without any issues. but this feature request was more geared towards the OCE.

I think there needs to be a AviSynth script for any AC3 encodes that will automatically down mix anything above 5.1.

Do have an example of script that will down mix 6.1 as well.

leon

9th April 2014, 10:13

I updated to build 2493 just now but I couldn't yesterday.

tebasuna51

9th April 2014, 12:15

I think there needs to be a AviSynth script for any AC3 encodes that will automatically down mix anything above 5.1.

Do have an example of script that will down mix 6.1 as well.

We have a problem when we want automatically downmix audio inside AviSynth. There are a audio property, the channel mask, not supported by AviSynth, I ask to IanB many times about that.

I put the sample with 7.1 because the channel layout is most the time the same: FL,FR,FC,LF,BL,BR,SL,SR
but there others channels layouts with 8 channels and we can't be sure without know the ChannelMask.

With 7 channels there are many channels layouts but this 2 are valid for standard 6.1:
FL,FR,FC,LF,BL,BR,BC (ChannelMask 0x013F)
FL,FR,FC,LF,BC,SL,SR (ChannelMask 0x070F)

With a FLAC source we can assume ChannelMask 0x070F https://xiph.org/flac/format.html#format_overview
...
7 channels: front left, front right, front center, LFE, back center, side left, side right
8 channels: front left, front right, front center, LFE, back left, back right, side left, side right
and use:

LoadPlugin("D:\MEGUI\tools\avisynth_plugin\BassAudio.dll")
a=BassAudioSource("source7channels.flac")
front = GetChannel(a, 1, 2, 3, 4)
bcent = GetChannel(a, 5)
back = MergeChannels(bcent, bcent)
side = GetChannel(a, 6, 7)
mix = MixAudio(back, side, 0.7071, 1.0).Normalize()
MergeChannels(front, mix)

In both scripts the Normalize() is only to avoid clip in the mix but maybe is not necesary.

Zathor

9th April 2014, 20:34

@mini-moose

add http://megui.org/auto/ to your custom update server config in the settings and set custom update server not the dev one. the MeGUI update keeps defaulting to megui.xvidvideo.ru/auto/ and not cycling through the update servers.

Sorry, I missed to update the index.html and was away for two days. Btw the update servers will still be cycled. But in order to protect the update servers the connection to one server will stay for a while (was a change a few months ago). During the last stable update one server was not available and the other was flooded with update requests and that server crashed as well. Therefore it is better to wait before the other server is tried.

AMED

9th April 2014, 20:58

We have a problem when we want automatically downmix audio inside AviSynth. There are a audio property, the channel mask, not supported by AviSynth, I ask to IanB many times about that.Maybe it's better to implement eac3to for the channel downmix then?

tebasuna51

10th April 2014, 09:11

Maybe it's better to implement eac3to for the channel downmix then?

Yes, eac3to when decode, can know the ChannelMask and apply a correct downmix.

AviSynth audio decoders can know the ChannelMassk but can't pass it to the avs script and select the correct downmix function.
We can only apply the most frequent channel configuration.

Most the times the 6.1/7.1 sources are TrueHD/DTS-HD from BD's, is always recommended use eac3to, with ArcSoft decoder for DTS-HD, to extract audio and recode to other format.

AMED

10th April 2014, 09:30

Thanks tebasuna51

I'll put a feature request on sourceforge.
https://sourceforge.net/p/megui/feature-requests/540/

I find it much easier to just convert any TrueHD/DTS-HD directly to FLAC when ripping with MakeMKV.

Zathor

10th April 2014, 22:30

AviSynth audio decoders can know the ChannelMassk but can't pass it to the avs script and select the correct downmix function.
Is it not possible to use the MediaInfo for that like we did it with the downmix to stereo?
http://forum.doom9.org/showthread.php?p=1461787#post1461787

Kurtnoise

11th April 2014, 10:46

Yes, you can do that within MediaInfo library...ChannelMask corresponds to the Audio_ChannelPositions informations.

Not sure if it displays the correct info for all streams though.

leon

11th April 2014, 22:11

Hi
MeGUI often crashes after automatic deinterlacing.
I use file indexer but after crop or source detection MeGUI stops working too.

-[Information] OneClick
--[Information] [4/10/2014 6:05:18 PM] MediaInfo
---[Information] File: F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 1604462168
----[Information] PlayTime: 01:04:17.491
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1024
----[Information] Height: 576
----[Information] FrameCount: 115609
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: PCM
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [4/10/2014 6:07:33 PM] MkvInfo
---[NoImage] File 'F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi': container: AVI [is_providing_timecodes:1]
---[NoImage] Track ID 0: video (MPEG-4p10/AVC/h.264) [packetizer:mpeg4_p10_es_video]
---[NoImage] Track ID 1: audio (PCM)
--[Information] [4/10/2014 6:07:33 PM] Video: F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi
--[Information] [4/10/2014 6:07:33 PM] Audio: F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi ([1] - PCM - 2 channels / 48.0 KHz / Persian)
-[Information] Log for job1 (mux, Shahgoosh E14-2.avi -> Shahgoosh E14-2.mkv)
--[Information] [4/10/2014 6:07:33 PM] Started handling job
--[Information] [4/10/2014 6:07:33 PM] Preprocessing
--[Information] [4/10/2014 6:07:33 PM] MediaInfo
---[Information] File: F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 1604462168
----[Information] PlayTime: 01:04:17.491
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1024
----[Information] Height: 576
----[Information] FrameCount: 115609
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: PCM
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [4/10/2014 6:07:33 PM] Job commandline: "C:\Program Files\AviSynth 2.5\tools\mkvmerge\mkvmerge.exe" -o "F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv" "F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi" "--compression" "0:none" --ui-language en
--[Information] [4/10/2014 6:07:33 PM] Process started
--[Information] [4/10/2014 6:07:33 PM] Standard output stream
---[Information] [4/10/2014 6:07:33 PM] mkvmerge v6.8.0 ('Theme for Great Cities') 32bit built on Mar 2 2014 21:27:07
---[Information] [4/10/2014 6:07:33 PM] 'F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi': Using the demultiplexer for the format 'AVI'.
---[Information] [4/10/2014 6:07:33 PM] 'F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
---[Information] [4/10/2014 6:07:33 PM] 'F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi' track 1: Using the output module for the format 'PCM'.
---[Information] [4/10/2014 6:07:33 PM] The file 'F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv' has been opened for writing.
---[Information] [4/10/2014 6:07:33 PM] 'F:\Users\Admin\Desktop\Videos\Shahgoosh E14-2.avi' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1024/576.
---[Information] [4/10/2014 6:08:00 PM] The cue entries (the index) are being written...
---[Information] [4/10/2014 6:08:00 PM] Muxing took 27 seconds.
--[Information] [4/10/2014 6:07:33 PM] Standard error stream
--[Information] [4/10/2014 6:08:00 PM] MediaInfo
---[Information] File: F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 1599831317
----[Information] PlayTime: 01:04:17.491
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1024
----[Information] Height: 576
----[Information] FrameCount: 115609
----[Information] FrameRate: 29.970
----[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: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: PCM
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [4/10/2014 6:08:01 PM] Postprocessing
---[Information] [4/10/2014 6:08:01 PM] Deleting intermediate files
--[Information] [4/10/2014 6:08:01 PM] Job completed
-[Information] Log for job2 (ext, Shahgoosh E14-2.mkv -> Shahgoosh E14-2 - [0] Persian.wav)
--[Information] [4/10/2014 6:08:01 PM] Started handling job
--[Information] [4/10/2014 6:08:01 PM] Preprocessing
--[Information] [4/10/2014 6:08:01 PM] Job commandline: "C:\Program Files\AviSynth 2.5\tools\eac3to\eac3to.exe" "F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv" 2:"F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2 - [0] Persian.wav" -progressnumbers
--[Information] [4/10/2014 6:08:01 PM] Process started
--[Information] [4/10/2014 6:08:01 PM] Standard output stream
---[Information] [4/10/2014 6:08:02 PM] MKV, 1 video track, 1 audio track, 1:04:17, 30p /1.001
---[Information] [4/10/2014 6:08:02 PM] 1: h264/AVC, 1024x576 29.970p (16:9), 4:4:4
---[Information] [4/10/2014 6:08:02 PM] 2: RAW/PCM, 2.0 channels, 16 bits, 48kHz
---[Information] [4/10/2014 6:08:02 PM] v01 The video bitstream is encoded in a non-standard framerate.
---[Information] [4/10/2014 6:08:02 PM] a02 Extracting audio track number 2...
---[Information] [4/10/2014 6:08:02 PM] a02 Reading RAW/PCM...
---[Information] [4/10/2014 6:08:02 PM] a02 Writing WAV...
---[Information] [4/10/2014 6:08:02 PM] a02 Creating file "F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2 - [0] Persian.wav"...
---[Information] [4/10/2014 6:08:14 PM] a02 The original audio track has a constant bit depth of 16 bits.
---[Information] [4/10/2014 6:08:14 PM] Video track 1 contains 115609 frames.
---[Information] [4/10/2014 6:08:14 PM] eac3to processing took 12 seconds.
---[Information] [4/10/2014 6:08:14 PM] Done.
--[Information] [4/10/2014 6:08:01 PM] Standard error stream
--[Information] [4/10/2014 6:08:15 PM] MediaInfo
---[Information] File: F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2 - [0] Persian.wav
---[Information] General
----[Information] Format: Wave
----[Information] FormatString: Wave
----[Information] FileSize: 740638308
----[Information] PlayTime: 01:04:17.490
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: PCM
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [4/10/2014 6:08:15 PM] Postprocessing
---[Information] [4/10/2014 6:08:15 PM] Deleting intermediate files
--[Information] [4/10/2014 6:08:15 PM] Job completed
-[Information] Log for job3 (idx, Shahgoosh E14-2.mkv -> Shahgoosh E14-2.mkv.ffindex)
--[Information] [4/10/2014 6:08:15 PM] Started handling job
--[Information] [4/10/2014 6:08:15 PM] Preprocessing
--[Information] [4/10/2014 6:08:15 PM] Job commandline: "C:\Program Files\AviSynth 2.5\tools\ffms\ffmsindex.exe" -f "F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv" "F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv.ffindex"
--[Information] [4/10/2014 6:08:15 PM] Process started
--[Information] [4/10/2014 6:08:15 PM] Standard output stream
---[Information] [4/10/2014 6:08:23 PM] Writing index... done.
--[Information] [4/10/2014 6:08:15 PM] Standard error stream
--[Information] [4/10/2014 6:08:23 PM] MediaInfo
---[Information] File: F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv.ffindex
---[Information] General
----[Information] Format:
----[Information] FormatString:
----[Information] FileSize: 736509
----[Information] PlayTime:
--[Information] [4/10/2014 6:08:23 PM] Postprocessing
---[Information] [4/10/2014 6:08:23 PM] Deleting intermediate files
--[Information] [4/10/2014 6:08:23 PM] Job completed
-[Error] Log for job4 (oneclick, Shahgoosh E14-2.mkv -> )
--[Information] [4/10/2014 6:08:23 PM] Started handling job
--[Information] [4/10/2014 6:08:23 PM] Preprocessing
--[Information] [4/10/2014 6:08:23 PM] Processing thread started
--[Error] [4/10/2014 6:08:23 PM] File not found: F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv_track_1_*.avs
--[Information] [4/10/2014 6:08:23 PM] Desired size:
--[Information] [4/10/2014 6:08:23 PM] Split size:
--[Information] [4/10/2014 6:08:28 PM] Auto-detect aspect ratio: True
--[Information] [4/10/2014 6:08:28 PM] Aspect ratio: 16:9 (1.778)
--[Information] [4/10/2014 6:08:28 PM] Target device: Default
--[Information] [4/10/2014 6:08:32 PM] Input resolution: 1024x576
--[Information] [4/10/2014 6:08:32 PM] Desired maximum width: 960
--[Information] [4/10/2014 6:08:32 PM] Output resolution: 960x544
--[Information] [4/10/2014 6:08:34 PM] Automatic deinterlacing: False
--[Information] [4/10/2014 6:08:37 PM] Generated Avisynth script
---[NoImage] LoadPlugin("C:\Program Files\AviSynth 2.5\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv", fpsnum=30000, fpsden=1001)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] Spline64Resize(960,544) # Spline64 (Sharp)
---[NoImage] LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\UnDot.dll")
---[NoImage] Undot() # Minimal Noise
--[Error] [4/10/2014 6:08:39 PM] An error occurred
---[Error] [4/10/2014 6:08:39 PM] Exception message
----[NoImage] The file F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv.avs cannot be opened.
----[NoImage] Error message for your reference: UnDot: Supports YUY2 color format only
----[NoImage] (F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv.avs, line 7)
---[Error] [4/10/2014 6:08:39 PM] Stacktrace
----[NoImage] at MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
----[NoImage] at MeGUI.JobUtil.getInputProperties(UInt64& nbOfFrames, Double& framerate, String video)
----[NoImage] at MeGUI.OneClickPostProcessing.StartPostProcessing()
---[Error] [4/10/2014 6:08:39 PM] Inner exception
----[Error] [4/10/2014 6:08:39 PM] Exception message
-----[NoImage] UnDot: Supports YUY2 color format only
-----[NoImage] (F:\Users\Admin\Desktop\Videos\mv4ojgyw.dnv\Shahgoosh E14-2.mkv.avs, line 7)
----[Error] [4/10/2014 6:08:40 PM] Stacktrace
-----[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
-----[NoImage] at MeGUI.AvsFile..ctor(String script, Boolean parse)
-----[NoImage] at MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
----[Error] [4/10/2014 6:08:40 PM] Inner exception: null
--[Information] [4/10/2014 6:08:40 PM] Job completed

LigH

11th April 2014, 22:15

You should have wrapped this log in a CODE block, that limits its height.

UnDot: Supports YUY2 color format only

Is that an outdated version of UnDot? I would be surprised if it never supported YV12.

Asmodian

12th April 2014, 03:12

UnDot (http://forum.doom9.org/showthread.php?s=&postid=205442#post205442) does support YV12.

LigH

12th April 2014, 09:12

The UnDot.dll in MeGUI\tools\avisynth_plugin certainly will.

leon

12th April 2014, 11:40

You should have wrapped this log in a CODE block, that limits its height.

Is that an outdated version of UnDot? I would be surprised if it never supported YV12.

Hi
sorry I don't know how to do that.

no UnDot is updated to latest version (using MeGUI dev packages)
after unchecking Minimal Noise I could encode the video.
and the video colour space was YV24.

UnDot says that it supports YV12 so is it possible to convert YV24 to YV12 and then apply noise filter?

tebasuna51

12th April 2014, 12:50

Is it not possible to use the MediaInfo for that like we did it with the downmix to stereo?
http://forum.doom9.org/showthread.php?p=1461787#post1461787

Like Kurtnoise say is possible, but let me some time to analyze sources 6.1 and 7.1.

Amed use makeMKV (with ArcSoft dtsdecoder) to recode DTS-HD from BD's to Flac, and with DTS-MA 7.1 strange setup at last the ChannelMask is wrong.

LigH

12th April 2014, 13:34

UnDot says that it supports YV12 so is it possible to convert YV24 to YV12 and then apply noise filter?

Certainly.

I did not expect FFVideoSource to decode to YV24; you probably used a YUV 4:4:4 source file? That was not obvious.

leon

12th April 2014, 20:34

Certainly.

I did not expect FFVideoSource to decode to YV24; you probably used a YUV 4:4:4 source file? That was not obvious.

Yes 4:4:4 planer YCbCr (YV24)

I have several videos with this colour space and I want to encode them with MeGUI but as I said before when it want to deinterlace automatically MeGUI crashes.

If the problem is that 4:4:4 is not supported by UnDot or FFVideoSource why MeGUI doesn't show a message about it and just crashes?

is there any chance to encode these videos with noise filter and automatic deinterlacing enabeld?

I fixed post 4157 thank you for your advise.

AMED

13th April 2014, 04:33

Like Kurtnoise say is possible, but let me some time to analyze sources 6.1 and 7.1.

Amed use makeMKV (with ArcSoft dtsdecoder) to recode DTS-HD from BD's to Flac, and with DTS-MA 7.1 strange setup at last the ChannelMask is wrong.
I think it's wiser to stick with eac3to for this task. probably just need to tweak the OCE logic so it does the conversion directly from the source file and uses the bitrate set for the AC3 audio encoding profile.

Maybe an option in the Ac3 encoder settings to use eac3to for encoding like how you can set the preferred decoder.

EDIT: Looks like eac3to will accept flac as a source. so this could done the same way DTS-HD is dealt with in OCE. The bitrate would need to pulled from the AC3 encoder setting and used with eac3to.

extract with mkvextract
process FLAC with eac3to
Index
OneClick

eac3to v3.27
command line: eac3to "The_Godfather_Part_II_t00_Track01.flac" The_Godfather_Part_II_t00_Track01.ac3 -640
------------------------------------------------------------------------------
FLAC, 5.1 channels, 3:22:06, 24 bits, 3389kbps, 48kHz
Decoding FLAC...
Remapping channels...
Encoding AC3 <640kbps> with libAften...
Creating file "The_Godfather_Part_II_t00_Track01.ac3"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 3 minutes, 40 seconds.
Done.

eac3to v3.27
command line: eac3to.exe "MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00_Track01.flac" "MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00_Track01.ac3" -640
------------------------------------------------------------------------------
FLAC, 7.1 channels, 2:10:33, 24 bits, 4096kbps, 48kHz
AC3 encoding doesn't support back channels. Will mix them into the surround.
Decoding FLAC...
Mixing surround channels...
Remapping channels...
Encoding AC3 <640kbps> with libAften...
Creating file "MARVEL'S_IRON_MAN_3_-_BLU-RAY_t00_Track01.ac3"...
The original audio track has a constant bit depth of 24 bits.
The processed audio track has a constant bit depth of 24 bits.
eac3to processing took 4 minutes, 8 seconds.
Done.

Zathor

13th April 2014, 09:08

Problem is if you want to use other audio options you have to encode twice. Also the normal audio handling in the main window would need to be extended as there is currently no second step in place and everything is handled within avisynth.

Point is if someone (Tebasuna? ;)) provides me the necessary script I will directly add it. The eac3to part would have to wait.

AMED

13th April 2014, 11:36

There seems to be an extra step when I load a MKV with DTS-HD audio in with the OCE. Could the conversion not be done there?

http://s12.postimg.org/spvd1fse1/Me_GUI.jpg (http://postimg.org/image/spvd1fse1/)

tebasuna51

13th April 2014, 19:33

Point is if someone (Tebasuna? ;)) provides me the necessary script I will directly add it. The eac3to part would have to wait.

The problem when downmix 6.1/7.1 to 5.1 is mix 3/4 channels in 2 channels avoiding clip.
If we normalize the full 5.1 we finish with low volume in the most important channels to avoid clip in surround channels.
I make manualy the mix of surround channels of many BD movies and there are only a few moments, very shorts, by movie (explosions, roar,...) with clip when add Side to Rear channels.

I think the best option is apply a Limit function to surround channels and leave the front and LFE channels untouched.

I recommend the use of 3dsnar's SoftClipperFromAudX(0.0) function inside of Dimzon's plugin AudioLimiter.dll (http://forum.doom9.org/showthread.php?p=797507#post797507) only over surround channels and don't use Normalize.
Download here (http://forum.doom9.org/showthread.php?p=922027#post922027).

"Dimzon, I have implemented in the past a very high quality (very low harmonic distortions) compressor for some pro-audio applications, and the code belongs to me (personally). I will have to just clean it a bit and will provide you with it. So you will be able to use it as open source, or in whaterver way you prefer. So I will get back with this to you soon." (http://forum.doom9.org/showthread.php?p=800198#post800198)

Tested with 6.1/7.1 wav/w64 from eac3to DTS-HD/TrueHD decoder, and with flac files recoded with MakeMKV the functions can be:

# 6.1 Channels L,R,C,LFE,BC,SL,SR -> standard 5.1
function 61_51(clip a)
{
front = GetChannel(a, 1, 2, 3, 4)
bcent = GetChannel(a, 5).Amplify(0.7071)
back = MergeChannels(bcent, bcent)
side = GetChannel(a, 6, 7)
mix = MixAudio(back, side, 1.0, 1.0).SoftClipperFromAudX(0.0)
return MergeChannels(front, mix)
}
# 7.1 Channels L,R,C,LFE,BL,BR,SL,SR -> standard 5.1
function 71_51(clip a)
{
front = GetChannel(a, 1, 2, 3, 4)
back = GetChannel(a, 5, 6)
side = GetChannel(a, 7, 8)
mix = MixAudio(back, side, 1.0, 1.0).SoftClipperFromAudX(0.0)
return MergeChannels(front, mix)
}

bxyhxyh

17th April 2014, 06:24

After I encode two videos at the same time, megui's "after encoding: shutdown" don't work.

TSoft

18th April 2014, 12:17

I often notice that the OCE not does the jobs at all:
[Warning] Log for job5 (cleanup, prova.mp4 -> )
-[Information] [18/04/2014 13:04:29] Started handling job
-[Information] [18/04/2014 13:04:29] Preprocessing
-[Information] [18/04/2014 13:04:31] Delete Intermediate Files option set: True
-[Warning] [18/04/2014 13:04:31] Deleting intermediate files
--[Information] [18/04/2014 13:04:31] Successfully deleted C:\Users\root\Desktop\RIP\tyoxv23x.pdr\prova.mkv.avs
--[Information] [18/04/2014 13:04:31] Successfully deleted C:\Users\root\Desktop\RIP\tyoxv23x.pdr\prova.mkv.lwi
--[Information] [18/04/2014 13:04:31] Successfully deleted C:\Users\root\Desktop\RIP\tyoxv23x.pdr\prova - [0] Italian.ac3
--[Warning] [18/04/2014 13:04:35] Problem deleting C:\Users\root\Desktop\RIP\tyoxv23x.pdr\prova.mkv: Il processo non può accedere al file 'C:\Users\root\Desktop\RIP\tyoxv23x.pdr\prova.mkv' perché è in uso da un altro processo.
--[Warning] [18/04/2014 13:04:35] Did not delete C:\Users\root\Desktop\RIP\tyoxv23x.pdr as the directory is not empty.
-[Information] [18/04/2014 13:04:35] Postprocessing
--[Information] [18/04/2014 13:04:35] Deleting intermediate files
-[Information] [18/04/2014 13:04:35] Job completed

This line "Il processo non può accedere al file 'C:\Users\root\Desktop\RIP\tyoxv23x.pdr\prova.mkv' perché è in uso da un altro processo." means :
the file ... is used by another process.

Sometimes this error doesn't appear but often it does.

Zathor

19th April 2014, 15:23

This is not a problem - only a warning. It will not harm your encoding jobs but a temporary file could not be deleted. You can delete it manually.

TSoft

19th April 2014, 17:47

This is not a problem - only a warning. It will not harm your encoding jobs but a temporary file could not be deleted. You can delete it manually.

I know it isn't a problem, I only want to report this fact.

:thanks: you anyway.

hello_hello

20th April 2014, 01:43

When extracting the audio from MKVs, MeGUI doesn't seem to account for the audio delay correctly if the audio delay has a negative value, or in other words, if the video has a positive delay (I realise MKV doesn't actually support negative audio delays). For example......

If you mux a video and audio stream while applying a 100ms delay to the video, when you open the muxed MKV with MediaInfo, it'll show an audio delay relative to the video of -100ms. If you then extract the audio stream from the MKV using the HD Streams Extractor and check the eac3to log file, you'll see mention of a -100ms audio delay and the effort eac3to made to fix it. If you extract the same audio from the MKV with MeGUI's file indexer, there's no delay value written to the extracted audio's file name. Ideally, it probably should write a delay value of -100ms. I guess when extracting audio, MeGUI checks the audio stream for a delay, but it probably should check the video stream too.... assuming that's the way it works.

DiGG

22nd April 2014, 22:53

I've downloaded and extracted the latest version of megui's zip file into c:\program files\megui. I copied my registered version of DGDecNV (aka DGIndexNV) and make sure the option is enabled in MeGUI:

http://i.imgur.com/4KnNjmP.jpg

Then when I'm about to create the aviscript, at the indexing part this is what I see:

http://i.imgur.com/IbWFbLB.jpg

It's greyed out. DGIndexNV works perfectly standalone, but why won't it load in MeGUI??

Shevek

22nd April 2014, 23:45

I've downloaded and extracted the latest version of megui's zip file into c:\program files\megui.

Which version of Windows are you using? If its Win 7 or 8 then you shouldn't really put stuff like MeGUI in the program files folder as Windows likes to interfere and move config files etc to it's "Virtual Store"

Try putting it in C:\Applications\MeGUI instead

I copied my registered version of DGDecNV (aka DGIndexNV)

Did you copy the whole of DGIndex, overwriting the MeGUI copy?

You only need to copy the license.txt file and should keep the executable files that MeGUI downloaded

DiGG

23rd April 2014, 00:34

Which version of Windows are you using? If its Win 7 or 8 then you shouldn't really put stuff like MeGUI in the program files folder as Windows likes to interfere and move config files etc to it's "Virtual Store"

Try putting it in C:\Applications\MeGUI instead

Did you copy the whole of DGIndex, overwriting the MeGUI copy?

You only need to copy the license.txt file and should keep the executable files that MeGUI downloaded
Thanks man, did exactly what you said, and it's working as its supposed to! Not sure I had to put MeGUI into another folder, but what the heck, as long as its working I'm happy.

:thanks:

Overdrive80

28th April 2014, 01:05

Hey Zathor, I saw that megui add the parameters: fpsnum=24000, fpsden=1001, on ffvideosource. I have noticed that this parameters create flickering on vertical scroll.

I add video file with vertical scroll: https://dl.dropboxusercontent.com/u/19135067/Example_vertical_scroll.demuxed.m2v

You can reproduce like this:

1. Deinterlace with below script and via lossless (lagarith for example) you save as avi:

DGDecode_mpeg2source("xxx\VideoFile.d2v", info=3)

assumebff()

tfm(order=0,pp=6,mode=4).tdecimate(mode=1)

2. Create other script and you will jerky video:

ffvideosource("xxxx\yyy.avi", fpsnum=24000, fpsden=1001, threads=1)

However if you use the next script, vertical scroll is fine: ffvideosource("xxxx\yyy.avi", threads=1).assumefps(24000.0,1001.0)

hello_hello

28th April 2014, 04:32

Overdrive80,
I can duplicate the problem you describe. I guess it's a ffmsindex bug and should be reported in that thread. It's odd though, because it seems to be related to the AVI container. If you remux the lossless AVI as an MKV and index the MKV, you should be able to use fpsnum and fpsden without an issue.
And it only seems to happen when the frame rate is 23.976. I tried saving the original video to a lossless AVI while changing the frame rate with Assumefps(25), and after indexing that avi and fpsnum=25/fpsden=1 were added to the script there was no scrolling problem.

Edit:
Overdrive80, are you using VirtualDub(Mod) to create the lossless AVI? I just discovered if I create the lossless AVI using VirtualDub(Mod) and remux it using MeGUI's AVI muxer, that also fixes the problem.

You had me worried there because I've converted to lossless AVI a few times before re-encoding lately. Fortunately I tend to remux the lossless AVI as an MKV before indexing, and fortunately most of the video I've been working with has been 25fps. Still, it's a problem which ideally should be fixed.

Overdrive80

28th April 2014, 10:29

I know that this thread is not FFMS2, but thought that while this issue was fixed, this parameters shouldnt be used and for this reason my post. I am using Virtualdub 1.10.4 official version (not mod).

EDIT: Answer from FFMS2 thread http://forum.doom9.org/showthread.php?p=1679218#post1679218

hello_hello

28th April 2014, 13:20

Yeah, it looks like it's just a problem with ffmpegsource and AVIs created by VirtualDub.

I replied in the ffmpegsource thread too.

pilgrim365

1st May 2014, 22:19

Hi guys, I've encountered a real annoying little bug. It doesn't seem to matter what the source file is, I've tried an avi and mp4 source file, and also the issue is replicated in file indexer and oneclick mode.

[Error] [2/05/2014 7:06:50 AM] An error occurred
-[Error] [2/05/2014 7:06:50 AM] Exception message: FFAudioSource: Seeking is severely broken
-[Error] [2/05/2014 7:06:50 AM] Stacktrace: at MeGUI.AviSynthAudioEncoder.encode()
-[Error] [2/05/2014 7:06:50 AM] Inner exception: null

I've attempted reinstalls but I just can't seem to get around this problem. Oddly, this issue only seems to occur when attempting to encode in aac. LAME does not result in the same issue. Whereas, if a different indexer is used, the problem does not replicate. This makes it especially difficult when I want to use oneclick as ffms index is the default. Any ideas?

AMED

1st May 2014, 22:35

Have you tried another decoder in the preferred decoder box in the AAC encoder profile your using?

Try BassAudio or LWLibavAudioSource.

pilgrim365

2nd May 2014, 10:38

Yes. Sorry I forgot to mention that, I have changed the decoder. I can encode audio but only if I do one of two things: load the original source file into the audio input section, or demux the file and load the audio in directly. So, the issue lies within the indexing it seems.

hello_hello

2nd May 2014, 11:34

For some reason, time stretching from 25fps to 23.976 produces an encode of a different duration than a time stretch with pitch correction .

My last encode had an original duration of 2:10:18:208. Time stretching results in 2:15:52:128 (which seems to be correct). With pitch correction the result was 2:17:09:728.

I can't test Avisynth 2.5.8 as I no longer have it installed, but the result is the same when using either Avisynth 2.6.0.4 and Avisynth+. I tried an older version of timestretch.dll and the result was the same. Maybe it's an error in the script MeGUI creates? Although it seems okay to me.

TimeStretch(tempo=Float(96000/1001))

I haven't had a chance to test all the slowdown/speedup options but I did test 25fps to 24fps, and with and without pitch correction, the resulting durations are the same.

hello_hello

2nd May 2014, 11:45

There seems to be a similar oddity when doing a 23.976 to 25fps speedup.

Original duration: 54:31:104
Timestretch: 52:17:088
Pitch correction: 52:25:280

tebasuna51

3rd May 2014, 18:02

TimeStretch(tempo=Float(96000/1001))

You are right.
The Float(96000/1001) don't work like spected.
AviSynth make first a integer division with a integer output.

Is enough a float term to make AviSynth output a float output:

TimeStretch(tempo=96/1.001)

Overdrive80

3rd May 2014, 19:53

Don't accept 96000.0/1001.0?? Or

TimeStretch(tempo=Float(96000)/1001))

LigH

3rd May 2014, 19:58

Both are possible as well. The one tebasuna51 wrote is a briefer one.

Just keep in mind: If numerator and denominator are both integer, an integer division will be calculated, and then it is too late to convert it to float.

hello_hello

3rd May 2014, 22:23

You are right.
The Float(96000/1001) don't work like spected.
AviSynth make first a integer division with a integer output.

So is the upshot of that.... Avisynth is effectively "rounding"?

I'm not completely following the float/integer thing yet, but would 23.976fps to PAL speedup need "fixing"? It doesn't seem to work correctly either.

TimeStretch(tempo=Float(5005/48))

Does the TimeStretch function behave differently when using Avisynth 2.5.8? I still haven't tested it but if memory serves me correctly, version 2.5.8 has the TimeStretch function "built-in"?

I'm wondering if MeGUI would need to create a different script depending on the version of Avisynth being used.

Just keep in mind: If numerator and denominator are both integer, an integer division will be calculated, and then it is too late to convert it to float.

So does that mean the 24fps to 25fps should be done using a different method? I'm just trying to understand. It seems to work correctly.

TimeStretch(tempo=Float(2500/24))

LigH

4th May 2014, 07:39

I don't know what you learned in basic school. I learned the integer division before rational numbers. Integer division means: The result will not have a period and a fractional part. Instead, if you care, you may calculate the rest which doesn't fit into the multiples of the denominator (a.k.a. the modulo).

Numerator : Denominator = Quotient + Modulo/Denominator (rest)

Examples:

5005 : 48 = 104 + 13/48
2500 : 24 = 104 + 4/24

AviSynth assumes: If numerator and denominator are bot integer, then the quotient will be an integer too. The fractional part will be omitted. If you want a more or less precise result, you have to force AviSynth into calculating a floating point division. The integer result is possibly not precise enough. You may get asynchronous results in the progression of the playing time.

If the fractional part was close to 0, it would not make a matter. But the values in the examples above are relevant.

hello_hello

4th May 2014, 10:33

I originally thought the 25fps/24fps conversions were working correctly in both directions and I couldn't understand why... hence the question.... but it appears that's not the case so it makes sense now. 2400/25 produces the correct duration, while 2500/24 doesn't.

Original duration: 21:31:307

25fps to 23.976fps: 22:26:465
with pitch correction: 22:39:270 TimeStretch(tempo=Float(96000/1001))

25fps to 24fps: 22:25:111
with pitch correction: 22:25:111 TimeStretch(tempo=Float(2400/25))

23.976fps to 25fps: 20:38:416
with pitch correction: 20:41:641 TimeStretch(tempo=Float(5005/48))

24fps to 25fps: 20:39:654
with pitch correction: 20:41:641 TimeStretch(tempo=Float(2500/24))

Groucho2004

4th May 2014, 10:55

Original duration: 21:31:307

25fps to 23.976fps: 22:26:465
with pitch correction: 22:39:270 TimeStretch(tempo=Float(96000/1001))

25fps to 24fps: 22:25:111
with pitch correction: 22:25:111 TimeStretch(tempo=Float(2400/25))

23.976fps to 25fps: 20:38:416
with pitch correction: 20:41:641 TimeStretch(tempo=Float(5005/48))

24fps to 25fps: 20:39:654
with pitch correction: 20:41:641 TimeStretch(tempo=Float(2500/24))
You realize that you're still doing integer divisions, right? The casting of the integer division results to "Float" achieve nothing. Looking at the documentation (http://avisynth.nl/index.php/TimeStretch) might help.

hello_hello

4th May 2014, 11:18

You realize that you're still doing integer divisions, right? The casting of the integer division results to "Float" achieve nothing. Looking at the documentation (http://avisynth.nl/index.php/TimeStretch) might help.

Yes, but that's not me. I just copied the divisions MeGUI is using.

I was testing while posting, but I understand the "integer division" issue now. I guess MeGUI will just have to be "fixed" at some stage.

Is Zathor on holiday? I haven't seen him post here for a little while.

Groucho2004

4th May 2014, 11:25

Yes, but that's not me. I just copied the divisions MeGUI is using.
Sorry, should have read more of the discussion. Anyway, if this is how megui does it then some RTFM might help.

LigH

4th May 2014, 11:32

hello_hello

4th May 2014, 11:46

And regarding the numbers: The fix for a previous speedup is a slowdown, isn't it? Speeding up the speedup (or slowing down the slowdown) won't fix anything, it makes it worse, as you already noticed. You'll have to understand instead of copy&paste... ;)

I wasn't trying to speed a file up, then slow it down again and end up with the original duration. I just took a random audio track and applied speedup and slowdown to it, then applied them again while using MeGUI's pitch correction option. I only converted the original file.

The idea was simply to determine if a particular speedup/slowdown resulted in the same duration with and without pitch correction.
As the results show, the only time that happened was when doing a 25fps to 24fps conversion.

I understand now that's because of the "integer divisions".

LigH

4th May 2014, 11:57

That may also have been the only time when the modulo was 0.

Melan

8th May 2014, 14:48

Is it possible to add an E-AC-3 audio paths as an extension to mkv muxer?

LigH

8th May 2014, 15:00

You mean as supported filename extension mask? (*.eac3)

Melan

8th May 2014, 15:14

Yes, yes.

Zathor

11th May 2014, 18:27

2496 [MainForm] enabled Drag & Drop for folders
2495 [x265] introduced fastdecode & zerolatency tunings
2494 [x265] removed --timinginfo switch. frame rate information is handled automatically now.

Sorry, nearly no time for MeGUI the last weeks and not sure about the next weeks. There are some bugs waiting to be fixed (timestretch and so on). Regarding timestretch it would help if someone gets me the correct commands.

Currently used commands are:

// SpeedUp23976To25:
AssumeSampleRate((AudioRate()*1001+480)/960).SSRC(AudioRate())

// SlowDown25To23976:
SSRC((AudioRate()*1001+480)/960).AssumeSampleRate(AudioRate())

// SpeedUp24To25:
AssumeSampleRate((AudioRate()*25 + 12)/24).SSRC(AudioRate())

//SlowDown25To24
SSRC((AudioRate()*25 + 12)/24).AssumeSampleRate(AudioRate())

// SpeedUp23976To25WithCorrection:
TimeStretch(tempo=Float(5005/48))

// SlowDown25To23976WithCorrection:
TimeStretch(tempo=Float(96000/1001))

// SpeedUp24To25WithCorrection:
TimeStretch(tempo=Float(2500/24))

// SlowDown25To24WithCorrection:
TimeStretch(tempo=Float(2400/25))

LigH

11th May 2014, 18:58

Your "simple" SpeedUp / SlowDown functions may even be correct, I see you are doing some numerical tricks to get the integer division done with rounding compensation.

But your functions "*WithCorrection" don't need integer values, because TimeStretch expects float values for the tempo parameter, so there is no need for tricky integer numerics. Simply enforce float divisions by including a decimal. Their values are calculated only once anyway.

// SpeedUp23976To25WithCorrection:
TimeStretch(tempo=10010.0/96.0)

// SlowDown25To23976WithCorrection:
TimeStretch(tempo=96000.0/1001.0)

// SpeedUp24To25WithCorrection:
TimeStretch(tempo=10000.0/96.0)

// SlowDown25To24WithCorrection:
TimeStretch(tempo=96.0)

Disclaimer: This answer is a rather trivial solution. There is possibly a numerically more elegant one, but I am not the greatest expert in numerics.

Overdrive80

11th May 2014, 22:00

Maybe like this:

// SpeedUp23976To25:
AssumeSampleRate(AudioRate()*24000.0/25.0*1001.0).SSRC(AudioRate())

// SlowDown25To23976:
AssumeSampleRate(Round(AudioRate()*25.0*1001.0/24000.0)).SSRC(AudioRate())

// SpeedUp24To25:
AssumeSampleRate(AudioRate()*25.0/24.0).SSRC(AudioRate())

//SlowDown25To24
AssumeSampleRate(Round(AudioRate()*25.0/24.0)).SSRC(AudioRate())

hello_hello

11th May 2014, 22:14

I've been doing it like this:

TimeStretch(tempo=(96/1.001)) # 25fps to 23.976fps
TimeStretch(tempo=(1001/9.6)) # 23.976fps to 25fps
TimeStretch(tempo=(240/2.5)) # 25fps to 24fps
TimeStretch(tempo=(250/2.4)) # 24fps to 25fps

The slowdown/speedup options without pitch correction seem to work fine as they are.

LigH

12th May 2014, 05:51

@ Overdrive80:

No. In AviSynth, Integer/Integer=Integer, never Float. Round() will not help because the term is already "rounded towards 0" (fraction cut off), not to the nearest integer away from *.5; the previously existing functions worked well.

Just to emphasize the difference again:

25/24 = 1
25.0/24.0 = 1.041(6~)

24/25 = 0
24.0/25.0 = 0.96

Overdrive80

12th May 2014, 10:54

@ Overdrive80:

No. In AviSynth, Integer/Integer=Integer, never Float.

You are right, in that case:

// SpeedUp23976To25:
AssumeSampleRate(Round(AudioRate()*960.0/1001.0)).SSRC(AudioRate())

// SlowDown25To23976:
AssumeSampleRate(Round(AudioRate()*1001.0/960.0)).SSRC(AudioRate())

// SpeedUp24To25:
AssumeSampleRate(Round(AudioRate()*25.0/24.0)).SSRC(AudioRate())

//SlowDown25To24
AssumeSampleRate(Round(AudioRate()*25.0/24.0)).SSRC(AudioRate())

Xebika

13th May 2014, 23:52

Is there a possibility to add DGIndexIM and an option in the settings to determine which indexes to have the first and second priority??

Zathor

18th May 2014, 13:25

2500 :D

2500 [x265] added custom command line
[x265] added support for 64bit x265
[x265] removed --no-ssim and --no-psnr as they are disabled by default
2499 [Audio Encoder] fixed TimeStretch support (regression of 2487)
[Audio Encoder] enhanced logging
[Audio Encoder] added 5.1 downmix if necessary (provided by tebasuna51)
2498 [L-SMASH Indexer] use the stream_index argument instead of track if using LWLibav*Source. Part II
2497 [L-SMASH Indexer] use the stream_index argument instead of track if using LWLibav*Source

Is there a possibility to add DGIndexIM and an option in the settings to determine which indexes to have the first and second priority??
For OneClick you can find it already in the settings.

Xebika

18th May 2014, 14:28

I doesn't use OneClick, i use the more common way.

Zathor

18th May 2014, 14:56

When you use the "more common way" - the manual way - then it should not be a problem to select the indexer manually, should it? At least I do not see the benefit of such a priority option. It will require a few hours of coding and testing on my side with limited savings. But if someone provides a patch I will add it. Otherwise please add it to the feature requests on sourceforge.

Overdrive80

18th May 2014, 19:45

@Zathor, review theses posts http://forum.doom9.org/showthread.php?p=1679175#post1679175, please.

AMED

26th May 2014, 05:52

Is anybody else having issues with the FFMS2 r892+41 update?

I'm seeing random crashes and errors in MEGUI.

Faulting application name: MeGUI.exe, version: 1.0.2500.0, time stamp: 0x5378a643
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x05ff125d
Faulting process id: 0x1c40
Faulting application start time: 0x01cf77c36e0e4f09
Faulting application path: D:\MEGUI\MeGUI.exe
Faulting module path: unknown
Report Id: 0878dac3-e3d4-11e3-82a3-bc5ff43694e1
Faulting package full name:
Faulting package-relative application ID: switching back to FFMS2 r827+36 and everything is running properly again.

prijatelj.v

27th May 2014, 22:45

I had a similar problem after the last update...
You helped me a lot (with the FFMS2 r892+41) because I did not know what it comes:

MeGUI (error) log : http://pastebin.com/JgnJNmTF

http://s13.postimg.org/igo36pw6f/image.jpg

http://s2.postimg.org/8zdql4sy1/image.jpg

http://s22.postimg.org/w4tz80qk1/image.jpg

vergil666

28th May 2014, 20:51

hi !
i have a question, i've just update megui from 2418 to 2500
and when i use avs script creator, i use file indexer all woks fine but if i want to another encode the same video, when i use avs sript creator, megui asking again if i want to use file indexer one click etc... and it's very boring

on 2418 it asking just once.
is-there a solution to this probleme ?

AMED

28th May 2014, 21:02

@vergil666

When you open the file the second time, don't choose the video file choose the index file. Make sure when you are creating the index file that you are saving it in the same folder as the video.

rapscallion

28th May 2014, 21:55

32 bit ver.
Also updated today to 2500 and I now get an error parsing avs file when trying to preview an m2ts stream. Worked just fine in previous version.

"Directshowsource couldn't open file ******no combination of filters could be found to render the stream"

AVS script :
DirectShowSource("D:\BD-Test\title\title.m2ts",audio=false)
assumefps(24000,1001)

Edit: Solved by updating my old versions of Haali Splitter and FFDshow.

LigH

29th May 2014, 10:02

Why do people still prefer the generally more unreliable DirectShow system over native AviSynth source filters? MeGUI already supports L-SMASH Source as well as DGDecNV (if registered) in the File Indexer, which can both handle M2TS reliably. DirectShowSource is bound to rely on installed splitter and decoder filters, so you have to know which filters you installed in your Windows system and how they have to be set up.

vergil666

29th May 2014, 10:15

Groucho2004

29th May 2014, 10:20

Why do people still prefer the generally more unreliable DirectShow system over native AviSynth source filters?

People don't know about the alternatives
They think since DSS is basically an integral part of the Avisynth distribution, it must be the right one to use
Too impatient to wait for the indexing.
...

rapscallion

29th May 2014, 15:23

People don't know about the alternatives
They think since DSS is basically an integral part of the Avisynth distribution, it must be the right one to use
Too impatient to wait for the indexing.
...

All correct. I've been using it that way for years and until yesterday, never had a single problem. "If it ain't broke, don't fix it" scenario.

Now, having said that, why did the latest update from 2487 to 2500 break it?

Edit : Updated my old versions of Haali Splitter and FFDshow and all is well

LigH

1st June 2014, 10:38

@ Groucho:

+ Google finds first "uber guides" outdated for years? ;)
__

@ rapscallion:

There is always a first exception for a rule that was incidently true for trivial material.

Groucho2004

1st June 2014, 11:26

@ Groucho:

+ Google finds first "uber guides" outdated for years? ;)

+ Huh?

LigH

1st June 2014, 14:52

Well, I wonder why it is so easy to prefer DirectShow. Either the tools default to it, or there are "uber best know-it-all-better guides" out there which recommend it?!

If the former, then I would recommend Zathor to think about altering MeGUI in a way that DirectShowSource is not preferred anymore. But since I know the File Indexer (which is now a lot more reliable with L-SMASH Works support), and never use don't-think-about-it features, I don't even get the idea of preferring DirectShow anymore, so I don't know how a first time user thinks, and why he would start to prefer the "wrong" way.

Groucho2004

1st June 2014, 15:18

Well, I wonder why it is so easy to prefer DirectShow. Either the tools default to it, or there are "uber best know-it-all-better guides" out there which recommend it?!
I was thinking about an average user who would download Avisynth and start looking at the documentation. The first choice for "Media file filters" in Avisynth's help is AviSource, followed by DirectShowSource. Naturally, the user would assume that DSS is the right choice for a file that is not supported by AviSource.

You're probably right that most novice users start with "GUIs" and use the default options (which also leads to DSS as the preferred source filter - at least in Megui).

The bottom line is that one has to dig quite a bit into DOOM9's forums in order to figure out that there are better alternatives to DSS.

As for Megui - I don't know why DSS is the preferred source filter, I guess the people who maintain the software have their reasons.

LigH

1st June 2014, 15:23

Average users need one-click GUIs. They would never start reading the AviSynth documentation. ;) ;)

Zathor

1st June 2014, 15:58

[...]I would recommend Zathor to think about altering MeGUI in a way that DirectShowSource is not preferred anymore. But since I know the File Indexer (which is now a lot more reliable with L-SMASH Works support), and never use don't-think-about-it features, I don't even get the idea of preferring DirectShow anymore, so I don't know how a first time user thinks, and why he would start to prefer the "wrong" way.

In MeGUI's OneClick tool directshow is not used at all. There is only AviSource and this has the lowest priority by default and will only be used when the others cannot be used.

In the AVS Script Creator tool there is this text when opening a non indexed file:
Do you want to open this file with
- One Click Encoder (fully automated, easy to use) or
- File Indexer (manual, advanced) or
- DirectShowSource (manual, expert, may cause problems)?
Depending on the selection the file will be processed with the other tools.

What else should I do? Disable DirectShowSource completly?

Guest

1st June 2014, 16:04

What else should I do? IHMO, leave it as is. The warning is a quite reasonable compromise. Anyway, MeGUI is not the only context in which new users run into issues with DirectShowSource(). I view it as something of a rite of passage for learning about desktop multimedia.

LigH

1st June 2014, 16:19

:o I am sorry to raise trouble with old habits of other people and little own knowledge about MeGUI... Obviously, you and your tool are not the reason for issues based on times when there were no better solutions.

rapscallion

1st June 2014, 20:26

@LigH....before your first time mention of L-Smash as alternative above, I see you asked Zathor to take a look at it a year ago , in this post : Click Here (http://forum.doom9.org/showpost.php?p=1633741&postcount=3284.)

So, it's not like it's been around for some time. I also notice that Megui, by default has the update for L-Smash disabled (development build). So, it's natural for people not to LOOK for it as an alternative. The only reason I've been using ffds, since 2009, was the tutorial by Jamos, in this thread. : Click Here (http://forum.doom9.org/showthread.php?t=135795)

If it's that superior, I'd appreciate some info on how to use it with Megui. I do BD, 2 pass encodes.

LigH

1st June 2014, 20:34

Well, yes, those are the details about MeGUI I don't realize anymore since I always use MeGUI so differently compared to a user with a less specific point of view. I may be a quite un-average user. So I should not try so often to assume about the averages... :o

Zathor

2nd June 2014, 22:35

@LigH....before your first time mention of L-Smash as alternative above, I see you asked Zathor to take a look at it a year ago , in this post : Click Here (http://forum.doom9.org/showpost.php?p=1633741&postcount=3284.)

So, it's not like it's been around for some time. I also notice that Megui, by default has the update for L-Smash disabled (development build). So, it's natural for people not to LOOK for it as an alternative.
Yes, L-Smash has been introduced in MeGUI round about half a year ago. And it is not disabled - the package will be only downloaded when needed and therefore automatically enabled. But FFMS2 is there for years (as this dialogue to not use DirectShowSource).

In the end the only thing which matters is if you have found your use case and the results are fine for you. So stick with your process - if you want to change something try the OneClick tool.

Hotpocketdeath

7th June 2014, 23:10

Ok, I've started to play with x265, but I'm running into an error when trying it out in x265.

When x265 is selected, hitting "Auto-Encode" brings up the error:

"First Pass Encoding is not supported for Automatic Encoding as no Output is generated.
Please choose another encoding mode."

But I'm not not trying to encode with multiple passes. And in the Settings, under "Automated Encoding", I can not choose anything less than 2 passes. I think this is what is causing the problem and I don't know how to eliminate it.

Thanks

Motenai Yoda

8th June 2014, 18:56

MeGUI calculates it in this way:
AR Error = 1-((Input Width*Output Height)/(Output Width*Input Height)) (which is the same as in http://forum.doom9.org/showthread.php?p=130085#post130085)
Which is in this case:
AR Error = 1-((714*480)/(704*480))=1-(714/704)=-0,014204545454545=-1,4204545454545%

You and Yoda are calculating it:
AR Error = 1-((704*480)/(714*480))=1-(704/714)=0,0140056022408964=1,40056022408964%

Which one is correct?

You can say (with simplified values) that 100 is 33% larger than 75 - and 75 is 25% smaller than 100. So both are showing a correct aspect ratio error but the point of view is different. Staxrip for example is using the same as MeGUI. Which is the most common point of view? I can change it if required.

It should match video_size_calc-1_0_1 and gordianknot, or, rather, has been done for. http://thumbnails109.imagebam.com/33179/b1f0a1331787286.jpg (http://www.imagebam.com/image/b1f0a1331787286)

Zathor

9th June 2014, 21:47

I have updated the stable build to 2500 on the update server. In order to save bandwidth during this initial change to the new update method only a few basic packages have been updated yet (3,5MB instead of the whole 35MB). In a few weeks I will update everything else including sourceforge.

Zathor

22nd June 2014, 21:44

2502 [Update] fixed freeze when adding new custom update servers. Bug #769
2501 [Update] removed update server megui.xvidvideo.ru for the stable branch as it cannot be synced anymore
[Update] increased update data refresh interval to 10 days for the stable server

leon

27th June 2014, 15:20

Hi
MeGUI is unable to load warpsharp.(was able before I updated megui and its packages)

http://i62.tinypic.com/jfjadz.jpg

[Information] Log
-[Information] Versions
--[Information] [6/27/2014 6:40:30 PM] MeGUI: 2505
--[Information] [6/27/2014 6:40:30 PM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [6/27/2014 6:40:30 PM] .Net Framework: 2.0.50727.5420
--[Information] [6/27/2014 6:40:30 PM] .Net Framework: 4.0.0.0
--[Information] [6/27/2014 6:40:30 PM] AviSynth: 2.6.0.4 (18-09-2013)
--[Information] [6/27/2014 6:40:30 PM] AvisynthWrapper: (02-01-2009)
--[Information] [6/27/2014 6:40:30 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [6/27/2014 6:40:30 PM] Haali DSS2: (14-04-2013)
--[Information] [6/27/2014 6:40:30 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [6/27/2014 6:40:30 PM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [6/27/2014 6:40:30 PM] MediaInfo: 0.7.69.0 (24-04-2014)
--[Information] [6/27/2014 6:40:30 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [6/27/2014 6:40:30 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [6/27/2014 6:40:30 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [6/27/2014 6:40:30 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [6/27/2014 6:40:31 PM] Automatic update is disabled
--[Information] [6/27/2014 6:40:31 PM] Using cached update config and server: http://megui.xvidvideo.ru/auto/
--[Information] [6/27/2014 6:40:31 PM] There is 1 package which can be updated: x264
-[Information] FileIndexer
--[Information] [6/27/2014 6:40:50 PM] MediaInfo
---[Information] [6/27/2014 6:40:50 PM] File: G:\Movies\HBPVR\IRIB_NAMAYESH-05232014-1316.mts
---[Information] General
----[Information] Format: BDAV
----[Information] FormatString: BDAV
----[Information] FileSize: 536739840
----[Information] PlayTime: 00:33:51.061
---[Information] Video
----[Information] ID: 1120
----[Information] StreamOrder: 3-0
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 50784
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Interlaced
----[Information] Codec: AVC
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.364
----[Information] AspectRatioString: 4:3
----[Information] Delay: 51809077.267
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1121
----[Information] StreamOrder: 3-1
----[Information] Format: AAC
----[Information] FormatProfile: HE-AACv2 / HE-AAC / LC
----[Information] FormatSettingsSBR: Yes (Implicit)
----[Information] FormatSettingsPS: Yes (Implicit)
----[Information] SamplingRate: 48000 / 48000 / 24000
----[Information] SamplingRateString: 48.0 KHz / 48.0 KHz / 24.0 KHz
----[Information] Channels: 2 / 1 / 1
----[Information] ChannelsString: 2 channels / 1 channel / 1 channel
----[Information] ChannelPositionsString2: 1/0/0
----[Information] BitRateMode: VBR
----[Information] Delay: 51807757.444
----[Information] Title:
----[Information] Language: fa
----[Information] LanguageString: Persian
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
-[Information] Log for job1 (idx, IRIB_NAMAYESH-05232014-1316.mts -> IRIB_NAMAYESH-05232014-1316.dga)
--[Information] [6/27/2014 6:40:58 PM] Started handling job
--[Information] [6/27/2014 6:40:58 PM] Preprocessing
--[Information] [6/27/2014 6:40:58 PM] Job commandline: "C:\Program Files\AviSynth 2.5\tools\dgavcindex\dgavcindex.exe" -i "G:\Movies\HBPVR\IRIB_NAMAYESH-05232014-1316.mts" -o "F:\Users\Admin\Desktop\Videos\New folder\IRIB_NAMAYESH-05232014-1316.dga" -e -h -a
--[Information] [6/27/2014 6:40:58 PM] Process started
--[Information] [6/27/2014 6:40:58 PM] Standard output stream
--[Information] [6/27/2014 6:40:58 PM] Standard error stream
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
---[Information] [6/27/2014 6:41:19 PM] Warning: no active SPS, timing SEI cannot be parsed
--[Information] [6/27/2014 6:41:19 PM] MediaInfo
---[Information] [6/27/2014 6:41:19 PM] File: F:\Users\Admin\Desktop\Videos\New folder\IRIB_NAMAYESH-05232014-1316.dga
---[Information] Indexed File: G:\Movies\HBPVR\IRIB_NAMAYESH-05232014-1316.mts
---[Information] General
----[Information] Format: BDAV
----[Information] FormatString: BDAV
----[Information] FileSize: 536739840
----[Information] PlayTime: 00:33:51.061
---[Information] Video
----[Information] ID: 1120
----[Information] StreamOrder: 3-0
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 50784
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Interlaced
----[Information] Codec: AVC
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.364
----[Information] AspectRatioString: 4:3
----[Information] Delay: 51809077.267
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1121
----[Information] StreamOrder: 3-1
----[Information] Format: AAC
----[Information] FormatProfile: HE-AACv2 / HE-AAC / LC
----[Information] FormatSettingsSBR: Yes (Implicit)
----[Information] FormatSettingsPS: Yes (Implicit)
----[Information] SamplingRate: 48000 / 48000 / 24000
----[Information] SamplingRateString: 48.0 KHz / 48.0 KHz / 24.0 KHz
----[Information] Channels: 2 / 1 / 1
----[Information] ChannelsString: 2 channels / 1 channel / 1 channel
----[Information] ChannelPositionsString2: 1/0/0
----[Information] BitRateMode: VBR
----[Information] Delay: 51807757.444
----[Information] Title:
----[Information] Language: fa
----[Information] LanguageString: Persian
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [6/27/2014 6:41:20 PM] Postprocessing
---[Information] [6/27/2014 6:41:26 PM] Deleting intermediate files
----[Information] [6/27/2014 6:41:26 PM] Successfully deleted G:\Movies\HBPVR\IRIB_NAMAYESH-05232014-1316.log
--[Information] [6/27/2014 6:41:26 PM] Job completed

Guest

27th June 2014, 15:30

Did you check that warpsharp.dll actually exists in the directory C:\Program Files\AviSynth 2.5\tools\avisynth_plugins\?

leon

27th June 2014, 21:15

Did you check that warpsharp.dll actually exists in the directory C:\Program Files\AviSynth 2.5\tools\avisynth_plugins\?

Did you read my post completely ? :)
MeGUI was able to load warpsharp before I update it , this means that warpsharp.dll was in that directory(and still is).

Guest

27th June 2014, 21:41

Maybe the install changed your configured plugin directory.

leon

27th June 2014, 22:28

Maybe the install changed your configured plugin directory.

if you mean update , no
it has nothing to do with plugins directories.
I loaded it twice from different directories but still it doesnt work.

http://i57.tinypic.com/21ekpw.jpg

Zathor

28th June 2014, 09:33

leon

28th June 2014, 11:58

MeGUI does not change anything outside of its own directory.

What happens when you open the AVS script outside of MeGUI? E.g. in MPC-HC or VirtualDub? If you get the same message it has nothing to do with MeGUI.

http://i58.tinypic.com/2yxrjw3.jpg

http://i57.tinypic.com/jtrvwp.jpg

then what is the problem ?
this error occurs since I updated megui from 2493 to 2505 and avisynth plugin from 2 to 3.
I tried other versions of Avisynth but the same error occurs.

megui shows this error when vcomp.dll is in avisynth plugin directory.
http://i61.tinypic.com/xr4i9.jpg

Guest

28th June 2014, 12:32

Maybe something related to this:

http://forum.doom9.org/showthread.php?p=1601209#post1601209

leon

28th June 2014, 20:53

Maybe something related to this:

http://forum.doom9.org/showthread.php?p=1601209#post1601209

Thank you but no I deleted FFMS2.avsi and ffmsindex.exe.
the same error occurs.

leon

28th June 2014, 21:58

when I uninstall Avisynth and use Avisynth+ the problem fixes but I cant use VD plugins.

Overdrive80

28th June 2014, 23:47

Thank you but no I deleted FFMS2.avsi and ffmsindex.exe.
the same error occurs.

http://forum.doom9.org/showthread.php?p=1601294#post1601294

Just removed FFInputDriver.vdplugin from my VD plugins32 dir (and kept ffms.dll etc in Avisynth plugins)
and tried colorbars script from VD 1.10.2beta again, and ...

would you believe it, works OK now.

leon

29th June 2014, 00:57

http://forum.doom9.org/showthread.php?p=1601294#post1601294

the problem isnt VD I try to open my script in megui.
there is nothing in my VD plugin32 dir.

Guest

29th June 2014, 01:14

If you open the script in VirtualDub, what happens?

Why can't you use VD plugins with Avisynth+?

Be patient with us, we are trying to help.

Overdrive80

29th June 2014, 02:09

the problem isnt VD I try to open my script in megui.
there is nothing in my VD plugin32 dir.

Have you tried to use default path of avisynth plugins???

leon

29th June 2014, 11:36

If you open the script in VirtualDub, what happens?

Why can't you use VD plugins with Avisynth+?

Be patient with us, we are trying to help.

I know thank you so much.
I posted an image when I open the script in VD (VirtualDub Error)
when I uninstall Avisynth megui uses its Avisynth+ but when I try to open the script with megui it show this error "There is no function named LoadVirtualDubPlugin"
(Avisynth+ can load warpsharp.dll)

leon

29th June 2014, 11:41

Have you tried to use default path of avisynth plugins???

if you mean for warpsharp, yes I've tried many other directories too.
but I get the same error whether warpsharp is in that dir or not.

Guest

29th June 2014, 12:21

when I uninstall Avisynth megui uses its Avisynth+ but when I try to open the script with megui it show this error "There is no function named LoadVirtualDubPlugin"
(Avisynth+ can load warpsharp.dll) May we see your full script please?

Make sure all your load lines come first before anything else.

leon

29th June 2014, 13:04

May we see your full script please?

Make sure all your load lines come first before anything else.

sometimes I add or remove ,or change the values of some filters but most of the time I use this script.

LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\hqdn3d.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\ColorMatrix.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\nnedi3.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\FFT3dGPU.dll")
LoadVirtualDubPlugin("F:\Program Files\Hybrid\avisynthPlugins\ccd_sse2.vdf","VD_CCD",0)
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\RepairSSE2.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\Deen.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\flash3kyuu_deband.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\svpflow2.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\svpflow1.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\RemoveGrainSSE2.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\aWarpSharp.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\deblock.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\DctFilter.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\mt_masktools-26.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\warpsharp.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\gradfun2db.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\MosquitoNR.dll")
Import("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\EdgeCleaner.avs")
Import("F:\Program Files\Hybrid\avisynthPlugins\Dehalo_alpha_mt.avsi")
Import("F:\Program Files\Hybrid\avisynthPlugins\LimitedSharpenFaster.avs")
Import("F:\Program Files\Hybrid\avisynthPlugins\Deblock_QED.avs")
Import("F:\Program Files\Hybrid\avisynthPlugins\InterFrame2.avsi")
Import("F:\Program Files\Hybrid\avisynthPlugins\daa.avs")
<input>
<deinterlace>
<crop>
<resize>
<denoise>
MosquitoNR(strength=16,restore=128,radius=2,threads=0)
f3kdb(range=25,sample_mode=2,dither_algo=3,grainY=90,grainC=90,dynamic_grain=true,Y=90,Cb=64,Cr=90,blur_first=true,keep_tv_range=false)
Tweak(hue=0,sat=1.05,bright=0,cont=1.0,coring=false,startHue=0,endHue=360,maxSat=150,minSat=0,interp=16,dither=true)
Removegrain(mode=2,modeU=2,modeV=2)
hqdn3d(2, 1, 3, 1)
EdgeCleaner(strength=38,rep=false,smode=0,hot=false,fix=true)
Deblock_QED(quant1=24,quant2=26,aOff1=1,bOff1=1,aOff2=3,bOff2=3,uv=3)
DeHalo_alpha_mt(rx=2,ry=2,darkstr=1,brightstr=1,highsens=50,lowsens=50,ss=1.5)
ConvertToRGB32(matrix="PC.601")
VD_CCD(60,0)
ConvertToYV12(matrix="PC.601")

Guest

29th June 2014, 13:14

Groucho2004

29th June 2014, 13:22

most of the time I use this script.
As neuron2 already pointed out, this script is almost impossible to debug. We don't know what's inside the avsi files, what's your autoload directory and what it contains, etc.

leon

29th June 2014, 14:27

That's a generic script you use "most of the time"? I'd like to see the exact script that gives the error in Avisynth+. If you don't want to give it, fine, but then I'll leave it to others to try to help.

Also, you've been talking about warpsharp.dll but you have loadplugin lines for both warpsharp.dll and awarpsharp.dll. Try loading only the one you really use.

Finally, make a simple script that just loads warpsharp and see what happens. You need to remove all the other complicating factors. If that works you can start adding stuff back to see what causes the problem.

IMHO, you have a case of filteritis too.

I tried this but the same error occurs.

LoadPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\warpsharp.dll")
<input>
<deinterlace>
<crop>
<resize>
<denoise>

I've already given that script that Avisynth+ cant open because of VD_CCD plugin (not warpsharp.dll).

with Avisynth warpsharp error occurs and with Avisynth+ VD plugin error.

and why do you think I have a case of filteritis?

Guest

29th June 2014, 14:38

Guest

29th June 2014, 14:52

Apparently this is a known problem:

http://forum.doom9.org/showthread.php?t=165311

This is not a MeGUI issue and so you should continue in that thread. If you can give me a link to ccd_sse2.vdf, I will look into it and follow up in that thread.

Or, try this:

LoadVirtualDubPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\ccd_sse2.vdf", "CamCD", 1)

CamCD is the right name for the SSE2 version, it seems.

Or, consider using the suggested replacement in the last post of the cited thread.

leon

29th June 2014, 18:46

OK, so your problem is with loading VD_CCD. Can you please give me a link to download it (without having to install Hybrid) and I will try it here.

I have found ccd.vdf but not ccd_sse2.vdf. Please check in your specified directory that ccd_sse2.vdf is present.

Filteritis means you use filters willy-nilly without regard for the actual source video.

my 1st problem wasnt VD_CCD megui showed error about this VD plugin when I uninstalled Avisynth 2.6.0.4 and because of this megui used Avisynth+ 2.6.0.5 and when I install Avisynth 2.6.0.4 this problem fixes but warpsharp error returns.

http://www.mediafire.com/download/n5kjbav5age8m19/ccd_sse2.vdf

I use filters when I need them and have an effect on my video.

leon

29th June 2014, 19:03

LigH

29th June 2014, 20:50

AviSynth+ developers may have decided to omit the obsolete VDF plugins loading feature; "ancient" VDF plugins only worked in RGB24 color space which reduces the speed and quality if all the other filters work in YUV. VirtualDub supported YUV plugins not before version 1.9, I believe...

It is certainly recommendable to clean up your heap of plugins and start to wonder if this mass really is the optimum for you, a third of them seems to be used to fix side effects of over-filtering of previous ones. More careful filtering is often better than fixing the debris of gone-mayhem. And most certainly, many VirtualDub plugins can be substituted by other native AviSynth plugins.
__

P.S.:

Replacing Camcorder color denoise (http://forum.doom9.org/showthread.php?t=165311) (July 2012)

Similar issues, just no replacement yet. But I know that Fizick (http://avisynth.org.ru/fizick.html) has a bunch of interesting specialist filters regarding video technology related noise; worth a look.

Groucho2004

29th June 2014, 21:39

leon

29th June 2014, 21:45

Groucho2004

29th June 2014, 21:50

ok I stop using VD plugins but what about my 1st error ?(stop using warpsharp too?
Read my last post and also upload the exact version of warpsharp that gives you problems somewhere.

leon

30th June 2014, 14:01

LoadVirtualDubPlugin("ccd_sse2.vdf", "CamCD", 1)
colorbars()
CamCD(30,1)

Tried this with several Avisynth versions (2.5.8, 2.6.0 A5, AVS+ r1576), it works with all of them. However, in AVS+ I have to specify the full path for the plugin, otherwise I get the 0x7e error.

I tried to open this in megui (Avisynth+ 2.6.0.5) but it says there is no function named "LoadVirtualDubPlugin".
LoadVirtualDubPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\ccd_sse2.vdf", "CamCD", 1)
colorbars()
CamCD(30,1)

warpsharp.dll:
http://www.mediafire.com/download/v6b6unf46ziz0ca/warpsharp.dll

Groucho2004

30th June 2014, 14:15

I tried to open this in megui (Avisynth+ 2.6.0.5) but it says there is no function named "LoadVirtualDubPlugin".
LoadVirtualDubPlugin("C:\Program Files\AviSynth 2.5\tools\avisynth_plugin\ccd_sse2.vdf", "CamCD", 1)
colorbars()
CamCD(30,1)

warpsharp.dll:
http://www.mediafire.com/download/v6b6unf46ziz0ca/warpsharp.dll
No problem here with warpsharp.dll. One thing that comes to mind is that you have a huge mess in your autoload directory. Clean it up and try again. Try also loading the scripts in VirtualDub instead of megui.

LigH

30th June 2014, 15:01

Groucho2004

30th June 2014, 15:12

The tools\avs\AviSynth.dll (AviSynth+ 2.6.0.5, Jan. 2014) – which is used as fallback by MeGUI when no installed AviSynth is detected – does indeed not contain a declaration for LoadVirtualDubPlugin.
Well yes, it has been "externalised" into VDubFilter.dll among other functions that used to be in the core. It's still part of Avisynth+.

LigH

30th June 2014, 15:20

This DLL is included in tools\avs\plugins. So if it is not available for AviSynth+ at runtime, then either updating the "AviSynth portable" package in MeGUI failed (so the DLL is not where it is supposed to be), or some evil software keeps AviSynth in any version from using plugins in their respective auto-load folder(s).

Groucho2004

30th June 2014, 15:25

either updating the "AviSynth portable" package in MeGUI failed (so the DLL is not where it is supposed to be), or some evil software keeps AviSynth in any version from using plugins in their respective auto-load folder(s).
That sounds about right.

leon

1st July 2014, 15:15

No problem here with warpsharp.dll. One thing that comes to mind is that you have a huge mess in your autoload directory. Clean it up and try again. Try also loading the scripts in VirtualDub instead of megui.

Can you please tell me what version of Avisynth did you use for testing warpsharp.
there is nothing in my avisynth plugin directory I also tried other directories to load warpsharp like "C:\"
there is many filters in my "MeGUI\tools\avisynth_plugin" but avisynth+ can load warpsharp from there.
after uninstalling avisynth VD cant open avs scripts.

I also tried to open my script and load warpsharp in Windows 8.1 but it didnt work too.

Groucho2004

1st July 2014, 15:35

Can you please tell me what version of Avisynth did you use for testing warpsharp.
there is nothing in my avisynth plugin directory I also tried other directories to load warpsharp like "C:\"
there is many filters in my "MeGUI\tools\avisynth_plugin" but avisynth+ can load warpsharp from there.
after uninstalling avisynth VD cant open avs scripts.

I also tried to open my script and load warpsharp in Windows 8.1 but it didnt work too.
As already mentioned, I tried several Avisynth versions - 2.5.7, 2.5.8, 2.6.0, AVS+. The warpsharp.dll and the ccd_sse2.vdf you uploaded work with all of them.
Your problem seems to be related to megui which I have never used. There are more qualified people here to help you with that.

Hotpocketdeath

1st July 2014, 21:21

LigH

1st July 2014, 22:25

Do not use Auto-Encode, because Auto-Encode is made for quickly running a 2-pass encoding with target size, and x265 does not yet support it. This is not a bug.

Until 2-pass encoding will be implemented, use x265 only for quality based encoding (or 1-pass ABR encoding), which is not supported by the Auto-Encode feature.

Instead, manually create a job, and let it run in the Queue.

hello_hello

2nd July 2014, 01:16

Until 2-pass encoding will be implemented, use x265 only for quality based encoding (or 1-pass ABR encoding), which is not supported by the Auto-Encode feature.

Quality based x264/xvid encoding is supported by AutoEncode.

My default AutoEncode setting is "no target size, use profile settings" yet AutoEncode produces the "First Pass Encoding is not supported" error when the x265 encoder is selected and configured for CRF encoding. When the x265 encoder is configured for constant quantizer encoding, using AutoEncode does not produce the same error.

LigH

2nd July 2014, 07:40

:o Sorry for the confusion then, I must have remembered wrong.

osgZach

6th July 2014, 02:30

Will you guys ever add CRF values to the Zone creation window? It's so much easier to specify a CRF value for zones (in relation to the CRF value used for the encode) than having to play guess-work with a Quantizer or Percentage value.
It'll be a lot easier than juggling custom CRF zone flags on X number of different profiles when you are doing batches as well.

hello_hello

7th July 2014, 13:23

osgZach,
Can you work around it by using Trim() in a script and running individual encodes with different CRF values, then appending the encodes with MKVMergeGUI? I do, along with different filtering at time too.
I can't say I've used the Zones function much myself so I don't know how convenient a workaround it'd be compared to Zones having CRF values. If it's a silly suggestion, just ignore me. ;)

osgZach

7th July 2014, 16:56

Well, it would be a lot less steps.
All you do is specify your start and ending frame ranges for the zones, and during the encode x264 will adjust the CRF accordingly for them.

CYBERSONIC

8th July 2014, 19:17

Hello,

I have an umcompressed AVI, saved from Magix Video Pro X6, that I want to encode with MeGUI.

MediaInfo says:
Allgemein
CompleteName : E:\Test.AVI
Format : AVI
Format/Info : Audio Video Interleave
Format_Profile : OpenDML
FileSize/String : 271 GiB
Duration/String : 58min
OverallBitRate/String : 665 Mbps

Video
ID/String : 0
Format : RGB
CodecID : 0x00000000
CodecID/Info : Basic Windows bitmap format. 1, 4 and 8 bpp versions are palettised. 16, 24 and 32bpp contain raw RGB samples
Duration/String : 58min
BitRate/String : 663 Mbps
Width/String : 1 280 Pixel
Height/String : 720 Pixel
DisplayAspectRatio/String : 16:9
FrameRate/String : 29,970 FPS
BitDepth/String : 8 bits
Bits-(Pixel*Frame) : 24.000
StreamSize/String : 270 GiB (100%)

Audio
ID/String : 1
Format : PCM
Format_Settings_Endianness : Little
Format_Settings_Sign : Signed
CodecID : 1
Duration/String : 58min
BitRate_Mode/String : konstant
BitRate/String : 1 536 Kbps
Channel(s)/String : 2 Kanäle
SamplingRate/String : 48,0 KHz
BitDepth/String : 16 bits
StreamSize/String : 641 MiB (0%)
Alignment/String : Ausgerichtet an Interleaves
Interleave_Duration/String : 33 ms (1,00 Video-Frame)

When opening this file, MeGui also recognizes the audio as
[1] - PCM - 2 channels - 48.0 KHz / German

I want to make an MKV with audio encoded as MP3.
I start the job as usual, in the first step MeGUI is muxing MKV, however I then get the error
------
MKA, 1 audio track, 0:58:21
1: RAW/PCM, 2.0 channels, 16 bits, 48kHz
The source file doesn't contain a track with the number 2. <ERROR>
Of course there is no track 2, but I also did not select a track 2 anywhere!
Or does it expect video track 1 and audio track 2? If I load the file into mkvmerge GUI, it also displays only one track, no separate audio.
How can I include the audio in my encode? It does work if I encode without audio, but it should also work with.

osgZach

8th July 2014, 21:31

CYBERSONIC

9th July 2014, 08:22

A quick work around might be to load the video in the Audio encoding input box, and then see if you can save out the audio in your desired format that way.
Or you could try opening in Virtualdub and saving the audio that way as well.

And depending on what you have installed, you can sometimes right-click on a file and in the context menu, windows will offer an option to extract the audio track (I've done it with AVI's before)

In the audio input box, the program only lets me load audio files, AVIs are not displayed there.
Workaround with Virtualdub might work, that is similar to what I currently did, but not what I would like to achieve ;-)

osgZach

9th July 2014, 12:17

Nonsense, I just did it.

I'm talking about the Audio input on the main Window when you start up - don't use any of the One-Click junk.
That opens with a default of all file types.

[Information] Log for job6 (audio, amarec(20140212-0603).avi -> amarec(20140212-0603).ac3)
-[Information] [7/9/2014 6:15:46 AM] Started handling job
-[Information] [7/9/2014 6:15:46 AM] Preprocessing
-[Information] [7/9/2014 6:15:46 AM] MediaInfo
--[Information] [7/9/2014 6:15:46 AM] File: D:\Game Captures\Battlezone\amarec(20140212-0603).avi
--[Information] General
---[Information] Format: AVI
---[Information] FormatString: AVI
---[Information] FileSize: 1004118016
---[Information] PlayTime: 00:03:54.000
--[Information] Video
---[Information] ID: 0
---[Information] StreamOrder: 0
---[Information] Width: 1920
---[Information] Height: 1080
---[Information] FrameCount: 7020
---[Information] FrameRate: 30.000
---[Information] FrameRateOriginal:
---[Information] FrameRateMode:
---[Information] ScanType:
---[Information] Codec: H264
---[Information] CodecString: AVC
---[Information] Bits Depth:
---[Information] Format: AVC
---[Information] AspectRatio: 1.778
---[Information] AspectRatioString: 16:9
---[Information] Delay: 0
---[Information] Title:
---[Information] Language:
---[Information] LanguageString:
---[Information] Default:
---[Information] DefaultString:
---[Information] Forced:
---[Information] ForcedString:
--[Information] Audio
---[Information] ID: 1
---[Information] StreamOrder: 1
---[Information] Format: PCM
---[Information] FormatProfile:
---[Information] FormatSettingsSBR:
---[Information] FormatSettingsPS:
---[Information] SamplingRate: 48000
---[Information] SamplingRateString: 48.0 KHz
---[Information] Channels: 2
---[Information] ChannelsString: 2 channels
---[Information] ChannelPositionsString2:
---[Information] BitRateMode: CBR
---[Information] Delay: 0
---[Information] Title:
---[Information] Language:
---[Information] LanguageString:
---[Information] Default:
---[Information] DefaultString:
---[Information] Forced:
---[Information] ForcedString:
-[Information] [7/9/2014 6:15:46 AM] Trying to open the file with NicAudio
-[Information] [7/9/2014 6:15:46 AM] Successfully opened the file with NicAudio
-[Information] [7/9/2014 6:15:47 AM] Avisynth script
--[NoImage] AVISource("D:\Game Captures\Battlezone\amarec(20140212-0603).avi", audio=true)
--[NoImage] EnsureVBRMP3Sync()
--[NoImage] Trim(0,0)
--[NoImage] # detected channels: 2 channels
--[NoImage] # detected channel positions:
--[NoImage] return last
-[Information] [7/9/2014 6:15:47 AM] Commandline used: -readtoeof 1 -b 448 - "{0}"
-[Information] [7/9/2014 6:15:47 AM] Avisynth script environment opened
-[Information] [7/9/2014 6:15:47 AM] Script loaded
-[Information] [7/9/2014 6:15:47 AM] Output Decoder
--[Information] [7/9/2014 6:15:47 AM] Channels: 2
--[Information] [7/9/2014 6:15:47 AM] Bits per sample: 16
--[Information] [7/9/2014 6:15:47 AM] Sample rate: 48000
-[Information] [7/9/2014 6:15:47 AM] Job commandline: C:\MeGUI\tools\aften\aften.exe -readtoeof 1 -b 448 - "D:\Game Captures\Battlezone\amarec(20140212-0603).ac3"
-[Information] [7/9/2014 6:15:47 AM] Process started
-[Information] [7/9/2014 6:15:47 AM] Standard output stream
-[Information] [7/9/2014 6:15:47 AM] Standard error stream
--[Information] [7/9/2014 6:15:59 AM] Aften: A/52 audio encoder
--[Information] [7/9/2014 6:15:59 AM] Version git
--[Information] [7/9/2014 6:15:59 AM] (c) 2006-2009 Justin Ruggles, Prakash Punnoor, et al.
--[Information] [7/9/2014 6:15:59 AM] input format: Microsoft WAVE Signed 16-bit little-endian 48000 Hz stereo
--[Information] [7/9/2014 6:15:59 AM] output format: 48000 Hz stereo (2/0)
--[Information] [7/9/2014 6:15:59 AM] SIMD usage: MMX SSE SSE2 SSE3
--[Information] [7/9/2014 6:15:59 AM] Threads: 4
-[Information] [7/9/2014 6:15:59 AM] MediaInfo
--[Information] [7/9/2014 6:15:59 AM] File: D:\Game Captures\Battlezone\amarec(20140212-0603).ac3
--[Information] General
---[Information] Format: AC-3
---[Information] FormatString: AC-3
---[Information] FileSize: 13104896
---[Information] PlayTime: 00:03:54.016
--[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: 2
---[Information] ChannelsString: 2 channels
---[Information] ChannelPositionsString2: 2/0/0
---[Information] BitRateMode: CBR
---[Information] Delay:
---[Information] Title:
---[Information] Language:
---[Information] LanguageString:
---[Information] Default:
---[Information] DefaultString:
---[Information] Forced:
---[Information] ForcedString:
-[Information] [7/9/2014 6:15:59 AM] Postprocessing
--[Information] [7/9/2014 6:15:59 AM] Deleting intermediate files
-[Information] [7/9/2014 6:15:59 AM] Job completed

Zathor

10th July 2014, 21:58

Hello,

I have an umcompressed AVI, saved from Magix Video Pro X6, that I want to encode with MeGUI.

When opening this file, MeGui also recognizes the audio as
[1] - PCM - 2 channels - 48.0 KHz / German

I want to make an MKV with audio encoded as MP3.
I start the job as usual, in the first step MeGUI is muxing MKV, however I then get the error
------
MKA, 1 audio track, 0:58:21
1: RAW/PCM, 2.0 channels, 16 bits, 48kHz
The source file doesn't contain a track with the number 2. <ERROR>
Of course there is no track 2, but I also did not select a track 2 anywhere!
Or does it expect video track 1 and audio track 2? If I load the file into mkvmerge GUI, it also displays only one track, no separate audio.
How can I include the audio in my encode? It does work if I encode without audio, but it should also work with.
Please post a short sample file. Also try to disable intermediate MKV files in the OneClick profile settings.

Weirdo

20th July 2014, 10:19

hello_hello

20th July 2014, 10:26

I've been using 2507 and not had any problems with profiles/encoder settings being deleted, but it has happened in the past (ie it sometimes happens). It'd pay to manually make a backup copy of the "MeGUI\allprofiles" folder. I've had to manually restore my backup copy a couple of times over the years.

Zathor

20th July 2014, 11:20

After upgrading to 2507, it seems my very simple Avisynth profile (a QTGMC line) is not saved anymore and gets deleted when MeGUI starts. Also, haven't tested much but I think the Encoder settings (x264 scratchpad) are also reset to their defaults each time. Avisynth scratchpad profile, too.

This does not happen to me. Btw the profiles are saved during closing of MeGUI only. So edit your profile, close MeGUI and have a look in the allprofiles folder. Is your change there? If yes start MeGUI and verify that it shows also up in MeGUI.
If you can reproduce the problem upload your complete MeGUI folder somewhere and describe the steps to reproduce it.

Weirdo

20th July 2014, 21:00

Yes, it save the profiles normally upon exit. I cannot currently reproduce it, but it happened a few times these days. What I did a lot lately, was to (properly) abort the queue and use the script creator, but nothing out of the ordinary. I'll repost if I discover something.

Zathor

20th July 2014, 22:45

I created a new build for testing purposes. When MeGUI stops using AviSynth the avisynthwrapper.dll will be foced to unload. In my limited tests that helps when the avisynth plugin has a memory leak (e.g. lsmash works for my use cases). MeGUI uses avisynthwrapper for media information detection, auto cropping, auto deinterlacing, audio encoder and the AVS script creator. There are new logging information available which should help to detect if avisynthwrapper is too long open. Please use the build in your daily workflows and test if it works.

MeGUI Test (http://megui.org/test/MeGUI.zip)

PS: I am away for few weeks.

Derbent 5000

26th July 2014, 05:01

Hello guys there is one feature missing in megui, there is no 25->29.976 audio conversion for example when I encoding pal dvd to ntsc, there is no proper tool to convert. It would be great if next version update megui add this feature thanks

sneaker_ger

26th July 2014, 06:13

25->29.97 is the same as 25->23.976 (or isn't changed at all).

hello_hello

26th July 2014, 17:14

Derbent 5000,
Did you mean 29.970 or 23.976? If it's the latter, MeGUI can do that. You can't convert directly between 25fps and 29.970fps (simply by slowing the audio/video down or speeding it up) because the difference is too great.

LigH

26th July 2014, 19:55

A progressive video with "Film" framerate (24000/1001 fps) and a telecined video with "NTSC" framerate (30000/1001 fps) will have the same duration (in the range of four fifths of a frame). So they can have the same audio track.

SacredCultivator

27th July 2014, 22:07

Just wondering as I'm not too sure of the setting, but if i use "Undot()" as a default Denoiser for my encodes, even though within meGUI's built-in Noise Removal, would that be near/equivalent of using the minimum value of 100? Or would it be safer to just continue using Undot() ?

LigH

27th July 2014, 22:21

MeGUI supports different denoise functions. They all are AviSynth plugins. In case of the preset "Minimal noise", MeGUI uses UnDot (switch to the tab "Script" and you can read it).

I don't know what "minimum value of 100" you refer to. UnDot() has no parameters (except for the clip it filters). But it is a function, therefore parentheses are mandatory.

So no matter if you select "Minimal noise" or add "Undot()" manually to the script, the result will be the same. Just be careful in case of interlaced video.

SacredCultivator

27th July 2014, 22:26

Thanks for the response and for the "minimum value of 100" I'm referring to meGUI's "config -> Analysis -> Noise Reduction", so not in the Script Creator, but within the program GUI itself.

Oh, since these files are analyzed to use "tfm(order=1).tdecimate()", I suppose as you've recommended to be aware when using a Denoiser with these (interlaced) videos?

LigH

27th July 2014, 22:44

Oh, you don't mean an MeGUI specific feature at all. You mean an x264 specific feature, independent of MeGUI (MeGUI only supports using this x264 parameter in the advanced x264 encoder configuration; it is not independent of the selected encoder).

The "noise reduction" feature of x264 is rather a "noise modelling" algorithm, changing the sensitivity of the quantization to high frequencies. This cannot be directly compared to a Median filter like UnDot. It doesn't change the input video to actually remove noise. It tries to allow the the x264 encoder to adapt more tolerantly to existing noise.
__

If the analysis detected Telecine and recommended an IVTC filter (like TFM + TDecimate), its result will be progressive video (optimistically). A spatial filter like Undot, which will change the value of a pixel dependent also on values in the lines above and below, should not be used as long as the video may be combed (interlaced or telecined), that may lead to ghost artefacts after {bobbing or deinterlacing for interlaced video} or {IVTC for telecined video}.

SacredCultivator

27th July 2014, 22:50

Oh dang, I didn't know about that. So if that were the case, then Undot should only / recommended to be used for Progressive inputs?
{Again appreciate the help}

LigH

28th July 2014, 07:45

In general, try not to filter the video before deinterlacing or IVTC. These should follow the source filter as soon as possible, if required at all. Don't rely on automatic detections, in case of doubt better check a Bob() result frame by frame with your eyes, looking for stop/motion patterns and blending ghosts.

hello_hello

29th July 2014, 05:09

SacredCultivator,
MeGUI (by default) applies filtering in this order:

<input>
<deinterlace>
<crop>
<resize>
<denoise>

I think the logic behind denoising last is if you resize, it's likely you're resizing "down" and denoising would be faster due to there being less video to denoise. Whether it'd be as effective to denoise after resizing though..... well, I've changed the default order in the Avisynth script creator (Avisynth Profile) configuration to denoise and then resize, but sometimes I do it the other way around when not using one of the denoisers which comes with MeGUI (as more serious denoising tends to be a lot slower).

LigH

29th July 2014, 07:07

Denoising after resizing is not always useful. Many denoisers don't work optimally when they get already averaged pixels.

SacredCultivator

29th July 2014, 18:32

@hello_hello: Right that's how I have my order as well.

Going off LigH's comment, then I'm assuming in regard to Denoising (In my case just using "Undot()"), it's recommended to just use it after <input>?

Also if using " textsub() ", that'd definitely be inputted last correct?

hello_hello

29th July 2014, 20:06

The way I read LigH's comment, he's saying it's better to de-interlace/IVTC (if necessary) before de-noising. I've changed the default order of denoising and resizing in MeGUI's script creator myself, so generally I'd de-noise before resizing.

<input>
<deinterlace>
<crop>
<denoise>
<resize>

I can't think of a reason why you wouldn't make textsub() the last filter in the chain.

SacredCultivator

29th July 2014, 22:23

Alright gotcha and thanks to you both on this.

AMED

31st July 2014, 21:55

Wam7

3rd August 2014, 11:20

Hi, would you please consider adding to the One Click Encoder, Remove All Subtitles.

Presently, if a title has 12 subtitles you have to remove them all one by one.

AMED

3rd August 2014, 11:33

Wam7

3rd August 2014, 12:00

You can set the subtitle to none the the OCE profile. You can then manually add the ones you want after the file has been loaded.

You can also select what language subtitles are auto added in the OCE profile as well.

Sent from my Nokia 925 using Tapatalk.
Thanks though selecting 'None' does not stick after saving the profile, it always returns to all.
Though by selecting one language then only one subtitle is selected which is easier to remove should I require it.

Would still like a 'Remove All'.

Ice Dragon

4th August 2014, 17:27

Hello

Whenever i use AutoEncode to MKV, the output file has "Delay relative to video" 40ms or 20ms. Even if the input file does not have any audio video delay.

I don't get the above bug when i use AutoEncode to MP4 container.

Tried with other files too but got same results. AutoEncode to MKV, the output file has "Delay relative to video"

Avs file
LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
FFVideoSource("D:\sample.mkv", fpsnum=24000, fpsden=1001, threads=1)
#deinterlace
#crop
#resize
#denoise

Input file
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2mn 7s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 76 r1268 d542926
Encoding settings :
cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh /
subme=9 / psy=1 / psy_rd=0.4:0.0 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
chroma_qp_offset=-2 / threads=12 / nr=0 / decimate=1 / mbaff=0 /
bframes=5 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 /
wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 /
rc_lookahead=60 / rc=crf / mbtree=1 / crf=22.0 / qcomp=0.60 /
qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Language : Japanese
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 2mn 7s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Language : Japanese
Default : Yes
Forced : No

Output file
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 10@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2mn 6s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Writing library : x264 core 142 r2431 ac76440
Encoding settings :
cabac=1 / ref=16 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=10 /
psy=1 / psy_rd=0.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 /
8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 /
threads=12 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 /
interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=10 / 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=60 / rc=crf /
mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 /
aq=2:0.80
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 2mn 6s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 20ms
Language : Japanese
Default : Yes
Forced : No

Attached the log file

Thanks :)

hello_hello

4th August 2014, 17:48

Ice Dragon

4th August 2014, 18:12

Lossy encoders add "padding" (silence) to the beginning and end of the audio. The amount of padding is saved to the file so a playback device should know to skip it (at least for audio-only files). When you mux the audio, the padding can cause a (very) slight desync of the audio/video. MKVMergeGUI (or MeGUI's MKV muxer) removes the padding for AAC audio, if the info is saved to the MP4/M4A. I don't think it does for other formats, just AAC. Because of the way lossy codecs save data it can never remove the exact amount, so MKVMergeGUI adds a delay to the audio stream to make up the difference. For QAAC it seems to be 20ms, for NeroAAC it's generally 9ms (at least for AAC-LC).

QAAC has a "no delay" option. It gets the encoder to compensate for the padding and remove it, so when that audio is muxed into an MKV there shouldn't be an audio delay (if there was none originally). It's in the QAAC audio encoder configuration. The info on the QAAC site says using "no delay" might cause a pop or click at the beginning, but it's been fine for me so far.

I don't know why MediaInfo doesn't display the same "delay relative to video" when the output is MP4. Theoretically it should be the same, but I've come across MP4s with an audio delay in the past which MediaInfo doesn't show. I don't work with MP4s much so don't know a lot about them. I suspect though, if you opened an MP4 with MKVMergeGUI and saved it as an MKV, when you check the MKV with MediaInfo, it will show the same delay.

Thanks for the info.

Tried encoding with "no delay" option and the output file doesn't have "delay relative to video"

Thanks :D

Zathor

5th August 2014, 19:41

<input>
<deinterlace>
<crop>
<resize>
<denoise>

I think the logic behind denoising last is if you resize, it's likely you're resizing "down" and denoising would be faster due to there being less video to denoise. Whether it'd be as effective to denoise after resizing though.....

I made a quick test with a 1080p --> 720p conversion. When denoising after resize the resulting file was 2.2 GB and encoding speed was 3.93 fps - all settings the same, only moved denoiser (btw MCTemporalDenoise) bevore resize and the result was a 2.8 GB file with 1.83 fps. I do not notice any quality differences - but I am only using a small screen and I am no quality enthusiast.

EDIT: And I am back. At least sort of. I read the posts of the last weeks and will check the ~10 bugs I noticed. If they are really bugs I will fix them over the next weeks. If you are aware of any other bugs now would be a good moment to mention them.

Hotpocketdeath

5th August 2014, 20:19

Well, still trying to play with h.265 because the rumor is that the next XBMC (Kodi) is supposed to be introducing it.

I was able to get it to encode before, but when I went to try it out tonight, it simply errors out now.

************Log**************
[Error] Log for job1 (video, VTS_01_1.avs -> VTS_01_1.hevc)
-[Information] [8/5/2014 3:13:20 PM] Started handling job
-[Information] [8/5/2014 3:13:20 PM] Preprocessing
-[Information] [8/5/2014 3:13:20 PM] Avisynth input script
--[NoImage] LoadPlugin("C:\MeGUI\tools\dgindex\DGDecode.dll")
--[NoImage] DGDecode_mpeg2source("E:\inpute\VTS_01_1.d2v", info=3)
--[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
--[NoImage] ColorMatrix(hints=true, threads=0)
--[NoImage] #deinterlace
--[NoImage] crop(4, 28, -4, -34)
--[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\FluxSmooth.dll")
--[NoImage] FluxSmoothST(7,7) # Medium Noise
--[NoImage] Spline16Resize(704,448) # Spline16 (Neutral)
-[Information] [8/5/2014 3:13:21 PM] resolution: 704x448
-[Information] [8/5/2014 3:13:21 PM] frame rate: 24000/1001
-[Information] [8/5/2014 3:13:21 PM] aspect ratio: 11:7 (1.571)
-[Information] [8/5/2014 3:13:21 PM] Job commandline: "C:\MeGUI\tools\x265\avs4x265.exe" --x265-binary ".\x64\x265.exe" --qp 19 --output "E:\input\VTS_01_1.hevc" "E:\input\VTS_01_1.avs"
-[Information] [8/5/2014 3:13:21 PM] Process started
-[Information] [8/5/2014 3:13:21 PM] Standard output stream
--[Information] [8/5/2014 3:13:21 PM] avs [info]: AviSynth 2.58, build: Dec 22 2008 [08:46:51]
--[Information] [8/5/2014 3:13:21 PM] avs [info]: Video colorspace: YV12
--[Information] [8/5/2014 3:13:21 PM] avs [info]: Video resolution: 704x448
--[Information] [8/5/2014 3:13:21 PM] avs [info]: Video framerate: 24000/1001
--[Information] [8/5/2014 3:13:21 PM] avs [info]: Video framecount: 35894
--[Information] [8/5/2014 3:13:21 PM] avs4x265 [info]: ".\x64\x265.exe" - --frames 35894 --fps 24000/1001 --input-res 704x448 --input-csp i420 --qp 19 --output "E:\input\VTS_01_1.hevc"
-[Error] [8/5/2014 3:13:21 PM] Standard error stream
--[Error] [8/5/2014 3:13:21 PM] Error: Failed to create process <2>!
-[Error] [8/5/2014 3:13:21 PM] Process exits with error: 0xFFFFFFFF (-1)
-[Information] [8/5/2014 3:13:21 PM] Job completed
************Log**************

This is using build 2507 with the most current x265

hello_hello

6th August 2014, 02:06

I made a quick test with a 1080p --> 720p conversion. When denoising after resize the resulting file was 2.2 GB and encoding speed was 3.93 fps - all settings the same, only moved denoiser (btw MCTemporalDenoise) bevore resize and the result was a 2.8 GB file with 1.83 fps. I do not notice any quality differences - but I am only using a small screen and I am no quality enthusiast.

The difference in file size is probably an indication denoising after resizing tends to remove more noise than the same denoising before resizing, but logically that probably means it blurs more too. Whether it's anything obvious though....

I recall a long time ago comparing FluxSmooth before and after, and preferred it before resizing, but I suspect that was because it blurred less, even though it probably removed less noise, although you might need a decent size/resolution monitor to see much difference. The noise removal filters which come with MeGUI tend to have a higher blur to noise removal ratio than the script based denoisers though. When using those (my favourite is still QTGMC in progressive mode with it's EzDenoise option enabled), I often de-noise after resizing when the source is 1080p, otherwise it's too slow (and I usually can't see much difference). I suspect the reason that usually works is a lot of (or most) 1080p video doesn't have much more than 720p worth of picture detail to begin with, even if it has 1080p worth of noise.

EDIT: And I am back.

Welcome back!

LigH

6th August 2014, 05:16

leon

6th August 2014, 17:49

I made a quick test with a 1080p --> 720p conversion. When denoising after resize the resulting file was 2.2 GB and encoding speed was 3.93 fps - all settings the same, only moved denoiser (btw MCTemporalDenoise) bevore resize and the result was a 2.8 GB file with 1.83 fps. I do not notice any quality differences - but I am only using a small screen and I am no quality enthusiast.

EDIT: And I am back. At least sort of. I read the posts of the last weeks and will check the ~10 bugs I noticed. If they are really bugs I will fix them over the next weeks. If you are aware of any other bugs now would be a good moment to mention them.

Hi Mr. Zathor
Can you please check sourceforge too?
a new bug:
when I try to encode my audio with QAAC after 5 mins "Time elapsed" freezes and MeGUI creates a zero length file in the destination folder.
the audio:
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1h 0mn
Bit rate mode : Variable
Bit rate : 82.7 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 35.9 MiB (18%)
Encoded date : UTC 2014-07-02 11:22:52
Tagged date : UTC 2014-07-02 11:22:52

http://i58.tinypic.com/2rm2pzb.jpg

leon

6th August 2014, 18:54

I logged off my PC and then tried to encode that audio with same settings and it worked !!!!!!!!!!!!!!!!!!

http://i61.tinypic.com/8z3bqq.jpg

Zathor

6th August 2014, 20:19

@ Hotpocketdeath:

Are you able to run this "latest x265" (I wonder where that came from) directly in a command line, just without parameters, to check if it is a valid EXE at all, and not e.g. a failed extraction due to a way too outdated 7-zip unpacker?

It is your build 1.2 413 ;)
But it is not the fault of your build:
LINK (http://forum.doom9.org/showpost.php?p=1689162&postcount=30)

I therefore reverted to 1.1 (with avs4x265 0.2 for the moment).

Hotpocketdeath

7th August 2014, 01:54

It is your build 1.2 413 ;)
But it is not the fault of your build:
LINK (http://forum.doom9.org/showpost.php?p=1689162&postcount=30)

I therefore reverted to 1.1 (with avs4x265 0.2 for the moment).

Ah, that certainly explains things. Fired up MeGUI and saw that it wanted to update x265 to a lesser version and thought it might have been something to do with the error.

hello_hello

7th August 2014, 05:55

MeGUI still doesn't seem to be happy about doing things like adjusting the cropping too quickly in the script creator when ffms has been used for indexing.

It's a pretty easy issue to duplicate for me. Open an MKV, index it with ffms and enable cropping in the script creator. Click on one of the up arrows for adjusting the cropping and hold it. The cropping amount will automatically increase for a bit, then it'll stop. Upon releasing the up cropping arrow an error message window will appear. Click on "okay" and it'll appear again, and again, and again.....

The error message:
"MeGUI has encountered a fatal error and may not be able to proceed. Reason: Object reference not set to an instance of an object."

I can usually duplicate the same problem by clicking on, and holding down, one of the resize arrows. Mind you I rarely click and hold either the resize or cropping arrows (although it'd be nice if you could) but clicking on an arrow too quickly, lots of times in succession, will often result in the same error message.
From memory, if the "auto apply preview" option is checked, it makes it more likely the error will occur so I need to adjust the cropping/resizing more slowly, and from memory, the problem only occurs when FFVideoSource is used.

Thanks.

AMED

7th August 2014, 10:42

Would it be possible to add an option in to the settings that will only allow 1 indexing job at a time when using more than 1 workers?

I'm currently running a large OCE job and using 2 workers (normal priority). There were 2 FFMS2 index jobs that started at the same time and the time remaining for each was 1 hour. When I changed the priority of one of the index workers to low, the other job completed in a few minutes. All the files for the OCE jobs are stored on the same Hard drive.

Zathor

7th August 2014, 12:45

Can you please check sourceforge too?
Yes, I did it now as I read feature requests only once in a while. You mixed in your feature request also support request/bug report.

Warpsharph: LoadVirtualDubPlugin will not work with AviSynth+ by default. The VDubFilter.dll is not in an autoload directory. If you want to use it you have to load this dll first (or install AviSynth)

And you wrote when vcomp.dll is in my Avisynth plugin dir MeGUI shows an error(there's a picture of it in doom 9's forum). No clue as I cannot find it - a link would help here ;)

leon

7th August 2014, 17:19

leon

7th August 2014, 17:28

@Zathor

Thank you

http://www.mediafire.com/download/2cssocbsos71ge8/vcomp.dll

sorry for mixing subjects but I didn't want to post extra
topics.
what about my feature request ?(commandline)

Zathor

7th August 2014, 20:05

Please give me more details about this vcomp problem - if you have already posted it somwhere here please provide the forum link.

Your custom command line makes sense therefore I do not reject the request. But I cannot give you an ETA for the implemetation. There are hundreds of feature requests in the tracker and I do not have the time to implement them. Btw I do not implement feature requests in any specific order. Your request may be in the works tomorrow, next week, next year or never. So please do not push me. But if other people also like your request it is more likely that it will be implemented sooner - and especially if I need it for my use cases (not the case with this feature request - yet).

Zathor

7th August 2014, 20:09

MeGUI still doesn't seem to be happy about doing things like adjusting the cropping too quickly in the script creator when ffms has been used for indexing.
This is a long open problem - sorry. As it indeed only happens when ffms is used it was never very high on my list. I tried to fix it several weeks ago but failed after hours of work. It crashs somewhere in the unmanaged code areas. Maybe someone more experienced can help with this problem.
https://sourceforge.net/p/megui/bugs/758/

But please try it with this build:
http://forum.doom9.org/showpost.php?p=1687455&postcount=4289
The memory improvements may also help here.

leon

7th August 2014, 20:32

@Zathor
here you are :

http://forum.doom9.org/showthread.php?p=1685095#post1685095

...So please do not push me...

don't need to say me that cause I'm patient :)

hello_hello

8th August 2014, 09:15

But please try it with this build:
http://forum.doom9.org/showpost.php?p=1687455&postcount=4289
The memory improvements may also help here.

No different, unfortunately. At least not when it comes to clicking and holding a cropping arrow. The cropping value changes for a short period, then it stops changing, and when you release the cropping arrow the "fatal error" message appears, and appears again, and again... ;)

leon

9th August 2014, 15:28

Hi
MeGUI shows this error (and some other errors too) when I want to open or apply that script(in the picture) :

http://i59.tinypic.com/30c4xzc.jpg

I disabled "Improved AVS opening" but nothing changed.

LigH

10th August 2014, 22:35

That's interesting; it seems to treat the whole script content as a file name.

haruna

28th August 2014, 07:04

Hello, my meGUI suddenly stop worked though at first, it worked normally. I don't know what to do to fix it. This is my logfile. Hope you could help me with this problem. Thankyou.

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

-[Information] Versions
--[Information] [26-Aug-14 8:16:30 PM] MeGUI: 2507
--[Information] [26-Aug-14 8:16:30 PM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [26-Aug-14 8:16:31 PM] .Net Framework: 2.0.50727.5420
--[Information] [26-Aug-14 8:16:31 PM] .Net Framework: 4.0.30319
--[Information] [26-Aug-14 8:16:31 PM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [26-Aug-14 8:16:31 PM] AvisynthWrapper: (02-01-2009)
--[Information] [26-Aug-14 8:16:31 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [26-Aug-14 8:16:31 PM] Haali DSS2: (14-04-2013)
--[Information] [26-Aug-14 8:16:32 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [26-Aug-14 8:16:32 PM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [26-Aug-14 8:16:32 PM] MediaInfo: 0.7.69.0 (24-04-2014)
--[Information] [26-Aug-14 8:16:32 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [26-Aug-14 8:16:32 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [26-Aug-14 8:16:32 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [26-Aug-14 8:16:32 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [26-Aug-14 8:16:41 PM] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [26-Aug-14 8:16:41 PM] No package requires an update
-[Information] AutoEncode job generation log
--[Information] [26-Aug-14 8:19:37 PM] Desired Size : 90.00 MB
--[Information] [26-Aug-14 8:19:37 PM] Split Size : null
-[Information] [26-Aug-14 8:19:37 PM] Video output file: H:\Anime\07 Ghost\XIX_07_Ghost_EP15_animesave.264
-[Information] [26-Aug-14 8:19:37 PM] Muxed output file: H:\Anime\07 Ghost\XIX_07_Ghost_EP15_animesave-muxed.mkv
-[Information] [26-Aug-14 8:19:37 PM] Encodable audio stream 0: H:\Anime\07 Ghost\XIX_07_Ghost_EP15_animesave_new.m4a
--[Information] Eliminating duplicate filenames
-[Information] Log for job237 (audio, XIX_07_Ghost_EP15_animesave.mp4 -> XIX_07_Ghost_EP15_animesave_new.m4a)
--[Information] [26-Aug-14 8:19:40 PM] Started handling job
--[Information] [26-Aug-14 8:19:40 PM] Preprocessing
--[Information] [26-Aug-14 8:19:40 PM] MediaInfo
---[Information] [26-Aug-14 8:19:40 PM] File: H:\Anime\07 Ghost\XIX_07_Ghost_EP15_animesave.mp4
-[Information] Format: Matroska
-[Information] FormatString: Matroska
-[Information] FileSize: 296313248
-[Information] PlayTime: 00:23:50.400
---[Information] General
-[Information] ID: 2
-[Information] StreamOrder: 1
-[Information] Width: 1280
-[Information] Height: 720
-[Information] FrameCount: 34295
-[Information] FrameRate: 23.976
-[Information] FrameRateOriginal:
-[Information] FrameRateMode: CFR
-[Information] ScanType: Progressive
-[Information] Codec: V_MPEG4/ISO/AVC
-[Information] CodecString: AVC
-[Information] Bits Depth: 10
-[Information] Format: AVC
-[Information] AspectRatio: 1.778
-[Information] AspectRatioString: 16:9
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Video
-[Information] ID: 3
-[Information] StreamOrder: 2
-[Information] Format: AAC
-[Information] FormatProfile: LC
-[Information] FormatSettingsSBR: No (Explicit)
-[Information] FormatSettingsPS:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 KHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 2/0/0
-[Information] BitRateMode:
-[Information] Delay: 0
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Audio
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Codec: S_TEXT/ASS
-[Information] CodecString: ASS
-[Information] Delay:
-[Information] Title: [XIX]Takarirnya
-[Information] Language: id
-[Information] LanguageString: Indonesian
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Text
--[Information] [26-Aug-14 8:19:41 PM] Trying to open the file with NicAudio
--[Information] [26-Aug-14 8:19:41 PM] Failed opening the file with NicAudio()
--[Information] [26-Aug-14 8:19:41 PM] Trying to open the file with BassAudioSource()
--[Information] [26-Aug-14 8:19:44 PM] Failed opening the file with BassAudioSource(). File could not be opened!
--[Information] [26-Aug-14 8:19:44 PM] Trying to open the file with FFAudioSource()
--[Information] [26-Aug-14 8:20:09 PM] Failed opening the file with FFAudioSource(). FFAudioSource: No audio track found
--[Information] [26-Aug-14 8:20:09 PM] Trying to open the file with LWLibavAudioSource()

LigH

28th August 2014, 08:43

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

13th September 2014, 09:50

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

19th September 2014, 09:09

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

20th September 2014, 10:42

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

Capsbackup

22nd September 2014, 20:18

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

22nd September 2014, 20:39

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

22nd September 2014, 21:16

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

22nd September 2014, 21:32

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

22nd September 2014, 23:19

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

26th September 2014, 10:27

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

26th October 2014, 14:43

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

26th October 2014, 19:36

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

26th October 2014, 19:40

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

26th October 2014, 22:37

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

8th November 2014, 03:11

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

12th November 2014, 10:39

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

bazz

12th November 2014, 11:56

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

12th November 2014, 13:35

:logfile:

bazz

12th November 2014, 14:14

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

12th November 2014, 15:49

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

12th November 2014, 16:00

sure...no pb

Overdrive80

13th November 2014, 23:00

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

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

Kurtnoise

14th November 2014, 10:12

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

Zathor

14th November 2014, 20:46

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

15th November 2014, 00:49

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

15th November 2014, 04:13

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

15th November 2014, 11:11

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

15th November 2014, 17:26

@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

15th November 2014, 18:22

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

15th November 2014, 18:41

@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

16th November 2014, 04:15

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

16th November 2014, 10:47

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

16th November 2014, 14:52

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

16th November 2014, 17:32

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

17th November 2014, 00:01

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

17th November 2014, 11:55

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

17th November 2014, 13:23

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

17th November 2014, 14:37

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

17th November 2014, 14:49

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

17th November 2014, 15:47

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

21st November 2014, 03:17

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

LigH

21st November 2014, 18:59

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

21st November 2014, 20:54

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

27th November 2014, 08:13

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

27th November 2014, 15:35

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

28th November 2014, 03:22

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

1st December 2014, 10:14

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

1st December 2014, 15:39

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

3rd December 2014, 15:36

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

3rd December 2014, 20:12

Anteys

4th December 2014, 07:54

Tried to change back to the stable version, since the development server wasn't available recently and the updater wanted to downgrade a few things.

Switching back to the development server didn't help either, it still shows older versions as an update.

http://i.imgur.com/Dl7m4xH.jpg

LigH

4th December 2014, 08:42

The first development update server should instead be: http://megui.org/auto/

Maybe try to use this as custom update server once. Or wait for an affirmative suggestion by developers of MeGUI...

hello_hello

4th December 2014, 13:39

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.

You asked if it's relevant, now you're saying it is. When you've decided..... ;)

I don't understand how any of that makes a difference to what I originally said. MeGUI has a setting in it's options telling it whether to default to an ITU input aspect ratio for DVD video etc. When it's not checked, it defaults to a straight 16:9 or 4:3 aspect ratio, but it can be changed by the user in the script creator when setting up an encode. I have it set to non-ITU by default, but I change it to ITU if I think that's wrong.

All I'm wondering, is when MeGUI or the user decides the video in question is ITU, if it'd be better for MeGUI to use the mpeg4 PARs instead of the PARs it's using now. If it used the mpeg4 PARs, it'd be consistent with the PARs you can set in the x264 encoder configuration and it'd possibly be more accurate. Even if it's only a fraction of a pixel more accurate, please explain your objection to that, because so far I'm not understanding why you'd have one.

Even Wikipedia seems to be saying the ITU PARs MeGUI uses are a little wrong.
http://en.wikipedia.org/wiki/Pixel_aspect_ratio#Pixel_aspect_ratios_of_common_video_formats
I haven't checked lots of other encoder GUI's yet but I did look at StaxRip and it definitely defaults to the mpeg4 PARs for ITU resizing. I suspect MeGUI is one of the few remaining encoder GUI's which doesn't.

Cropping has nothing to do with it is as such. If you're using anamorphic encoding you pick ITU or non-ITU for the input aspect ratio, crop and encode. The PAR doesn't change from there (well there's one anamorphic option which also resizes but that aside).

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.

None of which is an argument for not trying to use the correct input aspect ratio to begin with.
I don't know how long it's been since you've used MeGUI but it calculates the aspect error, so even when cropping and resizing to mod16 it's pretty easy to adjust the cropping and/or resizing for minimal aspect ratio distortion.
The idea was simply to use a PAR that might be more accurate and consistent with the PARs in the x264 encoder configuration as a starting point..... no matter what resizing, aspect ratio distortion or Avisynth filter pandering takes place in the script from there.

Xennex83

7th December 2014, 00:59

I want to express my anger at the creators of MeGUI and/or AVISynth.

This products hardly works out of the box.

* One Click Encode can only encode towards MKV. Most of the time, my source is MKV and I want to go somewhere else. MeGUI seems to be one of the few good programs that can even work with MKV.
* MKV to AVI using Xvid doesn't work. I am spending hours just researching a problem I can never tackle on my own, because the inner workings are too complicated.

One the second point, the video encoder will give me an error that the AVS script cannot be opened. When using H??? this never happens. When searching for solutions on the web, everything is way too hard to understand for a novice. Randomly trying suggestions is a real pain and never solves anything.

It didn't work when I used that "AVC Source" on an extracted h264 file, and it doesn't work when I use a FFVideoSource on the original MKV. This is not a troubleshooting request. Please don't respond with troubleshooting suggestions. I am going to be trying another, perhaps even commercial application, just so I can convert a MKV to something else.

Good riddance, I guess. Bye.

AMED

9th December 2014, 20:52

Before you rant like this how about asking for help first. There are many MeGUI users here and if you had posted the MeGUI log they would have helped pinpoint the problem.

There are many many other encoding GUIs out there just dig through this sub forum and try them out.

LigH

9th December 2014, 22:19

Ignoring all the anger, just a few points:

a) MeGUI, despite a long time of develoment, may still not be made for people with little patience and little background knowledge. In general.

b) If you expect One Click Encode to combine both a minimum of usage efforts and a maximum of configuration freedom, you certainly misunderstand its purpose. By the way, the output format is indeed configurable...

c) I remember another report that xvid_encraw is unable to process an AviSynth script which is working in other tools... so there must be a specific reason.

Zathor

9th December 2014, 22:28

Sorry, I will not spent more time with such a post then I already did. Wild guessing will not help here. Also the user does not want any help from us so let him/her go in peace.

Back to other topics:
- Yes, the second mirror of the MeGUI update server is offline for a while now (as it was me - sadly I am back with such a post directly thinking to go offline again). I will provide a "quick fix" with a small update only adressing that soon.
- There are still some other problems mentioned which I would like to address. If there are any important problems please mention them again here. Otherwise I possibly will not find them.

A very quick fix:
2513 [Update] removed update server megui.xvidvideo.ru completly
[Update] increased update data refresh interval to 2 days for the development server

hello_hello

10th December 2014, 00:53

- There are still some other problems mentioned which I would like to address. If there are any important problems please mention them again here. Otherwise I possibly will not find them.

Overdrive80 re-reported (http://forum.doom9.org/showthread.php?p=1699600#post1699600) the ffms2/AVI problem causing video motion not to be smooth.
While I think adding ffms2's frame rate conversion to the script is generally a good idea, if it causes a problem with AVIs......

Neither ffms2 or L-Smash seem to handle null frames in AVIs correctly (ffms2 without it's frame rate conversion added to the script). They both appear to ignore null frames and output an incorrect frame rate as a result.
AVISource handles them correctly, replacing null frames with duplicate frames and outputting the correct frame rate. Is AVISource not reliable? I'm not sure I've ever had an issue with it and at least the decoded video should be smooth. I guess the next best fix would be to not add ffms2's frame rate conversion to the script for AVIs, or make L-Smash the default indexer for AVIs instead.

tebasuna51

12th December 2014, 16:14

Please update the BassAudio package from BeHappy-0.2.6.34898e or here: https://www.sendspace.com/file/vwodyl

Zathor

15th December 2014, 22:38

Please update the BassAudio package from BeHappy-0.2.6.34898e or here: https://www.sendspace.com/file/vwodyl
Thx, updated.

Overdrive80 re-reported (http://forum.doom9.org/showthread.php?p=1699600#post1699600) the ffms2/AVI problem causing video motion not to be smooth.
While I think adding ffms2's frame rate conversion to the script is generally a good idea, if it causes a problem with AVIs......
I still have no clue what to do here. Sadly I do not have the time required for all the tests. I will compile a test build.

Neither ffms2 or L-Smash seem to handle null frames in AVIs correctly (ffms2 without it's frame rate conversion added to the script). They both appear to ignore null frames and output an incorrect frame rate as a result.
AVISource handles them correctly, replacing null frames with duplicate frames and outputting the correct frame rate. Is AVISource not reliable? I'm not sure I've ever had an issue with it and at least the decoded video should be smooth. I guess the next best fix would be to not add ffms2's frame rate conversion to the script for AVIs, or make L-Smash the default indexer for AVIs instead.

The reason to not use AviSource is that it relys on installed filters. In the past there where several issue reports where AviSource was not able to open a file.

hello_hello

16th December 2014, 01:53

I still have no clue what to do here. Sadly I do not have the time required for all the tests. I will compile a test build.

It's an ffms2 problem, not a MeGUI problem as such, so disabling ffms2's frame rate conversion (or not adding it to the script) when indexing AVIs might be the only solution. Assuming that's possible. Or, as much as I tend to think it's a good idea in theory, maybe not adding ffms2's frame rate conversion to any script might have to be the solution (if it can't be disabled only for AVIs).

I've been playing around with an old AVI (created by AutoGK). I opened it with ffms2 and MPC-HC and let it run. It's 25fps. Mostly it was fine, but in a couple of places motion gets really "jittery" for a few seconds. Stepping through the frames one at a time you can see frames are being repeated which means others are being dropped. Removing "fpsnum=25, fpsden=1" from the script fixes it. I've tried several ffms2 versions but it always happens in the same place. According to ffdshow the frame timestamps are all normal, all exactly 40ms apart. It's a mystery to me.

Zathor

16th December 2014, 23:37

Test build (http://megui.org/test/MeGUI.zip)

Really quick and dirty... open an ffindex file in th AVS Script Creator (or anywhere else) and in the log you will get in the "File Indexer" section a few new entries. This is from my sample file (regarding mediainfo 29.976fps & 10220 frames):

-[NoImage] LoadCPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
-[NoImage] FFVideoSource("D:\MeGUI\_SAMPLE_VIDEOS\VTS_01_5.VOB", fpsnum=30000, fpsden=1001, threads=1)
---[Information] [16.12.2014 23:17:03] num_frames:10226
---[Information] [16.12.2014 23:17:03] rated:1001
---[Information] [16.12.2014 23:17:03] raten:30000

-[NoImage] LoadCPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
-[NoImage] FFVideoSource("D:\MeGUI\_SAMPLE_VIDEOS\VTS_01_5.VOB", threads=1).AssumeFPS(30000,1001)
---[Information] [16.12.2014 23:17:04] num_frames:8266
---[Information] [16.12.2014 23:17:04] rated:1001
---[Information] [16.12.2014 23:17:04] raten:30000

-[NoImage] LoadCPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
-[NoImage] FFVideoSource("D:\MeGUI\_SAMPLE_VIDEOS\VTS_01_5.VOB", threads=1, rffmode=1).AssumeFPS(30000,1001)
---[Information] [16.12.2014 23:17:05] num_frames:20450
---[Information] [16.12.2014 23:17:05] rated:1001
---[Information] [16.12.2014 23:17:05] raten:30000

-[NoImage] LoadCPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
-[NoImage] FFVideoSource("D:\MeGUI\_SAMPLE_VIDEOS\VTS_01_5.VOB", threads=1)
---[Information] [16.12.2014 23:17:07] num_frames:8266
---[Information] [16.12.2014 23:17:07] rated:1001
---[Information] [16.12.2014 23:17:07] raten:24250

-[NoImage] LoadCPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
-[NoImage] FFVideoSource("D:\MeGUI\_SAMPLE_VIDEOS\VTS_01_5.VOB", threads=1, rffmode=1)
---[Information] [16.12.2014 23:17:08] num_frames:20450
---[Information] [16.12.2014 23:17:08] rated:1001
---[Information] [16.12.2014 23:17:08] raten:60000

First one is the currently used ffms command and 4 additional commands with the AVS report of frame numbers and FPS (raten/rated). Maybe my source is broken but only the first one is giving correct results (IVTC required).

LigH

17th December 2014, 08:16

Using a VOB file, and not the first in a VTS, makes it almost certain to start with a broken GOP. Almost, because, well, there may be DVD multiplexers which split a VTS at GOP limits on purpose. Many others try to split as close as possible below 1 GB.

In your case, I wonder if MediaInfo respected a "Soft Telecine" flag while reporting the frame rate and number. So the encoded frame rate is NTSC-Film, to be presented as NTSC.

hello_hello

17th December 2014, 08:42

Are we looking for the same problem? The AVI I was playing with yesterday..... it's 25fps and "fpsnum=25, fpsden=1" is added to the script. The frame count and video duration displayed in MeGUI's preview don't change when fpsnum and fpsden are removed.

What's happening, for example, when there's no frame rate conversion in the script:

frame 6234 = frame A
frame 6235 = frame B
frame 6236 = frame C

With the frame rate conversion:

frame 6234 = frame A
frame 6235 = frame A
frame 6236 = frame C

And the motion gets "jittery". It's repeatable in exactly the same place using the current ffms2 version and two older versions, and the same frames are incorrectly being replaced by a duplicate of the previous frame each time. It's kind of like ffms2 is sometimes incorrectly treating real frames as null frames, or something similar.

So far, I've only been able to reproduce it when the source file is AVI. I usually remux AVIs as MKVs before re-encoding and as it happens I've re-encoded a bunch of them over the last few days and not seen a similar problem, and I've watched quite a few after encoding. The codec or frame rate don't seem to be a factor. In the case of the AVI I referred to previously, probably 98% of it plays smoothly. It's only jittery in a few places. It's got to be some sort of ffms2 problem. I can try uploading a sample later if you need one, but when I tried saving the section of the AVI in question as a new AVI (VirtualDubMod again), the new sample played smoothly after indexing, so I might need to mess around a bit on order to create a small one.

Log file from the test build:
[Information] Log
-[Information] Versions
--[Information] [17/12/14 6:16:35 PM] MeGUI: 2513
--[Information] [17/12/14 6:16:35 PM] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [17/12/14 6:16:35 PM] .Net Framework: 2.2.30729
--[Information] [17/12/14 6:16:35 PM] .Net Framework: 4.0.30319
--[Information] [17/12/14 6:16:35 PM] AviSynth: 2.6.0.4 (18-09-2013) (inactive)
--[Information] [17/12/14 6:16:35 PM] AviSynth+ portable: 2.6.0.5 (02-01-2014) (active)
--[Information] [17/12/14 6:16:35 PM] AvisynthWrapper: (02-01-2009)
--[Information] [17/12/14 6:16:35 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [17/12/14 6:16:35 PM] Haali DSS2: (14-04-2013)
--[Information] [17/12/14 6:16:35 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [17/12/14 6:16:35 PM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [17/12/14 6:16:35 PM] MediaInfo: 0.7.71.0 (09-11-2014)
--[Information] [17/12/14 6:16:35 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [17/12/14 6:16:35 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [17/12/14 6:16:35 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [17/12/14 6:16:35 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [17/12/14 6:16:39 PM] Connected to server: http://megui.org/auto/
--[Information] [17/12/14 6:16:39 PM] No package requires an update
-[Information] FileIndexer
--[Information] [17/12/14 6:17:35 PM] MediaInfo
---[Information] [17/12/14 6:17:35 PM] File: E:\test.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 387999744
----[Information] PlayTime: 00:23:39.040
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 640
----[Information] Height: 480
----[Information] FrameCount: 35476
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: XVID
----[Information] CodecString: XviD
----[Information] Bits Depth: 8
----[Information] Format: MPEG-4 Visual
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [17/12/14 6:17:56 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", fpsnum=25, fpsden=1, threads=1)
---[Information] [17/12/14 6:17:56 PM] num_frames:35476
---[Information] [17/12/14 6:17:56 PM] rated:1
---[Information] [17/12/14 6:17:56 PM] raten:25
--[Information] [17/12/14 6:17:57 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", threads=1).AssumeFPS(25,1)
---[Information] [17/12/14 6:17:58 PM] num_frames:35476
---[Information] [17/12/14 6:17:58 PM] rated:1
---[Information] [17/12/14 6:17:58 PM] raten:25
--[Information] [17/12/14 6:17:59 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", threads=1, rffmode=1).AssumeFPS(25,1)
---[Information] [17/12/14 6:17:59 PM] num_frames:35476
---[Information] [17/12/14 6:17:59 PM] rated:1
---[Information] [17/12/14 6:17:59 PM] raten:25
--[Information] [17/12/14 6:18:00 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", threads=1)
---[Information] [17/12/14 6:18:00 PM] num_frames:35476
---[Information] [17/12/14 6:18:00 PM] rated:1
---[Information] [17/12/14 6:18:00 PM] raten:25
--[Information] [17/12/14 6:18:02 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", threads=1, rffmode=1)
---[Information] [17/12/14 6:18:02 PM] num_frames:35476
---[Information] [17/12/14 6:18:02 PM] rated:1
---[Information] [17/12/14 6:18:02 PM] raten:25
--[Information] [17/12/14 6:18:04 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", fpsnum=25, fpsden=1, threads=1)
---[Information] [17/12/14 6:18:04 PM] num_frames:35476
---[Information] [17/12/14 6:18:04 PM] rated:1
---[Information] [17/12/14 6:18:04 PM] raten:25
--[Information] [17/12/14 6:18:05 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", threads=1).AssumeFPS(25,1)
---[Information] [17/12/14 6:18:05 PM] num_frames:35476
---[Information] [17/12/14 6:18:05 PM] rated:1
---[Information] [17/12/14 6:18:05 PM] raten:25
--[Information] [17/12/14 6:18:06 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", threads=1, rffmode=1).AssumeFPS(25,1)
---[Information] [17/12/14 6:18:06 PM] num_frames:35476
---[Information] [17/12/14 6:18:06 PM] rated:1
---[Information] [17/12/14 6:18:06 PM] raten:25
--[Information] [17/12/14 6:18:08 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", threads=1)
---[Information] [17/12/14 6:18:08 PM] num_frames:35476
---[Information] [17/12/14 6:18:08 PM] rated:1
---[Information] [17/12/14 6:18:08 PM] raten:25
--[Information] [17/12/14 6:18:09 PM] AVS
---[NoImage] LoadPlugin("D:\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\test.avi", cachefile="D:\test.avi.ffindex", threads=1, rffmode=1)
---[Information] [17/12/14 6:18:09 PM] num_frames:35476
---[Information] [17/12/14 6:18:09 PM] rated:1
---[Information] [17/12/14 6:18:09 PM] raten:25
-[Information] Log for job25 (idx, test.avi -> test.avi.ffindex)
--[Information] [17/12/14 6:17:52 PM] Started handling job
--[Information] [17/12/14 6:17:52 PM] Preprocessing
--[Information] [17/12/14 6:17:52 PM] Job commandline:
"D:\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\test.avi" "D:\test.avi.ffindex"
--[Information] [17/12/14 6:17:52 PM] Process started
--[Information] [17/12/14 6:17:52 PM] Standard output stream
---[Information] [17/12/14 6:17:54 PM] Writing index... done.
--[Information] [17/12/14 6:17:52 PM] Standard error stream
--[Information] [17/12/14 6:17:54 PM] MediaInfo
---[Information] [17/12/14 6:17:54 PM] File: D:\test.avi.ffindex
---[Information] General
----[Information] Format:
----[Information] FormatString:
----[Information] FileSize: 75228
----[Information] PlayTime:
--[Information] [17/12/14 6:17:54 PM] Postprocessing
--[Information] [17/12/14 6:18:10 PM] Job completed

Edit: The location of the ffmsindex cache file relative to the source doesn't make a difference. I'm very sure I tested that yesterday.

hello_hello

17th December 2014, 11:30

Some miscellaneous feature requests.

AVS Script Creator video preview:
When changing some script creator options (ie de-interlacing) the script creator preview continues to display the current frame number. That drives me nuts..... "want to punch the monitor" nutty, at times, because often it means changing an option will cause the preview to jump to a different location.
For instance, I've selected Yadif de-interlacing and I'm previewing frame number 14386 at the 10 minute point. Now I try "Yadif with bob". I'm still previewing frame number 14386 but I'm now only five minutes into the video because there's twice as many frames.
If the preview could stick to the current location time-wise rather than by frame number, the amount of navigating back and forth it'd save....... if there could at least be an option......
It mightn't be possible to stay at the exact point in time when the frame rate changes, but within a frame or two would be nice.

Default frame rate:
I've re-encoded the odd VFR video lately and mostly MeGUI defaults to 23.976 when it can't decide, and mostly so far that seems likely to be wrong. MeGUI tells you in the log file when it can't determine the frame rate, but I have wondered if 29.970 would be a better default, at least for "NTSC". You might end up with video with repeated frames in places, but the alternative is possibly lots of dropped frames.

Speaking of repeated frames....
If you enable the "M-in-5 Decimation" option in the script creator and click on the Preview button you get an error along the lines of "CycleR must be greater than zero" so it seems a little silly for CycleR to default to zero. :)
Also.... the "M" value can be anything you like, but anything greater than "4" will result in "CycleR must to be less than Cycle", because the default value for Cycle is 5. So values outside the range of 1 thru 4 don't make sense for "M" in the script creator. Unless....
The script creator also provided a method for changing the "Cycle" value. Would it be possible to have an option to set the "N" (Cycle) value one day? Maybe it could then be renamed "M-in-N Decimation"?

Anamorphic encoding options:
The "Encode non-mod16" option is maybe counter-intuitively named for MeGUI newbies, given it can be any mod, including mod16. If it was up to me, I'd just borrow the Handbrake description of "Anamorphic Strict".

I'm not sure if I've mentioned it yet :), but I think the Script Creator should use the same mpeg4 PARs for ITU video as can be set when configuring the x264 encoder. Having non-matcing PARs doesn't seem logical and I think the mpeg4 PARs would probably be a tad more accurate than the ITU PARs currently being used. Time to go digital..... ;)

Zathor

17th December 2014, 23:34

IbrahimKh

20th December 2014, 07:06

http://puu.sh/dAMVF.png
now what :confused:

LigH

20th December 2014, 14:14

Thank you for posting your log.

How much shall I bet on your AviSynth script using DirectShowSource, and you having installed a mega super duper codec pack?

bxyhxyh

22nd December 2014, 21:33

Avira antivirus is recognizing x264-2525 as a virus.
I'm not sure if it's a false report or not.

LigH

22nd December 2014, 22:16

False positives are more probable than you may imagine. VirusTotal may make it a little more certain. In this case, Avira is only alarmed because the EXE is runtime-compressed.

Vincent Vega

2nd January 2015, 13:25

http://forum.doom9.org/showthread.php?p=1704409#post1704409

Kurtnoise

5th January 2015, 06:24

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

I'm forking megui to github (https://github.com/Kurtnoise/megui/commits/master)...really annoyed by SF. Still, 2-3 things to add and that should be fine...:)

btw, with this new year, megui is 10 years old !!!! Damned :p

Barough

5th January 2015, 08:27

I'm forking megui to github (https://github.com/Kurtnoise/megui/commits/master)...really annoyed by SF. Still, 2-3 things to add and that should be fine...:)

btw, with this new year, megui is 10 years old !!!! Damned :p

Heard some others also say that they have become really annoyed with SF.

Looking forward 2 when ur finished with adding it :)

MeGUI 10 years old....... WOW :)

hello_hello

6th January 2015, 01:29

I'm forking megui to github (https://github.com/Kurtnoise/megui/commits/master)...really annoyed by SF. Still, 2-3 things to add and that should be fine...:)

What'd SF do?

So does that mean there'll be two versions of MeGUI?

Kurtnoise

6th January 2015, 08:41

It's mainly because I cannot commit anymore on SF even recreating a new password...and also how they manage/monetize the projects.

This doesnt mean that it will be 2 versions...it's just the hosting that's moving, at least for me.

Betsy25

6th January 2015, 22:11

KurtNoise,

Is Zathor still on board the MeGui ship ? Haven't seen anything regarding code chances recently.

Kurtnoise

7th January 2015, 08:45

He's still around here, don't worry...

Zathor

18th January 2015, 14:16

Yes, a little bit busy these days but still around.

Zathor

18th January 2015, 14:32

As I have received some messages about the update server, here are some details:

MeGUI is now down to one update server only. As this server is on its limit the update feature may have to be disabled in the future in total - therefore we ask for additional update servers.

The remaining update server was facing in December a download of ~500GB. I expect that when we release a new stable build or there are other bigger package changes that we will have a download volume up to ~2TB. This volume will be split over all available update servers so e.g. when there are 4 of them each will have to deal with ~500GB.

Requirements for a update server:

>= 500GB transfer volume available monthly
1GB+ webspace
available over DNS / HTTP
FTP accounts for Kurtnoise and me or sync script in place so that the content of megui.org will be synced automatically (if anything goes wrong a ftp access may be a good idea nevertheless)
bandwidth does not matter so much as the detection & download of new packages is split over a few days

UPDATE: Luckily an additional update server has been added so we are now at 2 update servers. Nevertheless we are still searching for new servers.

LigH

18th January 2015, 18:07

Zathor, Kurtnoise: Please check your PMs for an offer...

hello_hello

12th February 2015, 13:42

Zathor, Kurtnoise, or whoever's working on MeGUI these days.....

A fair while ago I asked about using frame rate conversion when L-Smash was indexing (http://forum.doom9.org/showthread.php?p=1660439#post1660439), and was told it doesn't have the ability. While that was no doubt true at the time, it appears that's no longer the case. I was looking through the readme file for the latest L-Smash version today and discovered it now has the same parameters for frame rate conversion as ffmsindex (ie fpsnum & fpsden).

I mention this due to the problem previously reported (http://forum.doom9.org/showthread.php?p=1679175#post1679175) with ffmsindex and AVIs when it's frame rate conversion is used, and the apparent lack of interest (http://forum.doom9.org/showthread.php?p=1679218#post1679218) in fixing it, so I thought I'd point out L-Smash can now do the same frame rate conversion, in case you weren't aware. It might be a good idea to switch to L-Smash as the default indexer, at least for AVIs.

I haven't tested L-Smash yet to see if it has the same issue, although I'd assume it'd be unlikely. I will try to test it at some stage fairly soon though and report back if I find a problem.

Cheers.

Kurtnoise

13th February 2015, 13:35

Sure...I will have a look but the sample provided by Overdrive is not available anymore. Could you upload another one please ?

Overdrive80

14th February 2015, 13:01

You have already avalaible a sample, regards sir.

https://dl.dropboxusercontent.com/u/19135067/Sample_Vertical_Scroll.m2v

Betsy25

14th February 2015, 14:03

Zathor

14th February 2015, 16:46

2523 [Update] get update server configuration data from the update server itself
2522 [FDK-AAC Encoder] added FDK-AAC encoder support
due to the FDK-AAC license the encoder will not be available in the online updater
2521 [Audio Encoder] added custom command line support
2520 [Chapter Creator] fixed sometimes incorrect duration (regression of 2516)
2519 [Update] if an outdated package is enabled the update will be downloaded automatically (if auto update is not disabled)
[Update] reduced time after an inactive package will be disabled to 14 days
a lot of the last changes in the update handling are caused by the fact that the remaining update servers have to be protected
if you want to help please have a look here: http://forum.doom9.org/showpost.php?p=1706329&postcount=4410
2518 updated copyright year to 2015
2517 [HD Streams Extractor] cosmetics
2516 [Chapter Creator] added option to sort the title list by chapter count
[Chapter Creator] cosmetics
2515 [OneClick] improved handling of track information in case no language information is available (regression of 2512). Part II
2514 [OneClick] improved handling of track information in case no language information is available (regression of 2512)

Thanks to Tereay and LigH we have now a second update server. As the changes are in this build and the clients must adjust there is only the core package available currently. In the next days I will also upload other packages.

hello_hello

15th February 2015, 06:31

Sure...I will have a look but the sample provided by Overdrive is not available anymore. Could you upload another one please ?

It seems to happen with almost any AVI, although quite randomly. Attached is an example (about 10MB). When I index with ffms2 and the frame rate conversion is included in the script, frames 401 and 402 are the same. When I remove the frame rate conversion from the script the total frame count doesn't change but frames 401 and 402 are no longer the same, so ffms2 must be doing something odd.

So far I'm yet to see any oddness when L-Smash is indexing, with or without frame conversion in the script (except for the problem of ffms2 and L-Smash both treating AVIs with null frames as variable frame rate unless frame rate conversion is used).

The ffms2 oddness only seems to apply to AVI. Well.... it's fine for MKV but I've rarely used ffms2 with other file types myself.

http://ge.tt/6i3DZVA2/v/0

hello_hello

15th February 2015, 06:33

Thanks to Tereay and LigH we have now a second update server.

Thank you Tereay and LigH!!

Kurtnoise

15th February 2015, 11:00

Barough

15th February 2015, 11:54

For those who would like to test, fdkaac-0.6.2 are available from here :

x86 (http://www.mediafire.com/download/wb2aoxm1ivcoe85/fdkaac-0.6.2_x86.7z) & x64 (http://www.mediafire.com/download/y72yqm9misgeay8/fdkaac-0.6.2_x64.7z)

Thnx a lot :)

Barough

15th February 2015, 12:26

When trying to enable FDK-AAC so do i get the error message @ the same time i click on 'save' in the Settings

http://i.imgur.com/K0gxFQj.png

Log screenshot
http://i.imgur.com/OA936XF.png

Have tested it on both of my computers and it's the same issue on both of them

Win 7 Home x64 (Laptop)
Win 8.1 Pro x64 (Desktop)

Any clues what it can be due to because i dont have a clue myself

hello_hello

15th February 2015, 17:38

When trying to enable FDK-AAC so do i get the error message @ the same time i click on 'save' in the Settings

Same here (XP). The problem seems to go away if you change the location of fdkaac.exe to anywhere but the default location.

Barough

15th February 2015, 20:32

Same here (XP). The problem seems to go away if you change the location of fdkaac.exe to anywhere but the default location.

That worked here also. Thnx :)

hello_hello

16th February 2015, 02:37

Just wanting to report the fdkaac encoder configuration doesn't seem to be working correctly. I've only tested using LC-AAC mode.

When VBR mode is selected, the encoder configuration changes to letting you select a variable bitrate, although it probably should change to selecting a quality as the QAAC encoder configuration does. It doesn't really matter what bitrate you select though, it either changes to 64kbp/s or 127kbps once the encoder configuration is closed.

In VBR mode, MeGUI specifies both a quality and a bitrate in the command line. For example:
C:\Program Files\MeGUI\tools\fdk\fdkaac.exe --ignorelength -m 1 -b 128 -p 2 - -o "D:\audio.m4a"

Also, unlike the x264 encoder configuration, when adding something to the audio encoder command line manually, it doesn't replace or over-ride the GUI. For example, after adding -w 18500 -m 4 to the custom command line, the command line MeGUI uses is:
C:\Program Files\MeGUI\tools\fdk\fdkaac.exe --ignorelength -m 1 -b 128 -p 2 -w 18500 -m 4 - -o "D:\audio.m4a"

ffdkaac.exe seems to cope with a conflicting command line, but some encoders (such as QAAC) don't.
C:\Program Files\MeGUI\tools\qaac\qaac.exe --ignorelength --threading -V 91 -V 73 - -o "D:\audio.m4a"
[Error] [16/02/15 12:28:23 PM] An error occurred
-[Error] [16/02/15 12:28:23 PM] Exception message: The pipe has been ended.

Thanks.

Zathor

16th February 2015, 23:15

Zathor

17th February 2015, 23:53

2524 [FDK-AAC Encoder] fixed update handling (regression of 2522)
Also some updated packages are available now.

Barough

18th February 2015, 00:00

2524 [FDK-AAC Encoder] fixed update handling (regression of 2522)
Also some updated packages are available now.

Thnx Zathor. :)

Nice 2 see some updates starting 2 show up again

hello_hello

18th February 2015, 07:13

Zathor,
Sometimes I update MeGUI components manually. If I discover there's an update I might download it manually before it's updated on the MeGUI update server, so I was wondering, would it be easy to implement a way to tell MeGUI when something has been updated manually so it doesn't later want to unnecessarily update it again? I updated QAAC myself a day or two ago, but today MeGUI wants to update it again.

Or, for those up us enthusiastic enough, when an update is found maybe there could be an option to tell MeGUI to take the user to the appropriate download page in order to do it manually?

I ask due to the load on the update servers being an obvious problem, but maybe it'd not be worth implementing that, or not practical?

I was also wondering if maybe there'd be an easy way to sync multiple copies of MeGUI. I have two PCs (networked) with MeGUI installed on each and at the moment both are being updated individually. Would there be an easy way to update both without having to download all the updates twice?

kuchikirukia

21st February 2015, 13:16

hello_hello

21st February 2015, 16:21

If audio settings are being worked on, could my feature request be penciled in?

https://sourceforge.net/p/megui/feature-requests/559/

It would be nice not having to go through the command line to get 5.1 channel QAAC over 320kbps outside of TVBR.

kuchikirukia,
Some QAAC info for you:
https://sites.google.com/site/qaacpage/news/qaacrelease241refalac141
For CVBR/ABR/CBR mode, bitrate value less than 8 is now treated as "bits per sample". Bitrate is computed as the following:
Bitrate = bits_per_sample * number_of_channels * sample_rate
For example, --cvbr 2 is now equivalent for --cvbr 192 (=2*2*48000) for 2ch, 48kHz case. This can be useful when you want to use CVBR/ABR/CBR and want constant quality setting for varying number of channels or sample rate.

So the way I understand it, in theory setting a bitrate of 7 should give you 2016kbps for 5.1ch audio, although in reality it won't as I'm pretty sure 768kbps is the limit.

https://github.com/nu774/qaac/wiki/Command-Line-Options
-c, --cbr <bitrate> AAC CBR mode / bitrate
For -a, -v, -c, "0" as bitrate means "highest". Highest bitrate available is automatically chosen.

MeGUI lets you specify a bitrate of zero.

MeGUI version 2524 lets you add a custom command line to the audio encoder configuration. It's not clever enough to use the custom command line in replace of what's specified in the GUI where applicable (at least not yet) so it'll specify two bitrates. The Opus encoder doesn't seem to mind though and it uses (based on my limited testing) the second bitrate in the command line which is what you'd want. According to MediaInfo, that looks like this (I added --bitrate 1568 to MeGUI's custom command line):

General
Complete name : D:\test.opus
Format : OGG
File size : 417 MiB
Duration : 37mn 49s
Overall bit rate : 1 543 Kbps
Writing application : opusenc from opus-tools 0.1.8
ENCODER_OPTIONS : --ignorelength --hard-cbr --bitrate 512 --bitrate 1568
Audio
ID : 13072 (0x3310)
Format : Opus
Duration : 37mn 49s
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Writing library : libopus 1.1

I didn't seem to be able to get any more than roughly 1543kbps out of it for 5.1ch audio, and I tried again with foobar2000 to make sure the double bitrate in the command line wasn't messing with the output. Is that the limit?
Edit: I just realised you mentioned a 256kbps channel limit here (http://sourceforge.net/p/megui/feature-requests/559/). That answers the question.

kuchikirukia

22nd February 2015, 01:10

Yeah, I set up batch files to get around the issue. It's just it's a very noticeable gap in MeGUI's abilities.

hello_hello

22nd February 2015, 04:34

I don't understand. Why can't you achieve the result you want using MeGUI and the methods I described?

kuchikirukia

22nd February 2015, 10:53

I don't understand. Why can't you achieve the result you want using MeGUI and the methods I described?

It's about fixing the GUI, not finding some convoluted workaround. That's not fine-grained enough (96kbps steps 2ch, 240kbps 5ch), and simply introducing decimals into the GUI would be the wrong way to go about it. The user should not have to divide their desired bitrate by the sample rate and the number of channels to find the setting, the setting should tell them the bitrate.

LigH

22nd February 2015, 11:12

Furthermore, if a codec has a good "channel coupling" (known as mid/side encoding already from MP3, and probably about as efficient also for more channels in AC3, AAC, and Opus; less efficient in MPEG-2 MC due to MPEG-1 compatibility; not sure about Vorbis, this feature has been developed for a long time), then it won't need n channels * mono bitrate to achieve a similar quality, but probably only about sqrt(n channels) * mono bitrate, because unless there are a lot of phasing effects, most naturally recorded sounds will have a much more diverse sum of channels than per-channel differences to this sum or to a related reference channel. At least I read that claim in a small book about DVD Video technologies; unfortunately I don't remember its name, and additional sources are hard to search for...

hello_hello

23rd February 2015, 10:59

Just reporting the latest L-Smash version via MeGUI's auto update (r783) doesn't seem to work with XP. I've tried to load it every which way but Avisynth 2.6.0.5 and Avisynth+ both complain about not being able to load it, although every now and then MeGUI seems to offer a slightly more informative error message.

LoadPlugin: unable to load "C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll", Proc not found. Update library version?

http://s8.postimg.org/mmqabl639/lsmash.gif

I've reported the problem in the L-Smash thread (http://forum.doom9.org/showthread.php?p=1710819#post1710819).
Reverting back to a previous L-Smash version fixes it (I'm not sure if it ever made it to MeGUI's update servers as I think the previous was r733, but I'm using version r768 at the moment).

However, if the source is MP4 and MeGUI is set to save the output files to a different location than the source, MeGUI produces an error when indexing with L-Smash.

[Error] [23/02/15 8:47:39 PM] E:\TESTING.mp4.lwi.lwi not moved to D:\TESTING.mp4.lwi. error: Could not find file 'E:\TESTING.mp4.lwi'.

Groucho2004

23rd February 2015, 11:25

Just reporting the latest L-Smash version via MeGUI's auto update (r783) doesn't seem to work with XP.
Most likely this is due to loading a DLL built with VS2012/2013 where the XP compatibility option in the compiler settings was omitted.
See here (http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx), for example.

hello_hello

23rd February 2015, 11:35

Most likely this is due to loading a DLL built with VS2012/2013 where the XP compatibility option in the compiler settings was omitted.
See here (http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx), for example.

I'll confess I just assumed it's an XP problem given nobody else seems to have complained, but I've not tried it with a different flavour of Windows myself.

Cheers.

Groucho2004

23rd February 2015, 11:40

I'll confess I just assumed it's an XP problem given nobody else seems to have complained, but I've not tried it with a different flavour of Windows myself.

Cheers.
Speedyrazor's problem in the lsmash thread is possibly the very same thing.

kalehrl

23rd February 2015, 14:21

MKVMerge should be updated.

TCmullet

23rd February 2015, 18:17

I'll confess I just assumed it's an XP problem given nobody else seems to have complained, but I've not tried it with a different flavour of Windows myself.

Cheers.

I just had to migrate my Avisynth/Virtualdub video operation from a fast 4-core Win7 system to a slower WinXP system, and now I get the error:

there is no function named "LWLibavVideoSource"

I really need to get LSmash running promptly on XP. Thank you for your help.

hello_hello

23rd February 2015, 18:28

Try the r768 32 bit version from here: https://www.dropbox.com/sh/3i81ttxf028m1eh/AAABkQn4Y5w1k-toVhYLasmwa?dl=0

TCmullet

23rd February 2015, 20:04

Try the r768 32 bit version from here: https://www.dropbox.com/sh/3i81ttxf028m1eh/AAABkQn4Y5w1k-toVhYLasmwa?dl=0
It DID work! But I'd hate to use the 8 week old version. I can't find the changelog to see if using the old one will affect me.

Apparently the XP switch was on in the 768 version. Any chance a new release can be made, this time with the XP switch on? How soon? Thank you so much!

Groucho2004

23rd February 2015, 20:12

It DID work! But I'd hate to use the 8 week old version. I can't find the changelog to see if using the old one will affect me.

Apparently the XP switch was on in the 768 version. Any chance a new release can be made, this time with the XP switch on? How soon? Thank you so much!
I checked both r768 and r783 with PE Explorer. They are both built with the same compiler but for r783, the "XP compatibility option" is not active meaning that for r783, the minimum OS version is NT6.0 (Vista/Server2K8).

Poutnik

4th March 2015, 07:51

Stable MeGUI 2507 sometime holds open d2v/m2v files of previously processed demuxed TS/MPEG2 DVB-T recordings.
They stay open, blocked against deletion, even if succeeded in the queue by several next AVS preparations and video encodings.
There is no obvious reason why the files stay blocked but they sometimes do.

Only thing that helps is MeGUI restart.
It seems to happen more frequently ( not confirmed if exclusively ), if video encoding job is aborted by a user, for whatever reason.
Perhaps sanity check and release of open file handlers is not done properly.

Or, can it be fault of the Avisynth ? I use quite older MT 2.6.0.3 from Aug 28, 2012.

Edit:Note that there is no hanging avs4x264mod process in such cases

Edit2: Note that System Explorer is reporting these open files
Currently processed M2V opened by avs2x264mod
Currently processed M2V opened by x264_64
Blocked M2V opened by avs2x264mod
Blocked M2V opened by x264_64
Blocked M2V opened by MeGUI

Note that there is just 1 instance of avs2x264mod and x264_64.

hello_hello

4th March 2015, 13:13

Poutnik,
I've sometimes wondered why a file is locked by x264 after opening it with MeGUI and/or creating a script even though it hasn't been encoded (I'm pretty sure). It's happened for quite a while for me (not just the latest version of MeGUI) but not regularly. Just now and then. And of course when I opened some files just now to test it..... I couldn't get MeGUI to lock a file at all. The folder containing the source file yes, but nothing else. Not even the script it was using for encoding.

Anyway, because restarting a program to unlock a file isn't always convenient (and sometimes it even requires a reboot), one of the first utilities I install after a fresh Windows installation is Unlocker (http://emptyloop.com/unlocker/).
(I think the installer includes some OpenCandy type annoyance, but you can choose not to install whatever it's offering)

LigH

4th March 2015, 13:19

The video source is probably kept open while AviSynth displays the preview.

Poutnik

4th March 2015, 17:02

The video source is probably kept open while AviSynth displays the preview.

this I would understand.

But there is no video preview open,
and there was no activity done over the file for long time.

The procedure AVS cutting - Script generation - Autoencode was done since then for several other videos, and their D2v/m2v files were able to be deleted.

Perhaps, there could be difference, if the preview is manually closed before launching other preview. I will test.

hello_hello

15th March 2015, 20:50

Just reporting the latest L-Smash version via MeGUI's auto update (r783) doesn't seem to work with XP.

Version r784 doesn't play with XP either. For those XP users who let MeGUI update L-Smash, you can roll back to a previous version or download r768 from here (https://www.dropbox.com/sh/3i81ttxf028m1eh/AADHSoWk3xwfpTfNN3JnGMQ8a/Old?dl=0).

Version r783 doesn't work on XP either. I haven't tested r775 myself. r768 definitely does run on XP.

Kurtnoise

16th March 2015, 08:50

ok, the binary is not xp compatible...but tell me why do you use a such old OS these days ?

hello_hello

16th March 2015, 11:23

ok, the binary is not xp compatible...but tell me why do you use a such old OS these days ?

That'd be due to Microsoft's inability to release a newer version of Windows I'd prefer to use.
I've not had a reason to upgrade when after doing so, re-installing software and sorting out problems, best case scenario would generally be for everything to work as it did before.

It's slowly happening now..... XP not being supported by newer software..... so I guess eventually that'll necessitate upgrading to a version of Windows more annoying than XP, and if I build a new PC as I've been planning to I won't have a choice there, but I like the idea of going straight from XP to Windows 10. Assuming it doesn't suck.

hello_hello

17th March 2015, 02:49

For those of us still running XP, an XP friendly L-Smash r784 build is on offer here (http://forum.doom9.org/showthread.php?p=1713408#post1713408) (link to doom9 post). I've briefly tested it and so far it's working fine.

Someone also pointed out there's an XP friendly r783 build here (https://www.dropbox.com/sh/3i81ttxf028m1eh/AAABkQn4Y5w1k-toVhYLasmwa?dl=0), which I guess I missed earlier.

Kurtnoise

29th March 2015, 11:39

@Zathor : where msvcr100.dll/msvcr120.dll come from ? why they are still required for x265 ?...as soon as I removed them, they are uploaded. That should not be...

@LigH : MeGUI uses your x265 builds...ok but why they are dynamically compiled and not statically ?

Zathor

29th March 2015, 13:28

@Zathor : where msvcr100.dll/msvcr120.dll come from ? why they are still required for x265 ?...as soon as I removed them, they are uploaded. That should not be...

If I remember that correctly (I made a lot of tests in the past but do not have any results written down):
The runtime libraries will be copied to the encoder folders in specific cases. E.g. from AviSynth+ directory when this will be used. Or from lsmash directory when AviSynth+ is not used. Both are compiled dynamically and when the runtimes are not copied (or installed in the system) the encoder will fail.
core\util\fileutil.cs:538 and 609

kalehrl

29th March 2015, 13:59

Alos, in xvid_encraw folder, msvcr120.dll is automatically added when erased.

Zathor

29th March 2015, 14:43

Yes, as xvid is one of the encoders it will be copied. Is there a problem with that?

LigH

29th March 2015, 15:02

@ Kurtnoise (+ Zathor):

All I do is:

Update the sources via Mercurial;
Run the build scripts creating libx265.dll and x265.exe provided by Multicoreware in 4 variants;
archive a package and upload

I have no experience with C compilers, I am helpless when the build process gets stuck. I would not know how to edit such a script to get more or less dependencies to any Windows DLLs.

According to Dependency Walker, the x265 EXEs created by these build scripts only have dependencies to KERNEL32.DLL and MSVCRT.DLL; the EXE is no stub using libx265.dll though: these DLLs are additional, standalone libraries for developers preferring the DLL over the CLI EXE in their own applications. You should not add them in your MeGUI package because you will probably not need them.

Zathor

29th March 2015, 15:48

Ok, good to know - I will remove the libx265.dll from the next update on. Thanks for providing them!

stax76

29th March 2015, 15:50

L-Smash requires Visual C++ 2013 runtime, why nobody is compiling this statically I don't understand.

Zathor

29th March 2015, 15:54

Forgot to mention: I updated the stable server ~2 weeks ago to 2525 and today also the tools (had to wait so that the new download server will be detected).

LigH

29th March 2015, 16:31

kalehrl

29th March 2015, 18:43

Is there a problem with that?
No, not that I'm aware of.

jones1913

30th March 2015, 19:39

L-Smash requires Visual C++ 2013 runtime, why nobody is compiling this statically I don't understand.
I'm no expert but from what I can tell, dynamic linking is the common and prefered way in windows. The MSVC dlls are needed by many applications and it is likely that they are installed anyway.
And if they are missing it is not so hard to install the required MSVC redist package.

I am not even sure if it is possible at all to compile this statical with VisualStudio, maybe someone else knows more...

stax76

30th March 2015, 20:30

Groucho2004

31st March 2015, 01:36

Maybe a C++ programmer can enlighten us .NET programmers, I've added a verification now so it's OK for me, looks like this:

Public Overrides Function IsRequired() As Boolean
Return p.AvsDoc.GetFilter("Source").Script.Contains("LSMASHVideoSource") OrElse p.AvsDoc.GetFilter("Source").Script.Contains("LWLibavVideoSource")
End Function

Public Overrides Function GetStatus() As String
If Not File.Exists(CommonDirs.System + "MSVCR120.dll") Then
Return "Failed to locate the required runtime 'Visual C++ Redistributable Packages for Visual Studio 2013', please download and install it manually."
End If
End Function

What does "CommonDirs.System" return? Does it include the WinSXS directories? If not, you'll have problems detecting if older runtimes like ms*80.dll are used (for example in Kassandro's RemoveGrain).

The proper way to determine dependencies would be to set up IScriptEnvironment and invoke "LoadPlugin" for the source filter/plugin. If a runtime is missing, Avisynth throws "module not found, ....".
You can then enumerate the dependencies like Dependency Walker does.

That's more or less how I do it in the "Avisynth Info Tool". I can post the relevant c++ code but I don't know if it can be adapted for Basic.

stax76

31st March 2015, 02:38

It returns C:\Windows\SysWOW64, are you sure L-Smash don't absolutely require MSVCR120.dll either in system or startup directory?

Groucho2004

31st March 2015, 02:46

It returns C:\Windows\SysWOW64, are you sure L-Smash don't absolutely require MSVCR120.dll either in system or startup directory?
Huh? My point is that your method probably doesn't work for all filters (it's based on an assumption) and that there are much better methods to determine dependencies.

stax76

31st March 2015, 04:24

I had only a very small (and now solved) issue with the L-Smash plugin. The diagnostic you do sounds interesting nevertheless.

kuchikirukia

2nd April 2015, 21:45

Groucho2004

2nd April 2015, 22:17

I've noticed the HD Streams Extractor can often have issues with paths containing Japanese characters. It can silently fail to load the file or come up with some "Type 0" (or Type A? I forget) error on hitting Queue.
Sorry I don't have an example. I rename the file/directory and it works, so I haven't been concentrating on what about it makes it not.

MeGUI itself also doesn't like working in directories with Japanese characters, though I have even less of an idea of the scope of that since early on I learned to just extract everything to the root of E:\ and just work there.
Can of worms.
You have to consider that most of the tools with which megui interacts (don't know about megui itself) are probably not written according to internationalization (I18N) standards.

So, you're better off just using an 8 bit character set - i.e. English - for file names, etc.

stax76

2nd April 2015, 22:30

Zathor

3rd April 2015, 11:45

Not sure if desired: Even though using FDKAAC was not yet enabled in the options of external applications, the updater still insisted in updating it unless I would probably manually disable this package. But I couldn't say whether I would recommend any relation between the updater package enabled and the external programs option enabled.
When enabled in the options also the package gets automatically enabled and therefore if missing it will ask to install it. When disabled in the options also the package will be disabled. Works for me here as expected. I am not asked to update/install FDKAAC.

Zathor

3rd April 2015, 11:47

AviSynth not supporting Unicode is the root of the problem. I'm looking forward switching to AviSynth+ 64-bit as soon as things become mature, DGMPGDEC also don't support unicode, that's the only ones I'm aware of, MeGUI should show a message saying AviSynth don't support Unicode.
Do you suggest showing a warning for any AVS script beeing created?

There is already a warning in the readme/changelog at the bottom that unicode is not supported (but I am aware that likely nobody reads it).

Groucho2004

3rd April 2015, 13:01

Do you suggest showing a warning for any AVS script beeing created?

There is already a warning in the readme/changelog at the bottom that unicode is not supported (but I am aware that likely nobody reads it).
I think what he means is that megui should display the errors that Avisynth throws although I would find it odd if it didn't.
When you load a UTF-8 or UTF-16 encoded script in Avisynth, it will throw the appropriate error. However, if that script has no BOM, Avisynth will just complain about syntax errors.

stax76

3rd April 2015, 13:14

I suggest to verify paths at the beginning and not load the files if you know it's not gonna work.

If i.ContainsUnicode Then
MsgError(Strings.NoUnicode)
Return True
End If

If i.Contains("#") Then
If Filepath.GetExt(i) = ".mp4" OrElse MediaInfo.GetGeneral(i, "Audio_Codec_List").Contains("AAC") Then
MsgError("Character # can't be processed by MP4Box, please rename." + CrLf2 + i)
Return True
End If
End If

If (i.Length + Filepath.GetName(i).Length + 30) > 260 Then
MsgError("Generated temp files might exceed 260 character file path limit, please use shorter file paths." + CrLf2 + i)
Return True
End If

Kurtnoise

8th April 2015, 12:35

I suggest to verify paths at the beginning and not load the files if you know it's not gonna work.

What happens if there are some Unicode characters in the avs script itself (for instance, loading external plugins,etc...)?

stax76

8th April 2015, 12:59

I'm not checking this, I show AviSynth error messages however. AviSynth+ supports unicode, right? I really hope AviSynth+ succeeds.

Kurtnoise

8th April 2015, 13:58

Well, I dont get your point then if you did not check out this...

Anyway, I didn't test Unicode support in Avisynth+ yet. Did you ?

I think it's more complex than that because a plugin like ffms2 supports Unicode filename as well...

stax76

8th April 2015, 14:13

It's probably a good idea to check the complete script, I should try this.

I tried AviSynth+ with ffms2, it was generally working with StaxRip but not yet robust enough, it crashed after a while.

I did not test unicode but the author modernized the scripting engine so I assume he did or at least can fix it.

Switching to 64-bit will result in some good tools missing, I don't think neuron2 will port DGMPGDec for instance.

Zathor

9th April 2015, 13:33

I plan to switch to .NET 4.0 with one of the next builds (from .NET 2.0). The included update logic will check if .NET 4.0 is available and only replace MeGUI when .NET 4 is installed. At least that is the theory ;)

The switch to .NET 4.0 is done out of various reasons. Going to 4.5.x directly is not done as it is not supported on Windows XP. I will drop support for Windows XP in the future but this may be months or even years away (= no plans yet).

Groucho2004

9th April 2015, 15:35

AviSynth+ supports unicode, right?
No, it does not.

Kurtnoise

13th April 2015, 19:04

@Zathor : A patch (http://pastebin.com/wHXXdxLd) for the Feature Request #564 (https://sourceforge.net/p/megui/feature-requests/564/)...

stax76

13th April 2015, 19:29

Zathor

13th April 2015, 20:02

Thanks for the patch, Kurtnoise. I will test it.

The switch to .NET 4.0 is live. I do not expect any problems but I will not mix up this change with others for a few days to see if there are any problems related to this.

hello_hello

14th April 2015, 15:46

Kurtnoise

14th April 2015, 16:03

I had some issue using a manifest, I think some bug in VisualStudio, I call now SetProcessDPIAware instead, it must be called before Application.Run

[DllImport("user32.dll")]
public static extern bool SetProcessDPIAware();
I read on stackoverflow (http://stackoverflow.com/questions/13228185/winforms-high-dpi-blurry-fonts) and somewhere else, that this function causes some issues on Windows 8...That's why I prefer to use the manifest file.

Zathor

18th April 2015, 10:57

A possible quirk of the switch to .NET 4.0 (XP). Previously under Versions in the log file MeGUI had listed both .NET 2 and .NET 4, I assumed as I have them both installed, but now MeGUI lists .Net 4 twice.
I modified it in the way that .NET 4.0 is detected and shown and also the highest installed .NET version (for future use). When both is the same it is shown twice. I will modify it again so that it is only shown when different.

Zathor

19th April 2015, 14:52

2534 [x265] added n-pass support
2533 [MainForm] highest .NET version will only be shown if different from .NET 4.0 (regression of 2531)
For the multi-pass support in x265 I had to change internally a lot (all video encoders encoding modes have been changed). I made tests but for sure had no chance to test everything.

Zathor

22nd April 2015, 22:06

I plan to replace DGAVCIndex with DGIndexIM. Any objections?

Barough

22nd April 2015, 22:13

Do what u think is best for the software Zathor

WorBry

22nd April 2015, 22:41

I plan to replace DGAVCIndex with DGIndexIM. Any objections?

None at all :)

stax76

22nd April 2015, 23:30

Why not support both? I believe DGAVCIndex (and also DGMPGDec) can still be useful.

Kurtnoise

23rd April 2015, 07:34

I plan to replace DGAVCIndex with DGIndexIM. Any objections?
No objections from me...:)

LigH

23rd April 2015, 07:53

I don't use either (first obsolete, second no matching CPU), so I don't mind...

But I'd like to state my agreement with the wish to prefer L-SMASH Works over FFMS2 on demand.

Zathor

23rd April 2015, 18:37

Why not support both? I believe DGAVCIndex (and also DGMPGDec) can still be useful.

I see nowadays no use case for DGAVCDec - DGMPGDec will stay.

Zathor

23rd April 2015, 18:46

But I'd like to state my agreement with the wish to prefer L-SMASH Works over FFMS2 on demand.
In OneClick this already can be configured. But your are very likely not speaking about OC.

LigH

23rd April 2015, 18:54

No, I hardly want to use OneClick. And I admit I didn't use it recently at all...

Barough

9th May 2015, 15:35

Stumbled over a little issue here........

Using the Dev updates

When making a custom Audio Encoder setting for FDK-AAC or use the scratchpad and save/update it so have it reverted back to the default values again when u click and verify the custom settings. Have tested this on 2 computers and it's the same thing on both of them.

When checking the profile folder so is there no custom profile available there nor so have then default profile been updated.

hello_hello

9th May 2015, 16:38

The FDKAAC encoder configuration hasn't worked correctly since it was introduced. The way the VBR option is configured possibly doesn't make sense either because the quality is set via the command line using -m 1, -m 2 , -m 3 etc and not by specifying a bitrate.

Also the custom command line section that's been added to the audio encoder configurations still doesn't work as expected..... at least not the same way as the custom command line option for the x264 encoder where anything specified there over-rides the same setting in the GUI.

Barough

9th May 2015, 16:54

Thnx for the info/input hello_hello :)

Haven't messed around much with the FDK-AAC encoder until the last few days. Really hope that these issues can be fixed asap.

Overdrive80

10th May 2015, 01:31

Had it fixed this http://forum.doom9.org/showthread.php?p=1709264#post1709264 ????

hello_hello

10th May 2015, 02:13

Thnx for the info/input hello_hello :)

Haven't messed around much with the FDK-AAC encoder until the last few days. Really hope that these issues can be fixed asap.

I'd probably stick with the QAAC encoder over the FDKAAC encoder. I'd even prefer Nero myself but I only ever use VBR encoding at reasonable bitrates.

My main issue with FDKAAC is there's a huge bitrate gap between the two highest VBR quality settings (-m 4 and -m 5), although that's largely due to the fact -m 4 uses quite a low, low pass frequency whereas -m 5 doesn't use one.
For both those VBR quality settings I add -w 18500 to the command line. That increases the lowpass filter from 15kHz (I think) for the -m 4 preset to 18.5kHz and reduces it from 20kHz to 18.5kHz for -m 5. That helps close the bitrate gap between the two quality settings.
(18.5kHz is the low pass frequency used by LAME for it's high quality VBR presets)

QAAC also has a "no delay" option that removes any encoder "padding" from the beginning, which is really the main reason I use it in preference to NeroAAC these days.

hello_hello

10th May 2015, 02:14

Had it fixed this http://forum.doom9.org/showthread.php?p=1709264#post1709264 ????

I don't know why that's not considered somewhat urgent, given the likelihood MeGUI will encode AVIs with "jittery" motion.

Zathor

10th May 2015, 11:53

To be honest I forgot about these posts. I have only very limited available time for MeGUI and then I focus on (in my eyes) important points. As I do not forget about any points which are important maybe not for me but for others it is recommended to create bug reports on the sourceforge page. Bug fixing is in general a priority for me (if I am aware, have time and are able to fix it).

So I am sorry - this stuff will be solved together with the implementation of DGDecIM as I am going to move the indexer priority setting one level up (from OneClick profile to global settings) + the option to specify the use of vfr-->crf conversion.

Zathor

10th May 2015, 13:00

I received this in a PM but as the answer may be for interest for everyone:

Wonder there any plans on updating Xvid to the latest version, ie. v1.3.3?

The reason for this question is that my friend have had a issue with the older version that MeGUI use and that this issue have been fixed in the newer Xvid's as i understood him.
Not in the current way. Or is there an updates xvid_encraw available which support > 2GB? Possible would be to drop support of xvid_encraw and encode it with ffmpeg. This will result in a drop of many of the settings. Or are all those settings available in ffmpeg? Does anybody know a syntax list?

Any chance u could update the FLAC encoder to the latest version. It's a little faster then v1.3.0
Done (also x265 and QAAC)

Fred60448

12th May 2015, 15:54

When running a one-click batch on a folder, I now get the following error:

-[Information] Log for job24 (cleanup, Blah3.mp4 -> )
--[Information] [5/11/2015 3:06:13 PM] Started handling job
--[Information] [5/11/2015 3:06:13 PM] Preprocessing
--[Information] [5/11/2015 3:06:15 PM] Delete Intermediate Files option set: True
-[Information] [5/11/2015 3:06:15 PM] Successfully deleted F:\My Documents\Downloads\adjk02ee.2ki\Blah3.mkv.avs
-[Information] [5/11/2015 3:06:15 PM] Successfully deleted F:\My Documents\Downloads\adjk02ee.2ki\Blah3.mkv.ffindex
-[Information] [5/11/2015 3:06:15 PM] Successfully deleted F:\My Documents\Downloads\adjk02ee.2ki\Blah3 - [0] English.aac
-[Error] Unhandled error
--[Information] [5/11/2015 3:06:15 PM] Exception message: Access to the path 'F:\My Documents\Downloads\adjk02ee.2ki\Blah3.mkv' is denied.
-[NoImage] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
-[NoImage] at System.IO.File.Delete(String path)
-[NoImage] at MeGUI.core.util.FileUtil.DeleteIntermediateFiles(List`1 files, Boolean bAlwaysAddLog, Boolean askAboutDelete)
-[NoImage] at MeGUI.core.details.CleanupJobRunner.run()
-[NoImage] at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
-[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
-[NoImage] at System.Threading.ThreadHelper.ThreadStart()
--[Information] [5/11/2015 3:06:15 PM] Stacktrace
--[Information] [5/11/2015 3:06:15 PM] Inner exception: null

The error happens on both my Win7 and Win8.1 computers, on a variety of files. It doesn't happen if I process ahead using a temporary worker and then move the cleanup jobs to the bottom of the queue, or if I post-pone all the cleanup jobs and then run them later after rest of the jobs are done. Currently, I've disabled "delete intermediate files" and manually delete the files myself to get around the issue.

LigH

12th May 2015, 19:27

In general, you should avoid sub-directories below system controlled directories (UAC or ownership based restrictions may interfer with file access). Instead, rather use independent directories on separate partitions, if available.

In addition, accessing files which are in shared access by other applications may fail too, if a converter tries to open it in exclusive access mode.

kuchikirukia

14th May 2015, 02:27

I seem to have a lot of problems with NicAudio reading 5.1 channel wav's and w64's. Is there a reason it's set as default as the preferred choice?

--[Information] [5/13/2015 8:58:15 PM] Started handling job
--[Information] [5/13/2015 8:58:15 PM] Preprocessing
--[Information] [5/13/2015 8:58:15 PM] MediaInfo
---[Information] [5/13/2015 8:58:15 PM] File: E:\T4_Audio - Japanese.w64
-[Information] Format: Wave64
-[Information] FormatString: Wave64
-[Information] FileSize: 6940534992
-[Information] PlayTime:
---[Information] General
-[Information] ID:
-[Information] StreamOrder:
-[Information] Format: PCM
-[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] Audio
--[Information] [5/13/2015 8:58:15 PM] Trying to open the file with NicAudio
--[Information] [5/13/2015 8:58:15 PM] Successfully opened the file with NicAudio
-[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\NicAudio.dll")
-[NoImage] RaWavSource("E:\T4_Audio - Japanese.w64", 2)
-[NoImage] # detected channels: 6 channels
-[NoImage] # detected channel positions: 3/2/0.1
-[NoImage] return last
--[Information] [5/13/2015 8:58:16 PM] Avisynth script
--[Information] [5/13/2015 8:58:16 PM] Commandline used: --ignorelength --threading -V 109 --no-delay - -o "{0}"
--[Information] [5/13/2015 8:58:16 PM] Avisynth script environment opened
--[Information] [5/13/2015 8:58:16 PM] Script loaded
--[Information] [5/13/2015 8:58:16 PM] Output Decoder
---[Information] [5/13/2015 8:58:16 PM] Channels: 6
---[Information] [5/13/2015 8:58:16 PM] Bits per sample: 24
---[Information] [5/13/2015 8:58:16 PM] Sample rate: 48000
--[Information] [5/13/2015 8:58:16 PM] Job commandline: C:\Program Files\MeGUI_2507_x86\tools\qaac\qaac.exe --ignorelength --threading -V 109 --no-delay - -o "E:\T4_Audio - Japanese.m4a"
--[Information] [5/13/2015 8:58:16 PM] Process started
--[Information] [5/13/2015 8:58:16 PM] Standard output stream
--[Information] [5/13/2015 8:58:16 PM] Standard error stream
---[Information] [5/13/2015 8:58:16 PM] qaac 2.47, CoreAudioToolbox 7.9.9.4
---[Information] [5/13/2015 8:58:16 PM] T4_Audio - Japanese.m4a
---[Information] [5/13/2015 8:58:16 PM] AAC-LC Encoder, TVBR q109, Quality 96
---[Information] [5/13/2015 9:03:41 PM] 146975977/-1 samples processed in 5:25.437
---[Information] [5/13/2015 9:03:41 PM] Overall bitrate: 656.044kbps
---[Information] [5/13/2015 9:03:42 PM] Optimizing...3%
---[Information] [5/13/2015 9:03:42 PM] Optimizing...7%
---[Information] [5/13/2015 9:03:42 PM] Optimizing...12%
---[Information] [5/13/2015 9:03:42 PM] Optimizing...13%
---[Information] [5/13/2015 9:03:42 PM] Optimizing...18%
---[Information] [5/13/2015 9:03:42 PM] Optimizing...22%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...25%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...28%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...29%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...32%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...37%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...39%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...39%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...43%
---[Information] [5/13/2015 9:03:43 PM] Optimizing...48%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...51%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...53%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...56%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...59%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...61%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...63%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...64%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...67%
---[Information] [5/13/2015 9:03:44 PM] Optimizing...67%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...71%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...75%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...79%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...82%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...86%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...89%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...93%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...97%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...99%
---[Information] [5/13/2015 9:03:45 PM] Optimizing...done
--[Information] [5/13/2015 9:03:46 PM] MediaInfo
---[Information] [5/13/2015 9:03:46 PM] File: E:\T4_Audio - Japanese.m4a
-[Information] Format: MPEG-4
-[Information] FormatString: MPEG-4
-[Information] FileSize: 251702791
-[Information] PlayTime: 00:51:02.016
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Format: AAC
-[Information] FormatProfile: LC
-[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: VBR
-[Information] Delay:
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
--[Information] [5/13/2015 9:03:46 PM] Postprocessing
---[Information] [5/13/2015 9:03:46 PM] Deleting intermediate files
--[Information] [5/13/2015 9:03:46 PM] Job completed
-[Information] Log for job15 (audio, T4_Audio - Japanese.w64 -> T4_Audio - Japanese.m4a)

This was a 2 hour and 13 minute audio clip, not 51 minutes. (DTS-MA extracted to W64 with HD Streams extractor and arcsoft DTS DLL)

It works with LWLibavAudioSource:

-[Information] Log for job15 (audio, T4_Audio - Japanese.w64 -> T4_Audio - Japanese.m4a)
--[Information] [5/13/2015 9:06:26 PM] Started handling job
--[Information] [5/13/2015 9:06:26 PM] Preprocessing
--[Information] [5/13/2015 9:06:26 PM] MediaInfo
---[Information] [5/13/2015 9:06:26 PM] File: E:\T4_Audio - Japanese.w64
-[Information] Format: Wave64
-[Information] FormatString: Wave64
-[Information] FileSize: 6940534992
-[Information] PlayTime:
---[Information] General
-[Information] ID:
-[Information] StreamOrder:
-[Information] Format: PCM
-[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] Audio
--[Information] [5/13/2015 9:06:26 PM] Trying to open the file with LWLibavAudioSource()
--[Information] [5/13/2015 9:07:41 PM] Successfully opened the file with LWLibavAudioSource()
-[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\lsmash\LSMASHSource.dll")
-[NoImage] LWLibavAudioSource("E:\T4_Audio - Japanese.w64")
-[NoImage] # detected channels: 6 channels
-[NoImage] # detected channel positions: 3/2/0.1
-[NoImage] return last
--[Information] [5/13/2015 9:07:52 PM] Avisynth script
--[Information] [5/13/2015 9:07:52 PM] Commandline used: --ignorelength --threading -V 109 --no-delay - -o "{0}"
--[Information] [5/13/2015 9:07:52 PM] Avisynth script environment opened
--[Information] [5/13/2015 9:08:02 PM] Script loaded
--[Information] [5/13/2015 9:08:02 PM] Output Decoder
---[Information] [5/13/2015 9:08:02 PM] Channels: 6
---[Information] [5/13/2015 9:08:02 PM] Bits per sample: 24
---[Information] [5/13/2015 9:08:02 PM] Sample rate: 48000
--[Information] [5/13/2015 9:08:02 PM] Job commandline: C:\Program Files\MeGUI_2507_x86\tools\qaac\qaac.exe --ignorelength --threading -V 109 --no-delay - -o "E:\T4_Audio - Japanese.m4a"
--[Information] [5/13/2015 9:08:02 PM] Process started
--[Information] [5/13/2015 9:08:02 PM] Standard output stream
--[Information] [5/13/2015 9:08:02 PM] Standard error stream
---[Information] [5/13/2015 9:08:02 PM] qaac 2.47, CoreAudioToolbox 7.9.9.4
---[Information] [5/13/2015 9:08:02 PM] T4_Audio - Japanese.m4a
---[Information] [5/13/2015 9:08:02 PM] AAC-LC Encoder, TVBR q109, Quality 96
---[Information] [5/13/2015 9:19:50 PM] 385585270/-1 samples processed in 14:32.452
---[Information] [5/13/2015 9:19:50 PM] Overall bitrate: 646.168kbps
---[Information] [5/13/2015 9:19:50 PM] Optimizing...2%
---[Information] [5/13/2015 9:19:50 PM] Optimizing...3%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...4%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...6%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...6%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...8%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...9%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...9%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...11%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...12%
---[Information] [5/13/2015 9:19:51 PM] Optimizing...14%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...15%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...17%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...18%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...19%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...21%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...22%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...23%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...24%
---[Information] [5/13/2015 9:19:52 PM] Optimizing...25%
---[Information] [5/13/2015 9:19:53 PM] Optimizing...25%
---[Information] [5/13/2015 9:19:53 PM] Optimizing...27%
---[Information] [5/13/2015 9:19:53 PM] Optimizing...27%
---[Information] [5/13/2015 9:19:53 PM] Optimizing...29%
---[Information] [5/13/2015 9:19:53 PM] Optimizing...30%
---[Information] [5/13/2015 9:19:53 PM] Optimizing...31%
---[Information] [5/13/2015 9:19:53 PM] Optimizing...31%
---[Information] [5/13/2015 9:19:53 PM] Optimizing...31%
---[Information] [5/13/2015 9:19:54 PM] Optimizing...32%
---[Information] [5/13/2015 9:19:54 PM] Optimizing...34%
---[Information] [5/13/2015 9:19:54 PM] Optimizing...35%
---[Information] [5/13/2015 9:19:54 PM] Optimizing...36%
---[Information] [5/13/2015 9:19:54 PM] Optimizing...36%
---[Information] [5/13/2015 9:19:54 PM] Optimizing...37%
---[Information] [5/13/2015 9:19:54 PM] Optimizing...38%
---[Information] [5/13/2015 9:19:54 PM] Optimizing...39%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...40%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...41%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...42%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...43%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...45%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...46%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...47%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...48%
---[Information] [5/13/2015 9:19:55 PM] Optimizing...48%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...49%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...51%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...52%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...53%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...54%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...55%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...56%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...56%
---[Information] [5/13/2015 9:19:56 PM] Optimizing...57%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...59%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...60%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...62%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...62%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...63%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...64%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...65%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...65%
---[Information] [5/13/2015 9:19:57 PM] Optimizing...66%
---[Information] [5/13/2015 9:19:58 PM] Optimizing...68%
---[Information] [5/13/2015 9:19:58 PM] Optimizing...68%
---[Information] [5/13/2015 9:19:58 PM] Optimizing...69%
---[Information] [5/13/2015 9:19:58 PM] Optimizing...69%
---[Information] [5/13/2015 9:19:58 PM] Optimizing...70%
---[Information] [5/13/2015 9:19:58 PM] Optimizing...71%
---[Information] [5/13/2015 9:19:58 PM] Optimizing...72%
---[Information] [5/13/2015 9:19:58 PM] Optimizing...73%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...74%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...75%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...76%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...77%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...77%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...79%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...80%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...81%
---[Information] [5/13/2015 9:19:59 PM] Optimizing...83%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...83%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...85%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...86%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...87%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...88%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...89%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...90%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...91%
---[Information] [5/13/2015 9:20:00 PM] Optimizing...92%
---[Information] [5/13/2015 9:20:01 PM] Optimizing...93%
---[Information] [5/13/2015 9:20:01 PM] Optimizing...94%
---[Information] [5/13/2015 9:20:01 PM] Optimizing...95%
---[Information] [5/13/2015 9:20:01 PM] Optimizing...97%
---[Information] [5/13/2015 9:20:01 PM] Optimizing...99%
---[Information] [5/13/2015 9:20:01 PM] Optimizing...done
--[Information] [5/13/2015 9:20:02 PM] MediaInfo
---[Information] [5/13/2015 9:20:02 PM] File: E:\T4_Audio - Japanese.m4a
-[Information] Format: MPEG-4
-[Information] FormatString: MPEG-4
-[Information] FileSize: 650409570
-[Information] PlayTime: 02:13:53.045
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Format: AAC
-[Information] FormatProfile: LC
-[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: VBR
-[Information] Delay:
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
--[Information] [5/13/2015 9:20:02 PM] Postprocessing
-[Information] [5/13/2015 9:20:02 PM] Successfully deleted E:\T4_Audio - Japanese.w64.lwi
---[Information] [5/13/2015 9:20:02 PM] Deleting intermediate files
--[Information] [5/13/2015 9:20:02 PM] Job completed

hello_hello

14th May 2015, 04:40

Sorry kuchikirukia, I don't have an answer for your problem, but it did occur to me after looking at your log file that all that mp4 optimising seems like a bit of a waste, considering the audio will be remuxed with the video 99.9% of the time. Maybe it wouldn't hurt if MeGUI added --no-optimize to the QAAC command line by default?

kuchikirukia

14th May 2015, 08:32

tebasuna51

14th May 2015, 11:09

This was a 2 hour and 13 minute audio clip, not 51 minutes. (DTS-MA extracted to W64 with HD Streams extractor and arcsoft DTS DLL)

Try with this .avs:
LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\NicAudio.dll")
RaWavSource("E:\T4_Audio - Japanese.w64", 1)

Zathor

14th May 2015, 11:42

I seem to have a lot of problems with NicAudio reading 5.1 channel wav's and w64's. This was a 2 hour and 13 minute audio clip, not 51 minutes. (DTS-MA extracted to W64 with HD Streams extractor and arcsoft DTS DLL)
Please post always the full log - especially the "version" block at top is important. I have to assume that you use an older version as this should be fixed since 2527.

2527 [Audio Encoder] fixed RaWavSource() for 64bit files >2GB. Bug #792

Zathor

14th May 2015, 14:35

When making a custom Audio Encoder setting for FDK-AAC or use the scratchpad and save/update it so have it reverted back to the default values again when u click and verify the custom settings. Have tested this on 2 computers and it's the same thing on both of them.

When checking the profile folder so is there no custom profile available there nor so have then default profile been updated.
Works for me :confused:
Please describe in more detail how to reproduce it.

hello_hello

14th May 2015, 14:59

Adding 11 seconds to a 12 minute encode isn't anything I'd be worried about. I could see removing the optimization for the one-click, but the main window encoders are both standalone, so it makes sense to leave the files in a "finished" state.

Do people use MeGUI for dedicated audio encoding? I'd imagine doing so now and then, but as an audio encoder it makes a good video encoder. ;)

I'm not sure how vital the optimising is, and I suspect other AAC encoders create "unoptimised" files, although I'm not sure. By default, foobar2000 adds --no-optimize to it's QAAC command line and it's a dedicated audio program.

Maybe it's partly my habit. I'm used to creating audio files and then modifying the tags etc with either Mp3Tag or foobar2000 and then optimising when I'm done (if I remember). Both Mp3Tag and foobar2000 have a right click option for optimising MP4/M4A files. Anyway, someone else might know how vital optimising is.

detmek

14th May 2015, 15:23

Optimizing puts moov atom at the beggining of the file. It is useful for streaming because client player can get all the info about file without actualy downloading entire file. For offline usage it is irrelevant because player can access any part of the file.
Btw, foobar adds --no-optimize because it optimizes file itself when writes tags.

taz742

14th May 2015, 16:07

MeGUI 2534 DEV

I've just found an issue using AutoEncode about the "Eliminating duplicate filenames" with the audio Output:

Setting:
AudioInput: <filename>.mp4
AudioOutput <filename>.m4a
Encoder: FDK-AAC
Extension M4A

Result:
AudioOutput: <filename>.mp4

So fdkaac encoder failed because output=input and so input file is deleted...

No problem when using the "Queue" button for audio part with FDK-AAC.
No issue if using "Nero Encoder" with both "AutoEncode" & Queue" buttons.

Thanks in advance.

Barough

14th May 2015, 16:11

Works for me :confused:
Please describe in more detail how to reproduce it.

Create a new FDK-AAC Preset through the scratchpad. Profile CBR 160 kbit/sec for example. Update/Save it. Close down MeGUI and then reopen it and check the Encoder settings....... it have now reverted back to the default value from the scratchpad. Have tested it on 3 different computers (Win7 Home x86/x64 & Win 8.1 Pro x64) now and this issue happens every time.

Default encoder settings paths is used in the settings and the MeGUI folder is NOT located on the C: drive of the x64 computers.

Zathor

14th May 2015, 17:28

Create a new FDK-AAC Preset through the scratchpad. Profile CBR 160 kbit/sec for example. Update/Save it. Close down MeGUI and then reopen it and check the Encoder settings....... it have now reverted back to the default value from the scratchpad. Have tested it on 3 different computers (Win7 Home x86/x64 & Win 8.1 Pro x64) now and this issue happens every time.
Thx - found & fixed. It was stuck with a max of 127.

Zathor

14th May 2015, 17:49

When running a one-click batch on a folder, I now get the following error:

The error happens on both my Win7 and Win8.1 computers, on a variety of files. It doesn't happen if I process ahead using a temporary worker and then move the cleanup jobs to the bottom of the queue, or if I post-pone all the cleanup jobs and then run them later after rest of the jobs are done. Currently, I've disabled "delete intermediate files" and manually delete the files myself to get around the issue.

I do not know why this happens, but the error will now be better handled. Thanks!

hello_hello

14th May 2015, 18:34

Btw, foobar adds --no-optimize because it optimizes file itself when writes tags.

You learn something every day. Cheers.

kuchikirukia

14th May 2015, 19:14

Please post always the full log - especially the "version" block at top is important. I have to assume that you use an older version as this should be fixed since 2527.

2527 [Audio Encoder] fixed RaWavSource() for 64bit files >2GB. Bug #792

Ah yes, I'm on 2525.

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

-[Information] Versions
--[Information] [5/13/2015 6:14:57 AM] MeGUI: 2525
--[Information] [5/13/2015 6:14:57 AM] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [5/13/2015 6:14:57 AM] .Net Framework: 2.2.30729
--[Information] [5/13/2015 6:14:57 AM] .Net Framework: 4.0.30319
-[Information] Update detection
--[Information] [5/13/2015 6:14:57 AM] Automatic update is disabled
--[Information] [5/13/2015 6:14:57 AM] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [5/13/2015 6:14:57 AM] AviSynth: 2.6.0.5 (20-02-2015)
--[Information] [5/13/2015 6:14:57 AM] There is 1 package which can be updated: mediainfo
--[Information] [5/13/2015 6:14:57 AM] AvisynthWrapper: (03-01-2009)
--[Information] [5/13/2015 6:14:57 AM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [5/13/2015 6:14:57 AM] Haali DSS2: (14-04-2013)
--[Information] [5/13/2015 6:14:57 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (08-08-2008)
--[Information] [5/13/2015 6:14:57 AM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [5/13/2015 6:14:57 AM] MediaInfo: 0.7.69.0 (24-04-2014)
--[Information] [5/13/2015 6:14:57 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [5/13/2015 6:14:57 AM] MessageBoxExLib: 1.0.2218.28317 (20-12-2008)
--[Information] [5/13/2015 6:14:57 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [5/13/2015 6:14:57 AM] 7z: 9.20 (18-11-2010)
--[Information] [5/13/2015 6:33:14 AM] Connected to server: http://megui.tmebi.de/stable/
--[Information] [5/13/2015 6:33:14 AM] There is 1 package which can be updated: mediainfo

Zathor

14th May 2015, 20:04

MeGUI 2534 DEV

I've just found an issue using AutoEncode about the "Eliminating duplicate filenames" with the audio Output:

So fdkaac encoder failed because output=input and so input file is deleted...

No problem when using the "Queue" button for audio part with FDK-AAC.
No issue if using "Nero Encoder" with both "AutoEncode" & Queue" buttons.
Thx, good catch. Was there for a long time and did also affect other audio encoders. Problem is fixed now.

2541 [AutoEncode] fixed unintentional deletion of audio input file
2540 [Audio Encoder] improved custom command line handling. part II
2539 [FFMS Indexer] disabled AVI file handling as FFMS may cause jittery motion
2538 improved handling of file access exceptions
2537 [FDK-AAC Encoder] fixed wrong bitrate value after preset loading
2536 [Audio Encoder] improved custom command line handling
2535 [MP4 Muxer] fixed Apple chapters handling. Patch by Eli Bildirici #67
fixed remaining temporay chapter file after mux

Zathor

14th May 2015, 20:06

Ah yes, I'm on 2525.
Then please switch to the development branch in the settings and update to the newer release. Your problem should then be solved.

Barough

14th May 2015, 20:28

Thnx for the new build Zathor :)

SacredCultivator

15th May 2015, 18:53

Using 2541 I noticed when trying to encode an audio with Nero Encoder I get an error;
--[Information] [5/15/2015 10:50:03 AM] Process started
--[Information] [5/15/2015 10:50:03 AM] Standard output stream
---[Information] [5/15/2015 10:50:03 AM] ERROR: no input file specified
--[Information] [5/15/2015 10:50:03 AM] Standard error stream
---[Information] [5/15/2015 10:50:03 AM] *************************************************************
---[Information] [5/15/2015 10:50:03 AM] * *
---[Information] [5/15/2015 10:50:03 AM] * Nero AAC Encoder *
---[Information] [5/15/2015 10:50:03 AM] * Copyright 2009 Nero AG *
---[Information] [5/15/2015 10:50:03 AM] * All Rights Reserved Worldwide *
---[Information] [5/15/2015 10:50:03 AM] * *
---[Information] [5/15/2015 10:50:03 AM] * Package build date: Feb 18 2010 *
---[Information] [5/15/2015 10:50:03 AM] * Package version: 1.5.4.0 *
---[Information] [5/15/2015 10:50:03 AM] * *
---[Information] [5/15/2015 10:50:03 AM] * See -help for a complete list of available parameters. *
---[Information] [5/15/2015 10:50:03 AM] * *
---[Information] [5/15/2015 10:50:03 AM] *************************************************************
---[Information] [5/15/2015 10:50:03 AM] Unknown parameter : -
--[Error] [5/15/2015 10:50:03 AM] An error occurred: Abnormal encoder termination. Exit code: 1

Although when trying to encode same file but into .mp3, there's no issues.

It says no input file, but there is... I just click and dragged the audio .avs file into the Audio encoding area.

- - -
EDIT:
Reverting to Stable 2525 doesn't suffer this issue. But when I reverted back to Stable all my profiles errored/were moved to "Backup"

Overdrive80

15th May 2015, 19:53

Error indexing avi file (magicyuv encoded) using lsmash.

http://pastebin.com/z3Dukhum

Edit: lossless códec wrong

Edit2: Solved http://forum.doom9.org/showthread.php?p=1722441#post1722441

tebasuna51

15th May 2015, 21:39

@SacredCultivator
Please put the full log.

SacredCultivator

15th May 2015, 22:50

Thanks Zathor for the fix, as I just noticed it was working then checked the Changelog;
2542 [Nero AAC Encoder] fixed not able to start encodes (regression of 2536). Bug #800

hello_hello

16th May 2015, 00:19

Hi Zather.

Just letting you know the fdkaac configuration for VBR encoding still isn't right. At least not for AAC-LC. The command line looks like this:

C:\Program Files\MeGUI\tools\fdkaac\fdkaac.exe --ignorelength -m 1 -b 192 -p 2 - -o "D:\audio.m4a"

-m 1 specifies a variable bitrate quality and the bitrate that follows seems to be ignored, so it doesn't matter what you set the bitrate to, you get the "-m 1" bitrate. The VBR choices should be m1, m2, m3 etc, not a bitrate. I'm pretty sure -p 2 doesn't need to be there as it's the default. Not that it'd matter.

So far, every VBR LD and ELD encode I've tried has resulted in an error. I'm not sure I understand why yet.

The other AAC encoder configurations seem to default to the encoder's default VBR setting. For the sake of consistency it'd probably be nice if the "load defaults" button did the same for the FDK encoder. I'm not sure how you'd determine the "official" fdk defaults as if you try to encode without specifying what you want in the command line the encoder just produces an error (unlike NeroAAC, for example, which will output a VBR q0.50 encode unless you tell it otherwise).

While I'm here, could someone please explain the difference between MPEG2 AAC and MPEG4 AAC. Obviously there is one, but I'm not sure I understand what it is. http://wiki.hydrogenaud.io/index.php?title=Fraunhofer_FDK_AAC#Audio_Object_Types

Thanks.

detmek

16th May 2015, 11:51

AFAIK, MPEG2 AAC (Part 7) is original AAC specification. Later it was upgraded to MPEG4 AAC (Part 3). Some profiles are changed, some added and some merged. Search for these terms.
For example, AAC-LC was a part of original spec. AAC-HE and AAC-HEv2 were added later, in MPEG4 AAC spec.

Zathor

16th May 2015, 14:00

Just letting you know the fdkaac configuration for VBR encoding still isn't right. At least not for AAC-LC.
I have no clue about the parameters myself... I need to investigate that. Thx nevertheless.

Another topic - I plan to remove the aften encoder as ffmpeg can also encode AC3 and to my knowledge the aften developer has implemented the ac3 encoder in ffmpeg a while ago. So I would say aften is outdated and superseeded by ffmpeg. Is that correct? Or any objections?

Barough

16th May 2015, 14:12

I have no clue about the parameters myself... I need to investigate that. Thx nevertheless.

From the README of FDK-AAC

-m, --bitrate-mode \<n\>
: Bitrate configuration mode. Available VBR quality value depends on
other parameters such as profile, sample rate, or number of
channels.

0
: CBR (default)

1-5
: VBR (higher value -\> higher bitrate)

Another topic - I plan to remove the aften encoder as ffmpeg can also encode AC3 and to my knowledge the aften developer has implemented the ac3 encoder in ffmpeg a while ago. So I would say aften is outdated and superseeded by ffmpeg. Is that correct? Or any objections?

Never used Aften myself so i don't have a clue

Zathor

16th May 2015, 14:14

Barough

16th May 2015, 14:34

In the CLI help:

(VBR mode is not officially supported, and
works only on a certain combination of
parameter settings, sample rate, and
channel configuration)

So I ask myself currently if I should remove VBR completly (can be enabled in the custom command line).

Just beacuse VBR mode is not officially supported so dont i see a reason just to remove it due to that. Personally so do i think u should fix the UI for fdk-aac vbr (maybe get it to look like qaac's vbr ui) and get the correct vbr parameters etc in place.

LigH

16th May 2015, 19:43

Just like any other quality-related encoder, fdkaac also achieves a more constant quality in VBR mode, therefore I would certainly prefer this mode, even though I do not prefer fdkaac specifically, because the gaps between the quality steps are so wide.

Barough

16th May 2015, 20:20

Totally agree with ya LigH about the gaps between the quality steps. It could use a couple of more steps or so and things would be smoother so 2 say.

hello_hello

16th May 2015, 22:52

If we're talking about fdkaac and VBR, I think some of the unsupportedness in respect to VBR is in the process of being fixed.
http://wiki.hydrogenaud.io/index.php?title=Fraunhofer_FDK_AAC#Issues

It's kind of odd that VBR is not officially supported given it seems to take precedence. If you have the encoder configured for CBR encoding (MeGUI configuration) but add a VBR quality to the command line, even though the bitrate is specified first, it's ignored.

I agree there's a huge bitrate jump between some of the quality settings, and while I've only played around with the ones at the higher end of the quality scale, as I explained in a previous post much of the bitrate gap seems to be caused by the default choice of lowpass frequency.
http://wiki.hydrogenaud.io/index.php?title=Fraunhofer_FDK_AAC#Bandwidth
I suppose we should remember this encoder was intended for portable devices and probably configured to be bitrate concious, but adjusting the lowpass frequency seems to close the bitrate gap between the m4 and m5 quality presets. I use -w 18500 in the command line for both and the m4 quality bitrate increases while the m5 quality bitrate decreases. I haven't really experimented with the lower quality settings.

I know fdkaac seems to be all sorts of popular these days, no doubt due to it's free-ness and the fact the Nero encoder disappeared from Nero's site for a bit, but FhGAAC (https://github.com/tmkk/fhgaacenc/) seems like it's more fun. I still haven't played with it extensively but in LC-AAC VBR mode it's up to twice as fast as Nero/QAAC/FDKAAC and the quality seems fine. The files required for encoding need to be manually extracted from the WinAmp installer. Foobar2000 has presets for FhGAAC encoding and the foobar2000 encoder pack contains a modified version of fhgaac (http://www.hydrogenaud.io/forums/index.php?showtopic=106494&st=0&p=870930&#entry870930). Now it's been modified for 32 bit, it leaves fdkaac as the only aac encoder (of the four popular encoders) that doesn't support 32 bit float input (I don't think the foobar2000 encoder pack has been updated with the 32 bit version of FhGAAC quite yet, but it can be downloaded via the thread I linked to). It'd be nice if MeGUI supported FhGAAC. :)

FDK AAC vs FHG AAC (http://www.hydrogenaud.io/forums/index.php?showtopic=100308)Another topic - I plan to remove the aften encoder as ffmpeg can also encode AC3 and to my knowledge the aften developer has implemented the ac3 encoder in ffmpeg a while ago. So I would say aften is outdated and superseeded by ffmpeg. Is that correct? Or any objections?

If ffmpeg's AC3 encoding is the same as AFTEN then I guess it doesn't matter, although I'd like to see a "use what ever encoder you like" audio encoder configuration (ie a custom one). One where you can specify the path to any command line encoder of your choosing along with the appropriate command line. That way you could remove AFTEN but still use MeGUI for AFTEN AC3 encoding.

tebasuna51

17th May 2015, 10:25

Another topic - I plan to remove the aften encoder as ffmpeg can also encode AC3 and to my knowledge the aften developer has implemented the ac3 encoder in ffmpeg a while ago. So I would say aften is outdated and superseeded by ffmpeg. Is that correct? Or any objections?

No problem for me, but remember than ffmpeg (AFAIK) don't have a parameter like the -readtoeof (aften) or -ignorelength (other encoders) and big PCM data (like movie audio multichannel tracks) must be sended with a W64 header instead standard WAV header.

detmek

17th May 2015, 13:09

Zathor

17th May 2015, 13:39

No objections about removig Aften as I don't use it at all.
The only thing I am missing is ability to download only components that I need (x264, qaac, mkvtoolnix and few avisynth filters) and MeGUI not to disable those I didn't use recently. But, it used to be like that and it was changed.
The way it is currently is that all components which you use (+ some basic ones) are taken care of. If you never use a tool it will not be downloaded. If you use a tool only now and then (currently > 4 weeks), then it will be not updated automatically anymore but in the moment you use it it will be downloaded (if you have internet connection).
EDIT: So I do not see any problems here (except the situation where you do not have internet when a file can be downloaded). Where do you see a problem?

If ffmpeg's AC3 encoding is the same as AFTEN then I guess it doesn't matter, although I'd like to see a "use what ever encoder you like" audio encoder configuration (ie a custom one). One where you can specify the path to any command line encoder of your choosing along with the appropriate command line. That way you could remove AFTEN but still use MeGUI for AFTEN AC3 encoding.
This is already quiet a while on my list (+ custom video encoder). Maybe it is time to implement it now.

hello_hello

17th May 2015, 16:42

Zathor

17th May 2015, 17:10

Zathor, is there a reason when L-Smash is used MeGUI doesn't add the same frame rate conversion stuff to the script it does for ffms2? It's just that you could have fixed the ffms2/avi problem by removing the ffms2 frame rate conversion from the script instead of switching to L-Smash for AVIs (the frame rate conversion causes the problem), but L-Smash treats AVIs with null frames as variable frame rate just as ffms2 does, so if it was a good idea for ffms2, it's a good idea for L-Smash. Probably for all file types.
The conversion has been added in L-SMASH lateron. But I also never encountered there myself the problem ffms has (had?), that without this parameter frame rates are sometimes slightly off. AssumeFPS does also fix this, but this caused for me problems with some sources. Is there an AVI source file which I can try? I remember someone has uploaded a file but I cannot find it.

Zathor

17th May 2015, 17:19

No problem for me, but remember than ffmpeg (AFAIK) don't have a parameter like the -readtoeof (aften) or -ignorelength (other encoders) and big PCM data (like movie audio multichannel tracks) must be sended with a W64 header instead standard WAV header.
Thanks for the hint. I just tried it and the ffmpeg encoders included are failing already.

detmek

17th May 2015, 18:13

Damn. I should checked that. I remember that in one period of time MeGUI wouldn't run unless all of the tools are installed. Good. No problem. I can delete encoders I don't need.
Thanks Zathor.

hello_hello

17th May 2015, 21:23

The conversion has been added in L-SMASH lateron. But I also never encountered there myself the problem ffms has (had?), that without this parameter frame rates are sometimes slightly off. AssumeFPS does also fix this, but this caused for me problems with some sources. Is there an AVI source file which I can try? I remember someone has uploaded a file but I cannot find it.

Here you go. This is an AVI where I assume some frames were dropped when it was captured. There's only one missing/null frame in the sample as it's very small. Open it with AviSource first and check the frame count, duration and frame rate. AviSource should get it right (or maybe it's the splitter getting it right). You'll see frames 413 and 414 are the same. Repeat the process using ffms2, L-Smash or DirectShowSource and the frame count will drop by one unless the appropriate frame rate conversion is used. The duration stays the same though, which means the frame rate will change a little. If anything Assumefps(25,1) would probably make things worse because it changes the duration, not the frame count.

You should be able to remux the AVI as an MKV and the result will be exactly the same, aside from no longer being able to open it with AviSource.

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

I just noticed something odd with that sample. For me AviSource (or the decoder) seems to be having problems with the first couple of frames, which may be the cause, but whatever it is something's throwing the frame count off by one. It doesn't change anything in respect to needing the frame rate conversion, except that AviSource is consistently one frame behind the other decoding methods and doesn't display the very last frame. I just thought I'd mention it......

Zathor

17th May 2015, 22:32

Thanks, file downloaded. I will have a look at it.

Meanwhile:

2544 [FFmpeg Encoder] fixed missing W64 header for large PCM data
2543 [FDK-AAC Encoder] fixed VBR mode
2542 [Nero AAC Encoder] fixed not able to start encodes (regression of 2536). Bug #800

Barough

17th May 2015, 22:41

Thnx a lot Zathor :)

Looking forward 2 when it hits the update server :)

hello_hello

18th May 2015, 23:04

This is already quiet a while on my list (+ custom video encoder). Maybe it is time to implement it now.

While you're at it, could we have a custom script section in the script creator and a way to tell MeGUI where to put it in the script? Similar to the method for specifying the order of the other filters such as

<custom>

I know there's this whole script tab but the biggest problem there is manual changes are lost whenever you change something in the script creator GUI and it'd be nice to be able to add something to a script that "sticks".
I know there's the template function but for some things that's not practical. It'd be nice to have a section where you could simply type in something that's included in a script along with everything else, or even to copy and paste something MeGUI added to a script so you can modify it and then disable it in the GUI.

kalehrl

19th May 2015, 07:07

Possible bug report.
When using a custom command entry in xvid dialog, custom command line, credits cannot be set.
Encoding starts but without the credits part of the encoding command line.

mini-moose

19th May 2015, 10:03

FFVideoSource("E:\movie.mkv", fpsnum=24000, fpsden=1001, threads=1)

is fpsnum=24000, fpsden=1001, threads=1 really needed?
I noticed that on 2-pass encodes those arguments causes the 1st pass to be about 1/5 the speed of what I would get if I don't use
that part.

hello_hello

19th May 2015, 10:06

It appears Wilbert has created a new timestretch plugin that works correctly for multichannel audio. See post #20 here (http://forum.doom9.org/showthread.php?t=171804).

That should be fine for Avisynth+ but I'm not sure how you'd use it with Avisynth 2.5 or 2.6 because the way I understand it the same time stretch function is "built in" to those versions of Avisynth. Is there a way to force Avisynth to use an external plugin instead if it's internal functions?

Anyway, I just thought I'd mention it. Even if it can only be loaded and the "phasing problem" warning removed from the log file when Avisynth+ is being used, at least it's a step in the right direction, I suppose.

hello_hello

19th May 2015, 10:15

is fpsnum=24000, fpsden=1001, threads=1 really needed?
I noticed that on 2-pass encodes those arguments causes the 1st pass to be about 1/5 the speed of what I would get if I don't use
that part.

The idea is if the video has null (missing) frames it won't be treated as variable frame rate, or if it's variable frame rate it'll be converted to a constant frame rate. The latter mightn't necessarily be pretty, but at least you get an encode with synced audio. If the frame rate is already the same constant frame rate as what's added to the script, in theory the frame rate conversion should have no effect. If the source is constant frame rate and it's slowing the 1st pass speed (I never use 2 pass encoding myself so it's not something I'd have noticed) it's perfectly safe to remove it. The rule of thumb for checking would be to make note of the total number of frames in MeGUI's preview, remove the frame rate conversion stuff, and then refresh the preview. If the total frame count doesn't change, you're fine without it (which you will be 99% of the time).

Adding frame rate conversion to the script that way is something most other encoder GUI's don't do. I thought it was a good idea, and in theory I still do, but I guess on the odd occasion it can cause problems.

What type of files are your source? Don't use the frame rate conversion with AVIs as it doesn't work correctly. The latest version of MeGUI doesn't use ffms2 for indexing AVIs any more. For other file types, it should be fine.

I think Zathor said a future version of MeGUI's script creator will have an option for not adding the frame rate conversion to the script

mini-moose

19th May 2015, 10:26

The idea is if the video has null (missing) frames it won't be treated as variable frame rate, or if it's variable frame rate it'll be converted to a constant frame rate. The latter mightn't necessarily be pretty, but at least you get an encode with synced audio.

Thanks a lot for the detailed reply hello_hello.
I don't do 2-pass much but I have a friend who sometimes wants something on a disc (old school!) so I had to.

Wouldn't adding something like "AssumeFPS(24000,1001)" (or whatever the source fps is) give the same result?
That doesn't cause any sort of slowdowns I know of.

I don't use it for AVI, it's mostly for stuff like blu-ray.

hello_hello

19th May 2015, 13:30

Wouldn't adding something like "AssumeFPS(24000,1001)" (or whatever the source fps is) give the same result?
That doesn't cause any sort of slowdowns I know of.

When the video is variable frame rate, ffms2 and l-smash output a constant frame rate using the average frame rate.
If for example you have a video with a constant 24fps frame rate but just one of those frames has a duration of double the rest, ffms2 & l-smash would both output the same number of frames as the source, the duration would be the same but the frame rate might be something like 23.996fps because it's the average frame rate. When the frame rate conversion is included, both decoders output a constant 24fps by dropping or duplicating frames where necessary. For the previous example that frame with twice the duration would have the same duration as the rest but it'd be repeated, the total duration would be correct & the frame count would increase by one.

That's a very basic example but the decoders convert to a constant frame rate by duplicating and/or dropping frames. Assume(FPS) would take the 23.996 frame rate and speed it up to 24fps, but that "missing" frame wasn't duplicated, so the frame rate would be 24fps but the duration would be slightly less. Once again it's a fairly simple example but that'd be the difference.

If you scroll up to post 4544 there's a link to an little AVI with one "null" frame I uploaded as an example.

tebasuna51

20th May 2015, 09:38

It appears Wilbert has created a new timestretch plugin that works correctly for multichannel audio. See post #20 here (http://forum.doom9.org/showthread.php?t=171804).

That should be fine for Avisynth+ but I'm not sure how you'd use it with Avisynth 2.5 or 2.6 because the way I understand it the same time stretch function is "built in" to those versions of Avisynth. Is there a way to force Avisynth to use an external plugin instead if it's internal functions?

No problem because you can call the external plugin with other function name:

TimeStretchPlugin()

hello_hello

20th May 2015, 16:55

No problem because you can call the external plugin with other function name:

TimeStretchPlugin()

Excellent. I learn something new about Avisynth every day. Maybe that's because I don't know much......

Now if Zathor could replace the old plugin with the new one. :)

kalehrl

22nd May 2015, 13:58

Possible bug report.
When using a custom command entry in xvid dialog, custom command line, credits cannot be set.
Encoding starts but without the credits part of the encoding command line.
Hi Zathor
Did you have time to look into this?

Zathor

23rd May 2015, 09:20

kalehrl

23rd May 2015, 12:38

mini-moose

23rd May 2015, 12:54

When the video is variable frame rate, ffms2 and l-smash output a constant frame rate using the average frame rate.

Thanks again for all the detailed responses.

I've been playing around with it. The encode speeds I get with threads=1 (that seems to be the main speed bottleneck) are really a lot slower than without. I tried it both ways with very low crf settings (like crf 25-26 and preset fast) and low resolution (1920x1080-->720x404), just to compare. Roughly 1/5 the speed (might be less depending on cpu).

Another thing I did, is try the new ffms 2.2.1 on 2 movies (neither seem to have null frames following the test you suggested) and both came out out of sync when I didn't use threads=1. Then switched back to 2.2.0, no issues there.

Maybe I'm doing something wrong, I don't know..

hello_hello

24th May 2015, 00:17

I've been playing around with it. The encode speeds I get with threads=1 (that seems to be the main speed bottleneck) are really a lot slower than without. I tried it both ways with very low crf settings (like crf 25-26 and preset fast) and low resolution (1920x1080-->720x404), just to compare. Roughly 1/5 the speed (might be less depending on cpu).

That's interesting. I've used threads=1 for a long time because I had an issue decoding a couple of videos without it, so I just went back to a single thread and haven't had a problem since (with decoding).
I'd always assumed it wouldn't make much of a difference to encoding speed because the Avisynth filtering and encoding takes up most of the CPU cycles, but maybe that was a bad assumption. I'll run some tests later out of curiosity and report back.

Another thing I did, is try the new ffms 2.2.1 on 2 movies (neither seem to have null frames following the test you suggested) and both came out out of sync when I didn't use threads=1. Then switched back to 2.2.0, no issues there.

That sounds bad. Did the out of sync encode have the same number of frames as the source?
I'll try a few test encodes without threads=1 later on today to see what happens, but what sort of video were you encoding (resolution and codec)? Was that with or without the frame rate conversion and do you know if that also makes a difference?

stax76

24th May 2015, 01:46

That sounds bad. Did the out of sync encode have the same number of frames as the source?
I'll try a few test encodes without frames=1 later on today to see what happens, but what sort of video were you encoding (resolution and codec)? Was that with or without the frame rate conversion and do you know if that also makes a difference?

Should be very easy to reproduce, it happened to many people including myself, I reported it in the ffms2 thread.

kuchikirukia

24th May 2015, 03:56

E: never mind, I see you were talking about FFMS threads.
What the heck speed are you encoding at where FFMS decoding would be the bottleneck?

FFMS threads=1, x264 8 bit superfast crf=19, 720x368:
encoded 2067 frames, 182.71 fps, 2983.32 kb/s

Threads=4
encoded 2067 frames, 234.97 fps, 2983.32 kb/s

hello_hello

24th May 2015, 08:02

Should be very easy to reproduce, it happened to many people including myself, I reported it in the ffms2 thread.

I ran four test encodes, 20,000 frames, or about 14 minutes of video. Source 1080p. Output 704x396, default x264 settings. The source wasn't particularly high bitrate for 1080p. Something like 5500kbps. It's just a file I had handy. I used my ageing Q9450 PC.

Frame rate conversion + threads=1:
8 minutes, 4 seconds, 41.40fps, 20000 frames.

Frame rate conversion only:
4 minutes, 54 seconds, 68.23fps, 20000 frames.

Threads=1 only:
8 minutes, 41.75fps, 20000 frames

No frame rate conversion, no threads=1:
4 minutes, 51 seconds, 68.55fps, 20000 frames.

I took the above from MeGUI's log file. I'm going to try again with the previous version of ffms2 to see if the number of threads makes a similar difference, but at the moment it's changed my perspective a little on using threads=1 for HD sources. At least when I'm not using slow filtering.

"Unfortunately" I didn't duplicate the audio sync issue. I encoded the above by adding Trim(10000,29999) to the end of the script. The output was identical in size each time down the the number of bytes. I even cut out the matching section of audio and muxed it with each encode in order to check for audio sync issues, but they're weren't any.

Maybe it's frame rate dependant? My source was h264 in an MKV with a frame rate of 24fps.

Edit: I tried again using the previous ffms2 version and the encoding times above barely changed, so at least the threads=1 speed difference is only due to using less threads for decoding and not a bug.

Zathor

24th May 2015, 08:39

It works as expected when using 2pass xvid encoding.
If you use 1pass encoding - CQ, the credits are not set using 'Credit' button in 'video preview'.
I looked at xvid_encraw encoding options to make sure different credits quantiser can be used in CQ mode and it can.
It doesn't have anything to do with using a custom command line but with 2pass or 1pass encoding.
Yes, that is correct. When using CQ mode the zones are not applied. It is that way at least since 2009. Not sure why... also the zones command line does not match with the help. I will have a look.

Zathor

24th May 2015, 08:55

I took the above from MeGUI's log file. I'm going to try again with the previous version of ffms2 to see if the number of threads makes a similar difference, but at the moment it's changed my perspective a little on using threads=1 for HD sources. At least when I'm not using slow filtering.
With more than 1 thread there may be also access violations when quickly seeking/jumping in the avs (e.g. during automatic deinterlacing detection of MeGUI). This was the main reason why I have made threads=1 the default. Not sure if this still applies to 2.21

mini-moose

24th May 2015, 09:19

That sounds bad. Did the out of sync encode have the same number of frames as the source?
I'll try a few test encodes without threads=1 later on today to see what happens, but what sort of video were you encoding (resolution and codec)? Was that with or without the frame rate conversion and do you know if that also makes a difference?

What I used is: bluray 1920x1080 (video demuxed to mkv with eac3to and indexed with ffms2), resized to 720x404. CRF 25, Preset fast.

Encode 1 with:
LoadPlugin("C:\megui\tools\ffms\ffms2.dll")
FFVideoSource("D:\video.mkv", fpsnum=24000, fpsden=1001, threads=1)
Spline36Resize(720,404)

Encode 2 with:
LoadPlugin("C:\megui\tools\ffms\ffms2.dll")
FFVideoSource("D:\video.mkv")
Spline36Resize(720,404)

(also tried with fpsnum=24000, fpsden=1001, threads=0 and fpsnum=24000, fpsden=1001, threads=16, and results were identical/similar to Encode 2 in speed and sync).

Did those with ffms 2.2.0 and ffms 2.2.1.

Encode done with previous gen i7 6-core. with threads=1 I got around 40fps, without about 160fps.

Encode 1 on both ffms version - in sync
Encode 2 on both ffms version - in synch with 2.2.0, async with 2.2.1.

I checked the frame number on the 2.2.1 one, they are the exact same. However, on the t=1 encode first visible video frame is at frame 51, on t=0 it's at frame 62. Same 11 frames difference for the very last visible frame on the video.

I did the encode itself with batch file but the indexing and avs files created with megui. Was just faster for me to do several test this way.

Honestly, this may be more a topic for FFMS thread, for some reason I didn't find one that seemed active, but I'll look again. But it's relevant for megui users as well.

edit: I found the thread stax76 and I see reports on similar issues with ffms 2.2.1. Dev seem to be already doing RC versions to fix issues.

hello_hello

24th May 2015, 09:42

I looked at the bug report in the ffms2 thread, and as a result I tried to duplicate it again, this time by encoding the video from the very beginning.

This time I was successful. Too successful.
The video in question has a bunch of black frames before a frame with a picture so it was easy to step through the frames using MPC-HC and count them until I hit picture.

Source video, 25 frames
New ffms2, threads=1, 27 frames (I encoded and checked that twice)
New ffms2, no threads specified, 30 frames
L-Smash, no threads or frame conversion, 25 frames,
Old ffms2, threads=1, 25 frames
Old ffms2, no threads or frame rate conversion, 25 frames

%@$%!!!!!!!
Can I be allowed to say that again? %@$%!!!!!!!
How many ffms2 encodes have I made since the last update. One more time. %@$%!!!!!!!

Now I'm preying the problem only effects h264 sources because so far most of my encodes since the last update haven't been h264 sources, I don't think. %@$%!!!!!!!

Oh well..... off to check them all, after a bit of a lie down.

Can we make L-Smash the preferred decoder?

mini-moose

24th May 2015, 10:36

I looked at the bug report in the ffms2 thread, and as a result I tried to duplicate it again, this time by encoding the video from the very beginning.
This time I was successful. Too successful.
The video in question has a bunch of black frames before a frame with a picture so it was easy to step through the frames using MPC-HC and count them until I hit picture.

Source video, 25 frames
New ffms2, threads=1, 27 frames (I encoded and checked that twice)
New ffms2, no threads specified, 30 frames
L-Smash, no threads or frame conversion, 25 frames,
Old ffms2, threads=1, 25 frames
Old ffms2, no threads or frame rate conversion, 25 frames

I didn't have sync issues with threads=1, but maybe I'm not sensitive enough to notice less frames async, not sure :)

I indexed the video I made with ffms 2.2.0 (without threads=) and the first visible video frame there is 49 (with new one it's 51 when threads=1 is used and 62 when not).

hello_hello

24th May 2015, 11:19

I'm not sure I'd necessarily notice a 2 frame async most of the time either (it's only about 40ms), but I'd prefer to know there isn't one. I've checked a few encodes of old AVI sources (that's what I've mostly been doing lately to run some filtering on them and clean them up a bit) and so far there appear not to be any extra frames at the beginning, so maybe it is only a problem with h264 sources. I haven't checked any of those re-encodes yet. That makes me feel a bit better. I've rolled back to the previous ffms2 for the time being, but I think I'll start getting into the habit of using L-Smash.

mini-moose

24th May 2015, 11:32

I'm not sure I'd necessarily notice a 2 frame async most of the time either (it's only about 40ms), but I'd prefer to know there isn't one.
I've rolled back to the previous ffms2 for the time being, but I think I'll start getting into the habit of using L-Smash.

Yeah, I prefer to know there isn't one as well :)

I've rolled back too.

Trying L-Smash now, at least on the speed side it seems to be doing a on better than ffms with threads=1.

Need to read up whether there any possible bugs/issues with using L-Smash.

hello_hello

24th May 2015, 13:32

Thinking about it, a 1 frame async is about 40ms, so 2 frames must be about 80ms. I don't know what I was thinking before, but 80ms is definitely heading into "noticeable audio and video de-sync" territory.

mini-moose

24th May 2015, 13:52

80ms is definitely heading into "noticeable audio and video de-sync" territory.

Indeed, it might be still in a range I might not notice too much unless I sit and watch closely (maybe not even then).

Weird thing though is that my complete encode with all possibilities are the same number of frames in total and yet there are some additional frames at the beginning. 11 on one and 13 on the other.

The speed drop is not relevant to the version though. I see from some results posted it's not just me experiencing it. However, maybe my results are more on the extreme slow side by comparison, than what others get.
Seems bumping up the threads increases the speed quite a bit, but I don't know what I should use. Say for i7 Q-Core, would it be 4,8 or 12? On my test I used what x264 shows with threads auto which is the number of physical cores x3. Threads 0 is maybe similar to Auto function (need to read up on that)? But then Zathor said:

With more than 1 thread there may be also access violations when quickly seeking/jumping in the avs (e.g. during automatic deinterlacing detection of MeGUI). This was the main reason why I have made threads=1 the default. Not sure if this still applies to 2.21

from User Manual:
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.

kalehrl

24th May 2015, 20:16

Yes, that is correct. When using CQ mode the zones are not applied. It is that way at least since 2009. Not sure why... also the zones command line does not match with the help. I will have a look.
I added -zw 0 1 -zq 2860 14
in the custom command line and encoded just fine using CQ. So, the syntax is the same for both CQ and 2pass xvid encoding but for some reason it is not added in CQ mode.

Zathor

24th May 2015, 20:31

Yes, as written it will not be applied in CQ mode - thx to your test with the custom coommand line I know that it is (now?) supported.
EDIT: Will be changed in the next release

Zathor

25th May 2015, 00:07

2547 [XviD Encoder] adjusted settings for recent Xvid (requires Xvid 1.3.x)
2546 [FFmpeg Muxer] added FFmpeg muxer to support ASP elementary streams > 2GB
[XviD Encoder] MKV and AVI output will always be muxed with FFmpeg
2545 [Settings] merged "Always mux mkv encodings" with "use external muxer"

After nearly 6 years finally an update to Xvid. Please test!

Zathor

25th May 2015, 14:19

2551 [DGAVCIndex Indexer] removed DGAVCIndex
[DGIndexIM Indexer] added DGIndexIM. it has to be enabled in the settings and
the license.txt file has to be placed manually in the directory /tools/dgindexim
[Indexer] new default order: DGIndexNV, DGIndexIM, DGIndex, L-SMASH, FFMS
2550 [Aften Encoder] removed aften encoder. please switch to FFmpeg AC-3.
2549 [XviD Encoder] added additional log information
2548 [Muxer] fixed wrong fps value if fps is changed in AVS. Bug #799

kalehrl

25th May 2015, 14:59

There are no updates available.

Zathor

25th May 2015, 15:16

There are. Your client will only check every 24 hours.

kalehrl

25th May 2015, 19:33

Just updated successfully.
There is a bug with HVS masking selection.
There is no difference in the commandline when choosing Lumi or Variance.
In both cases it shows -masking 1 whereas for Variance it should be -masking 2.

Zathor

25th May 2015, 20:22

Thanks & confirmed. Will be fixed in the next release.
Too many bigger changes these days - and too many bug fix releases :(

Zathor

25th May 2015, 20:34

Zathor

25th May 2015, 20:43

Bugfix release:

2557 [OneClick] fixed missing audio files if using DGIndexNV (regression of 2554)
2556 [XviD] fixed not able to set -masking 2 (regression of 2547)
2555 [Muxer] fixed using 0 as fps value (regression of 2548)
2554 [OneClick] fixed an error when both DGIndex* are disabled (regression of 2551). Bug #801
fixed some problems when using the DGIndexIM indexer (regression of 2551)
2553 [OneClick] reset to indexer defaults to remove DGA
2552 [DGIndexIM Indexer] fixed not able to start job (regression of 2551)

kalehrl

25th May 2015, 22:04

Too bad there is no 'thanks' button here.
Many thanks Zathor for your continued work on MeGUI.

Zathor

25th May 2015, 22:59

welcome :)

locotus

26th May 2015, 01:19

Too bad there is no 'thanks' button here.
Many thanks Zathor for your continued work on MeGUI.

:goodpost:Agree.

Barough

26th May 2015, 03:35

Thnx for all the work u have done on MeGUI Zathor :)

Gr8 to see that u changed ur mind on Xvid. My friend will be so happy.

WorBry

26th May 2015, 03:38

....
Many thanks Zathor for your continued work on MeGUI.

Hear, hear !! And special thanks for adding DGIndexIM.

Zathor

26th May 2015, 06:44

Gr8 to see that u changed ur mind on Xvid. My friend will be so happy.
It was not so much me changing the mind. I noticed that ffmpeg is able to deal with ASP files > 2GB - this was necessary as AVIMuxGUI and MkvMerge are not able to process these files created by xvid_encraw.

Barough

26th May 2015, 07:23

It was not so much me changing the mind. I noticed that ffmpeg is able to deal with ASP files > 2GB - this was necessary as AVIMuxGUI and MkvMerge are not able to process these files created by xvid_encraw.

Thnx for the info :)

LigH

26th May 2015, 08:36

But based on the numbers I guess that DGIndexNV is on the top.

That may be true for PureVideo V5+ chips; earlier decoder chipsets were a lot more restricted regarding output frame rates. Therefore, users of generation 8/9 cards should not be surprised if a software decoder can be faster.

hello_hello

26th May 2015, 11:25

Thanks Zathor!

A question.....
I don't recall L-Smash being all that much slower at indexing than ffms2, but since the switch to L-Smash as the default I've noticed it is. Much slower. I think it's due to L-Smash unnecessarily indexing the audio even when there's no audio selected in the File Indexer. Like ffms2 used to do, until you fixed it.
Only I don't seem to be able to work out how to tell L-Smash not to index the audio, which would be very disappointing because for very large files with multiple audio streams it'd slow things down quite a lot. Do you know of a way to tell it what (not) to index that I'm missing?

When opening the index file with Notepad I see this at the top:

<LibavReaderIndexFile=13>
<InputFilePath>E:\test.mkv</InputFilePath>
<LibavReaderIndex=0x00000000,0,matroska,webm>
<ActiveVideoStreamIndex>+0000000000</ActiveVideoStreamIndex>
<ActiveAudioStreamIndex>+0000000001</ActiveAudioStreamIndex>

I'm certain the audio is being indexed because when I remux a test file with a second audio stream and index it again, the resulting index file is larger.

Thanks.

bilditup1

30th May 2015, 04:41

I submitted a patch (https://sourceforge.net/p/megui/patches/68/) that creates utf-8 txts for tracknames when muxing with mp4box, instead of feeding them directly in the command line. Useful for int'l chars as well as using control chars like :, =, or ".

tuankiet65

31st May 2015, 05:34

Can you update VSFilter to the latest version currently? (3.0.0.306)

stax76

31st May 2015, 10:12

And some benchmarks measured with AVSMeter:

Machine 1:
1: DGIndexNV (377 fps)
2: L-SMASH (146 fps)
3: FFMS2 (125 fps, threads=0)
4: FFMS2 (40 fps, threads=1)
5: DGIndexIM (30 fps, SW engine)

Machine 2:
1: DGIndexIM (273 fps, HW engine)
2: L-SMASH (229 fps)
3: FFMS2 (191 fps, threads=0)
4: FFMS2 (55 fps, threads=1)
5: DGIndexIM (43 fps, SW engine)

Machine & source specs does not matter so much. More important is the order of the indexer plugins. Sadly I do not have currently a machine wich is capable of DGIndexNV + DGIndexIM HW. But based on the numbers I guess that DGIndexNV is on the top.

This doesn't say much about encoding speed, what's important for encoding speed is how efficient the decoder is in regard of CPU time, a hardware decoder could be really fast but at the same time use much CPU time which isn't then available for x264 encoding. If I remember right then DSS/DSS2/DSS2MOD and LAV Filters with one of the 3 HW decoding modes can be extremely efficient, for scripts with complicated field processing DSS might not be usable but for simple scripts DSS and LAV Filters can be fine, PAL users could encode anything (except trim/cut) with just DSS without problems I believe.

Zathor

31st May 2015, 12:37

I should never again post benchmarks :D

Zathor

31st May 2015, 12:41

Can you update VSFilter to the latest version currently? (3.0.0.306)
Where do I find this?

Xebika

31st May 2015, 13:31

https://code.google.com/p/xy-vsfilter/wiki/Downloads?tm=2

Zathor

31st May 2015, 14:24

I hope you made tests as I am not using this filter ;)
Update is online

kalehrl

31st May 2015, 20:03

Is it expected for avi files to be muxed with avimux_gui instead of ffmpeg?
I encoded a file in xvid and it was automatically muxed into avi using ffmpeg and the original m4v file was deleted.
When I wanted to mux audio with it, avimux_gui was used with a warning that The output file will be splitted every 2GB. If this is not intended select the device type "PC" - but this will reduce compatibility for hardware players.
I wonder if it is designed to work like this or not?

huhn

1st June 2015, 02:07

This doesn't say much about encoding speed, what's important for encoding speed is how efficient the decoder is in regard of CPU time, a hardware decoder could be really fast but at the same time use much CPU time which isn't then available for x264 encoding. If I remember right then DSS/DSS2/DSS2MOD and LAV Filters with one of the 3 HW decoding modes can be extremely efficient, for scripts with complicated field processing DSS might not be usable but for simple scripts DSS and LAV Filters can be fine, PAL users could encode anything (except trim/cut) with just DSS without problems I believe.

DSS is frame inaccurate and i have learn this the hard way...

stax76

1st June 2015, 03:00

DSS is frame inaccurate and i have learn this the hard way...

Yes, DirectShow by design isn't frame accurate so DDS2 isn't usable for certain scripts, on the plus side is efficient hardware decoding and it's nice it don't need indexing. I think even hardware deinterlacing is possible. It's not as good as DGDecNV but free.

huhn

1st June 2015, 11:41

Yes, DirectShow by design isn't frame accurate so DDS2 isn't usable for certain scripts, on the plus side is efficient hardware decoding and it's nice it don't need indexing. I think even hardware deinterlacing is possible. It's not as good as DGDecNV but free.
it is theoretically possible to use DXVA deinterlacing and copyback but i don't know a DS filter that can do it.

and in the end way to risky anyway. if the result isn't frame accurate not sure if any benefit is worth that.
and it should made as clear as possible to new people "don't use DSS/DSS2".

stax76

1st June 2015, 12:26

it is theoretically possible to use DXVA deinterlacing and copyback but i don't know a DS filter that can do it.

and in the end way to risky anyway. if the result isn't frame accurate not sure if any benefit is worth that.
and it should made as clear as possible to new people "don't use DSS/DSS2".

Do you know where exactly it fails?

huhn

1st June 2015, 13:48

Do you know where exactly it fails?

i haven't used it in years.

but an easy way to see the issue was this.

directshowsource("yoursource")

and a script with

ffmpegsource2("yoursource")

and load it in vdub.

it was totally normal that the first frame was missing in the dss source script and if i'm not mistaken even the total number of frames where different.

adding a textsub makes things even worse.

and the next problem is what directshow decoder and splitter is used. so reproducing an issue with someone using DSS is pretty hard.

dss2 does a way better job but still.

hello_hello

1st June 2015, 16:01

Zathor,

Is the updating of the TimeStretch plugin still a work in progress?

I ask as TimeStretch.dll appears to have been added to the "MeGUI\tools\avisynth_plugin" folder but MeGUI is still loading the old plugin from the other plugin folder like this (Win XP):

AddAutoloadDir("C:\Program Files\MeGUI\tools\avs\plugins")

(Edit: What's the reason for the two plugin folders anyway?)

When the new TimeStretch plugin is eventually being used, the warning about destroying the phase relationship probably should be removed from the log file.

The above applies to MeGUI using the portable version of Avisynth or Avisynth+. When it's using Avisynth 2.5.8 or 2.6 etc, MeGUI still seems to be using the "built in" TimeStretch function rather than the new plugin. It would need to be loaded differently, I think.
http://forum.doom9.org/showthread.php?p=1723059#post1723059

Cheers.

kalehrl

1st June 2015, 20:02

I encoded a couple of files from mkv and mp4 format to xvid avi and the resulting files all had this strange entry in the mediainfo:
Frame rate : 47.952 fps
Original frame rate : 23.976 fps
The frame rate is 2x the normal frame rate of the source.
lsmash was used which seems to be the default of late.

hello_hello

2nd June 2015, 03:07

kalehrl,
I think "original frame rate" is the frame rate written to the video stream. The other one is the frame rate written to the container. I guess for the moment you could fix it by muxing the video and audio manually as it seems it's a muxing problem.

kalehrl

2nd June 2015, 07:05

I did mux audio and video manually using avi muxer in megui and it produced this.
I don't think it's avimux-gui's problem but rather ffmpeg's or lsmash's one.

Zathor

2nd June 2015, 20:42

Is it expected for avi files to be muxed with avimux_gui instead of ffmpeg?
I encoded a file in xvid and it was automatically muxed into avi using ffmpeg and the original m4v file was deleted.
When I wanted to mux audio with it, avimux_gui was used with a warning that
Yes, this is correct. FFmpeg is only used to create proper files for reuse in AViMuxGUI or MkvMerge.

Is the updating of the TimeStretch plugin still a work in progress?
I haven't even started to work on that topic :-) I have only updated already the package as I had to update vsfilter.
Two plugin folders are there btw because of standalone AviSynth+ and general plugins.

I encoded a couple of files from mkv and mp4 format to xvid avi and the resulting files all had this strange entry in the mediainfo:
Frame rate : 47.952 fps
Original frame rate : 23.976 fps
The frame rate is 2x the normal frame rate of the source.
lsmash was used which seems to be the default of late.
Post the log and if possible a sample file.

hello_hello

3rd June 2015, 11:31

I haven't even started to work on that topic :-) I have only updated already the package as I had to update vsfilter.
Two plugin folders are there btw because of standalone AviSynth+ and general plugins.

I guess I just assumed, as TimeStretch.dll in the MeGUI\tools\avisynth_plugin folder is dated 17th may 2015 so I assumed it was a recent addition. The version I have in the MeGUI\tools\avs\plugins folder is January 2014.

Sorry, I wasn't meaning to hassle you..... :)

kalehrl

3rd June 2015, 14:48

Post the log and if possible a sample file.
Logs sent via pm.
Sample shouldn't be necessary because every single file with frame rate of 23.976 exhibits this.

Zathor

4th June 2015, 11:45

Thanks. FFmpeg does not set the frame rate in the correct way when it is not forced with -r.

2561 [AVI Muxer] improved logging
2560 [FFmpeg Muxer] force source frame rate (regression of 2546)
2559 [MP4 Muxer] support UTF-8 for track names. Patch by Eli Bildirici #68

Zathor

4th June 2015, 11:58

I guess I just assumed, as TimeStretch.dll in the MeGUI\tools\avisynth_plugin folder is dated 17th may 2015 so I assumed it was a recent addition. The version I have in the MeGUI\tools\avs\plugins folder is January 2014.
It is a recent addition (together with the vsfilter plugin). But in order to use it also MeGUI itself has to be modified.
Btw. does this new plugin really fix the destroying of the phase relationship?

hello_hello

4th June 2015, 20:09

Btw. does this new plugin really fix the destroying of the phase relationship?

I've only briefly tested it but the old plugin resulted in obvious phasing after encoding and then downmixing the encoded audio to stereo on playback, whereas the new plugin did not.
I think that was the whole point of the new version. To update SoundTouch to something more recent.

http://www.surina.net/soundtouch/README.html
Change history.
1.8.0:
Added support for multi-channel audio processing

hello_hello

24th June 2015, 10:51

Given Avisynth+ development isn't moving at a hectic pace, could I suggest updating the version MeGUI uses (r1576?) to r1825 (http://www.mediafire.com/download/g69w83ya6kl3i1d/avisynth+_r1825-20150323.7z)?
According to the info here (http://avisynth.nl/index.php/AviSynth%2B#Latest_Release) it's considered to be more stable than the official stable version.

I'm suggesting updating it as I found an issue with r1576 that's apparently not an issue with r1825.
InpaintFunc.avs - Different result depending on Avisynth version (http://forum.doom9.org/showthread.php?t=172208)
I haven't tested the newer Avisynth+ myself yet, but from what I understand after reading Groucho2004's posts in the above thread, Avisynth+ r1576 produces a different result to Avisynth 2.6.0.6, whereas Avisynth+ r1825 and Avisynth 2.6.0.6 produce the same result with the InpaintFunc script.

stax76

24th June 2015, 12:10

Another problem with r1576 is it's not compatible with recent ffmpeg versions.

hello_hello

25th June 2015, 11:56

Another problem with r1576 is it's not compatible with recent ffmpeg versions.

I didn't know that. Thanks for the info.

I have Avisynth 2.6 installed but unfortunately there's still some sort of memory issue when using MeGUI/ffms2 with MKV source files and the "installed" Avisynth. It causes the Script Creator to produce errors when cropping or resizing if you don't do it very slowly and it's fairly annoying. Unfortunately that's a combination I use quite a bit so I'm forced to stick with the portable version of Avisynth that comes with MeGUI.

Barough

25th June 2015, 12:05

I manually updated to AviSynth+ r1825 like a month and a half ago and it works really well with MeGUI. I also update ffmpeg like once a week or so. Haven't stumbled over any issues so far........

stax76

25th June 2015, 12:31

I didn't know that. Thanks for the info.

I have Avisynth 2.6 installed but unfortunately there's still some sort of memory issue when using MeGUI/ffms2 with MKV source files and the "installed" Avisynth. It causes the Script Creator to produce errors when cropping or resizing if you don't do it very slowly and it's fairly annoying. Unfortunately that's a combination I use quite a bit so I'm forced to stick with the portable version of Avisynth that comes with MeGUI.

There is a memory leak in ffms2 C plugin but MeGUI probably don't use the C plugin. StaxRip isn't effected by any ffms2 problem but it's different in that it uses VFW avifile for both AviSynth+ x64 and VapourSynth x64.

hello_hello

25th June 2015, 14:11

I manually updated to AviSynth+ r1825 like a month and a half ago and it works really well with MeGUI. I also update ffmpeg like once a week or so. Haven't stumbled over any issues so far........

MeGUI puts Avisynth.dll in lots of it's own folders (each encoder folder, the avs folder etc). Is it safe to replace each one with the new file or will MeGUI just over-write them all with the old version again when it runs?

I'm assuming you're referring to using the portable Avisynth+ as opposed to installing it?

Barough

25th June 2015, 14:27

MeGUI puts Avisynth.dll in lots of it's own folders (each encoder folder, the avs folder etc). Is it safe to replace each one with the new file or will MeGUI just over-write them all with the old version again when it runs?

I'm assuming you're referring to using the portable Avisynth+ as opposed to installing it?

I just replaced the files in the avs folder and that was it. Haven't seen the Avisynth.dll file in any other folders.

The portable version is what i use.

hello_hello

25th June 2015, 16:27

I just replaced the files in the avs folder and that was it. Haven't seen the Avisynth.dll file in any other folders.

The portable version is what i use.

I found seven copies of Avisynth.dll in the following folders:

MeGUI
avs
ffmpeg
x264
x264_10b
x265
xvid_encraw

Along with copies of DeviL.dll.

So I told MeGUI to switch to the "installed" Avisynth and restarted it. That gets MeGUI to delete all the avisynth.dll and DeviL.dll copies.
Then I replaced all the files in the avs folder, told MeGUI to use the portable Avisynth and restarted it again. When it restarted it copied the new files back to the appropriate locations.

I don't know if switching between Avisynth versions was necessary. Chances are MeGUI would replace the copies with the newer files when it starts anyway, but it might be worth checking they're all the same.

So far so good (not that I've done much testing yet).

Barough

25th June 2015, 18:54

I have never enabled the option to always use the included Avisynth (nor installed the stand alone version) but when i did enable it so did avisynth.dll and DeviL.dll copies pop up here and there. So it seems like if u dont have AviSynth installed so do MeGUI use the portable one that comes with it, without any questions.......

hello_hello

25th June 2015, 19:33

I guess it must, but I've always had Avisynth "installed" so I don't know for sure.

LigH

26th June 2015, 13:55

Report in the German doom9/Gleitz board (http://forum.gleitz.info/showthread.php?47346-Erneut-Fehler-nach-Update-bei-MeGui):

When MeGUI creates an Xvid AVI "immediately" (e.g. in the Main window, loading an AVS, selecting Xvid as encoder, and queuing a job), it is now split into 2 jobs, so that xvid_encraw creates a raw ASP stream (*.m4v), and ffmpeg multiplexes it to an AVI. This multiplex uses the FourCCs "FMP4" as VfW and DShow flags, instead of "xvid" (VfW, right after "vids" chunk) and "XVID" (DShow). Especially consumer players supporting Xvid may not recognize the FourCC "FMP4".

I hope it will be possible to enforce the Xvid FourCCs during the ffmpeg multiplex.

Kurtnoise

26th June 2015, 14:42

ffmpeg -i input.avi -c:v mpeg4 -vtag XVID output.avi

Zathor

27th June 2015, 13:15

Fixed already several weeks ago in build 2558:
2558 [XviD Encoder] changed FourCC to XVID when muxing with FFmpeg (regression of 2546)

Zathor

27th June 2015, 13:30

Also I have now updated AviSynth+ to r1825, qaac to 2.50 and FFMS to 2.22 RC2. I have tested none of them myself. If you have problems write it down here please.

LigH

27th June 2015, 19:08

@ Kurtnoise:

MeGUI executes xvid_encraw to encode raw MPEG4-ASP first (*.m4v), then calls ffmpeg only to multiplex it:

"ProgramFiles\MeGUI\tools\ffmpeg\ffmpeg.exe" -y -i "*.m4v" -vcodec copy -vtag XVID -r fps "*.avi"

This call appears to ignore the FourCC tag.
__

People in ffmpeg related IRC channels recommend filing an issue on trac.

Zathor

27th June 2015, 19:12

As written in the german forum this is a bug of FFmpeg 2.7+
FFmpeg 2.5.2 wrote the tag correctly. 2.7 and above seems to ignore the vtag option for AVI containers (not for MKV).

If anyone has the time to report this bug (feature?) in the FFmpeg ticket tool please feel free to do so.

LigH

27th June 2015, 19:51

Ticket #4682 (https://trac.ffmpeg.org/ticket/4682)

Zathor

28th June 2015, 17:13

Thanks!

Morku

29th June 2015, 09:39

LigH

29th June 2015, 09:50

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

29th June 2015, 10:01

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

29th June 2015, 10:14

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

29th June 2015, 10:30

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

30th June 2015, 22:08

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

30th June 2015, 23:10

AMED

1st July 2015, 00:01

ahh ok, i'll just rename everything then.

LigH

1st July 2015, 07:06

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

1st July 2015, 11:28

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

1st July 2015, 11:38

hello_hello

1st July 2015, 13:31

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

1st July 2015, 15:28

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

1st July 2015, 17:36

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

1st July 2015, 18:10

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

LouieChuckyMerry

2nd July 2015, 05:36

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

2nd July 2015, 10:59

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

3rd July 2015, 02:24

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

3rd July 2015, 07:25

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

5th July 2015, 06:36

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

5th July 2015, 07:49

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

5th July 2015, 09:40

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

5th July 2015, 11:32

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

5th July 2015, 16:59

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

8th July 2015, 15:26

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

8th July 2015, 18:39

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

8th July 2015, 20:56

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

hello_hello

9th July 2015, 04:05

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

9th July 2015, 09:46

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

9th July 2015, 12:25

@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

16th July 2015, 08:38

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

18th July 2015, 20:56

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

18th July 2015, 21:31

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

LigH

19th July 2015, 08:46

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

19th July 2015, 09:40

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

LigH

19th July 2015, 17:03

What is not working, in detail, please?!

Barough

24th July 2015, 00:17

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

24th July 2015, 07:33

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

24th July 2015, 08:06

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

Kurtnoise

24th July 2015, 08:17

did you try to change the dts filter source ?

Barough

24th July 2015, 08:31

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

Kurtnoise

24th July 2015, 08:34

Config button and then Preferred Decoder...

Barough

24th July 2015, 08:38

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

24th July 2015, 13:02

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

24th July 2015, 13:40

Thnx for the info tebasuna51 :)

szabi

25th July 2015, 09:10

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

25th July 2015, 10:11

szabi

25th July 2015, 18:56

LigH

25th July 2015, 19:20

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.

stax76

25th July 2015, 19:48

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.

I wouldn't say l-smash is generally better then ffms2, StaxRip still uses ffms2 as default, it has some issues but the same is true for l-smash, I had for instance a NTSC DVD which ffms2 could handle using the rffmode parameter but I failed with l-smash. I do not recommend at all open TS directly, maybe you can open it if it's a clean source from a camcorder and you don't use trim but if it's DVB and you use trim l-smash won't work either, the thing is almost nobody gets DVB TS right because it's hell of complex to parse.

hello_hello

26th July 2015, 11:30

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

MeGUI 2566 is loading ffms2 like this for me (Windows XP):

LoadPlugin("C:\Program Files\MeGUI\tools\ffms\ffms2.dll")

Odd.......

I'm not sure I recall MeGUI ever having used a C plugin version of ffms2, but maybe my memory is bad as I found the following in the changelog:

2439 [FFMS Indexer] automatically switch to LoadCPlugin if required
2450 [FFMS Indexer] defaults to LoadPlugin if LoadCPlugin is also possible

Maybe MeGUI is incorrectly assuming it needs to switch to using LoadCPlugin in your case, but if so, I don't know why.

Edit: I just checked all the ffms2 versions in MeGUII's update_cache folder. The only C-plugin version I have in that folder is ffms2 r809 which is dated Dec 2013. None of the ffms2 versions since then (five more recent) appear to be C-Plugins. Not that it answers your question....

szabi

27th July 2015, 10:19

Hi

I did try it.
Default MeGUI script was
LoadCPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")
What did cause loading failure.
Now I did try this:
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")
There is no loading failure message, it can be loaded now however loading time almost 60 seconds but after it works.
Seems MeGUI create wrong call in script.

For me if no quality difference between L-SMASH and FFMS does not matter which used.
Thanks for all you to clarify this issue.

bye
szabi

LigH

27th July 2015, 10:26

The very first successful call of this script will have indexed the keyframes in the video stream, and possibly block starts in audio streams if audio processing was involved.

szabi

27th July 2015, 21:46

No audio process. I tried it but extremely slows down th entire process.
For this mkvextractgui is used.

kalehrl

1st August 2015, 09:42

Is it still necessary to have Apple Application Support installed for QAAC to work?

LigH

1st August 2015, 09:49

QAAC is still only a CLI frontend not containing any encoder; the Apple libraries are the place where the work is done.

You don't need to have any Apple application installed. Use makeportable (https://sites.google.com/site/qaacpage/cabinet/makeportable.zip?attredirects=0&d=1) to unpack the DLLs from a recent itunes6464setup.exe and place them with the qaac.exe, possibly even replace one huge DLL with a tiny dummy (http://www.hydrogenaud.io/forums/index.php?showtopic=85135&view=findpost&p=888827).

kalehrl

1st August 2015, 10:34

Downloaded makeportable from the same site aa qaac.
Placed the quicktime file in the same folder as makeportable.bat.
Double clicked it and it extracted the necessary files which I then copied to qaac Me GUI folder.
Works just fine :)

LigH

1st August 2015, 10:46

^ edit: link to the icudt49.dll substitute dummy (use only for a portable qaac; do not replace in a working iTunes installation if you use that!)

Zathor

1st August 2015, 12:36

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.
AVS line 1:
LoadCPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")

Full log file please

Kurtnoise

2nd August 2015, 06:40

@Zathor: patches (http://pastebin.com/8DWVyAHx)for Windows 10 detection...

hello_hello

2nd August 2015, 08:59

QAAC is still only a CLI frontend not containing any encoder...

Except for fhgaacenc.exe ;)

LigH

2nd August 2015, 09:14

Where is any kind of relation between QAAC and fhgaacenc?!

hello_hello

2nd August 2015, 10:13

My mistake. I misread your post as "QAAC is still the only CLI frontend not containing any encoder..."
Which gives it a completely different meaning. I don't know why, but my bad. Sorry.

AMED

6th August 2015, 01:09

Has anybody managed to get KNLMeansCL working with MeGUI's OCE?
[Error] Log for job5 (video, The 100 - 01x01 - Pilot.mkv.avs -> The 100 - 01x01 - Pilot_Video.264)
-[Information] [6/08/2015 12:00:03 PM] Started handling job
-[Information] [6/08/2015 12:00:03 PM] Preprocessing
-[Information] [6/08/2015 12:00:03 PM] Avisynth input script
--[NoImage] LoadPlugin("D:\MEGUI\tools\ffms\ffms2.dll")
--[NoImage] FFVideoSource("J:\Bluray Rips\Bluray\The 100 - Season 1\The 100 - 01x01 - Pilot.mkv", cachefile="K:\TMP\qvm42foc.pgl\The 100 - 01x01 - Pilot.mkv.ffindex", fpsnum=24000, fpsden=1001, threads=1)
--[NoImage] Spline36Resize(1280,720) # Spline36 (Neutral)
--[NoImage] SMDegrain(tr=2,prefilter=4,refinemotion=true,lsb=true)
-[Information] [6/08/2015 12:00:03 PM] resolution: 1280x720
-[Information] [6/08/2015 12:00:03 PM] frame rate: 24000/1001
-[Information] [6/08/2015 12:00:03 PM] target device selected: iPhone 4S/5, iPad 3/4/mini, WDTV
-[Information] [6/08/2015 12:00:03 PM] custom command line: --aq-mode 3
-[Information] [6/08/2015 12:00:03 PM] changing --ref to 9
-[Information] [6/08/2015 12:00:03 PM] Job command line: "D:\MEGUI\tools\x264\x264.exe" --level 4.1 --preset veryslow --tune grain --crf 18 --keyint 240 --vbv-bufsize 78125 --vbv-maxrate 62500 --qpfile "K:\TMP\qvm42foc.pgl\The 100 - 01x01 - Pilot.mkv - Chapter Information.qpf" --aq-mode 3 --output "K:\TMP\qvm42foc.pgl\The 100 - 01x01 - Pilot_Video.264" "K:\TMP\qvm42foc.pgl\The 100 - 01x01 - Pilot.mkv.avs"
-[Information] [6/08/2015 12:00:03 PM] Process started
-[Information] [6/08/2015 12:00:03 PM] Standard output stream
-[Error] [6/08/2015 12:00:03 PM] Standard error stream
--[Error] [6/08/2015 12:00:03 PM] avs [error]: Script error: there is no function named "KNLMeansCL"
--[Information] [6/08/2015 12:00:03 PM] (SMDegrain v.3.1.2d.avsi, line 199)
--[Information] [6/08/2015 12:00:03 PM] (K:\TMP\qvm42foc.pgl\The 100 - 01x01 - Pilot.mkv.avs, line 4)
--[Error] [6/08/2015 12:00:03 PM] x264 [error]: could not open input file `K:\TMP\qvm42foc.pgl\The 100 - 01x01 - Pilot.mkv.avs'
-[Error] [6/08/2015 12:00:03 PM] Process exits with error: 0xFFFFFFFF (-1)
-[Information] [6/08/2015 12:00:03 PM] Job completed
If i run the MeGUI generated AVS through AVSMeter it's fine.
http://s7.postimg.org/3yn1jozkb/Avsmeter.png

Running W10 Pro
FULL LOG (http://pastebin.com/vW045sUM)

LigH

6th August 2015, 07:10

MeGUI may use its own directory of AviSynth plugins. So don't rely on autoloading from your standard plugins directory (MeGUI's AviSynth may ignore that); explititly use "LoadPlugin"!

AMED

6th August 2015, 08:28

I've given load plugin a go and it still fails when it tries to encode the video. It does make it though the oneclick task where is uses the same avisynth script though which is strange.

OCE task that completes
[Information] Log for job3 (oneclick, The 100 - 01x01 - Pilot.mkv -> )
-[Information] [6/08/2015 7:23:29 PM] Started handling job
-[Information] [6/08/2015 7:23:29 PM] Preprocessing
-[Information] [6/08/2015 7:23:29 PM] Processing thread started
-[Information] [6/08/2015 7:23:29 PM] Desired size:
-[Information] [6/08/2015 7:23:29 PM] Split size:
-[Information] [6/08/2015 7:23:29 PM] MediaInfo
--[Information] [6/08/2015 7:23:29 PM] File: J:\Bluray Rips\Bluray\The 100 - Season 1\The 100 - 01x01 - Pilot.mkv
--[Information] General
---[Information] Format: Matroska
---[Information] FormatString: Matroska
---[Information] FileSize: 5734446763
---[Information] PlayTime: 00:41:16.512
--[Information] Video
---[Information] ID: 1
---[Information] StreamOrder: 0
---[Information] Width: 1920
---[Information] Height: 1080
---[Information] FrameCount: 59377
---[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: 1.778
---[Information] AspectRatioString: 16:9
---[Information] Delay: 0
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Audio
---[Information] ID: 2
---[Information] StreamOrder: 1
---[Information] Format: FLAC
---[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: VBR
---[Information] Delay: 0
---[Information] Title: Surround 5.1
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: Yes
---[Information] DefaultString: Yes
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Text
---[Information] ID: 3
---[Information] StreamOrder: 2
---[Information] Codec: S_HDMV/PGS
---[Information] CodecString: PGS
---[Information] Delay:
---[Information] Title:
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
-[Information] [6/08/2015 7:23:29 PM] MkvInfo
--[NoImage] File 'J:\Bluray Rips\Bluray\The 100 - Season 1\The 100 - 01x01 - Pilot.mkv': container: Matroska [title:The\s100\sSeason\s1\sDisc\s1 duration:2476512000000 segment_uid:c504b9a714d0952e7a2bb4d7ee8b3731 container_type:17 is_providing_timecodes:1]
--[NoImage] Track ID 0: video (MPEG-4p10/AVC/h.264) [number:1 uid:1 codec_id:V_MPEG4/ISO/AVC codec_private_length:195 codec_private_data:01640029... language:eng pixel_dimensions:1920x1080 display_dimensions:1920x1080 default_track:0 forced_track:0 enabled_track:1 packetizer:mpeg4_p10_video default_duration:41708333]
--[NoImage] Track ID 1: audio (FLAC) [number:2 uid:2 codec_id:A_FLAC codec_private_length:196 codec_private_data:664c614... language:eng track_name:Surround\s5.1 default_track:1 forced_track:0 enabled_track:1 default_duration:96000000 audio_sampling_frequency:48000 audio_channels:6]
--[NoImage] Track ID 2: subtitles (HDMV PGS) [number:3 uid:3 codec_id:S_HDMV/PGS codec_private_length:0 language:eng default_track:0 forced_track:0 enabled_track:1 content_encoding_algorithms:0]
--[NoImage] Chapters: 8 entries
-[Information] [6/08/2015 7:23:30 PM] MkvExtract
--[NoImage] CHAPTER01=00:00:00.000
--[NoImage] CHAPTER01NAME=Chapter 01
--[NoImage] CHAPTER02=00:02:42.662
--[NoImage] CHAPTER02NAME=Chapter 02
--[NoImage] CHAPTER03=00:10:08.941
--[NoImage] CHAPTER03NAME=Chapter 03
--[NoImage] CHAPTER04=00:17:47.191
--[NoImage] CHAPTER04NAME=Chapter 04
--[NoImage] CHAPTER05=00:24:32.929
--[NoImage] CHAPTER05NAME=Chapter 05
--[NoImage] CHAPTER06=00:30:12.477
--[NoImage] CHAPTER06NAME=Chapter 06
--[NoImage] CHAPTER07=00:35:34.006
--[NoImage] CHAPTER07NAME=Chapter 07
--[NoImage] CHAPTER08=00:40:47.069
--[NoImage] CHAPTER08NAME=Chapter 08
-[Information] [6/08/2015 7:23:30 PM] Aspect ratio: 16:9 (1.778)
-[Information] [6/08/2015 7:23:30 PM] Target device: iPhone 4S/5, iPad 3/4/mini, WDTV
-[Information] [6/08/2015 7:23:34 PM] Input resolution: 1920x1080
-[Information] [6/08/2015 7:23:34 PM] Desired maximum width: 1280
-[Information] [6/08/2015 7:23:34 PM] Output resolution: 1280x720
-[Information] [6/08/2015 7:23:34 PM] Automatic deinterlacing: False
-[Information] [6/08/2015 7:23:34 PM] Generated Avisynth script
--[NoImage] LoadPlugin("C:\Program Files (x86)\AviSynth\plugins\KNLMeansCL.dll")
--[NoImage] LoadPlugin("D:\MEGUI\tools\ffms\ffms2.dll")
--[NoImage] FFVideoSource("J:\Bluray Rips\Bluray\The 100 - Season 1\The 100 - 01x01 - Pilot.mkv", cachefile="K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot.mkv.ffindex", fpsnum=24000, fpsden=1001, threads=1)
--[NoImage] Spline36Resize(1280,720) # Spline36 (Neutral)
--[NoImage] SMDegrain(tr=2,prefilter=4,refinemotion=true,lsb=true)
-[Information] Eliminating duplicate filenames
--[Information] [6/08/2015 7:23:35 PM] Video output file: K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot_Video.264
--[Information] [6/08/2015 7:23:35 PM] Muxed output file: L:\Conversion\The 100 - 01x01 - Pilot.mkv
--[Information] [6/08/2015 7:23:35 PM] Encodable audio stream 0: K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot - [0] English_audio.ac3
-[Information] [6/08/2015 7:23:36 PM] Postprocessing
--[Information] [6/08/2015 7:23:36 PM] Deleting intermediate files
-[Information] [6/08/2015 7:23:36 PM] Job completed

Video encoding task that fails.
[Error] Log for job5 (video, The 100 - 01x01 - Pilot.mkv.avs -> The 100 - 01x01 - Pilot_Video.264)
-[Information] [6/08/2015 7:24:24 PM] Started handling job
-[Information] [6/08/2015 7:24:24 PM] Preprocessing
-[Information] [6/08/2015 7:24:24 PM] Avisynth input script
--[NoImage] LoadPlugin("C:\Program Files (x86)\AviSynth\plugins\KNLMeansCL.dll")
--[NoImage] LoadPlugin("D:\MEGUI\tools\ffms\ffms2.dll")
--[NoImage] FFVideoSource("J:\Bluray Rips\Bluray\The 100 - Season 1\The 100 - 01x01 - Pilot.mkv", cachefile="K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot.mkv.ffindex", fpsnum=24000, fpsden=1001, threads=1)
--[NoImage] Spline36Resize(1280,720) # Spline36 (Neutral)
--[NoImage] SMDegrain(tr=2,prefilter=4,refinemotion=true,lsb=true)
-[Information] [6/08/2015 7:24:25 PM] resolution: 1280x720
-[Information] [6/08/2015 7:24:25 PM] frame rate: 24000/1001
-[Information] [6/08/2015 7:24:25 PM] target device selected: iPhone 4S/5, iPad 3/4/mini, WDTV
-[Information] [6/08/2015 7:24:25 PM] custom command line: --aq-mode 3
-[Information] [6/08/2015 7:24:25 PM] changing --ref to 9
-[Information] [6/08/2015 7:24:25 PM] Job command line: "D:\MEGUI\tools\x264\x264.exe" --level 4.1 --preset veryslow --tune grain --crf 18 --keyint 240 --vbv-bufsize 78125 --vbv-maxrate 62500 --qpfile "K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot.mkv - Chapter Information.qpf" --aq-mode 3 --output "K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot_Video.264" "K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot.mkv.avs"
-[Information] [6/08/2015 7:24:25 PM] Process started
-[Information] [6/08/2015 7:24:25 PM] Standard output stream
-[Error] [6/08/2015 7:24:25 PM] Standard error stream
--[Error] [6/08/2015 7:24:25 PM] avs [error]: LoadPlugin: unable to load "C:\Program Files (x86)\AviSynth\plugins\KNLMeansCL.dll", Proc not found. Update library version?
--[Information] [6/08/2015 7:24:25 PM] (K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot.mkv.avs, line 1)
--[Error] [6/08/2015 7:24:25 PM] x264 [error]: could not open input file `K:\TMP\1zbguvnb.5gr\The 100 - 01x01 - Pilot.mkv.avs'
-[Error] [6/08/2015 7:24:25 PM] Process exits with error: 0xFFFFFFFF (-1)
-[Information] [6/08/2015 7:24:25 PM] Job completed

Zathor

9th August 2015, 15:58

2570 [HD Streams Extractor] improved language & name detection
2569 improved internal language handling
2568 [Muxer] removed FFmpeg Muxer from the muxer menu (regression of 2546)
2567 [Log] added Windows 10 support

kuchikirukia

9th August 2015, 23:37

Perhaps the avisynth_plugins directory should be moved out of the protected Program Files directory? You can't extract to it, and since right-click doesn't have an "open as administrator" option for Notepad you can't even easily edit an avsi in it.
I put it in my user directory and made a symlink back.

Zathor

11th August 2015, 18:55

I've given load plugin a go and it still fails when it tries to encode the video. It does make it though the oneclick task where is uses the same avisynth script though which is strange.
Relevant error message:
LoadPlugin: unable to load "C:\Program Files (x86)\AviSynth\plugins\KNLMeansCL.dll", Proc not found. Update library version?

OCE calls a script internally so MeGUI is the application which is calling the AVS while in the encoding task it is the encoder. So you may have dlls in your MeGUI directory which are loaded automatically when OCE is running which are not available in your encoder directory or the KNLMeansCL.dll directory (btw. I have no clue about this "Proc not found" error). Please check if there are any dlls in your MeGUI directory (e.g. ms*.dll) which are not in any of the other two directories - if yes, try to place a copy of them there.

LigH

11th August 2015, 19:39

Manually copying MS Visual C++ DLLs is not the optimal method to cope with missing runtimes in the required version. Instead, use the installers of all probable Visual Studio runtimes.

The offline update media builder wsusoffline.net (http://wsusoffline.net) does a good job in collecting MS Visual Studio Runtime installers of all versions.

Zathor

11th August 2015, 19:43

For installing runtimes you need administrative permissions. To copy files to normal/unprotected directories you do not need that.
But beside that in general I agree with your view. Because of the portable character of MeGUI and the goal to not change anything outside of the MeGUI directory nervertheless copying is a must.

AMED

16th August 2015, 04:00

I've copied over msvcr120.dll (thats the only one in the MeGUI folder) over to the avisynth plugins folder but no change, still shows the same error when trying to encode. The only place where it works is the avisynth creator in MeGUI.

It turns out that SMDregrain with Dfttest (Prefilter 3) with updated libfftw3f-3.dll is 1fps faster than KNLMeansCL with my ATI HD6950 so I'll just stick with Dfttest.

Zathor

16th August 2015, 17:34

2573 [Update] sort date columns by date instead of string. Bug #810
2572 [HD Streams Extractor] + [MediaInfo] if the language cannot be detected/matched the default MeGUI language will be used
2571 [HD Streams Extractor] fixed some extract options (regression of 2564)

kalehrl

16th August 2015, 19:30

I just updated MeGUI and after restart win10 wants me to download Net framework 3.5:

http://i57.tinypic.com/2uqd9vc.png

This wasn't needed before the update.

Zathor

16th August 2015, 21:24

I just tested it myself on a fresh W10 virtual machine. MeGUI 2573 does not require .NET 3.5 (or older) and I do not get this dialogue. The exe is compiled as .NET 4.0 application.

When do you get the message? Directly when starting MeGUI or when loading a script / doing another action in MeGUI?

kalehrl

17th August 2015, 07:10

I got it just once when restarting MeGUI directly after the latest update.
I clicked 'skip this installation' and started MeGUI once again and this time there was no dialog.
It seems to have been a one-off event.

Zathor

17th August 2015, 16:55

Ok, I found the problem. The update program is still compiled for .NET 2.0 :-( will be fixed soon!
EDIT: Or maybe not so soon as I will do some changes in that area

Zathor

20th August 2015, 21:55

2578 [Main] a second instance of the same executable is blocked
if file permissions are not available MeGUI will not start
2577 [Update] improved handling of 7z archives which include files which need a restart
2576 [Update] switched the updater to .NET 4.0
2575 [HD Streams Extractor] + [MediaInfo] missing language information in a video track will be ignored
2574 [Log] added .NET 4.6 detection support

LeMoi

27th August 2015, 18:53

Do I need a plugin to open .dga files created with DGAVCDEC ? ? I put the DGAVCDecode.dll in the avs_plugin directory, but I try to create an avs file with opening a .dga file, I have a message "unable to render the file, you probably the correct filters, etc."

Zathor

27th August 2015, 19:30

DGAVCDec has been removed a while ago from MeGUI. So yes, if you really want to open the DGA file you have to manually write the script (load the plugin, open the dga file).

LigH

27th August 2015, 19:30

Which "*Source" do you use?

MeGUI will probably have abandoned this obsolete plugin and won't generate a matching script on its own. But you may be able to write such a script manually and load it as video source.

LeMoi

27th August 2015, 23:10

It's an mkv file, which, for some reason I don't know, I could'nt load as DIrectShowSource (it's the first one in years...).
So I extracted the AVC video with MKCleaver, created a .dga file with DGAVCDEC to load it in the AVS Script Creator, but I didn't know that MeGUI didn't support it anymore. I tried to open the .h264 file directly in the AVS Script Creator, with no success...

Zathor

27th August 2015, 23:16

Use "Tools\File Indexer", load your MKV, click queue and your file will be opened in the AVS Creator.

LeMoi

27th August 2015, 23:56

Thanks for the tip, it seems it works! Loading is quite slow, but i can encode my file, thanks!

LigH

28th August 2015, 08:59

Loading is slow only once, while the index is being built. After it exists, further loading is faster.

LeMoi

28th August 2015, 11:28

Thanks, indeed, and encoding is much faster, 55 fps instead of 30 fps with regular DirectShowSource?!

Zathor

29th August 2015, 13:17

2579 [Update] improved handling of packages which require a restart
merged several MeGUI dlls into one package

I had to rewrite the handling of packages which require a restart because failures during such upgrades had been ignored (= MeGUI thought update was successful). As this is a bigger change on a vital part please report any problems during the next updates (so from 2579 to 2579+).

Xebika

30th August 2015, 00:19

@Zathor

Komisar's x264 build is updated to r2597

Zathor

30th August 2015, 11:36

Thanks, updated (with a test run of the new updater)

Xebika

30th August 2015, 12:52

It working fine.

Zathor

30th August 2015, 13:18

2581 [Update] if a update cache file is obsolete it will be retained for 90 days
2580 [Update] changed backup to be disabled by default

Barough

30th August 2015, 16:23

MKVToolNix v8.3.0 is available.

What about updating the x265 encoder. I can recommend Ma's compiles that's available here :
http://msystem.waw.pl/x265/

The VS2015 compiles is a little faster in general for 8-bit encodes imo.

Zathor

30th August 2015, 16:25

Thanks

I skip the update for MKVToolNix 8.3 as there were only changes in the GUI which MeGUI is not using.

x265 is a different story. Likely time to update to 1.7 433.

locotus

30th August 2015, 16:59

Hi Zathor, sorry to bother you with this "pecata minuta", but
since the lasts couple of updates all audio and subs stream
are set to english. Seems to me is something related to the back slash that precedes the language name.

It's not a great problem but sure a nuisance.

Warning] [8/30/2015 10:49:00 AM] The language information "/English" is unknown. The default MeGUI language has been selected instead.
---[Warning] Audio

Thanks.

Zathor

30th August 2015, 18:19

Can you please post the whole log?

Background:
A few updates ago I tried to align the language detection as MediaInfo, eac3to and MeGUI had been using different language names. If this mapping is not successful then you see this kind of warning so that I can further adjust (when posted & possible to change).

locotus

30th August 2015, 19:27

Full log attached, just renamed .txt:

Barough

31st August 2015, 00:54

Noticed the same thing here also

[Warning] Log
-[Information] Versions
--[Information] [2015-08-31 01:20:22] MeGUI: 2581
--[Information] [2015-08-31 01:20:22] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [2015-08-31 01:20:22] .NET Framework: 4.0 (4.0.0.0)
--[Information] [2015-08-31 01:20:22] .NET Framework: 4.5.2 (4.5.51650)
--[Information] [2015-08-31 01:20:22] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [2015-08-31 01:20:22] AvisynthWrapper: (02-01-2009)
--[Information] [2015-08-31 01:20:22] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [2015-08-31 01:20:22] Haali DSS2: (14-04-2013)
--[Information] [2015-08-31 01:20:22] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [2015-08-31 01:20:22] MediaInfo: 0.7.76.0 (06-08-2015)
--[Information] [2015-08-31 01:20:22] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [2015-08-31 01:20:22] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [2015-08-31 01:20:22] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [2015-08-31 01:20:22] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [2015-08-31 01:20:22] Using cached update config and server: http://megui.org/auto/
--[Information] [2015-08-31 01:20:22] No package requires an update
--[Information] [2015-08-31 01:20:27] No package requires an update
-[Information] Log for job1 (sub, VTS_01_0.IFO -> Brubaker.idx)
--[Information] [2015-08-31 01:42:36] Started handling job
--[Information] [2015-08-31 01:42:36] Preprocessing
--[Information] [2015-08-31 01:42:36] Job command line: "C:\WINDOWS\system32\rundll32.exe" "D:\MeGUI (Dev)\tools\vobsub\vobsub.dll",Configure E:\CloneDVD\BRUBAKER\Brubaker.vobsub
--[Information] [2015-08-31 01:42:36] Process started
--[Information] [2015-08-31 01:42:36] Standard output stream
--[Information] [2015-08-31 01:42:36] Standard error stream
--[Information] [2015-08-31 01:43:23] MediaInfo
---[Information] [2015-08-31 01:43:23] File: E:\CloneDVD\BRUBAKER\Brubaker.idx
---[Information] General
----[Information] Format:
----[Information] FormatString:
----[Information] FileSize: 67316
----[Information] PlayTime:
--[Information] [2015-08-31 01:43:23] Postprocessing
---[Information] [2015-08-31 01:43:23] Deleting intermediate files
----[Information] [2015-08-31 01:43:23] Successfully deleted E:\CloneDVD\BRUBAKER\Brubaker.vobsub
--[Information] [2015-08-31 01:43:23] Job completed
-[Warning] FileIndexer
--[Warning] [2015-08-31 01:43:34] MediaInfo
---[Information] [2015-08-31 01:43:34] File: E:\CloneDVD\BRUBAKER\VTS_01_1.VOB
---[Information] DVD source detected. Using IFO file: E:\CloneDVD\BRUBAKER\VTS_01_0.IFO
---[Information] General
----[Information] Format: MPEG-PS
----[Information] FormatString: MPEG-PS
----[Information] FileSize: 1073739776
----[Information] PlayTime: 00:25:14.520
----[Information] PGCCount: 1
----[Information] PGCNumber: 1
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder:
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 37863
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: MPEG-2V
----[Information] CodecString: MPEG-2 Video
----[Information] Bits Depth: 8
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 53.622
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Warning] Audio
----[Information] ID: 189-128
----[Information] StreamOrder: 0
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] Delay: 45.622
----[Information] Title:
----[Information] Language:
----[Information] LanguageString: English
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
----[Warning] [2015-08-31 01:43:34] The language information "/English" is unknown. The default MeGUI language has been selected instead.
---[Warning] Text
----[Information] ID:
----[Information] StreamOrder: 1
----[Information] Codec:
----[Information] CodecString: Vobsub
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString: English
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
----[Warning] [2015-08-31 01:43:34] The language information "/English" is unknown. The default MeGUI language has been selected instead.
-[Warning] Log for job2 (idx, VTS_01_1.VOB -> Brubaker.dgi)
--[Information] [2015-08-31 01:43:57] Started handling job
--[Information] [2015-08-31 01:43:57] Preprocessing
--[Information] [2015-08-31 01:43:57] Job command line: "D:\MeGUI (Dev)\tools\dgindexnv\dgindexnv.exe" -i "E:\CloneDVD\BRUBAKER\VTS_01_1.VOB","E:\CloneDVD\BRUBAKER\VTS_01_2.vob","E:\CloneDVD\BRUBAKER\VTS_01_3.vob","E:\CloneDVD\BRUBAKER\VTS_01_4.vob","E:\CloneDVD\BRUBAKER\VTS_01_5.vob","E:\CloneDVD\BRUBAKER\VTS_01_6.vob" -o "E:\CloneDVD\BRUBAKER\Brubaker.dgi" -e -h -a
--[Information] [2015-08-31 01:43:57] Process started
--[Information] [2015-08-31 01:43:57] Standard output stream
---[Information] [2015-08-31 01:43:58] Project
--[Information] [2015-08-31 01:43:57] Standard error stream
--[Warning] [2015-08-31 01:44:15] MediaInfo
---[Information] [2015-08-31 01:44:15] File: E:\CloneDVD\BRUBAKER\Brubaker.dgi
---[Information] Indexed File: E:\CloneDVD\BRUBAKER\VTS_01_1.VOB
---[Information] DVD source detected. Using IFO file: E:\CloneDVD\BRUBAKER\VTS_01_0.IFO
---[Information] General
----[Information] Format: MPEG-PS
----[Information] FormatString: MPEG-PS
----[Information] FileSize: 1073739776
----[Information] PlayTime: 00:25:14.520
----[Information] PGCCount: 1
----[Information] PGCNumber: 1
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder:
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 37863
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: MPEG-2V
----[Information] CodecString: MPEG-2 Video
----[Information] Bits Depth: 8
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 53.622
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Warning] Audio
----[Information] ID: 189-128
----[Information] StreamOrder: 0
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] Delay: 45.622
----[Information] Title:
----[Information] Language:
----[Information] LanguageString: English
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
----[Warning] [2015-08-31 01:44:15] The language information "/English" is unknown. The default MeGUI language has been selected instead.
---[Warning] Text
----[Information] ID:
----[Information] StreamOrder: 1
----[Information] Codec:
----[Information] CodecString: Vobsub
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString: English
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
----[Warning] [2015-08-31 01:44:15] The language information "/English" is unknown. The default MeGUI language has been selected instead.
--[Information] [2015-08-31 01:44:15] Postprocessing
---[Information] [2015-08-31 01:44:17] Deleting intermediate files
----[Information] [2015-08-31 01:44:17] Successfully deleted E:\CloneDVD\BRUBAKER\VTS_01_1.log
--[Information] [2015-08-31 01:44:18] Job completed
-[Warning] MediaInfo
--[Warning] [2015-08-31 01:44:16] The language information "/English" is unknown. The default MeGUI language has been selected instead.
-[Warning] MediaInfo
--[Warning] [2015-08-31 01:44:17] The language information "/English" is unknown. The default MeGUI language has been selected instead.
-[Warning] MediaInfo
--[Warning] [2015-08-31 01:44:17] The language information "/English" is unknown. The default MeGUI language has been selected instead.
-[Information] AVS Script Creator
--[Information] [2015-08-31 01:45:54] Source detection: Brubaker.dgi
---[NoImage] Progressive sections: 267
---[NoImage] Interlaced sections: 0
---[NoImage] Partially Static Sections: 109
---[NoImage] Film Sections: 0
---[NoImage] Source is declared progressive.

Zathor

31st August 2015, 13:53

Thanks, fixed in 2582.

For other containers MediaInfo reports in "Language" the 3-letter ISO code and in LanguageString the english language name. But for VOB(/IFO) files MediaInfo reports only LanguageString. I fixed it in the way that when Language and LanguageString do not contain the ISO code then LanguageString will be used as language name. It will still fail when the MediaInfo language name does not match with the table in MeGUI.

locotus

31st August 2015, 18:52

Thanks Zathor, up to now seem to be working fine.

Barough

31st August 2015, 20:41

Thnx 4 the VOB fix Zathor :)

Barough

2nd September 2015, 18:27

LigH have released new x265 compiles, v1.7+470
http://forum.doom9.org/showpost.php?p=1736824&postcount=2664

LigH

2nd September 2015, 20:01

No need to update x265 each time, not even each "merge with stable". Really "revolutionary" changes or serious bug fixes are rare.

LigH

3rd September 2015, 19:49

I just had a confusing reaction on a rarely used PC. I tried to convert a small AviSynth script to an Xvid AVI. MeGUI loaded the script and displayed a preview window. I created a job pair in the queue and started it ... MeGUI completely locked up, I had to use a task manager to kill the process.

Another try: The started job immediately quit. The log revealed that xvid_encraw was unable to load the avi/avs. Why not? MeGUI displayed the preview, so it should work...

I copied the command line from the log and executed it in the console: Same error message. Hmm. No working AviSynth installed in the system? Can VirtualDub open the script? No, it can't find a matching AVI file handler. Indeed. No AviSynth installed.

So it means that xvid_encraw won't work with a "portable AviSynth package" in MeGUI? Is it possibly only useful for the preview?

Zathor

3rd September 2015, 22:47

It did work in the past when this feature was introduced. Since then several changes to xvid have been made. I need to test it myself.

Barough

3rd September 2015, 22:54

No problems here when MeGUI uses the 'included AviSynth' on an Xvid AVI encode

kalehrl

6th September 2015, 10:03

@Zathor
Could you please look at this post:
http://forum.doom9.org/showthread.php?p=1737437#post1737437

Zathor

6th September 2015, 14:59

Please post the whole log. At least the version block and the script.

kalehrl

6th September 2015, 15:26

x264 error:
[Error] Log
-[Warning] Versions
--[Information] [6.9.2015. 10.54.25] MeGUI: 2582
--[Information] [6.9.2015. 10.54.25] Operating System: Windows 10 Professional x64 (10.0.0.10240)
--[Information] [6.9.2015. 10.54.25] .NET Framework: 4.0 (4.0.0.0)
--[Information] [6.9.2015. 10.54.25] .NET Framework: 4.6 (4.6.00079)
--[Information] [6.9.2015. 10.54.25] AviSynth: 2.6.0.6 (31-03-2015)
--[Information] [6.9.2015. 10.54.25] AvisynthWrapper: (02-01-2009)
--[Warning] [6.9.2015. 10.54.25] Haali Matroska Splitter not installed properly.
--[Warning] [6.9.2015. 10.54.25] Therefore DSS2() and certain functions of FFVideoSource() and the HD Streams Extractor may also not work.
--[Warning] [6.9.2015. 10.54.25] Please download and install it from http://haali.su/mkv/
--[Information] [6.9.2015. 10.54.25] Haali DSS2: not installed
--[Information] [6.9.2015. 10.54.25] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [6.9.2015. 10.54.25] MediaInfo: 0.7.76.0 (06-08-2015)
--[Information] [6.9.2015. 10.54.25] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [6.9.2015. 10.54.25] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [6.9.2015. 10.54.25] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [6.9.2015. 10.54.25] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [6.9.2015. 10.54.25] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [6.9.2015. 10.54.25] No package requires an update
-[Error] Log for job1 (video, 20131112_-_TOP_GEAR_cut_out-muxed.mkv.avs -> 20131112_-_TOP_GEAR_cut_out-muxed.mkv.mkv)
--[Information] [6.9.2015. 10.54.45] Started handling job
--[Information] [6.9.2015. 10.54.45] Preprocessing
--[Information] [6.9.2015. 10.54.45] Avisynth input script
---[NoImage] LoadPlugin("D:\Programs\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("D:\Dreambox\movie\cuttermaran\20131112_-_TOP_GEAR_cut temp files\20131112_-_TOP_GEAR_cut_out-muxed.mkv")
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #fft3dgpu()
---[NoImage] KNLMeansCL(device_type="GPU")
--[Information] [6.9.2015. 10.54.45] resolution: 704x396
--[Information] [6.9.2015. 10.54.45] frame rate: 25/1
--[Information] [6.9.2015. 10.54.45] aspect ratio: 16:9 (1.778)
--[Information] [6.9.2015. 10.54.45] Job command line: "D:\Programs\MeGUI\tools\x264\avs4x264mod.exe" --preset slow --crf 19.0 --sar 1:1 --output "C:\Users\kaleh\Desktop\20131112_-_TOP_GEAR_cut_out-muxed.mkv.mkv" "C:\Users\kaleh\Desktop\20131112_-_TOP_GEAR_cut_out-muxed.mkv.avs"
--[Information] [6.9.2015. 10.54.45] Process started
--[Information] [6.9.2015. 10.54.45] Standard output stream
--[Error] [6.9.2015. 10.54.45] Standard error stream
---[Error] [6.9.2015. 10.54.46] avs [error]: Script error: there is no function named "KNLMeansCL"
---[Information] [6.9.2015. 10.54.46] (C:\Users\kaleh\Desktop\20131112_-_TOP_GEAR_cut_out-muxed.mkv.avs, line 7)
--[Error] [6.9.2015. 10.54.46] Process exits with error: 0xFFFFFFFF (-1)
--[Warning] [6.9.2015. 10.54.46] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [6.9.2015. 10.54.46] Job completed

LigH

6th September 2015, 15:42

kalehrl

6th September 2015, 19:02

I tried adding it but it still errors out.
I can encode in xvid just fine with KNLMeansCL, but when using x264, there is this error.

AMED

8th September 2015, 03:29

You'll probably get the same load plugin error as i got HERE (http://forum.doom9.org/showthread.php?p=1733189#post1733189) with KNLMeansCL.

hello_hello

8th September 2015, 12:59

MeGUI will probably use its own plugins directory, independent of the default for the AviSynth installation in the system. If you want to use plugins not maintained by MeGUI (like KNLMeansCL), you should add an explicit "LoadPlugin" in your AviSynth script. At least to be on the safe side...

The portable version of Avisynth+ checks the registry for the location of the Avisynth auto-loading plugins folder and loads the plugins within, so if you have Avisynth installed it'll auto-load the same plugins folder (at least it does when running XP).
It can also auto-load plugins from it's own plugins folder.

You'll probably get the same load plugin error as i got HERE (http://forum.doom9.org/showthread.php?p=1733189#post1733189) with KNLMeansCL.

According to Dependancy Walker, KNLMeansCL requires msvcr120, msvcp120 and vcomp120.dll
If you tell MeGUI to use the included Avisynth and restart it, you should find msvcr120 and msvcp120 in the MeGUI folder (that's what happens for me). I think you said you only copied the first one so it might have something to do with KNLMeansCL not producing errors when the included Avisynth is used.

I'm not sure about vcomp120.dll and if it's always required. Maybe only for KNLMeansCL(device_type="GPU")
MeGUI doesn't seem to include it. You'd probably need to install Visual C++ Redistributable Package for Visual Studio 2013 (http://www.microsoft.com/en-us/download/details.aspx?id=40784)

I tried adding it but it still errors out.
I can encode in xvid just fine with KNLMeansCL, but when using x264, there is this error.

I tested the current version and an older version of KNLMeansCL with both Xvid and x264 encoding and it's working fine here (XP with both MeGUI's "included" and the installed version of Avisynth). Odd......

kalehrl

8th September 2015, 13:30

I installed Visual Studio 2013 because KNLMeansCL wouldn't work in avspmod.
I'm using windows 10 pro. I wonder if there is a conflict between opencl which x264 uses and KNLMeansCL.

AMED

8th September 2015, 19:39

I'm not sure about vcomp120.dll and if it's always required. Maybe only for KNLMeansCL(device_type="GPU")
MeGUI doesn't seem to include it. You'd probably need to install Visual C++ Redistributable Package for Visual Studio 2013 (http://www.microsoft.com/en-us/download/details.aspx?id=40784)The script works fine with AVSMeter so I would assume that all the .dlls has been install correctly? It also works when using the AVS creator as well. I'm also on Windows 10 Pro so maybe there is a link?

Groucho2004

9th September 2015, 17:29

The script works fine with AVSMeter so I would assume that all the .dlls has been install correctly?
Yes. If runtime libraries were missing it would not work.
"VComp*.dll" are Microsofts OpenMP support libraries, used for example by plugins like KNLMeansCL and eedi3. I highly recommend the all-in-one runtime installer which can be found here (http://www.wincert.net/forum/topic/9790-aio-microsoft-visual-bcfj-redistributable-x86x64/).

AMED

12th September 2015, 22:38

hmm, just tried KNLMeansCL v0.64 (https://github.com/Khanattila/KNLMeansCL/releases) and it's working fine with MeGUI.

kalehrl

13th September 2015, 08:35

Just updated knlmeans and still get the same error:
-[Error] Log for job1 (video, 20131112_-_TOP_GEAR_cut_out-muxed.mkv.avs -> 20131112_-_TOP_GEAR_cut_out-muxed.mkv.mkv)
--[Information] [13.9.2015. 09.31.10] Started handling job
--[Information] [13.9.2015. 09.31.10] Preprocessing
--[Information] [13.9.2015. 09.31.10] Avisynth input script
---[NoImage] LoadPlugin("D:\Programs\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LoadPlugin("C:\Program Files (x86)\AviSynth\plugins\KNLMeansCL.dll")
---[NoImage] LWLibavVideoSource("D:\Dreambox\movie\cuttermaran\20131112_-_TOP_GEAR_cut temp files\20131112_-_TOP_GEAR_cut_out-muxed.mkv")
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #fft3dgpu()
---[NoImage] KNLMeansCL()
--[Information] [13.9.2015. 09.31.10] resolution: 704x396
--[Information] [13.9.2015. 09.31.10] frame rate: 25/1
--[Information] [13.9.2015. 09.31.10] aspect ratio: 16:9 (1.778)
--[Information] [13.9.2015. 09.31.10] Job command line: "D:\Programs\MeGUI\tools\x264\avs4x264mod.exe" --preset slow --crf 19.0 --sar 1:1 --output "C:\Users\kaleh\Desktop\20131112_-_TOP_GEAR_cut_out-muxed.mkv.mkv" "C:\Users\kaleh\Desktop\20131112_-_TOP_GEAR_cut_out-muxed.mkv.avs"
--[Information] [13.9.2015. 09.31.10] Process started
--[Information] [13.9.2015. 09.31.10] Standard output stream
--[Error] [13.9.2015. 09.31.10] Standard error stream
---[Error] [13.9.2015. 09.31.10] avs [error]: LoadPlugin: unable to load "C:\Program Files (x86)\AviSynth\plugins\KNLMeansCL.dll", Proc not found. Update library version?
---[Information] [13.9.2015. 09.31.10] (C:\Users\kaleh\Desktop\20131112_-_TOP_GEAR_cut_out-muxed.mkv.avs, line 2)
--[Error] [13.9.2015. 09.31.10] Process exits with error: 0xFFFFFFFF (-1)
--[Warning] [13.9.2015. 09.31.10] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [13.9.2015. 09.31.11] Job completed
I don't get it! Preview opens successfully but when I try to encode, it dies. Xvid works fine but not x264.

AMED

13th September 2015, 08:56

All I did was install the runtimes that Groucho2004 suggested and then update the plugin (and a reboot).

Zathor

13th September 2015, 13:58

Just updated knlmeans and still get the same error:
I don't get it! Preview opens successfully but when I try to encode, it dies. Xvid works fine but not x264.
What happens when you open the AVS file in another program (e.g. VirtualDub)?

Another topic: I switch for the moment to the regular AviSynth for the included AviSynth. AviSynth+ will return when the development continues and the builds are more stable. So everyone who needs MT has to install/copy that manually.

EDIT:
2584 [Update] clean package directory during update

hello_hello

13th September 2015, 15:51

Zathor, there's a small OneClick setup behaviour oddness.

If you have a OneClick profile where video encoding is disabled, when you select it, under the Advanced config tab the "display aspect ratio" option becomes greyed out. After changing back to a OneClick profile where video re-encoding is enabled though, the "display aspect ratio" option remains greyed out until you close the OneClick encoder and re-open it.

Unless I'm missing something I still think there's a small rounding error when calculating the aspect error while using a custom input display aspect ratio (as displayed in the script creator). Unless MeGUI simply isn't storing custom aspect ratios accurately enough. Currently it only displays them to 3 decimal places. Here's an example based on the mpeg4 PAL 16:9 pixel aspect ratio (as that's what I'm using it for).

I create a custom display aspect ratio of 20:11, which is an aspect ratio of 1.81818181818181...... MeGUI displays it as "20:11 (1.818)".
I select it as the Input display aspect ratio and resize to exactly 20:11 dimensions. 680x374 as an example (374*20/11=680).
The aspect error should be zero but MeGUI displays a small aspect error (ie 0.0005%). It's nothing significant, but it'd be nice if it was correct.

One other small request.... Currently there's a single option for clearing all the user selected aspect ratios, which is a little annoying when you have several and only want to remove one. Any chance of a right click option to remove them individually, or something similar?

Cheers.

kalehrl

13th September 2015, 19:17

All I did was install the runtimes that Groucho2004 suggested and then update the plugin (and a reboot).
I installed Visual C++ 2013 only which is the one required by knlmeans. I don't think I will install all those other C++ things just to get knlmeans working. Without Visual C++ 2013, knlmeans wouldn't work at all in avspmod or megui preview. I guess it's back to fft3dgpu for me for denoising which is much faster than knlmeans.

Zathor

13th September 2015, 19:53

[...] small request....
Thanks, written down to my list. As usual no ETA as these are no (game breaking) bugs.

mandeep145

14th September 2015, 04:03

Please sort out this not getting proper update

[Error] Log
-[Information] Versions
--[Information] [9/14/2015 8:29:52 AM] MeGUI: 2525
--[Information] [9/14/2015 8:29:52 AM] Operating System: Windows XP Professional x86 SP3
--[Information] [9/14/2015 8:29:52 AM] .Net Framework: 2.2.30729
--[Information] [9/14/2015 8:29:52 AM] .Net Framework: 4.0.30319
--[Information] [9/14/2015 8:29:53 AM] AviSynth: 2.6.0.6 (31-03-2015)
--[Information] [9/14/2015 8:29:53 AM] AvisynthWrapper: (02-01-2009)
--[Information] [9/14/2015 8:29:53 AM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [9/14/2015 8:29:53 AM] Haali DSS2: not installed
--[Information] [9/14/2015 8:29:53 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [9/14/2015 8:29:53 AM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [9/14/2015 8:29:53 AM] MediaInfo: 0.7.72.0 (07-01-2015)
--[Information] [9/14/2015 8:29:53 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [9/14/2015 8:29:53 AM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [9/14/2015 8:29:53 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [9/14/2015 8:29:53 AM] 7z: 9.20 (18-11-2010)
-[Error] Update detection
--[Information] [9/14/2015 8:29:53 AM] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [9/14/2015 8:29:53 AM] There is 1 package which can be updated: FDK-AAC
--[Error] [9/14/2015 8:29:54 AM] Component not found: C:\Program Files\MeGUI\tools\fdkaac\fdkaac.exe

http://i.imgur.com/q7aNzpg.png

Barough

14th September 2015, 06:41

Please sort out this not getting proper update

FDK-AAC is NOT available through the update server(s) due to license stuff.

mini-moose

14th September 2015, 10:35

I noticed megui now has r785(20150802) on updates.

I can't find any infos as to how it's different from the older 785. Anyone knows?

mandeep145

14th September 2015, 13:23

FDK-AAC is NOT available through the update server(s) due to license stuff.

so how do i get the file bro ?

LigH

14th September 2015, 13:50

Either you know someone close who compiles it and can give you a non-public copy ... or you may have to compile it for yourself.

No panic; there is a batch file which will download a whole compiler environment and the sources, and start compiling automatically. Just run the batch. That simple. It will cost you some amount of intermediate harddisk space, though (up to a few GB, depending on the specific solution).

You can use fdkaac_autobuild.zip from the qaac cabinet (https://sites.google.com/site/qaacpage/cabinet); or if you want even more (warning: a lot more!), try the media-autobuild_suite (https://github.com/jb-alvarado/media-autobuild_suite/)...

Zathor

14th September 2015, 17:28

I noticed megui now has r785(20150802) on updates.
I can't find any infos as to how it's different from the older 785. Anyone knows?
And now r789 is uploaded
Usually newer compiles have newer included libraries (like libav, lsmash).

so how do i get the file bro?

When you try to update it there should be a popup pointing you in the correct direction with this text:

MeGUI cannot find FDK-AAC on your system or it is outdated. Due to the licensing the component is not included on the MeGUI update server. Therefore please download the file on your own, extract & compile it and set the path to the exe in the MeGUI settings ("Settings\External Program Settings"). Would you like to download it now?

Zathor

16th September 2015, 19:24

Currently I am struggling a little bit with the way how packages should be updated. In the current implementation it can happen that files are locked (e.g. x264 encoding running) and therefore packages cannot be updated. There are now two ways
- leave it as it is = zero effort
- modify the whole update handling in the way that all packages will only be extracted/updated during a restart of MeGUI = bigger change as a lot has to be moved to the updater program
The proper way is the second one but is this really needed? What do you think?

Zathor

16th September 2015, 20:52

2588 [Update] improved restart handling
2587 remove unnecessary runtime files at startup
2586 [Update] if a package needs to be enabled in the settings it will not be shown in the update window
2585 [DGIndexIM/NV] copy license.txt to the other indexer if possible

These commits - especially 2588 - are only briefly related to this restart topic from my post before (for AviSynth it could happen that the package requested a restart which did not happen). So the question is still valid if I should change the restart system.

AMED

17th September 2015, 06:24

I personally think that fixing up the profile saving\loading logic is more important. Nothing worse than MeGUI crashing or freezing mid encode and you have to kill the process only to find that it has nuked all your profiles.

Would it be easier to just disable the use of the updater if there is a worker in progress?

kalehrl

17th September 2015, 09:01

If one file in a folder cannot be encoded or there is an error with it, all other files in that folder are skipped when using one click encoder and adding the whole folder to be encoded.
I added 4 folders with video files to be encoded in xvid and in the 2nd folder there was an error with one file:
error: The process cannot access the file 'G:\BackupWinD\Films\xxxxxx\Sezona 2\xxx - 07 - WHAT LIES AHEAD.mkv.lwi' because it is being used by another process.
All other files in the remaining 3 folders were successfully encoded but not a single file in the 2nd folder. I will send Zathor log file via pm.

Zathor

17th September 2015, 18:13

The oneclick process is divided in two major parts: source preparation (extracting, indexing, ...) and encoding (audio/video, muxing). New jobs for new files are created at the end of the first part. So it looks like;
- source preparation file 1
- jobs for encoding file 1 are created
- jobs for source preparation file 2 are created
- encoding file 1
- source preparation file 2
- ....

If the source preparation part fails it stops. This is the intended behavior as the indexing job does not know which files need to be processed lateron. Only possible change would be to create all "source preparation" steps of a folder at once but then all source files will be extracted first (which may be a problem for the storage space) and then all files are encoded (therefore the first file will be ready later). I may add an option to select these second work order but it will not be the default one.

kalehrl

17th September 2015, 18:23

Any idea why the file failed in the first place?
I don't remember any program other than MeGUI using xxx - 07 - WHAT LIES AHEAD.mkv.lwi.

Zathor

17th September 2015, 22:10

Any idea why the file failed in the first place?
I don't remember any program other than MeGUI using xxx - 07 - WHAT LIES AHEAD.mkv.lwi.
Sorry, no clue

Would it be easier to just disable the use of the updater if there is a worker in progress?
Easier, yes - but when e.g. a filter is in access by the video preview than this will not help :(

I personally think that fixing up the profile saving\loading logic is more important. Nothing worse than MeGUI crashing or freezing mid encode and you have to kill the process only to find that it has nuked all your profiles.
2589 [Profile] "Load Defaults" resets the selected profile (before it was the scratchpad one)
improved profile saving
profiles will be saved to disk also when a profile is changed

kalehrl

18th September 2015, 15:31

One worker seems to be idling while encoding.
I had to press start once again so that I would have 2 files being encoded at the same time.

hello_hello

18th September 2015, 19:06

Feature request:

Could we please have the old behaviour when modifying/saving presets returned (pre 2589)?

I have an encoder preset I want to use, but I just want to change the CRF value (for example). Previously I could do so and the existing preset's settings would be copied to scratchpad. Now I either need to save a whole new preset, or over-write the existing preset, just to change one setting for a particular encode. The current behaviour seems like a step backwards to me, and I'm not sure what the point of having the scratchpad option is any longer. It's not even used when the default settings are loaded. I'll confess Zathor, the new behaviour doesn't make as much sense to me. :(

I've rolled back to version 2584 for the moment. What was wrong with the way the preset system worked until now?

Thanks.

Zathor

18th September 2015, 19:44

Sorry, I did not had that use case in mind. This part of the change will be reverted in the next build.

hello_hello

19th September 2015, 13:10

Cheers. I felt guilty posting with a negative reaction to your hard work, because it's very much appreciated. Thanks!

Octo-puss

19th September 2015, 16:17

Zathor

19th September 2015, 17:29

Couldn't MeGUI start using system temp folder by default? I am trying to process ~100GB avi file with file indexer and it simply "kills" the regular HDD it is saved on after about 20 minutes. It just doesn't progress any further. Reading such humongous file and writing to the same disk at the same time doesn't really seem to work.
Which tasks/jobs do you speak about?
The system temp folder may be a bad choice so the user should select the temp drives. In OneClick mode no (big) file should be read & written on the same disk if selected properly.

Zathor

19th September 2015, 17:40

Cheers. I felt guilty posting with a negative reaction to your hard work, because it's very much appreciated. Thanks!

Thanks for your always constructive feedback!

2590 [Profile] improved profile saving II
fixed missing option to save to scratchpad (regression of 2589)

Octo-puss

19th September 2015, 19:04

Which tasks/jobs do you speak about?
The system temp folder may be a bad choice so the user should select the temp drives. In OneClick mode no (big) file should be read & written on the same disk if selected properly.
I simply opened AVS script creator, then selected file indexer, and when the file started processing, it gradually slowed down to crawl and I even had to shut MeGUI down once because the disk choked so badly the progression stopped.
You could add a global option to either enable system temp folder or specify a custom one.

hello_hello

19th September 2015, 19:57

I simply opened AVS script creator, then selected file indexer, and when the file started processing, it gradually slowed down to crawl and I even had to shut MeGUI down once because the disk choked so badly the progression stopped.
You could add a global option to either enable system temp folder or specify a custom one.

You can already do both.
In MeGUI's options there's one to specify the default output directory.
When you open file with the File Indexer you can specify the location where the index file should be saved (audio being extracted should be extracted to the same location).

The one exception might be indexing with L-Smash. At the moment the index file is created in the same directory as the source file then copied to the specified directory for the output files. I'd imagine that's some sort of limitation with the L-Smash indexer that prevents the index file from being written directly to the output directory, but Zathor can probably shed some light there.

I think the L-Smash indexer always indexes any audio whether it's required or not (as opposed to ffms2, where MeGUI configures it not to index the audio if it's not selected in the File Indexer). For large files, especially those with multiple audio streams, that might slow the indexing process.

I just tried a quick test with a 3GB MKV with 2 audio streams. Indexing time was 25 seconds for a 58mb index file (it appears to have indexed at least one of the audio streams even though no audio was selected in the file indexer).
After I remuxed the same video as an MKV without audio, indexing took 16 seconds for a 10mb index file.
For very large files containing audio, indexing the audio could make quite a difference.

Maybe Zathor will know if it's possible to tell L-Smash not to index audio unless it's required.

Octo-puss

19th September 2015, 20:00

hello_hello

19th September 2015, 20:08

Thanks for your always constructive feedback!

2590 [Profile] improved profile saving II
fixed missing option to save to scratchpad (regression of 2589)

Thanks Zathor!

Changing a preset gives the option to save the changes to scratchpad again, which is nice.
It'll just take little while to get used to the "load defaults" function not loading the defaults in scratchpad as it did. I don't think that's a big deal either way. Maybe it'll be better as it is once I'm used to it.....

Thanks again!

hello_hello

19th September 2015, 20:20

I have no idea what L-SMASH is, but it could be the case. I tried selecting different output folder (different physical disk) and it still took maybe 40 minutes (115GB file, sure, but the read speed is easily 80MB/s for that one).

What type of file?
Depending on the file type, different indexers are used. There's a list when you open a file with the File Indexer and sometimes you can choose a different indexer (depending on the source file type).

40 minutes does sound like a long time, but depending on the file type and what's inside (multiple audio streams), it may not be for a 115GB file.

Octo-puss

19th September 2015, 20:29

LigH

20th September 2015, 07:28

I said it already, avi.

This is no satisfying amount of information. Never trust in a filename extension, there is always a chance that it has been renamed for the craziest reasons (e.g. people don't know how to assign a media player to an unassigned but correct extension so that it will start playing after a double-click in the Explorer).

To help us helping you, do an analysis of this source file using MediaInfo, and post the result in "Text" format in a CODE block (or in a pastebin service).

If you are sure that it is an AVI because you made it, you may also know which codec was used; 115 GB is really huge, so it possibly contains completely uncompressed video. It would be a pity to have uncompressed RGB video saved, what a waste of space, and furthermore it is not the optimal color space as source for modern video codecs. This would also explain why the Indexer takes aged to build an index: It will write keyframe data for really every frame, because completely uncompressed video consists of keyframes everywhere. Such a video is hard to handle by L-SMASH Source. In this case only, AviSource is to be preferred.

Zathor

20th September 2015, 10:26

It'll just take little while to get used to the "load defaults" function not loading the defaults in scratchpad as it did. I don't think that's a big deal either way. Maybe it'll be better as it is once I'm used to it.....
"Load defaults" for me is another word for "reset [current preset]". It was strange that it switched before to the scratchpad one and has reset there everything to default. I think only x264 has currently in the specific settings a "reset" button - which likely should be removed now.
Btw... in MeGUI the words profile and presets are several times mixed up. I am not sure myself where the difference should be (profile e.g. = x264, preset = x264 specific profile configuration?) so maybe it makes sense to rename everything - to profile?

Zathor

20th September 2015, 10:27

I said it already, avi. All I know I clicked on file indexer, that's all I ever used. Sorry I don't understand the specifics of MeGUI very much, I learned one way to encode video years ago and just do that without really caring what it actually does.

As a starting point please create the index again (so the step which takes so long time) and then please upload the MeGUI log e.g. to pastebin.com. You can find the log in the MeGUI\Log folder (please close MeGUI before you export the log so that it is written in the correct way).

LigH

20th September 2015, 10:41

Since encoders use presets to set a whole group of parameters at once, I believe you should avoid "preset" in MeGUI where possible. The set of parameters per encoder managed by MeGUI may possibly be best called "templates", I believe?!

Octo-puss

20th September 2015, 11:26

This is no satisfying amount of information. Never trust in a filename extension, there is always a chance that it has been renamed for the craziest reasons (e.g. people don't know how to assign a media player to an unassigned but correct extension so that it will start playing after a double-click in the Explorer).

To help us helping you, do an analysis of this source file using MediaInfo, and post the result in "Text" format in a CODE block (or in a pastebin service).

If you are sure that it is an AVI because you made it, you may also know which codec was used; 115 GB is really huge, so it possibly contains completely uncompressed video. It would be a pity to have uncompressed RGB video saved, what a waste of space, and furthermore it is not the optimal color space as source for modern video codecs. This would also explain why the Indexer takes aged to build an index: It will write keyframe data for really every frame, because completely uncompressed video consists of keyframes everywhere. Such a video is hard to handle by L-SMASH Source. In this case only, AviSource is to be preferred.
I think it IS uncompressed, or barely compressed. It's a game footage captured with MSI Afterburner, using some lossless codec.
That doesn't seem to be the problem though - the problem is MeGUI using the same physical disk for processing the file, resulting in extreme slowdowns.

As a starting point please create the index again (so the step which takes so long time) and then please upload the MeGUI log e.g. to pastebin.com. You can find the log in the MeGUI\Log folder (please close MeGUI before you export the log so that it is written in the correct way).
The file is gone, but I think I found the log. http://www.mediafire.com/download/lm9sge4b4qfa9eq/logfile-15-09-19_17-09-53.log

hello_hello

21st September 2015, 19:33

I said it already, avi. All I know I clicked on file indexer, that's all I ever used. Sorry I don't understand the specifics of MeGUI very much, I learned one way to encode video years ago and just do that without really caring what it actually does.

Given it's an AVI containing lossless video, you could try opening the Script Creater from the Tools menu and selecting the AVI as the input video. When MeGUI asks how you want to open it, select AviSource. No indexing required.

hello_hello

21st September 2015, 19:52

"Load defaults" for me is another word for "reset [current preset]". It was strange that it switched before to the scratchpad one and has reset there everything to default. I think only x264 has currently in the specific settings a "reset" button - which likely should be removed now.

Loading the defaults in scratchpad makes sense to me as if you have a saved encoder preset and load the defaults, the new settings are no longer those of the selected preset. Not that it matters.... either way it's not hard to work out how it works.

I've often longed for a "scratchpad" button next to "ok" and "cancel". That way you could change a preset and hit the "scratchpad" button to load the new settings in scratchpad while closing the encoder configuration, without MeGUI having to offer a dialogue box asking you what you want to do.

All the video/audio encoders have a "load defaults" button, if that's what you mean by a "reset" button. As do the OneClick and AVS profiles etc. I definitely wouldn't remove them. They're kind of like a sanity check button.

Btw... in MeGUI the words profile and presets are several times mixed up. I am not sure myself where the difference should be (profile e.g. = x264, preset = x264 specific profile configuration?) so maybe it makes sense to rename everything - to profile?

That's probably a good idea. Off the top of my head though everything has profiles, except the encoders which have presets, so it's kind of logical, but I don't know why they all couldn't be called one or the other.

hello_hello

21st September 2015, 20:41

Every so often, for reasons unexplained, it seems Avisynth doesn't load a plugin from it's auto-load directory when MeGUI opens a script (I have MeGUI set to use the "installed" Avisynth 2.6.0.6). When it happens, the problem is 100% repeatable until I restart MeGUI, then the problem goes away. Any script in the queue requiring the plugin in question will fail to encode. In the mean time, I can open the same scripts with MPC-HC without issue.

http://s10.postimg.org/8ahzau609/megui.gif

It only happens now and then, and usually loading a script while another one is being encoded seems to be where the problem starts, but would it be fair to assume this will remain one of life's unexplained mysteries? :)

I was having trouble making sense of the log file because my attempts at loading scripts seemed to be mixed up with the jobs that were running, but below is the error for a job in the queue that failed to run.

-[Error] Log for job93 (video, Ep1x07.mkv.avs -> Ep1x07.mkv.mkv)
--[Information] [22/09/15 3:15:19 AM] Started handling job
--[Information] [22/09/15 3:15:19 AM] Preprocessing
--[Information] [22/09/15 3:15:19 AM] Avisynth input script
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("E:\Extras\Ep1x07.mkv", cachefile="D:\Ep1x07.mkv.ffindex", fpsnum=24000, fpsden=1001, threads=1)
---[NoImage] QTGMC(InputType=1)
---[NoImage] crop(2, 0, -2, 0)
---[NoImage] Spline36Resize(832,468)
---[NoImage] gradfun3()
--[Error] [22/09/15 3:15:20 AM] Error starting job
---[Error] [22/09/15 3:15:20 AM] Exception message
----[NoImage] Calling setup of processor failed with error 'The file D:\Ep1x07.mkv.avs cannot be opened.
----[NoImage] Error message for your reference: Script error: there is no function named "MSuper"
----[NoImage] (QTGMC 3.33s (mod).avsi, line 436)
----[NoImage] (D:\Ep1x07.mkv.avs, line 4)'
---[Error] [22/09/15 3:15:20 AM] Stacktrace: at MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
---[Error] [22/09/15 3:15:20 AM] Inner exception: null

Zathor

21st September 2015, 20:43

If you have a OneClick profile where video encoding is disabled, when you select it, under the Advanced config tab the "display aspect ratio" option becomes greyed out. After changing back to a OneClick profile where video re-encoding is enabled though, the "display aspect ratio" option remains greyed out until you close the OneClick encoder and re-open it.
I want to fix this but cannot reproduce it. I have two profiles with enabled/disabled video and switching between them enabled/disables that AR option as it should be. Any hints what I do wrong?

All the video/audio encoders have a "load defaults" button, if that's what you mean by a "reset" button. As do the OneClick and AVS profiles etc. I definitely wouldn't remove them. They're kind of like a sanity check button
No, I meant the "Default Settings" button in the x264 profile in the "Misc" tab. This one is now obsolete.

EDIT:
It only happens now and then, and usually loading a script while another one is being encoded seems to be where the problem starts, but would it be fair to assume this will remain one of life's unexplained mysteries? :)
How much memory is consumed by MeGUI at that moment?

hello_hello

21st September 2015, 21:01

I want to fix this but cannot reproduce it. I have two profiles with enabled/disabled video and switching between them enabled/disables that AR option as it should be. Any hints what I do wrong?

Sorry, because no, it doesn't seem to work for me that way. I don't know if I'm doing something odd.

Profile with video encoding disabled:
http://s16.postimg.org/6jg2jbwdh/oc1.gif

Profile with video encoding enabled. Manually enabling it without changing profiles still results in a greyed out drop down aspect ratio arrow. Opening a video gets the correct aspect ratio to display, but the drop down arrow is still disabled:
http://s27.postimg.org/3lv6toxsz/oc2.gif

After restarting the OneClick encoder. No settings changed in between:
http://s13.postimg.org/qm0i1vep3/oc3.gif

I rarely use the OneClick encoder, but it was something I noticed.

No, I meant the "Default Settings" button in the x264 profile in the "Misc" tab. This one is now obsolete.

Ahhhhh..... the button to reload the preset's settings doesn't work any more either. I'd forgotten about those two.

hello_hello

21st September 2015, 21:05

How much memory is consumed by MeGUI at that moment?

At the moment: 3,384K (it's running an encode)

When it happened, I don't know as I didn't look before restarting MeGUI. I shall next time. I'm still running XP so maybe it is just a memory issue.

Zathor

21st September 2015, 23:00

Sorry, because no, it doesn't seem to work for me that way. I don't know if I'm doing something odd.
Still works for me as expected. Maybe related to XP?

Ahhhhh..... the button to reload the preset's settings doesn't work any more either. I'd forgotten about those two.
Sorry, this button also works for me :(

hello_hello

22nd September 2015, 00:35

Still works for me as expected. Maybe related to XP?

I guess anything's possible......

Sorry, this button also works for me :(

I had another play and it's kind of working for me.
I previously tested it by selecting a preset, loading the default x264 settings, then using the "preset settings" button. I think now because the defaults are loaded in the current preset, if they're loaded first they become the preset settings so the preset settings button appears not to work.
Also for me, no changes under the Misc tab seem to be altered when using the "preset settings" button. I can't remember if that's always been the case, but it probably shouldn't be. The Misc settings should be reverted too.

Edit: A bit more testing seems to indicate the "preset settings" button is more hit and miss than I thought. None of the settings under the Main tab seem to be effected by it. It reverts any changes to the deblock settings and number of B frames but the B Frame bias setting is unaffected by it. I haven't tested everything but I can't see a pattern to what it reverts and what it doesn't. Odd.....

There is a difference between the main "load defaults" button and the "default settings" button under the Misc tab. The former resets everything to the defaults, whereas the latter leaves the custom command line area alone, and doesn't make all the advanced settings tabs disappear, which means I'd probably be more inclined to use it now I've refreshed my memory as to how it works. :)

Unless all of the above works differently when you're not using XP.....
I really should pull my finger out and get the new PC build under way.

tormento

23rd September 2015, 10:15

Morku

25th September 2015, 18:53

When I delete a Preset (I created) in x264 configuration dialog, it is back when I restart MeGUI, so I need delete manually in explorer. Just saying.

hello_hello

25th September 2015, 19:09

Is there a way to get as included AviSynth the 2.6 MT (http://forum.doom9.org/showthread.php?p=1312666#post1312666) one instead of standard AviSynth?

I have tried to manually replace but it's overwritten at every startup.

I'm pretty sure if you replace avisynth.dll in the "MeGUI\tools\avs" folder, that'll do the trick as it's the avisynth.dll MeGUI is copying and using to replace the other ones.

tormento

25th September 2015, 19:13

I'm pretty sure if you replace avisynth.dll in the "MeGUI\tools\avs" folder, that'll do the trick as it's the avisynth.dll MeGUI is copying and using to replace the other ones.

LOL. You are right and I'm working too much.

Zathor

27th September 2015, 12:28

When I delete a Preset (I created) in x264 configuration dialog, it is back when I restart MeGUI, so I need delete manually in explorer. Just saying.
Works for me :( Which MeGUI version do you have?
EDIT: I was able to reproduce it now...
EDIT2: Fixed in 2592

I received a bug report that lsmash cannot deal with 10 bit sources.
http://sourceforge.net/p/megui/bugs/812/
After some investigation this seems to be true:
http://forum.doom9.org/showthread.php?p=1713627#post1713627
In any case I have to check if the source is > 8bit. Question is what to do then:
- ignore lsmash (and use ffms)
- or add the format="YUV420P8" or format="YUV420P16" (stacked) as mentioned a few posts below

Sorry, because no, it doesn't seem to work for me that way. I don't know if I'm doing something odd.
I have tried to reproduce the OnceClick profile button oddness with my virtual XP machine and there ii works also as expected. Are you able to upload your profiles which you use for the test?

Zathor

27th September 2015, 13:54

2594 [Update] fixed update installation detection (regression of 2586)
2593 [L-SMASH Indexer] improved support for 10bit files
2592 [Profile] fixed profile deletion (regression of 2590)
2591 [AudioEncoder] improved job abort and priority change. Bug #813

Morku

27th September 2015, 14:45

Thanks for the fix.
Another question:
Why does the updater delete any other file when tools get updated?

For example, when I got the qaac update, I had to copy back the DLL files from Apple to make qaac work again.
I also like to keep the x64 files of qaac and dgindexnv in the same folder, but x64 builds aren't part of the updates, so they get deleted, too.

Zathor

27th September 2015, 16:51

Why does the updater delete any other file when tools get updated?
In order to have a clean environment. Runtime files may be different, obsolete other files, ...

For example, when I got the qaac update, I had to copy back the DLL files from Apple to make qaac work again.
Thanks for the hint. These files should stay. Do you know which should not be deleted? I will then exclude them.
EDIT: found it

I also like to keep the x64 files of qaac and dgindexnv in the same folder, but x64 builds aren't part of the updates, so they get deleted, too.
Easiest way is to create a new directory in tools. E.g. .\tools\qaac_x64

Barough

27th September 2015, 17:15

Another question:
Why does the updater delete any other file when tools get updated?

For example, when I got the qaac update, I had to copy back the DLL files from Apple to make qaac work again.
<snip>

Was about to ask the same myself. The update function didn't remove them earlier.

All files in the QTfiles folder got renamed to *.backup after the latest qaac update

Zathor

27th September 2015, 17:24

2598 [Log] delete log files after 90 days
2597 [QAAC] do not delete portable dll files during update
2596 [DGIndexIM/NV] improved error handling
2595 [DGIndexIM/NV] fixed crash when the indexer directory is not available (regression of 2585)

Barough

27th September 2015, 17:30

Thnx for the fixes Zathor :)

hello_hello

27th September 2015, 20:13

Zathor,
MeGUI 2598 is deleting the SelectedProfiles.xml file when it runs (or when it closes) and as a result, the selected profiles function is broken. Edit: I tried copying SelectedProfiles.backup and renaming it to SelectedProfiles.html and the html file isn't being deleted when MeGUI starts any longer, but MeGUI seems to be ignoring it anyway. Something odd is going on there.

Creating backups for all the profiles, that's new isn't it? Is there a reason for doing so? (I'm just curious)

I'll upload my OneClick profiles for you shortly.

Cheers.

hello_hello

27th September 2015, 20:28

Seems the change to not delete the portable files when updating QAAC isn't working as expected. MeGUI is isn't deleting them, but it's changing their file extensions to "backup".

Feature request:

Could we have an option for MeGUI not to delete old files, such as old log files? The latter certainly took me by surprise after the last update. It also annoyed me a bit. I sometimes search through old log files to help me remember what filtering I might have used for a particular encode, or what the source file was etc, and up until a few minutes ago I could use the Windows search function to quickly search through three or fours years worth of log files. Now it only goes back a few months.....
"Fortunately" my second PC had a hard drive failure a few days ago, so I copied the MeGUI folder from this PC to the other one and I now know to at least backup those log files before updating MeGUI there.
And those old files in the update_cache folder marked as obsolete..... I backed that folder up as soon as a saw it happen, but what should I expect there? I assume at some stage MeGUI will delete them all without asking?

Thanks.

hello_hello

27th September 2015, 20:48

I have tried to reproduce the OnceClick profile button oddness with my virtual XP machine and there ii works also as expected. Are you able to upload your profiles which you use for the test?

I created two new profiles, as mine use my own encoder configurations, so they'd probably give you errors when you try to load them. These OneClick profiles use "scratchpad" encoder and avisynth presets, but the oddness hasn't changed.

no video encode profile:
<?xml version="1.0"?>
<GenericProfileOfOneClickSettings xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Name>no video encode</Name>
<Settings>
<VideoProfileName>x264: *scratchpad*</VideoProfileName>
<AvsProfileName>AviSynth: *scratchpad*</AvsProfileName>
<PrerenderVideo>false</PrerenderVideo>
<AudioProfileName>migrated</AudioProfileName>
<AudioEncodingModeString>migrated</AudioEncodingModeString>
<AudioSettingsString>
<OneClickAudioSettings>
<AudioEncodingModeString>Always</AudioEncodingModeString>
<Language>[default]</Language>
<Profile>FFmpeg AC-3: *scratchpad*</Profile>
<UseFirstTrackOnly>true</UseFirstTrackOnly>
</OneClickAudioSettings>
</AudioSettingsString>
<DontEncodeVideo>true</DontEncodeVideo>
<SignalAR>false</SignalAR>
<AutomaticDeinterlacing>false</AutomaticDeinterlacing>
<AutoCrop>true</AutoCrop>
<KeepInputResolution>true</KeepInputResolution>
<OutputResolution>720</OutputResolution>
<Filesize xsi:nil="true" />
<SplitSize xsi:nil="true" />
<ContainerCandidates>
<string>AVI</string>
<string>MKV</string>
</ContainerCandidates>
<LeadingName />
<WorkingNameReplace />
<WorkingNameReplaceWith />
<UseChaptersMarks>true</UseChaptersMarks>
<UseNoLanguagesAsFallback>false</UseNoLanguagesAsFallback>
<DisableIntermediateMKV>false</DisableIntermediateMKV>
<DefaultWorkingDirectory>D:\</DefaultWorkingDirectory>
<DefaultOutputDirectory>D:\</DefaultOutputDirectory>
<DefaultLanguage>English</DefaultLanguage>
<DefaultAudioLanguageString>
<string>English</string>
</DefaultAudioLanguageString>
<DefaultSubtitleLanguageString>
<string>English</string>
</DefaultSubtitleLanguageString>
<IndexerPriorityString>
<string>DGI</string>
<string>DGM</string>
<string>D2V</string>
<string>LSMASH</string>
<string>FFMS</string>
<string>AVISOURCE</string>
</IndexerPriorityString>
</Settings>
</GenericProfileOfOneClickSettings>

with video encode profile:
<?xml version="1.0"?>
<GenericProfileOfOneClickSettings xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Name>with video encode</Name>
<Settings>
<VideoProfileName>x264: *scratchpad*</VideoProfileName>
<AvsProfileName>AviSynth: *scratchpad*</AvsProfileName>
<PrerenderVideo>false</PrerenderVideo>
<AudioProfileName>migrated</AudioProfileName>
<AudioEncodingModeString>migrated</AudioEncodingModeString>
<AudioSettingsString>
<OneClickAudioSettings>
<AudioEncodingModeString>Always</AudioEncodingModeString>
<Language>[default]</Language>
<Profile>FFmpeg AC-3: *scratchpad*</Profile>
<UseFirstTrackOnly>true</UseFirstTrackOnly>
</OneClickAudioSettings>
</AudioSettingsString>
<DontEncodeVideo>false</DontEncodeVideo>
<SignalAR>false</SignalAR>
<AutomaticDeinterlacing>false</AutomaticDeinterlacing>
<AutoCrop>true</AutoCrop>
<KeepInputResolution>false</KeepInputResolution>
<OutputResolution>720</OutputResolution>
<Filesize xsi:nil="true" />
<SplitSize xsi:nil="true" />
<ContainerCandidates>
<string>AVI</string>
<string>MKV</string>
</ContainerCandidates>
<LeadingName />
<WorkingNameReplace />
<WorkingNameReplaceWith />
<UseChaptersMarks>true</UseChaptersMarks>
<UseNoLanguagesAsFallback>false</UseNoLanguagesAsFallback>
<DisableIntermediateMKV>false</DisableIntermediateMKV>
<DefaultWorkingDirectory>D:\</DefaultWorkingDirectory>
<DefaultOutputDirectory>D:\</DefaultOutputDirectory>
<DefaultLanguage>English</DefaultLanguage>
<DefaultAudioLanguageString>
<string>English</string>
</DefaultAudioLanguageString>
<DefaultSubtitleLanguageString>
<string>English</string>
</DefaultSubtitleLanguageString>
<IndexerPriorityString>
<string>DGI</string>
<string>DGM</string>
<string>D2V</string>
<string>LSMASH</string>
<string>FFMS</string>
<string>AVISOURCE</string>
</IndexerPriorityString>
</Settings>
</GenericProfileOfOneClickSettings>

Zathor

27th September 2015, 22:27

Seems the change to not delete the portable files when updating QAAC isn't working as expected. MeGUI is isn't deleting them, but it's changing their file extensions to "backup".
I need to test it with backup enabled.
EDIT: works as expected. are you sure qaac has been updated with build 2598? Or which portable files do you use?

Could we have an option for MeGUI not to delete old files, such as old log files?
Mhm, I can merge this option with the backup option. So if backup is disabled it will delete the files, if not they stay.

Zathor

27th September 2015, 22:47

MeGUI 2598 is deleting the SelectedProfiles.xml file when it runs (or when it closes) and as a result, the selected profiles function is broken. Edit: I tried copying SelectedProfiles.backup and renaming it to SelectedProfiles.html and the html file isn't being deleted when MeGUI starts any longer, but MeGUI seems to be ignoring it anyway. Something odd is going on there.

The file extension is xml :)
I found the problem and have fixed it locally.

Creating backups for all the profiles, that's new isn't it? Is there a reason for doing so? (I'm just curious)
Yes, if the new xml file cannot be created the backup will be restored. But as this will be done in one step I should delete the backup files at the end.

hello_hello

27th September 2015, 23:07

The file extension is xml :)
I found the problem and have fixed it locally.

I wrote xml the first time, but now I can't remember whether I renamed it xml or html for testing. Oh well.... you've found the problem anyway.

Thanks.

LeMoi

28th September 2015, 17:21

With latest version (2598), every time I launch the program, my default video profile always changes to x264: Android G1, instead of the one i always use. This did'nt happen with previous versions...

Zathor

28th September 2015, 18:51

2601 [OneClick] fixed DAR button behaviour
2600 obsolete packages and log files will only be deleted if the backup option is disabled
2599 [Profile] fixed unsaved selected profile (regression of 2590)

hello_hello

28th September 2015, 23:08

Awesome! I haven't downloaded the update yet, but thanks!

So the OneClick DAR button problem..... I wasn't imagining it? What was the cause?

Cheers.

LeMoi

28th September 2015, 23:10

Can't find the update yet with the MEGUI included updater?

kotuwa

28th September 2015, 23:12

Today I updated MeGUI. Development Servers.
and faced a thing that I never faced yesterday. Not sure whether the reason is the updating it or something else changed in the system.

FFAudioSource failed to open a MKV file, that was opened successfully before updating.
It gives this message in the Log.

Failed opening the file with FFAudioSource(). Script error: There is no function named 'HelpMeRondaLoadPlugin'.

NicAudio, LWLibavAudioSource used for AC-3, LWLibavAudioSource used for MKV as FFAudioSource fails.

Any idea why, and how to fix!

:/

hello_hello

28th September 2015, 23:18

I need to test it with backup enabled.
EDIT: works as expected. are you sure qaac has been updated with build 2598? Or which portable files do you use?

Sorry, I missed your question earlier.
Yes, I'm sure QAAC was updated. It went through the "build 2598 is required" process on both PCs and restarted MeGUI before then updating QAAC.

QAAC is in the "MeGUI\tools\qaac" folder.
The portable files are located in "MeGUI\tools\qaac\QTfiles"
QTfiles has a subfolder: "MeGUI\tools\qaac\QTfiles\Microsoft.VC80.CRT"

All the files in the "QTfiles" and "Microsoft.VC80.CRT" folders had backup added as their file extension.

At least it's not just me this time. ;)
http://forum.doom9.org/showthread.php?p=1740628#post1740628

Zathor

28th September 2015, 23:24

FFAudioSource failed to open a MKV file, that was opened successfully before updating.
Sorry, silly remaining code in the sources. It is now fixed with build 2602 (online on one of the two servers as the other is currently not available)

Zathor

28th September 2015, 23:26

Sorry, I missed your question earlier.
Yes, I'm sure QAAC was updated. It went through the "build 2598 is required" process on both PCs and restarted MeGUI before then updating QAAC.

QAAC is in the "MeGUI\tools\qaac" folder.
The portable files are located in "MeGUI\tools\qaac\QTfiles"
QTfiles has a subfolder: "MeGUI\tools\qaac\QTfiles\Microsoft.VC80.CRT"

All the files in the "QTfiles" and "Microsoft.VC80.CRT" folders had backup added as their file extension.

At least it's not just me this time. ;)
http://forum.doom9.org/showthread.php?p=1740628#post1740628
I have all necessary files directly copied in the qaac directory without any subdirectories. Can you try that as well please? Btw I have used the recent makeportable script with the recent Itunes installer.

kuchikirukia

29th September 2015, 00:23

Could we get finer control of x264 qcomp? In 2525 you can manually enter it in the box and it will enter it into the commandline, but MeGUI rounds to tenths it for display which gives a display mismatch (if you entered 0.65 you can't just look at the qcomp box to see what you have entered since it's now saying 0.7.), and the arrows move it by tenths. Considering the rather large effect, movement by hundredths makes more sense than tenths, and it should certainly display to hundredths. Going from qcomp of 0.6 to 0.7 can increase file size in CRF encoding upwards of 25%, and 0.8 is pretty much always going to be complete bloat, so going by tenths basically only gives you the option of, "Do I want qcomp 0.60 or 0.70?"

hello_hello

29th September 2015, 03:46

I have all necessary files directly copied in the qaac directory without any subdirectories. Can you try that as well please? Btw I have used the recent makeportable script with the recent Itunes installer.

I tried that and some of the files had the extension backup added and some didn't. Here's a list of the extracted Apple files before re-installing QAAC:

From the QTfiles folder
ASL.dll
CoreAudioToolbox.dll
CoreFoundation.dll
icudt46.dll*
icuin40.dll*
icuuc40.dll*
libdispatch.dll
libicuin.dll
libicuuc.dll
objc.dll
pthreadVC2.dll*

From the Microsoft.VC80.CRT folder
Microsoft.VC80.CRT.manifest*
msvcp80.dll*
msvcr80.dll*

After copying all the files to the qaac directory and re-installing QAAC, the files marked with an asterisk were given a backup extension. The others weren't (as opposed to when they were left in the sub-directories and they were all given a backup extension).

The four original QAAC files in the QAAC folder remained, with a backup copy also created. I guess that's to be expected.
libsoxconvolver.dll
libsoxr.dll
qaac.exe
refalac.exe

I used makeportable and the QuickTime installer to extract the required files. I'm pretty sure it was makeportable 0.9 and QuickTime 7.7.7, but to be sure I downloaded them both again (QuickTime 7.7.8) and ran makeportable. Exactly the same files were extracted (still CoreAudioToolbox 7.9.8.3), just with more recent modified dates.
You're not using an old makeportable or QuickTime installer are you? I'm pretty sure the files extracted changed at some stage, but that was a fair while ago. Or does it extract different files for XP.... :(

Cheers.

kotuwa

29th September 2015, 04:27

Sorry, silly remaining code in the sources. It is now fixed with build 2602 (online on one of the two servers as the other is currently not available)
Hey, updated to 2602.
Now a different error message...

Failed opening the file with FFAudioSource(). I don't know what 'xxxx' means.

:(

Zathor

29th September 2015, 07:04

Sorry, I did not had the time to test myself and at the moment I do not have time at all. Maybe I have the chance to do it in the next 24 hours but I cannot predict it yet. If you have to encode now you have to enforce a downgrade.

Zathor

29th September 2015, 07:09

I used makeportable and the QuickTime installer to extract the required files. I'm pretty sure it was makeportable 0.9 and QuickTime 7.7.7, but to be sure I downloaded them both again (QuickTime 7.7.8) and ran makeportable. Exactly the same files were extracted (still CoreAudioToolbox 7.9.8.3), just with more recent modified dates.
You're not using an old makeportable or QuickTime installer are you? I'm pretty sure the files extracted changed at some stage, but that was a fair while ago. Or does it extract different files for XP.... :(
I have used the itunes installer 12.3 with makeportable 0.9 and my files for 32bit are different compared to yours.

LigH

29th September 2015, 07:23

The version number of some QT DLLs may change, e.g. there was a new dummy DLL released to replace the huge icudt??.dll; so you may have to exclude with wildcards.

The iTunes installer may contain a few more (or more recent) files than the QuickTime installer. Especially additional 64-bit DLLs.

hello_hello

29th September 2015, 08:29

I have used the itunes installer 12.3 with makeportable 0.9 and my files for 32bit are different compared to yours.

I've previously used the QuickTime installer as it's a much smaller download, but I downloaded the current iTunes installer (12.3) and ran makeportable. Yes it does extract different files. It also appears LigH is correct and the iTunes installer contains a newer version of CoreAudioToolbox (7.10.5.0 instead of 7.9.8.3), so now I've extracted those files, I'll update. I don't know whether that means AAC encoding will be different.

The files extracted from the iTunes installer were:

ASL.dll
CoreAudioToolbox.dll
CoreFoundation.dll
icudt55.dll
libdispatch.dll
libicuin.dll
libicuuc.dll
msvcp100.dll
msvcr100.dll
objc.dll

There was no "Microsoft.VC80.CRT" folder created.

Barough

29th September 2015, 08:44

I tried that and some of the files had the extension backup added and some didn't. Here's a list of the extracted Apple files before re-installing QAAC:

From the QTfiles folder
ASL.dll
CoreAudioToolbox.dll
CoreFoundation.dll
icudt46.dll*
icuin40.dll*
icuuc40.dll*
libdispatch.dll
libicuin.dll
libicuuc.dll
objc.dll
pthreadVC2.dll*

From the Microsoft.VC80.CRT folder
Microsoft.VC80.CRT.manifest*
msvcp80.dll*
msvcr80.dll*

After copying all the files to the qaac directory and re-installing QAAC, the files marked with an asterisk were given a backup extension. The others weren't (as opposed to when they were left in the sub-directories and they were all given a backup extension).

The four original QAAC files in the QAAC folder remained, with a backup copy also created. I guess that's to be expected.
libsoxconvolver.dll
libsoxr.dll
qaac.exe
refalac.exe

I used makeportable and the QuickTime installer to extract the required files. I'm pretty sure it was makeportable 0.9 and QuickTime 7.7.7, but to be sure I downloaded them both again (QuickTime 7.7.8) and ran makeportable. Exactly the same files were extracted (still CoreAudioToolbox 7.9.8.3), just with more recent modified dates.
You're not using an old makeportable or QuickTime installer are you? I'm pretty sure the files extracted changed at some stage, but that was a fair while ago. Or does it extract different files for XP.... :(

Cheers.

I get the same files here when using makeportable v0.9 and QuickTime v7.7.8

Zathor

29th September 2015, 19:59

2604 [QAAC] do not delete portable runtime files during an update if they are in the QTfiles subdirectory
2603 [AudioEncoder] fixed FFAudioSource. part II (regression of 2591)

hello_hello

30th September 2015, 05:02

I updated to MeGUI 2604, after which MeGUI updated QAAC again. I'd put the Apple files back in the QTfiles folder and this time they remained untouched. Thanks Zathor!

Feature request.
Could the size of the drop down box for selecting encoder presets be increased in order to eliminate the need to scroll through the list? It's just a little thing, but the number of presets is fairly limited before the maximum size is reached and scrolling is required. The same could probably be applied to all the drop down preset selections. Unless there's a need to limit the size of the dropdown lists I'm missing.

Like this (VirtualDub's file type menu):
http://s12.postimg.org/dvs9ss7f1/dropdown_list_c.gif

Or something with a larger limit before scrolling is required, and maybe able to open in either direction, depending on the position on the monitor.

http://s27.postimg.org/wmliobddv/dropdown_list_b.gif

Thanks.

hello_hello

4th October 2015, 06:51

I have what may be a "how long is a piece of string" question, but.....

The problem with the script creator's cropping and resizing causing crashes if you adjust them too enthusiastically, especially when ffmsindex is used..... why does it go away when the source video is another script, even if it's a script using ffmsindex to open the video?

The problem's started to annoy me enough now that if I know I'm going to be playing with cropping and resizing a bit, I use Avisynthesizer (https://www.mediafire.com/folder/hb26mthbjz7z6/StainlessS) (link for the StainlessS mod version) to quickly create a script, then I use that script as the source for MeGUI to open. Works a treat and cuts down on crashes, but why should it work like that? Any logical reason?

Cheers.

LigH

5th October 2015, 08:44

May be hard to guess without comparing MediaInfo reports of the real source videos against each other, or even deeper statistics (e.g. one having Blu-ray compatible short GOPs, the other having efficient long GOPs for PC use).

I could imagine that if you reload the script faster than the decoder can decode from the beginning of a GOP to the displayed position, the interrupted decoder gets unstable. Who knows... :o

hello_hello

5th October 2015, 10:25

It mainly seems like some weird interaction between ffms2 and MeGUI, although I've had similar errors occur when using other indexers (I'm still using ffms2 2.20 because I've had problems with the newer versions, but I don't think anything changed in relation to MeGHUI's cropping and resizing).

It's easy to replicate. I remuxed an Xvid encoded AVI as an MKV and indexed it with L-Smash. Cropping and resizing in the script creator was problem free. After indexing the same MKV with ffms2 and holding down one of the arrows to increase the cropping, it doesn't take long for something like this to happen:

http://s24.postimg.org/9qnudlx2d/error.gif

Save a script for opening the same MKV as before with ffmsindex, then use that script for the source video in the script creator, and cropping and resizing becomes trouble free again.

Zathor knows about the problem, but as far as I know hasn't been able to track down the cause. I just found it odd the problem goes away when you effectively put a script between the source video and the script creator, and I wondered why that might change the behaviour.

DjDiabolik

10th October 2015, 14:11

Hey boys... how i can fix this ?

-[Error] Log for job5 (idx, 02 Io Che Mangio A Sazietà.mkv -> 02 Io Che Mangio A Sazietà.mkv.lwi)
--[Information] [10/10/2015 15:02:14] Started handling job
--[Information] [10/10/2015 15:02:14] Preprocessing
--[Information] [10/10/2015 15:02:14] Job command line: "C:\Windows\system32\ping.exe" 127.0.0.1 -t
--[Information] [10/10/2015 15:02:14] Process started
--[Information] [10/10/2015 15:02:14] Standard output stream
---[Information] [10/10/2015 15:02:14] Creating LSMASH index...
---[Information] [10/10/2015 15:02:14] AviSynth script
----[NoImage] LoadPlugin("D:\Programmi\MeGUI\tools\lsmash\LSMASHSource.dll")
----[NoImage] LWLibavVideoSource("D:\Pugilato Campionati\Duilio\jc15cvdd.ubz\02 Io Che Mangio A Sazietà.mkv")
--[Error] [10/10/2015 15:02:14] Standard error stream
---[Error] [10/10/2015 15:02:14] [Fatal]: Failed to avformat_open_input.
--[Information] [10/10/2015 15:02:14] Job completed

avformat_open_input when using lsmash..... i need to recompress this avi file to obtain a small file............

LeMoi

10th October 2015, 19:13

I have the following error while converting a DTS file to AC3 :
[Error] Log for job6 (audio, file.dts -> file.ac3)
-[Information] [10/10/2015 20:08:18] Started handling job
-[Information] [10/10/2015 20:08:18] Preprocessing
-[Information] [10/10/2015 20:08:18] MediaInfo
--[Information] [10/10/2015 20:08:19] File: G:\file.dts
--[Information] General
---[Information] Format: DTS
---[Information] FormatString: DTS
---[Information] FileSize: 2229840928
---[Information] PlayTime:
--[Information] Audio
---[Information] ID:
---[Information] StreamOrder:
---[Information] Format: DTS
---[Information] FormatProfile: MA / Core
---[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: VBR
---[Information] Delay:
---[Information] Title:
---[Information] Language:
---[Information] LanguageString:
---[Information] Default:
---[Information] DefaultString:
---[Information] Forced:
---[Information] ForcedString:
---[Information] [10/10/2015 20:08:19] The language information is not available for this track. The default MeGUI language has been selected.
-[Information] [10/10/2015 20:08:19] Trying to open the file with DirectShowSource()
-[Information] [10/10/2015 20:08:23] Successfully opened the file with DirectShowSource()
-[Warning] [10/10/2015 20:08:24] channel count mismatch! The input file is reporting 6 channels and the AviSynth script is reporting 2 channels
-[Information] [10/10/2015 20:08:24] Avisynth script
--[NoImage] DirectShowSource("G:\file.dts")
--[NoImage] EnsureVBRMP3Sync()
--[NoImage] # detected channels: 6 channels
--[NoImage] # detected channel positions: 3/2/0.1
--[NoImage] Normalize()
--[NoImage] 32==Audiobits(last)?ConvertAudioTo16bit(last):last
--[NoImage] return last
-[Information] [10/10/2015 20:08:24] Command line used: -i - -y -acodec ac3 -ab 640k "{0}"
-[Information] [10/10/2015 20:08:24] Avisynth script environment opened
-[Information] [10/10/2015 20:08:24] Script loaded
-[Information] [10/10/2015 20:08:24] Output Decoder
--[Information] [10/10/2015 20:08:24] Channels: 2
--[Information] [10/10/2015 20:08:24] Bits per sample: 16
--[Information] [10/10/2015 20:08:24] Sample rate: 48000
-[Information] [10/10/2015 20:08:24] Job command line: C:\Program Files (x86)\MeGUI\tools\ffmpeg\ffmpeg.exe -i - -y -acodec ac3 -ab 640k "G:\file.ac3"
-[Information] [10/10/2015 20:08:25] Process started
-[Information] [10/10/2015 20:08:25] Standard output stream
-[Information] [10/10/2015 20:08:25] Standard error stream
--[Information] [10/10/2015 20:08:25] ffmpeg version N-73361-g03b2b40 Copyright (c) 2000-2015 the FFmpeg developers
--[Information] [10/10/2015 20:08:25] built with gcc 4.9.2 (GCC)
--[Information] [10/10/2015 20:08:25] configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib
--[Information] [10/10/2015 20:08:25] libavutil 54. 27.100 / 54. 27.100
--[Information] [10/10/2015 20:08:25] libavcodec 56. 46.100 / 56. 46.100
--[Information] [10/10/2015 20:08:25] libavformat 56. 40.100 / 56. 40.100
--[Information] [10/10/2015 20:08:25] libavdevice 56. 4.100 / 56. 4.100
--[Information] [10/10/2015 20:08:25] libavfilter 5. 19.100 / 5. 19.100
--[Information] [10/10/2015 20:08:25] libswscale 3. 1.101 / 3. 1.101
--[Information] [10/10/2015 20:08:25] libswresample 1. 2.100 / 1. 2.100
--[Information] [10/10/2015 20:08:25] libpostproc 53. 3.100 / 53. 3.100
--[Information] [10/10/2015 20:08:25] [wav @ 04ae3d60] Could not find codec parameters for stream 0 (Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, 1536 kb/s): unspecified sample format
--[Information] [10/10/2015 20:08:25] Consider increasing the value for the 'analyzeduration' and 'probesize' options
--[Information] [10/10/2015 20:08:25] pipe:: could not find codec parameters
--[Information] [10/10/2015 20:08:25] Guessed Channel Layout for Input Stream #0.0 : stereo
--[Information] [10/10/2015 20:08:25] Input #0, wav, from 'pipe:':
--[Information] [10/10/2015 20:08:25] Duration: N/A, bitrate: 1536 kb/s
--[Information] [10/10/2015 20:08:25] Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, 1536 kb/s
--[Information] [10/10/2015 20:08:25] [abuffer @ 04acd080] Unable to parse option value "(null)" as sample format
--[Information] [10/10/2015 20:08:25] Last message repeated 1 times
--[Information] [10/10/2015 20:08:25] [abuffer @ 04acd080] Error setting option sample_fmt to value (null).
--[Information] [10/10/2015 20:08:25] [graph 0 input from stream 0:0 @ 04ac63a0] Error applying options to the filter.
--[Information] [10/10/2015 20:08:25] Error opening filters!
-[Error] [10/10/2015 20:08:25] An error occurred: Abnormal encoder termination. Exit code: 1
-[Information] [10/10/2015 20:08:25] Job completed

I also have a similar error while converting other files, when I demux DTS-HD file from mkv with the option "downconvert DTS-HD to DTS", and try to convert the DTS file to AC3, the output file is often 2ch instaed of 6ch.
Is this a FFMPEG error?

LigH

10th October 2015, 19:21

No, this is more probably the fault of the DirectShow filter downmixing the 6 channel dts to stereo.

You should possibly let eac3to do this kind of conversions, instead of AviSynth with DirectShowSource.

Zathor

10th October 2015, 20:15

avformat_open_input when using lsmash..... i need to recompress this avi file to obtain a small file............
What is the mediainfo of this file? In any case using a different indexer (e.g. ffms) may help.

Zathor

10th October 2015, 20:24

I have the following error while converting a DTS file to AC3 :
Please try to use NicAudio as preferred audio decoder.

tebasuna51

11th October 2015, 10:45

At this moment my preferred decoder for audio is:

LWLibavAudioSource("audiofile", stream_index=0,cache=false)

- DTS-HD support with dcadec.
- TrueHD (Atmos) support.
- AAC output without delay.
and many others codecs supported.

If you have your PC audio system configured with 2 speakers, using DirectShow you always obtain a downmix to stereo, no mather what input channels are.

Zathor

13th October 2015, 15:48

Zathor

14th October 2015, 10:49

Minor update which finally does not disable packages anymore after 14 days (currently 90 days based on the server config)

2605 [Update] fixed not using the proper package disable date from the server configuration (regression of 2523)

I would like to release a new stable build soon.

LouieChuckyMerry

16th October 2015, 05:51

Since a while I am working on a renewed video preview control. I would like to have your feedback before I start to merge it with the normal builds:
http://megui.org/MeGUI_preview.zip
Still missing are zones, credits and general polishing (e.g. startup window size). Nevertheless mention please everything which in your eyes does not fit / should be changed. Thanks in advance!

Happy Friday! and thank you very very much for maintaining MeGUI; I really really appreciate it :) . About the new preview window, I tend to the "If It Ain't Broke, Then Don't Fix It" school of thought but I also like improved functionality, so here are my observations:

1) I very much like that the present preview window opens automatically to the proper size, without either left-to-right or up-and-down sliders, so I would lobby for keeping this feature in the new preview control, if possible, in addition to the new ability to maximize the window size to fullscreen.

2) I would recommend returning the 20 vertical lines to the top and bottom of the slider bar (very helpful, those) and, if possible, making the lines at "0", "10", and "20" four-times longer and the lines at "5" and "15" two-times longer than the lines at "1", "2", "3", "4", "6", "7", "8", "9", "11", "12", "13", "14", "16", "17", "18", and "19", so it's quicker to find the one-quarter, halfway, and three-quarter points.

3) I find the "Go to frame" button indispensable when utilizing Trim, so I think that's a must have feature.

4) I would definitely keep the move forward-backward 1 frame (>, <) and move forward-backward 25 frames (>>, <<) buttons, and would personally find a move forward-backward 1000 frames (perhaps >>>, <<<) very useful.

That's all I can think of at this time, but my usage of MeGUI is pretty simple. Perhaps some of the power users can envision better, more radical features ;) . Actually, the more I think about it, the existing preview window, as is, with the added ability to toggle fullscreen, various-length vertical lines on the slider bar, and a third pair of forward-backward (1000 frames) buttons would be darn near perfect for my usage. Thanks again for you work, Zathor.

hello_hello

16th October 2015, 09:07

[Jumping for joy!]Minor update which finally does not disable packages anymore after 14 days (currently 90 days based on the server config)[/Jumping for joy!]

Thanks.

hello_hello

16th October 2015, 09:39

Since a while I am working on a renewed video preview control. I would like to have your feedback before I start to merge it with the normal builds:
http://megui.org/MeGUI_preview.zip
Still missing are zones, credits and general polishing (e.g. startup window size). Nevertheless mention please everything which in your eyes does not fit / should be changed. Thanks in advance!

Fullscreen mode! If I had a first-born, he/she would be yours Zathor.

I'd like an option to configure the clicking action on the video itself. Currently it's the same as the defaults for MPC-HC, which drives me nutty (single left click for pause/resume and double left click for fullscreen). I always change the fullscreen option to middle click instead, because then it's possible to use the left mouse button to start and stop the video quickly without it jumping in and out of fullscreen mode for no apparent reason. Please let me middle-click for fullscreen. I'd give you my second-born too, if I had one. :)

The preview currently doesn't come out of fullscreen mode very well. If the video is smaller than the screen resolution, the preview window seems to return to it's original size, but not the video itself.

Could I ask what resizing method the preview uses when running fullscreen? Thinking about it, I've never known what resizing method the preview uses for resizing when the "fit" option is selected.
Would it be possible to include a setting to allow the user to choose the resize method?

I assume it'll eventually have all the same play/GoTo/reload buttons as the old preview? And having lines (markers?) along the navigation slider can be handy at times.

Thanks for all the hard work. Fullscreen mode! Yippeeeeeee!!

Edit: Fullscreen mode isn't playing nice with multiple monitors (yet?). If you open the preview on monitor one, then drag it over to monitor two, when you go into fullscreen mode it's back on monitor 1. There appears not to be a way to run fullscreen on a second monitor, and the preview seems to always open on the main monitor even if MeGUI itself is residing on a different one. That's probably always been the case. Move MeGUI to a second monitor and open the script creator and it'll always open on the main monitor instead of the same monitor, but maybe now the preview has fullscreen mode it might be an opportunity to make MeGUI a little more multi-monitor friendly?

Thinking about it. Eventually it might be nice to be able to set which monitor the preview uses for fullscreen mode. It'd be handy to have it run on the main monitor (for example) but when you switch to fullscreen mode it jumps to monitor two (which in my case is my TV). The right click menu probably needs a "reload script" option so you can reload scripts without leaving fullscreen mode. Or you could get carried away and make the navigation bar auto-hide when in fullscreen mode, but if you move the cursor to the bottom of the screen it pops up. The way most media players do it.

Thanks again!

hello_hello

16th October 2015, 10:02

I just noticed. The preview version of MeGUI seems to add the following to the log file each time a script is opened in the video preview (from the video section of the GUI).

[Warning] MediaInfo
-[Warning] [16/10/15 8:00:05 PM] Unknown video codec found: AVS Video / AVS

Barough

16th October 2015, 14:06

Some new 'stable' libraries

x264 (r2638)
http://download.videolan.org/pub/x264/binaries/

FFmpeg v2.8.1
http://ffmpeg.zeranoe.com/builds/win32/static/

Zathor

17th October 2015, 13:04

Some new 'stable' libraries
x264 (r2638)
FFmpeg v2.8.1
Thanks, updated

Also only is a new MeGUI build:
2607 reduced number of required AviSynth script accesses
2606 [MediaInfo] reduced log messages if the language information is emtpy

2607 reduced the number of opened AVS instances in some use cases by > 50%. This should hopefully have an influence on stability & speed - but both likely not noticeable.

Zathor

17th October 2015, 13:33

1) I very much like that the present preview window opens automatically to the proper size, without either left-to-right or up-and-down sliders, so I would lobby for keeping this feature in the new preview control, if possible, in addition to the new ability to maximize the window size to fullscreen.
This feature will return

2) I would recommend returning the 20 vertical lines to the top and bottom of the slider bar (very helpful, those) and, if possible, making the lines at "0", "10", and "20" four-times longer and the lines at "5" and "15" two-times longer than the lines at "1", "2", "3", "4", "6", "7", "8", "9", "11", "12", "13", "14", "16", "17", "18", and "19", so it's quicker to find the one-quarter, halfway, and three-quarter points.
The "lines" can only be enabled or disabled and when enabled I cannot configure it. Therefore I have disabled them as they in my eyes have no positive impact.
If I have time (unlikely) I can try to create my own control.

3) I find the "Go to frame" button indispensable when utilizing Trim, so I think that's a must have feature.
This will return (not as a button - in the right click menu)

4) I would definitely keep the move forward-backward 1 frame (>, <) and move forward-backward 25 frames (>>, <<) buttons, and would personally find a move forward-backward 1000 frames (perhaps >>>, <<<) very useful.
This will return - but also not as buttons. You can already click on the track bar and use the left/right arrow keys to move one frame. When you click at one side of the slider it will move ~one second. For bigger/other values you have to use the right click menu (not available yet).

Fullscreen mode! If I had a first-born, he/she would be yours Zathor. :p

I'd like an option to configure the clicking action on the video itself. Currently it's the same as the defaults for MPC-HC, which drives me nutty (single left click for pause/resume and double left click for fullscreen). I always change the fullscreen option to middle click instead, because then it's possible to use the left mouse button to start and stop the video quickly without it jumping in and out of fullscreen mode for no apparent reason. Please let me middle-click for fullscreen. I'd give you my second-born too, if I had one. :)
When you only click once the video will stop/play. If you make a double click it will stop/play first (as the one click event is triggered) and then the fullscreen mode is toggled (including once again a stop/play action). Also you can use the right click menu for these actions.
I may add other options as well (middle-click for fullscreen, space for play/stop) in an addition to the current ones but I will not add an option to configure it. We are speaking here not about a professional player and I want to have it "keep it simple".

The preview currently doesn't come out of fullscreen mode very well. If the video is smaller than the screen resolution, the preview window seems to return to it's original size, but not the video itself.
Yes, needs to be adjusted

Could I ask what resizing method the preview uses when running fullscreen? Thinking about it, I've never known what resizing method the preview uses for resizing when the "fit" option is selected.
Would it be possible to include a setting to allow the user to choose the resize method?

The internal player resizing uses:
System.Drawing.Drawing2D.InterpolationMode.Bilinear
Other modes are described here:
LINK (https://msdn.microsoft.com/query/dev14.query?appId=Dev14IDEF1&l=EN-US&k=k%28System.Drawing.Drawing2D.InterpolationMode%29;k%28TargetFrameworkMoniker-.NETFramework,Version%3Dv4.0%29;k%28DevLang-csharp%29&rd=true)
I currently do not want to expose in the end to the user the possibility to switch this. If you want to try the other modes I can implement it for now for your tests so that "the best" mode can be selected.

I assume it'll eventually have all the same play/GoTo/reload buttons as the old preview? And having lines (markers?) along the navigation slider can be handy at times.
Not as buttons as I want to have as much space as possible for the video. For the lines/markes see above.

Edit: Fullscreen mode isn't playing nice with multiple monitors (yet?). If you open the preview on monitor one, then drag it over to monitor two, when you go into fullscreen mode it's back on monitor 1. There appears not to be a way to run fullscreen on a second monitor, and the preview seems to always open on the main monitor even if MeGUI itself is residing on a different one. That's probably always been the case. Move MeGUI to a second monitor and open the script creator and it'll always open on the main monitor instead of the same monitor, but maybe now the preview has fullscreen mode it might be an opportunity to make MeGUI a little more multi-monitor friendly?
Problem is that I do not have such a setup so it is very hard to test / code for that.

Thinking about it. Eventually it might be nice to be able to set which monitor the preview uses for fullscreen mode. It'd be handy to have it run on the main monitor (for example) but when you switch to fullscreen mode it jumps to monitor two (which in my case is my TV). The right click menu probably needs a "reload script" option so you can reload scripts without leaving fullscreen mode.
Mhm, I had planned to remove that button. Do you think it is really necessary? Script modifications in the AVS Script Cretot are detected. So this is only needed when doing modifications outside of MeGUI.

Or you could get carried away and make the navigation bar auto-hide when in fullscreen mode, but if you move the cursor to the bottom of the screen it pops up. The way most media players do it.
This sounds easier as it is - I may try it but only after the basic functions are included. I do not try to compete with media players :)

The preview version of MeGUI seems to add the following to the log file each time a script is opened in the video preview (from the video section of the GUI).
[Warning] MediaInfo
-[Warning] [16/10/15 8:00:05 PM] Unknown video codec found: AVS Video / AVS
This is a debug build where some debug informations are added. Just ignore this message as it does not harm anything.

@hello_hello & LouieChuckyMerry: Thank you very much for your valuable feedback! I do not know when the next build will be available but I am already looking forward to have your feedback again.

Xebika

17th October 2015, 14:29

MKVToolNix v8.5.0 is released

Zathor

17th October 2015, 15:34

MKVToolNix v8.5.0 is released
Thx, updated

2609 removed the DPI aware flag (requires Windows Vista+)
The application will now look blurry when not using 100% DPI but all controls are visible
2608 [QAAC] fixed a crash when the settings have to be recreated (regression of 2604)

LouieChuckyMerry

18th October 2015, 05:23

I'm glad that the auto-size preview window feature will return--:thanks:--and I'm embarrassed to admit that I didn't notice the right-click options :rolleyes: . Anyway, after checking them out, and considering your plans to add to them, I think this will be an extremely useable setup with a very short learning curve, typed the twitching mouse junkie, especially with my new knowledge that the left-right arrows move the video a single frame (I know, I know, I'm a bit slow) and a reminder that clicking on the line to the left or right of the slider moves it about one second (which is typically, for me, right around 25 frames). Would you pretty please consider adding "Show-Hide Vertical Ticks" or "Enable-Disable Track Bar Markers" or some such to the new right-click menu so as to aid the spacially challenged?

kalehrl

18th October 2015, 07:58

Could you add buttons to add cut points to cuts file in the preview window, please?
Currently, you have to navigate to cut points using the preview window and manually add frames in AVS cutter.

hello_hello

18th October 2015, 09:39

The "lines" can only be enabled or disabled and when enabled I cannot configure it. Therefore I have disabled them as they in my eyes have no positive impact.
If I have time (unlikely) I can try to create my own control.

I don't mind them, especially if they don't cause the navigation bar to take up extra space. I do use them as a visual cue now and then. I'd miss the line in the middle, even if not the others.

This will return (not as a button - in the right click menu)

If a change requires more clicking from the user than it previously did, maybe it's not a good change, especially if you've got to look through a menu when you didn't before. I use the GoTo button a lot. More than a lot. I like the fact it's a stationary target and only requires one click to open the window.

This will return - but also not as buttons. You can already click on the track bar and use the left/right arrow keys to move one frame. When you click at one side of the slider it will move ~one second. For bigger/other values you have to use the right click menu (not available yet).

I don't use keyboard shortcuts very much myself. By the time I've moved my hand off the mouse to the keyboard and made sure I'm selecting the right key in dim light I could probably clicked my way through a couple more tasks much of the time. I've never used the arrows to navigate before, so I'd forgotten you can.

When you only click once the video will stop/play. If you make a double click it will stop/play first (as the one click event is triggered) and then the fullscreen mode is toggled (including once again a stop/play action). Also you can use the right click menu for these actions.
I may add other options as well (middle-click for fullscreen, space for play/stop) in an addition to the current ones but I will not add an option to configure it. We are speaking here not about a professional player and I want to have it "keep it simple".

Quite often, I might want to move the video forward by a few frames. That requires two left clicks in quick succession to resume/pause the video, which as you've described above, also takes it in or out of fullscreen mode. That's why I prefer left click for pause/resume and middle for fullscreen. With left clicks doing both it's not practical to start and stop the video quickly.
I'd prefer to have no left mouse fullscreen option and use the right click menu for fullscreen instead, but middle click is easier. Left double click for fullscreen must be (for video players at least) a default setting carried over from 1989 when most mice didn't have middle click buttons.

The internal player resizing uses:
System.Drawing.Drawing2D.InterpolationMode.Bilinear
Other modes are described here:
LINK (https://msdn.microsoft.com/query/dev14.query?appId=Dev14IDEF1&l=EN-US&k=k%28System.Drawing.Drawing2D.InterpolationMode%29;k%28TargetFrameworkMoniker-.NETFramework,Version%3Dv4.0%29;k%28DevLang-csharp%29&rd=true)
I currently do not want to expose in the end to the user the possibility to switch this. If you want to try the other modes I can implement it for now for your tests so that "the best" mode can be selected.

Wow..... Bilinear or Bicubic. At least there's a choice. ;)

I'd be voting for Bicubic. I assume it'd look sharper, and given "fullscreen mode" would often be used for upscaling the preview it'd be nice to have something closer to the upscaling used in TVs/media players, which tends to be a sharper than Bilinear.
When I'm comparing a 1080p source to a downscaled 720p script running fullscreen on my TV in MPC-HC, I can easily see the difference between MPC-HC's Bilinear and Bicubic resizing. 99% of the time the 720p version will look a little blurred compared to the 1080p source when Bilinear resizing is used, but 85% of the time when I switch to Bicubic it's very hard to tell them apart.

Not as buttons as I want to have as much space as possible for the video. For the lines/markes see above.

I'd have thought with fullscreen mode there'd be less need for space conservation.Would it be possible to have a shortcut to enable/disable the navigation bar completely? I like the navigation bar buttons.
Detachable navigation bar maybe? Just a dream....

Problem is that I do not have such a setup so it is very hard to test / code for that.

For me, not being able to run fullscreen on a non-primary monitor would be a dealbreaker, and I'd be back to previewing scripts in fullscreen mode with MPC-HC. I'm no doubt one of the last CRT monitor hold-outs (along with running XP), but even if I was using an LCD monitor, my secondary monitor is my TV and in the end, that's what I want to use for final previewing of scripts. I don't really care too much if MeGUI itself makes me drag it's GUI around to use it on a secondary monitor, but the preview.....

Mhm, I had planned to remove that button. Do you think it is really necessary? Script modifications in the AVS Script Cretot are detected. So this is only needed when doing modifications outside of MeGUI.

I didn't notice that. So if I change something in the script creator (I'm not using the preview version of MeGUI at the moment so I can't check) the preview automatically updates?
But what about when I manually change the script under the Script tab? Is that automatically updated in the preview? Or can we continue using the preview button in the script creator as before?
Or......
I just thought I'd mention MPC-HC uses the shortcut Ctrl+E to re-load the current video, and while I'd prefer a button to click on, it doesn't have one. If MeGUI used the same "reload" keyboard shortcut..... that's probably a request fairly specific to me, but if you don't ask..... :)

This sounds easier as it is - I may try it but only after the basic functions are included. I do not try to compete with media players :)

Competition is a good thing
Actually, I don't think of it as competing, but more along the lines of trying to make the need for using a media player for previewing redundant. :)

Anyway thanks for the hard, and in this case, unexpected work.

hello_hello

18th October 2015, 09:47

2607 reduced the number of opened AVS instances in some use cases by > 50%. This should hopefully have an influence on stability & speed - but both likely not noticeable.

I'd describe it as more as "what a difference, I can't believe how much faster it is" noticeable.

My second favourite MeGUI annoyance (next to the ffms2/Script Creator problem), was the amount of time it takes to add scripts to the job queue when they contain slow filtering such as QTGMC. After updating MeGUI and loading one into the video section I re-checked the script, thinking I'd forgotten to uncomment QTGMC and LSFMod.
No more banging my head on the desk waiting for a script to load, then no more banging it on the desk again while waiting for MeGUI to add it to the job queue.

Thanks!

Zathor

18th October 2015, 17:33

I'd describe it as more as "what a difference, I can't believe how much faster it is" noticeable
I would not have expected that but good to know :)

LouieChuckyMerry

19th October 2015, 04:57

I'd concur that scripts load and queue noticeably faster than before, Zathor :thanks: . As for the Buttons vs Right-Click Menu question, if I had my druthers then I'd prefer buttons, partly because I'm used to them but mostly because I find them much more useable than a right-click menu. That typed, I also realize that MeGUI is yours to do with as you please and am simply grateful for it's existence :) . Perhaps, if it's not too difficult (since the old preview coding is already written), you could offer somewhere (maybe in the the Options/Settings) the ability to choose "Classic Preview Pane" or "Modern Preview Pane", or something like that? If that's a bit much then I understand, and I'm still capable of learning new tricks ;) .

Xebika

21st October 2015, 13:30

MKVToolNix v8.5.1 is released

hello_hello

23rd October 2015, 14:14

I've mentioned this before, but given MeGUI's preview is currently being upgraded......

When I load an Avisynth script in MPC-HC for previewing I can change the de-interlacing or IVTC etc.... anything that changes the frame count but not the duration.... and when I re-load the script in the player it resumes from the previous point it time. MeGUI's preview resumes from the previous frame number, so when (for example) you switch from Yadif(mode=1) to Yadif(), if the video was being previewed at the 10 minute mark it'll jump to the 20 minute mark instead. I don't know if it's just me, but I find it rather frustrating. If I'm previewing a frame at a certain point in time before making a change, 99.99999% of the time that's where I'd like to be previewing after.

When adding de-interlacing via the script creator GUI, would it be possible to prevent changes to the field order drop down box re-setting the de-interlacing type? Currently it'll reset to Yadif if de-interlacing is selected or it resets to IVTC when "film" is selected. That tends to be a little annoying at times. The "source is amine" setting does the same thing.

I think I've also mentioned this before, but when you select M-in-5 Decimation, MeGUI defaults to "M" (cycleR) being zero. It's not a valid value, as the minimum is CycleR=1. Until the script creator can be used to also set a cycle number, the assumption is cycle=5 because that's the TDecimate default, which means being able to set a value for "M" greater than 4 in the GUI doesn't make much sense.

Cheers.

killerpot

23rd October 2015, 21:39

hello_hello

24th October 2015, 01:21

While I'm not sure a translated the previous post to English correctly, it did make me wonder about encoding forced subtitles. Is there any way to extract/encode only the forced DVD/Bluray subtitles using MeGUI?

LigH

24th October 2015, 08:34

I remember that you can have only forced subtitles from DVD Video extracted (or the IDX contain a flag to only have forced subs in a stream displayed?) by VSRip, it's just a checkbox before ripping. Okay, that doesn't cover MeGUI specifically...

hello_hello

24th October 2015, 16:34

I've not paid too much attention to the various subtitle tools as I don't work with them much, so I don't know what each can do. If I need to encode forced subtitles I've been extracting them with MeGUI, which uses vobsub, then if need be I separate out the forced subtitles with SubtitleEdit while converting them to SRT (I think.... it's actually been quite a while since I've done it).

I had a look in AutoGK's tools folder (because it has an option to encode only forced subtitles) and there's two files with called vsrip.dll and vstrip_ifo.exe, so I guess that's what it used. Maybe MeGUI should too because the ability to encode only forced subtitles seems like a missing feature.

Zathor

26th October 2015, 21:51

I think I've also mentioned this before, but when you select M-in-5 Decimation, MeGUI defaults to "M" (cycleR) being zero. It's not a valid value, as the minimum is CycleR=1. Until the script creator can be used to also set a cycle number, the assumption is cycle=5 because that's the TDecimate default, which means being able to set a value for "M" greater than 4 in the GUI doesn't make much sense.
Thanks, changed in 2611

Zathor

26th October 2015, 21:54

can you add and option to open 30 sub .sup for example in 1 click if i want like in ripbot264 so we can open 30 .sup and he will convert automaticly this 30 file in .idx sub and extract forced sub auto to anoter file idx sub can you do that ? like ripbot264

we can only open 1 sub at time in bdsuptosub is too long thx man

Currently there is no Bluray subtitle processing (convert or extract onla forced) available in MeGUI. I may add it but I need to know how this should be done. So I need to know which (command line!) tool to use for that, which command lines for which kind of action, ....

stax76

27th October 2015, 00:51

Currently there is no Bluray subtitle processing (convert or extract onla forced) available in MeGUI. I may add it but I need to know how this should be done. So I need to know which (command line!) tool to use for that, which command lines for which kind of action, ....

here is some info that might help you:

http://pastebin.com/h2B6DKXn

https://github.com/stax76/staxrip/blob/master/Forms/MainForm.vb#L2158

https://github.com/stax76/staxrip/blob/master/Forms/MainForm.vb#L2176

we can only open 1 sub at time in bdsuptosub is too long thx man

It should be possible with a small script or batch file, the bdsuptosub++ commond line interface it simple, if you cannot script/batch there would probably some users willing to help here, many users here use scripts.

Carpo

28th October 2015, 14:40

I seem to be having a strange issue since updating to the latest MeGUI, I haven't seen anyone else report about it so I am going to say its more than likely something my end, but just in case I will post about it.

It doesn't matter what program I use to index the files, be it L-Smash, DGIndexNV or DGIndex (external or internal versions), when I go to avs script creator and tell it to analyse the source it will indeed detect what type it is, but it will never finish analyzing, with interlaced content it seems to have an issue detecting the field type, it also does it on progressive, it just sits there saying it is still checking even though the green bar is full, I have even left it for 30 mins to see if it will finish, which it never does.

I have tried this on many DVD's and a few Blurays and it will do it no matter what. They are all clean rips and I have re-ripped a few of the DVD's to make sure

MeGUI 2610 was fine but with 2611 i get this issue.

It is worth me cleaning out MeGUI and starting from scratch?

Zathor

28th October 2015, 18:14

It is worth me cleaning out MeGUI and starting from scratch?
No, I found the problem and it will be fixed soon in 2612.
EDIT: Fix is online

Carpo

28th October 2015, 18:16

Great - guess I will just have to sit it out :p

Barough

28th October 2015, 18:33

No, I found the problem and it will be fixed soon in 2612.
EDIT: Fix is online

Thnx for the fix :)

Carpo

28th October 2015, 18:44

No, I found the problem and it will be fixed soon in 2612.
EDIT: Fix is online

Thanks, will have to wait till my version decides to see it before I can test it :p

Edit: Working fine now - thanks Zathor

Barough

28th October 2015, 22:45

Stumbled over a new issue here.

When muxing a hevc file into a mkv container so does it not finish. It just keeps going......

http://i.imgur.com/hvgtjQS.png

rev 2611/2612

LigH

29th October 2015, 08:00

Probably not a bug of MeGUI specifically, rather an issue with the used version of mkvmerge (MeGUI only provides the dialog to show you the progress, if any). So you should probably try to execute the mkvmerge call as reported in the log file, but directly in a command line interpreter window (cmd.exe), to check for unexpected warnings there.

By the way, HEVC in MKV is possible, yet in MP4 it's much more usual. MP4Box supported HEVC multiplexing already before mkvmerge.

Barough

29th October 2015, 11:26

It's a bug in mkvmerge v8.5.1, when muxing it with v8.5.0 so does it work perfectly.

There is no errors etc. reported

LigH

29th October 2015, 11:32

So we should contact Moritz Bunkus about it. I'll point him here.

sneaker_ger

29th October 2015, 11:36

I think I can reproduce it. Will make a report with sample.

/nevermind, already fixed:
https://github.com/mbunkus/mkvtoolnix/issues/1485

Barough

29th October 2015, 11:47

It's already been fixed
https://github.com/mbunkus/mkvtoolnix/issues/1485

hello_hello

29th October 2015, 13:57

Is there a certain number of times someone can request a new feature before it seems like they're being a bit pushy? It's just that today I found myself once again thinking how handy it'd be if MeGUI had a button you could click on to pause encoding...... :) :)

aegisofrime

29th October 2015, 15:54

Hi Zathor,

I have been having a problem that manifested recently when trying to OneClick .wmv files. It crashes at the index stage with the following error:

[Error] [29-Oct-15 10:50:42 PM] p(Îcí¸g [Fatal]: Failed to avformat_open_input.

I'm guessing it's a problem with LSmashIndex/Source. I will try various versions of LSmash in the hopes of figuring this out myself, but I just thought I will put this out here in case it is not.

Cheers mate!

leon

29th October 2015, 15:58

Hi

it seems new LSmash has a problem indexing MP4 files.

I tried indexing several MKV and MP4 files.
it worked fine with MKV files but kept showing an error with MP4 files.

Here's an example:

[Error] Log
-[Information] Versions
--[Information] [10/29/2015 6:00:17 PM] MeGUI: 2612
--[Information] [10/29/2015 6:00:17 PM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [10/29/2015 6:00:17 PM] .NET Framework: 4.0 (4.0.0.0)
--[Information] [10/29/2015 6:00:17 PM] .NET Framework: 4.5.x (4.5.50938)
--[Information] [10/29/2015 6:00:17 PM] AviSynth portable: 2.6.0.6 (21-09-2015)
--[Information] [10/29/2015 6:00:17 PM] AvisynthWrapper: (02-01-2009)
--[Information] [10/29/2015 6:00:17 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [10/29/2015 6:00:17 PM] Haali DSS2: (14-04-2013)
--[Information] [10/29/2015 6:00:17 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [10/29/2015 6:00:17 PM] MediaInfo: 0.7.78.0 (02-10-2015)
--[Information] [10/29/2015 6:00:17 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [10/29/2015 6:00:17 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [10/29/2015 6:00:17 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [10/29/2015 6:00:17 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [10/29/2015 6:00:17 PM] Automatic update is disabled
--[Information] [10/29/2015 6:00:17 PM] Using cached update config and server: http://megui.org/auto/
--[Information] [10/29/2015 6:00:17 PM] There is 1 package which can be updated: mkvmerge
-[Information] FileIndexer
--[Information] [10/29/2015 6:02:21 PM] MediaInfo
---[Information] [10/29/2015 6:02:21 PM] File: F:\1.mp4
---[Information] General
----[Information] Format: MPEG-4
----[Information] FormatString: MPEG-4
----[Information] FileSize: 16826179
----[Information] PlayTime: 00:05:07.265
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 352
----[Information] Height: 288
----[Information] FrameCount: 9218
----[Information] FrameRate: 30.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode: VFR
----[Information] ScanType: Progressive
----[Information] Codec: AVC
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.222
----[Information] AspectRatioString: 1.222
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: AAC
----[Information] FormatProfile: LC
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 44100
----[Information] SamplingRateString: 44.1 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: VBR
----[Information] Delay:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
----[Information] [10/29/2015 6:02:21 PM] The language information is not available for this track. The default MeGUI language has been selected.
-[Error] Log for job1 (idx, 1.mp4 -> 1.mp4.lwi)
--[Information] [10/29/2015 6:02:35 PM] Started handling job
--[Information] [10/29/2015 6:02:35 PM] Preprocessing
--[Information] [10/29/2015 6:02:35 PM] Job command line: "C:\Windows\system32\ping.exe" 127.0.0.1 -t
--[Information] [10/29/2015 6:02:35 PM] Process started
--[Information] [10/29/2015 6:02:35 PM] Standard output stream
---[Information] [10/29/2015 6:02:35 PM] Creating LSMASH index...
---[Information] [10/29/2015 6:02:35 PM] AviSynth script
----[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
----[NoImage] LSMASHVideoSource("F:\1.mp4")
--[Error] [10/29/2015 6:02:35 PM] Standard error stream
---[Error] [10/29/2015 6:02:35 PM] F:\1.mp4.lwi.lwi not moved to C:\Users\Admin\Desktop\New folder\1.mp4.lwi. error: Could not find file 'F:\1.mp4.lwi'.
--[Information] [10/29/2015 6:02:35 PM] Job completed

EDIT:gonna try with other formats, settings, file names, etc

Dreamland

31st October 2015, 17:05

http://t7.pixhost.org/thumbs/67/30180783_erro.jpg (http://www.pixhost.org/show/67/30180783_erro.jpg)

Xebika

2nd November 2015, 17:38

MediaInfo v0.7.79 is released.

Zathor

2nd November 2015, 23:07

I have been having a problem that manifested recently when trying to OneClick .wmv files. It crashes at the index stage with the following error:
Please upload such a file.

http://t7.pixhost.org/thumbs/67/30180783_erro.jpg (http://www.pixhost.org/show/67/30180783_erro.jpg)
No clue :-(

it seems new LSmash has a problem indexing MP4 files. I tried indexing several MKV and MP4 files.
it worked fine with MKV files but kept showing an error with MP4 files.
Thx, fixed.

2614 [L-SMASH Indexer] do not expect a cache file for LSMASH*Source()
2613 [Update] do not delete NeroAacEnc during eac3to update

Xebika

5th November 2015, 06:11

MKVToolNix v8.5.2 is released.

greensoldier

8th November 2015, 06:24

hi guys and Senpais

my eng not so good,i got problem and i attach my log file...ty for ur help

tebasuna51

8th November 2015, 16:19

..i got problem and i attach my log file...
Seems something related with foreing characters:

---[Information] File: ...Fate´╝Åstay_night....aac
...
--[Information] [11/7/2015 13:16:12] Failed opening the file with FFAudioSource(). FFAudioSource: Can't open '...Fate/stay_night....aac'

Try using other standard filename.

Zathor

10th November 2015, 22:11

2617 [Muxer] + [OneClick] improved language detection based on the file name. bug #819
2616 [HD Streams Extractor] improved feature selection
2615 [AVS Script Creator] improved "Analyse" handling

LouieChuckyMerry

14th November 2015, 11:18

2617 [Muxer] + [OneClick] improved language detection based on the file name. bug #819
2616 [HD Streams Extractor] improved feature selection
2615 [AVS Script Creator] improved "Analyse" handling

:thanks:

LouieChuckyMerry

15th November 2015, 09:03

Hello :) . I was wondering if it would be reasonable to add a feature such that when selecting a non-default audio track in the "MeGUI - HD-DVD/Blu-ray Streams Extractor" window the user could click a link that opened the "Encoder settings" drop-down menu from the program's main window "Audio" bottom half? This way one could easily change the settings. Actually, is there even a way to change the settings for the non-default audio types in the "MeGUI - HD-DVD/Blu-ray Streams Extractor" window? For example, choosing "AAC" from the drop-down menu I see the line under "+ Options" is editable, but even the simple command-line option "-br 96000" results in MeGUI crashing with the 'Fatal error" message "MeGUI encountered a fatal error and may not be able to proceed. Reason: Illegal characters in path." Probably I'm using "+ Options" incorrectly. Ahhh, any chance of making the "MeGUI - HD-DVD/Blu-ray Streams Extractor" window accept dragged-and-dropped files? Thanks!

tebasuna51

15th November 2015, 13:35

I was wondering if it would be reasonable to add a feature such that when selecting a non-default audio track in the "MeGUI - HD-DVD/Blu-ray Streams Extractor" window the user could click a link that opened the "Encoder settings" drop-down menu from the program's main window "Audio" bottom half?

Nope, "...Streams Extractor" is a GUI for eac3to (http://forum.doom9.org/showthread.php?t=125966) that can extract tracks and recode audio without use AviSynth, and the "Encoder settings" from "Audio" tab are options to use AviSynth functions (decode, resample, downmix, etc.)

Actually, is there even a way to change the settings for the non-default audio types in the "MeGUI - HD-DVD/Blu-ray Streams Extractor" window? For example, choosing "AAC" from the drop-down menu I see the line under "+ Options" is editable, but even the simple command-line option "-br 96000" results in MeGUI crashing with the 'Fatal error" message "MeGUI encountered a fatal error and may not be able to proceed. Reason: Illegal characters in path." Probably I'm using "+ Options" incorrectly.

Yep, "+ Options" only accept eac3to parameters, there are many for resample, downmix, etc., but don't support all encoders parameters.

For AAC encode only accept "-quality 0.35" (or other value to replace the default "-quality 0.5"), eac3to only can encode AAC VBR (recommended).
With "-quality 0.35" you can obtain a size near "-br 96000", more or less.

A workaround is use "...Streams Extractor" to extract (or decode to WAV/W64) the track and after use "Audio" tab.

Another workaround is use the standalone GUI for eac3to UsEac3to (http://forum.doom9.org/showthread.php?t=145574) than support external encoders (you can use all encoders parameters) and also Drag&Drop.

Ahhh, any chance of making the "MeGUI - HD-DVD/Blu-ray Streams Extractor" window accept dragged-and-dropped files? Thanks!
I don't know if Zathor can change that.
"...Streams Extractor" is based in standalone eac3to GUI HdBrStreamExtractor (http://forum.doom9.org/showthread.php?t=141829) and don't support drag&drop.

Zathor

15th November 2015, 13:58

"+ Option" seems to be broken since 2486. Looks like nearly nobody is using this option. I will have a look at it.
EDIT: Only broken when there is an error. If everything is fine with the command line & source it will succeed.
EDIT2: Fixed in 2618

A workaround is use "...Streams Extractor" to extract (or decode to WAV/W64) the track and after use "Audio" tab.
Or use "OneClick" in MeGUI. That way in can be configured in one step.

hello_hello

15th November 2015, 15:18

The last couple of posts reminded me.... if you use the HD Streams Extractor to open an MKV containing MPEG4 Visual (ie Xvid encoded video), MeGUI offers an error. I think I had a dream about an object reference not being set to an instance of an object recently....

Anyway... I guess that's not a supported video type, however it also prevents the selection of an extraction method for the audio, so it can't be extracted either. I'm not sure if that's expected behaviour, but that's what currently happens.

Thanks.

-db-

15th November 2015, 15:24

Hello,

first of all thank you for your great work on MeGui, zathor.
I recently started to use the One Click Encoder and found a little inconvenience.
When i select a MKV file as input, basically everything goes as expected from my profile, except for the audio track languages.

E.g. the combo box Input shows

"[3] - AC-3 - 2 channels - 48.0 KHz / English"

, but the Language box underneath says Undetermined.
This matches the standard behaviour for undeterminable languages,
but since MeGui seems to know, that it is English, i would expect that in the Language box.

Regards,
db

Zathor

15th November 2015, 17:57

When i select a MKV file as input, basically everything goes as expected from my profile, except for the audio track languages.
Thanks, I will check that. May be related to 2617

if you use the HD Streams Extractor to open an MKV containing MPEG4 Visual (ie Xvid encoded video), MeGUI offers an error.
Thanks, I will check that as well.

Zathor

15th November 2015, 21:30

2620 [HD Streams Extractor] improved handling of unsupported tracks
2619 [OneClick] fixed language detection (regression of 2617)
2618 [HD Streams Extractor] fixed "+ Options" handling in case of an error (regression of 2486)

-db-

16th November 2015, 00:05

2619 [OneClick] fixed language detection (regression of 2617)

I just updated to 2620 and can confirm the fix for the audio language detection.

Thank you,
Zathor

hello_hello

16th November 2015, 00:31

2620 [HD Streams Extractor] improved handling of unsupported tracks

That's much better now. Thank you.

LouieChuckyMerry

16th November 2015, 02:16

tebasuna51: many thanks for your very informative reply, I appreciate it. I do normally use the extracted audio from the "MeGUI - File Indexer" stage as my source, but lately I've encountered several source mkvs where, after downmixing, the audio had occasional seemingly random sections when it was very slightly out of sync with the encoded video. Luckily, I stumbled upon the fact that using the "MeGUI - HD-DVD/Blu-ray Streams Extractor" to extract the audio before downmixing solved the problem. I figure it has something to do with older versions of MKVMerge, as the troublesome sources were muxed using MKVMerge v6.x.x, but this is a very unscientific conclusion ;) . Are tracks extracted with the "MeGUI - File Indexer" extracted differently than tracks extracted with the "MeGUI - HD-DVD/Blu-ray Streams Extractor"?

Zathor: as always, thank you :) .

hello_hello

16th November 2015, 06:22

Are tracks extracted with the "MeGUI - File Indexer" extracted differently than tracks extracted with the "MeGUI - HD-DVD/Blu-ray Streams Extractor"?

Potentially. HD-DVD/Blu-ray Streams Extractor uses eac3to for extracting and if there's gaps in the audio stream (including a delay at the beginning) it'll try to fix them by substituting silence so the extracted audio should be the correct length. As far as I know all other extraction methods extract the audio as a single stream, ignoring any gaps. Mostly that doesn't matter, but sometimes it does.

Or instead of extracting the audio (and assuming the output will be MKV) you can re-encode the video, open it with MKVMergeGUI when it's done, add the source MKV, de-select the original video stream and remux. That'll give you a new MKV with the encoded video and original audio and the audio sync relative to the video shouldn't change.

It can also be a frame rate issue. It might pay to check the frame rate of the encoded video is exactly the same as the source. Even if the source is constant frame rate (at least in theory) if there's missing or null frames L-Smash and ffms2 will treat it as variable frame rate and output the average frame rate which can mess with the audio sync. One way to check is to index with ffms2 as then MeGUI adds frame rate conversion to the script. L-Smash uses the same method for converting the frame rate, only MeGUI doesn't add it to the script automatically. If you check the total number of frames in MeGUI's preview, add or remove frame rate conversion from the script (you'd specify the same frame rate as the source video), refresh the preview and check again, and if the total frame count changes, the source is probably variable frame rate.

tebasuna51

16th November 2015, 13:50

I figure it has something to do with older versions of MKVMerge, as the troublesome sources were muxed using MKVMerge v6.x.x

Yep, eac3to can recover the tracks muxed in mkv with "header compression", by default in some MkvMerge versions.

In hello_hello answer there are the main difference extracting audio tracks with eac3to: try to maintain audio/video sync correcting delay, gaps and overlaps using the timestamps stored in the container.

Other audio/video async problems are also explained by hello_hello.

Barough

16th November 2015, 16:41

Just remembered that FFmpeg-2.8.2 was released a few days ago

Zathor

16th November 2015, 22:35

Just remembered that FFmpeg-2.8.2 was released a few days ago
Thanks, uploaded

LouieChuckyMerry

17th November 2015, 01:59

hello_hello: thanks--again :thanks: --for the extremely lucid explanation.

tebasuna51: thanks for the additional information :) .

Zathor: thanks just because ;) .

Xebika

27th November 2015, 19:20

FFmpeg v2.8.3 is released.

Zathor

27th November 2015, 20:07

FFmpeg v2.8.3 is released.
Thx, but it is not available as compiled build yet
http://ffmpeg.zeranoe.com/builds/win32/static/

Xebika

27th November 2015, 20:23

Ok I hadn't seen that before now

tebasuna51

29th November 2015, 10:19

Zathor

30th November 2015, 21:54

Sadly I do not have a sample. Please provide a short file if possible.

tebasuna51

1st December 2015, 10:49

I don't have samples now, maybe some anime fan user.

BTW, for a first test, you can use any mkv source.

To extract, supossed the "0" is the video track:

"...megui\tools\mkvmerge\mkvextract.exe" timecodes_v2 "source.mkv" 0:"my_timecodes.txt"

To merge you need insert:

"...megui\tools\mkvmerge\mkvmerge.exe" ... --timecodes 0:"my_timecodes.txt" ... VIDEO_TRACK

Zathor

4th December 2015, 08:14

2624 [Log] do not print a warning when "Haali Matroska Splitter" is not found
2623 [OneClick] removed the deprecated option "Language to set if it cannot be determined"
2622 [File Indexer] choose by default in the file selector "All supported files"
2621 [OneClick] fixed the option "Languages to select if selection does not match". Bug #822

Barough

4th December 2015, 17:59

Thx, but it is not available as compiled build yet
http://ffmpeg.zeranoe.com/builds/win32/static/

v2.8.3 is available now @ Zeranoe

Opus v1.1.1 is available

http://www.opus-codec.org/downloads/

Zathor

5th December 2015, 16:55

@Barough: Thanks, I will update those version

2624 has been released as stable build - last one was from March :eek:

dbtayag

5th December 2015, 20:51

I keep on getting this:

---[Error] [12/5/2015 1:43:40 PM] LoadPlugin: unable to load "C:\Users\Daniel\Desktop\MeGUI_2525_x86\tools\lsmash\LSMASHSource.dll", Module not found. Install missing library?

But it's in the folder.

http://s6.postimg.org/xq2cfytgx/lsmash.png

LigH

5th December 2015, 21:04

Another case of "needs a different Microsoft Visual C++ Runtime vintage installed"?

dbtayag

5th December 2015, 21:12

Another case of "needs a different Microsoft Visual C++ Runtime vintage installed"?Can you please elaborate? Do I need to install Microsoft Visual C++ Runtime again?

LigH

5th December 2015, 21:15

First discover which year: Microsoft Visual Studio 2010 / 2012 / 2013 / 2015? A different LSMASHSource.dll may need a different runtime installed if it was compiled with a different generation of C++ compiler.

I keep repeating myself: Never rely on MSC*.dll's placed in local folders. Always install all runtime installers (in 32 bit, if you run a 32 bit AviSynth).

sneaker_ger

5th December 2015, 21:17

Probably: vcredist_x86.exe (http://www.microsoft.com/en-us/download/details.aspx?id=40784).

dbtayag

5th December 2015, 21:46

LigH

5th December 2015, 21:52

You can try to load the DLL in "Dependency Walker". Or you can check which DLLs you did not unpack from the archive of your updated version. Maybe it is even documented in a text file which version it was compiled with.

In case of doubt, install all recent runtime versions. So you did not miss any for certain.

sneaker_ger

5th December 2015, 22:11

Ignore my last post. I cannot get it to run, either.

Google:
http://stackoverflow.com/questions/17023419/win-7-64-bit-dll-problems

dbtayag

5th December 2015, 22:19

I am so confused right now. All I know is that it I was able to re-encode a handful of videos this morning on MeGUI. When I updated L-Smash, the problems started happening.

Groucho2004

5th December 2015, 22:22

I am so confused right now. All I know is that it I was able to re-encode a handful of videos this morning on MeGUI. When I updated L-Smash, the problems started happening.
I would recommend this (http://www.wincert.net/forum/topic/9790-aio-microsoft-visual-bcfj-redistributable-x86x64/) all-in-one runtime installer. It solves these problems in most cases.

LigH

5th December 2015, 22:33

How did you update L-SMASH Source? Did the MeGUI updater offer a new version? Or did you try to exchange it manually?
__

Interesting. The latest LSMASHSource.dll version in MeGUI\tools\lsmash appears to be a dynamic build with separate libav DLLs... Rather unusual, we used to prefer the static build.

dbtayag

5th December 2015, 22:48

How did you update L-SMASH Source? Did the MeGUI updater offer a new version? Or did you try to exchange it manually?Through the MeGUI updater.

LigH

5th December 2015, 22:51

I was just able to index and load an MKV with the new L-SMASH Source. But I have all MSVC runtimes installed. I collected them once with WSUS Offline Update (http://wsusoffline.net)...

Zathor

6th December 2015, 00:47

I will have a look into it. But it may take a while.

dbtayag

6th December 2015, 02:11

I was just able to index and load an MKV with the new L-SMASH Source. But I have all MSVC runtimes installed. I collected them once with WSUS Offline Update (http://wsusoffline.net)...
Here are all the Visual Runtimes I have on my laptop:

http://s6.postimg.org/7o4wtoii9/visualc.png

Am I missing anything?

I wish I could use FFMSindex but apparently every time I extract the package, there's a virus in it according to my anti-virus software.

LigH

6th December 2015, 10:02

OK, all runtimes installed, that's not the reason. So it may be the UAC or some other issue with the dynamic build of LSMASHSource.dll not being able to load its libav component DLLs. I believe Zathor will try to prefer a static build for the next update.

Barough

6th December 2015, 12:36

@Barough: Thanks, I will update those version

2624 has been released as stable build - last one was from March :eek:

Thnx :)

MediaInfo v0.7.80 have been released
Version 0.7.80, 2015-11-30

dbtayag

6th December 2015, 19:46

Downloaded the new L-Smash update today and it now works perfectly. Thanks for all your help, guys!

Zathor

6th December 2015, 21:41

Interesting. The latest LSMASHSource.dll version in MeGUI\tools\lsmash appears to be a dynamic build with separate libav DLLs... Rather unusual, we used to prefer the static build.
Yes, source of the files is here (no clue who the creator is):
https://www.dropbox.com/sh/3i81ttxf028m1eh/AAABkQn4Y5w1k-toVhYLasmwa?dl=0

Dynamic build maybe because of:
https://github.com/VFR-maniac/L-SMASH-Works/commit/71859e2428c1d8cb7ed44dd2121ed95be9a8a233

I would recommend this (http://www.wincert.net/forum/topic/9790-aio-microsoft-visual-bcfj-redistributable-x86x64/) all-in-one runtime installer. It solves these problems in most cases.
I still do not know which of those runtimes is needed (dependy walker does not help), but after installation all those additional DLLs must be copied into the encoder directories (+MeGUI) as otherwise these cannot be found. This is not the case when using AviSynth+ - the DLLs are then properly loaded even when only in the lsmash directory.

Because of this I have reverted a few hours ago L-SMASH in MeGUI so that agin r804 is used.

Atlantis

7th December 2015, 16:05

The new MeGUI is causing me a lot of problems with Norton. First Norton removed ffms2-2.22.7z saying it has risks. Now today it has removed MeGUI.exe itself!

Anyone else with Norton here?

Groucho2004

7th December 2015, 16:35

The new MeGUI is causing me a lot of problems with Norton.
You got that wrong. Norton is causing a lot of problems with everything else.
As you can see, AV software acts just like a nasty virus - it removes perfectly good software.

Zathor

7th December 2015, 18:26

The new MeGUI is causing me a lot of problems with Norton. First Norton removed ffms2-2.22.7z saying it has risks. Now today it has removed MeGUI.exe itself!
Set an exclusion for ffmsindex.exe - this should fix then also the deletion of MeGUI.

Solon8

7th December 2015, 23:07

Any clue why some AV softwares consider ffmindex as bad?

hello_hello

8th December 2015, 03:31

Any clue why some AV softwares consider ffmindex as bad?

https://en.wikipedia.org/wiki/Heuristic_analysis

Maybe the software has a setting for it's "taking a guess" level you could dial back a bit.

Atlantis

8th December 2015, 10:42

Set an exclusion for ffmsindex.exe - this should fix then also the deletion of MeGUI.

Are we sure that they are safe? Why should I do that?

LigH

8th December 2015, 10:48

You are never sure (and not secure either). With or without AV software. If you don't trust first-hand sources of your software, then don't trust AV heuristics either.

You can check more heuristics at virustotal and malwr, and if the number of suspicions is low, the probability of a false alarm is high. In this case, send a sample to your AV author to have this false alarm removed.

Gieferg

8th December 2015, 19:41

LigH

8th December 2015, 21:44

Where is your source filter? You never loaded any video to be filtered.

Not being able to load a plugin ... are all necessary compiler runtimes installed? And check if you don't try to load an AviSynth 2.6+ plugin in AviSynth 2.5.x; try if it works if you enforce MeGUI using its internal AviSynth copy, instead of the version installed in your system.

Usually it is helpful to publish a log file of such a failed attempt.

hello_hello

9th December 2015, 04:23

I wanted to recompress video with Blindehalo3 filter using MeGui.

LoadPlugin("C:\Program Files\Avisynth 2.5\plugins\masktools2.dll")
LoadPlugin("C:\Program Files\Avisynth 2.5\plugins\RgTools.dll")
Import("C:\Program Files\Avisynth 2.5\plugins\BlindDeHalo3_mt2.avs")
BlindDeHalo3( 3,3,125 )

I've checked the path like ten times, so everything is in right place. And every time MeGui give me some error:

Unable to Load "C:\Program Files\Avisynth 2.5\plugins\RgTools.dll", module not found

Aside from what LigH said, "C:\Program Files\Avisynth 2.5\plugins" is usually the auto-loading plugins folder (for a fresh install of Avisynth 2.6.0.6 it's just "C:\Program Files\Avisynth\plugins") so if Avisynth is installed you shouldn't need to manually load those plugins. Likewise if you give BlindDeHalo3_mt2.avs an avsi extension you shouldn't need to import it. That applies to MeGUI using it's own portable version of Avisynth (you can switch between the portable version of Avisynth and the installed version in Options). As long as Avisynth is also installed, plugins in that folder should still auto-load.

According to the info here (http://avisynth.nl/index.php/RgTools), Avisynth 2.6 or higher is required for RGTools. MeGUI currently uses Avisynth 2.6.0.6 for it's portable version.
Did you download the 64 bit version of RGTools instead of the 32 bit version?

Maybe try Avisynth Info Tool (http://forum.doom9.org/showthread.php?t=170647).

BlindDeHalo3( 3,3,125 )
If I remove that line from the script, I get following error:
Invalid arguments to function Blinddehalo3

That's probably unrelated to the RGTools error. I've not used BlindDeHalo3 but the first two values are expressed as float so I think it'd need to be
BlindDeHalo3(3.0, 3.0, 125)
or
BlindDeHalo3(rx=3.0, ry=3.0, strength=125)
Mind you those values appear to be the defaults (http://avisynth.nl/index.php/BlindDeHalo3), so you'd get exactly the same result with this:
BlindDeHalo3()

StainlessS

10th December 2015, 16:51

Informational only.

Just got 'Unclassified Malware' alert from Comodo Internet Security for ffmsindex.exe (updated MeGUI development, earlier today) .
I've submitted as false +ve to Comodo.
Here, results from Virustotal today:- https://www.virustotal.com/en/file/af42e338285477302b93243331873fd21185126883fdbd2b2472c663c1f6e486/analysis/1449762152/

EDIT: Anyone who would like to give opinion to VirusTotal can vote on their Votes TAB.

LigH

10th December 2015, 19:47

Very interesting that it gets detected as "Downloader", but I doubt a pure file indexer uses any networking functions. Maybe except UNC file access? Or unused functions in a bigger linked library?

P.S.: malwr (https://malwr.com/analysis/ZTA3NjJlZDY5ZDg2NGNkY2JhNDQxOTZjNGFmZDI4ZGU/) / Cynomix (http://cynomix3.appspot.com/sample/2a93573490dbae630d8a03399f6b86dac831dbec)

StainlessS

10th December 2015, 21:01

unused functions in a bigger linked library?

Yes, much/most of the strings mentioned @ Cynomix are also present in the previous version ffmsindex.exe. (about 70% of the way through the file).
Probably just part of some library as LigH suggests.

LigH

11th December 2015, 02:22

I have a strange issue with MPC-HC (64-bit) 1.7.10 (d911f14). It seems to apply a kind of automatic de-shaker filter to every video played. They are all surrounded by a black border which seems to get adapted to moving content (shrinks sometimes when letterboxes are included). It is especially obvious when you have slightly shaking footage with a logo in a corner, then you can see how the image is stabilized but the logo is shaking, half covered by the border.

What may that be? How can I disable that? I don't think I have such a filter installed, it seems to appear in MPC-HC with internal LAV Filters only (but I am not aware that they implement such a feature), not in e.g. GraphStudioNext rendering a media file (this uses MS DTV-DVD filters for decoding because there are no other DirectShow filters installed yet).

Technical info:

MPC-HC (64-bit)
---------------

Build information:
Version: 1.7.10 (d911f14)
Compiler: MSVC 2013 Update 5
Build date: Nov 14 2015 18:25:24

LAV Filters:
LAV Splitter: 0.66.0.0
LAV Video: 0.66.0.0
LAV Audio: 0.66.0.0
FFmpeg compiler: MinGW-w64 GCC 4.9.2

Operating system:
Name: Windows NT 6.1 (build 7601, Service Pack 1)
Version: 6.1 (64-bit)

Hardware:
CPU: AMD A4-4000 APU with Radeon(tm) HD Graphics
GPU: AMD Radeon HD 7480D (driver version: 8.17.10.1116)
Filters currently loaded:
- Default DirectSound Device
- Enhanced Video Renderer (custom presenter)
- Audio Switcher
- LAV Video Decoder (internal)
- LAV Audio Decoder (internal)
- LAV Splitter Source (internal)
__

Oh, heck, it helps writing about it...

It's not a feature of MPC-HC.

It's not a feature of LAV Filters either.

It's a feature of AMD, called "Steady Video".

I hate AMD Catalyst drivers. They are full of ghosts you never intended to call.

Zathor

14th December 2015, 22:38

MediaInfo v0.7.80 have been released
Version 0.7.80, 2015-11-30
Thanks, it is now online.

ravewulf

15th December 2015, 14:54

I don't see any option in MeGUI to manage VFR video: http://forum.doom9.org/showthread.php?t=172917

Feature request:

1) Add a tool to extract video timecodes from mkv.

2) Add a option to load video timecodes in mkv muxer.

Additional request for VFR support in mp4 files:

The easiest way to support this is probably through x264 as it can load timecode files directly via --tcfile-in as long as the output format also supports vfr (use internal mp4/mkv muxer, optionally use external muxer after if for some reason the external muxers are preferred). Another method I know of is here http://forum.doom9.org/showthread.php?t=112199

EDIT: To address 1) FFVideoSource can output the timecodes from the file being read https://github.com/FFMS/ffms2/blob/master/doc/ffms2-avisynth.md

kotuwa

16th December 2015, 07:52

MeGUI FLAC issue.

MeGUI 2624. Flac 1.3.1

Just encoded into FLAC using different speed presets...
8 and 0.
Both gave same file size. Looks like 0 was used in both.

Any reason or Fix?

Atlantis

17th December 2015, 21:44

Sorry I have not read this long thread. My MeGUI is updated to 2624 and today I noticed I can no longer encode to ac3. Any reason why Aften was removed? What you should use to encode to AC3 in MeGUI 2624?

Barough

17th December 2015, 22:06

Atlantis

17th December 2015, 23:07

Why they removed Aften?

LigH

17th December 2015, 23:55

I believe the AC3 encoder in ffmpeg developed a bit further, especially in its psychoacoustic routines, while Aften didn't. But I am not completely sure.

tebasuna51

18th December 2015, 02:53

Yep, Aften is discontinued, the same developper make the ffmpeg AC3 encoder (libav) improving stereo encode and other parts.

http://forum.doom9.org/showthread.php?p=1522077#post1522077

hello_hello

18th December 2015, 04:11

I just re-started MeGUI and auto-update downgraded MediaInfo from 0.7.80 to 0.7.79. Was that intentional?

Barough

18th December 2015, 15:02

I just re-started MeGUI and auto-update downgraded MediaInfo from 0.7.80 to 0.7.79. Was that intentional?

Wonder the same here also

Zathor

19th December 2015, 18:55

Just encoded into FLAC using different speed presets...
8 and 0.
Both gave same file size. Looks like 0 was used in both.
Thanks, will be fixed in the next build.

I just re-started MeGUI and auto-update downgraded MediaInfo from 0.7.80 to 0.7.79. Was that intentional?
Thanks, one of the update server was out of sync.

Zathor

23rd December 2015, 13:09

The newer FFM2 plugin versions seem to require a recent AviSynth version. At least it does not work with 2.5.8 but it does work with 2.6

I am unsure which way to go. I could block all AviSynth versions which are not using the recent interface version and use the portable AviSynth instead.
Or I can print out only a error message and continue with the old way.

Both ways have pros and cons. Which would you prefer?

tebasuna51

24th December 2015, 11:45

The newer FFM2 plugin versions seem to require a recent AviSynth version. At least it does not work with 2.5.8 but it does work with 2.6

Yes, I see that. I use sometimes 2.5.8 and need switch to 2.6 to work with FFM2.

I prefer "use the portable AviSynth instead" for me.

Barough

25th December 2015, 14:50

"always use the included AviSynth" is what i use.

FFmpeg v2.8.4 is out
http://ffmpeg.zeranoe.com/builds/win32/static/

Zathor

26th December 2015, 16:18

Ok, I will emplement it in the way that I update the AviSynthWrapper to the recent interface version (currently 2, will be 6). With this new DLL no old AviSynth versions can be accessed. During startup of MeGUIthis will be checked and if necessary a fallback to the portable AviSynth will be done.

After this change it is not possible to use MeGUI with older AviSynth versions (replacing the DLL is the only way).

hello_hello

28th December 2015, 05:22

I found myself explaining to someone again today, why an anamorphic option called "Encode non-mod16" lets you encode mod16.
I still think a rename might be in order. "Encode any-mod" would work. Anamorphic "strict" as Handbrake calls it seems pretty succinct. Not to mention accurate..... :)

hello_hello

28th December 2015, 13:51

I'm using an anamorphic DVD encode to illustrate the problem. It's an MKV. I open and index it. The script creator looks like this:

http://s21.postimg.org/vz9lxudvr/megui1.gif

Problem #1. The display aspect ratio of the source video isn't in the drop down list. So if I change it, I can't change it back, unless....

http://s18.postimg.org/qbim2sdp5/megui2.gif

Problem #2: I create a custom aspect ratio in which case the source aspect ratio will be automatically be listed, so as long as I remember to create a custom aspect ratio first, I'm fine. Until......

http://s13.postimg.org/8cwy4zjfb/megui3.gif

Problem #3. I don't want to use the custom aspect ratio any longer and wish to delete it, but I can't unless I delete all the custom aspect ratios.

Happy New Year everyone. Especially Zathor. :)

PS. I still think it's time for MeGUI to switch from using the old ITU pixel aspect ratios for DVDs to the MPEG4 pixel aspect ratios. Because.....
- They're easier to remember.
- The display aspect ratios for NTSC and PAL are exactly the same, so there's only two display aspect ratios in total.
- They're included in the list of pixel aspect ratios in the x264 encoder configuration. The ITU PARs aren't.
- If you use --bluray-compat in the command line MeGUI (or the x264 encoder) automatically changes the ITU PARs to MPEG4 PARs.
- It keeps everything more consistent.
- Depending on the setting in preferences, MeGUI will choose either an ITU or generic display aspect ratios for NTSC or PAL Bluray video. I'm pretty sure both would technically be wrong.
- It's 2016 (give or take a day or so).

hello_hello

28th December 2015, 14:01

One more pixel aspect ratio related question. The mpeg4 and generic pixel aspect ratios are:

MPEG4:
PAL NTSC
4:3 12:11 10:11
16:9 16:11 40:33

Generic:
PAL NTSC
4:3 16:15 8:9
16:9 64:45 32:27

All the above are listed in the drop down list of pixel aspect ratios (SARs) in MeGUI's x264 encoder configuration, except the one highlighted in blue (generic PAL 4:3).
Not that it really matters, aside from the fact that once I noticed I realised I'll probably never sleep well again until I know why. :)

Zathor

28th December 2015, 16:18

2627 [Main] detects during startup if AviSynth can be used
automatic fallback to the portable AviSynth
2626 [AvisynthWrapper] updated to recent avisynth.h (requires AviSynth 2.6)
improved error handling
added x64 support
2625 [Flac Encoder] fixed always using compression level 0 (regression of 2536)

Please report as usual issues with this new build. I expect some problems due to the switch to avisynth interface version 6 (before it was 2).
EDIT: A positive effect is that due to the improved error handler AviSynth should not be able to crash MeGUI anymore (like with FFM2 and fast cropping).
EDIT2: With hello_hello in mind I have compiled the wrapper also for XP. I hope it works :-)

LigH

28th December 2015, 18:36

Barough

29th December 2015, 03:56

Thnx for the new release Zathor :)

hello_hello

29th December 2015, 04:16

IIRC, ITU AR are based on microsecond timings of TV signals designed for CRT TV sets, where a line has a length equivalent to the height of 702 lines. The simpler MPEG-4 AR are based on modulo-16 widths of 704 pixels.

I doubt any human would recognize the difference.

Is that a reason not to make the aspect ratios consistent throughout the GUI?

Plus the way I understand it, if the list of PARs here (https://www.doom9.org/showthread.php?p=1058927#post1058927) is correct, the PARs used by MeGUI ("almost exact and commonly used ITU-PARs") aren't correctly based on "microsecond timings of TV signals designed for CRT TV sets, where a line has a length equivalent to the height of 702 lines", and are in fact the least accurate.

hello_hello

29th December 2015, 04:29

EDIT2: With hello_hello in mind I have compiled the wrapper also for XP. I hope it works :-)

Thanks. I'm updating to test as I type.
I still do intend to build a new PC. And it'll probably run Win7. And I'll try to do it this week while I'm on holiday, even though I've been saying that for a year.
But this old PC will keep running XP. As will the other one. So I hope XP support won't go away any time soon. I suspect there's a lot of old XP PCs out there that'd still like to be able to encode video.....

hello_hello

29th December 2015, 04:44

EDIT2: With hello_hello in mind I have compiled the wrapper also for XP. I hope it works :-)

I've found one peculiarness.

When indexing with ffmsindex (I've tried a few different MKVs containing different types of video) the script creator opens with a black (blank) preview. No video. Changing the "improve AVS opening" setting doesn't make any difference. If I close the preview and re-open it without closing the script creator, the video then displays.
(Edit: I just discovered using the "reload video" button in the preview window also causes the video to display, no need to re-open the preview)
I'm using ffms 2.22. There's no preview problem with MeGUI 2624, although I've no idea if it's all XP's fault.

The preview when indexing with L-Smash works normally, although keep in mind I'm using L-Smash version r784 (http://forum.doom9.org/showthread.php?t=167435&page=19#post1713408) because it plays with XP, just in case that makes a difference.

hello_hello

29th December 2015, 05:01

EDIT: A positive effect is that due to the improved error handler AviSynth should not be able to crash MeGUI anymore (like with FFM2 and fast cropping).

That was just cruel. I was so excited.
Next you'll be saying there's no such thing as Father Xmas. ;)

http://s17.postimg.org/495g1hflr/megui_crash1.gif
http://s7.postimg.org/87he094dn/megui_crash2.gif

I did discover when MeGUI is displaying a blank preview as I described above, it's very easy to crash MeGUI by cropping too quickly etc. When it's actually displaying video it requires more effort to cause it to crash.

Interestingly (or not) if I crop too quickly with ffms2 decoding, the video being displayed in the preview now tends to come and go (the preview goes temporarily black). I don't know if that'll help find the cause....

PS I'm still curious about the missing PAR (http://forum.doom9.org/showthread.php?p=1751249#post1751249).

Zathor

29th December 2015, 10:09

Mhm, it does work for me. Could you please post your "versions" information?

hello_hello

29th December 2015, 11:20

Certainly.

[Information] Log
-[Information] Versions
--[Information] [29/12/15 9:19:22 PM] MeGUI: 2627
--[Information] [29/12/15 9:19:22 PM] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [29/12/15 9:19:22 PM] .NET Framework: 4.0 (4.0.30319)
--[Information] [29/12/15 9:19:25 PM] AviSynth: 2.6.0.6 (31-03-2015) (inactive)
--[Information] [29/12/15 9:19:25 PM] AviSynth portable: 2.6.0.6 (21-09-2015) (active)
--[Information] [29/12/15 9:19:26 PM] AvisynthWrapper: 1.0.2626.0 (28-12-2015)
--[Information] [29/12/15 9:19:26 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [29/12/15 9:19:26 PM] Haali DSS2: (14-04-2013)
--[Information] [29/12/15 9:19:26 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [29/12/15 9:19:26 PM] MediaInfo: 0.7.80.0 (30-11-2015)
--[Information] [29/12/15 9:19:26 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [29/12/15 9:19:26 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [29/12/15 9:19:26 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [29/12/15 9:19:26 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [29/12/15 9:19:26 PM] Connected to server: http://megui.org/auto/
--[Information] [29/12/15 9:19:26 PM] No package requires an update

It's odd because if I crop or resize when ffms2 is decoding (even just a single adjustment) it can make the preview go black. Sometimes just for a little bit, mostly until I "reload the video". It also turns the cursor to "busy" for a while so maybe it's related to the old "cropping too quickly can crash MeGUI" problem, only now it has a more visible effect on the preview.
All that's without having "apply auto preview" checked.
L-Smash is still behaving.

Would this help?

-[Error] Unhandled error
--[Information] [29/12/15 9:33:38 PM] Exception message: Object reference not set to an instance of an object.
--[Information] [29/12/15 9:33:38 PM] Stacktrace
---[NoImage] at System.Windows.Forms.UpDownBase.UpDownButtons.TimerHandler(Object source, EventArgs args)
---[NoImage] at System.Windows.Forms.Timer.OnTick(EventArgs e)
---[NoImage] at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [29/12/15 9:33:38 PM] Inner exception: null

Zathor

29th December 2015, 12:32

I still do intend to build a new PC. And it'll probably run Win7. And I'll try to do it this week while I'm on holiday, even though I've been saying that for a year.
So Father Christmas must exist - but I believe it not sooner than when you write that you have done it :-)

PS I'm still curious about the missing PAR (http://forum.doom9.org/showthread.php?p=1751249#post1751249).
Added in 2628 - no clue why it was left out.

Thanks for the problem report with the cropping/blank - I will start my old XP VM to see if I can reproduce it there. As it works in my W10 and W7 machines currently I assume it must be related to WXP as everything else is the same for me (except of the source file).

hello_hello

29th December 2015, 13:10

So Father Christmas must exist - but I believe it not sooner than when you write that you have done it

Although I will always make sure to keep the old dual core operational for you so I can continue testing MeGUI on XP forever and ever and ever and ever and ever and ever....... :)

Barough

31st December 2015, 15:19

What about updating the 7-Zip dll file. 7-Zip v15.13 is out.

[EDIT]
Noticed that MediaInfo 0.7.81 was just released

LigH

31st December 2015, 19:03

7-zip 15.14 already, stable release.

Barough

31st December 2015, 20:39

MKVToolNix v8.7.0 was just released

LigH

5th January 2016, 09:24

And qaac 2.58 fixes issues with mono audio since 2.56.

Zathor

5th January 2016, 20:32

Thanks for the news :-)
Except 7z the other new files are now online. 7z I need to verify first if changing the dlls is really worth the hassle.

I've found one peculiarness.
When indexing with ffmsindex (I've tried a few different MKVs containing different types of video) the script creator opens with a black (blank) preview. No video. Changing the "improve AVS opening" setting doesn't make any difference. If I close the preview and re-open it without closing the script creator, the video then displays.
I can confirm this behavior with XP and W7 using FFMS2 2.22 - I have not tried other FFMS2 or OS versions, but L-SMASH works. So it must be related to FFMS2 together with the new wrapper. I cannot do much there. Maybe I can load the video twice when FFMS2 is used as a workaround.

Bluedan

5th January 2016, 22:55

StainlessS

6th January 2016, 00:01

With hello_hello in mind I have compiled the wrapper also for XP. I hope it works :-)

Thanx Zathor, Hello_hello is not the only Stick-In-The-Mud. :)

Zathor

6th January 2016, 21:43

Hi everyone, it's been 2 or 3 years ago that I had time to do transcodings with MeGui.
Now that things have made progress I am heavily missing a guide that's up to date.
Even the wiki linked from the programme itself via help button isn't online anymore.
It is really hard to gather info on your own, for Megui has so much options.
I know it is not intended for beginners anyway, but I have been using this for years !

Please use https://en.wikibooks.org/wiki/MeGUI
But thanks for the reminder. I have to update the links.

Btw. anyone can help and update there something. A lot of the information is outdated.

hello_hello

7th January 2016, 06:31

hello_hello

7th January 2016, 07:02

Thanx Zathor, Hello_hello is not the only Stick-In-The-Mud. :)

According to the latest stats I read (December 2015) just under 8% of Windows users are still running XP. Based on Microsoft's claim of 1.5 Billion Windows PCs, that's a total of 120 million sticks-in-the-mud.

I've pretty much decided I'm going to start heading towards switching to Linux. I can't see myself using Win10. I've got an unused copy of Win7 I can stick on the new PC while I the old one helps me become familiar with Linux, but at the moment I think Win7 will be the end of the road.

hello_hello

8th January 2016, 10:30

It appears when cropping while ffms2 is decoding, there's some picture resizing taking place in the preview, even without the auto-preview enabled. It doesn't happen all the time, but I've never seen it before. When increasing the cropping slowly, sometimes the displayed cropping increases in the preview as it should, but sometimes the displayed cropping stays the same and the picture moves a bit instead (it's stretched or squished to meet the cropping line). The rest of the time it makes the preview go black.

I though I'd point that out in case it helps you track down the ffms2 cropping problem because cropping changing the size of the video in the preview seems to be something new. It might be something else entirely but I wouldn't know. I couldn't repeat any of that with L-Smash.

I'll have to withdraw my statement about L-Smash. I discovered how to get the preview to display a black picture with L-Smash decoding too.

So far, it seems to require me to open multiple Script Creator and preview windows. I think with only one open at a time it's been fine, but with multiple instances (I tend to run 4 or 5 indexing jobs in a row, then create the scripts) it has similar issues as ffms2. Not as bad, and it's still usable, but it still happens.

I just ran five indexing jobs which open five instances on the script creator and five previews, This has never caused a problem before. Now, each time I clicked play on a preview window, the preview turned black. So far I think it's only happening once for each preview. Once the video is reloaded it behaves normally, although I think once or twice I saw the image move when cropping (rather than the cropping move) but I'm not 100% certain as it happens quite quickly.

Unfortunately, it looks like I'll have to go back to MeGUI 2624 for the moment.

Cheers.

Barough

10th January 2016, 19:56

Thanks for the news :-)
Except 7z the other new files are now online. 7z I need to verify first if changing the dlls is really worth the hassle.

Thnx :)

MKVToolNix v8.8.0 is released.

aegisofrime

11th January 2016, 02:00

Hi all.

I'm finding that with the last update, somehow MeGUI is not applying aspect ratio options? Like, if I were to select 16:9 for a DVD encode, the resulting file will default to 3:2.

Apologies if this has been reported already. I did read back a few pages and saw hello_hello reporting some aspect ratio issue as well, but it seems unrelated to mine.

LigH

11th January 2016, 10:31

Did you enable "Clever™ Anamorphic"? In this case, NTSC = 720×480 will stay 720×480 (3:2) with skewed (anamorphic) video, there will be no resizing; but the final container (and possibly the video stream too) will have a flag telling the player to deskew the content towards 16:9 during playback.

hello_hello

11th January 2016, 19:33

Unfortunately, it looks like I'll have to go back to MeGUI 2624 for the moment.

I just thought I'd report that rather than revert back to MeGUI 2624, I reverted back to the previous version of AvisynthWrapper.dll and so far it's working fine with MeGUI 2627. No black previews, although the old ffms2 cropping/resizing problem remains.

I thought initially it was my imagination, but after upgrading to MeGUI 2627 loading scripts with slow filtering such as QTGMC seemed slower. Now I'm sure it was, only it's the new AvisynthWrapper.dll. After reverting back to the old version scripts load faster again.

kalehrl

16th January 2016, 16:36

Hi Zathor
I tried to encode a bunch of mkv files last night using one-click encoder but there were errors.
I had 8 folders with 8 seasons of a TV show and I added all folders one by one using Input - Select folder.. option.
It started encoding the files but soon there was an error:
error: The process cannot access the file 'G:\BackupWinD\Films\Dexter\Sezona 1\Dexter s01e01.mkv.lwi' because it is being used by another process.
I tried using fffms instead of lsmash but it didn't matter. Only this time MeGUI died completely. I will send you log files on pm.

Also, if you add a folder which contains subfolders with files, they won't be encoded.

Barough

16th January 2016, 22:14

FFmpeg v2.8.5 is out.

kalehrl

17th January 2016, 08:32

I put all files (48 of them) in a single folder and tried to encode them using one-click encoder but only 12 were actually encoded before MeGUI died :(
The error was:
---[Error] [17.1.2016. 01.18.46] The script's return was not a video clip.
But the script generated is a very simple one.

LigH

17th January 2016, 11:15

Still possible that AviSynth could not load the video track of this one specific media file. And because you did not show us the whole log, not to mention a MediaInfo analysis of this file even, we can not even guess about it.

kalehrl

17th January 2016, 16:52

This is the file on which MeGUI choked and died:
http://pastebin.com/8mviJqRy
I don't think it's any different from the files which encoded successfully.

Barough

25th January 2016, 18:07

x264-148.2665 (Stable)
http://komisar.gin.by/

Opus v1.1.2
http://www.opus-codec.org/

MediaInfo v0.7.82

duedel

1st February 2016, 09:57

May I suggest using the x265 builds from here (https://builds.x265.eu) for the development update server? They're much more recent than the current ones.

LigH

1st February 2016, 10:22

Daily autobuilds may contain bugs due to quite experimental features; it is probably not the worst decision to select a build where default and "stable" development branches just have been merged, because the developers are rather confident not to have left serious bugs.

LouieChuckyMerry

2nd February 2016, 05:18

hello_hello

2nd February 2016, 06:47

I've a couple humble feature requests; please feel free to rebuke me if they seem ridiculous ;) .

1) On the "Queue" tab-view would it be possible to add "Top" and "Bottom" buttons between the "Down" and "Delete" buttons? Frequently I'll have fifty-plus jobs queued and it would be very handy to be able to move jobs to the top or bottom of the queue without having to click "Up" or "Down" several dozen times.

You can highlight multiple jobs in the queue with the Shift key, or Ctrl key, all of them via Ctrl+A.
Highlight the fifty plus jobs at the top of the queue but not the one at the bottom, then move the highlighted jobs down with a single click.
(This may only work well for single pass jobs. See point 2)

2) Also on the "Queue" tab-view would it be possible to add a right-click menu option, call it "Hide-Show" or some such, so that any number of contiguous highlighted jobs could be minimized to a single line in the queue? I'll often have an entire season of two-pass TV episodes (around sixty-some jobs) and a half dozen one-pass movies queued, so that I can run either a single job or a combination of jobs based on computer time available. This feature request would allow the user to highlight, for example, all the the sixty-some two-pass jobs then, with a right-click selection of "Hide-Show", minimize these sixty-some lines to a single line in the queue, perhaps with the single line changing to the name "Hidden Jobs" or becoming partially highlighted or something to differentiate it from the other jobs in the queue.

If I understand you correctly you're wanting to re-order the jobs in order to run all the first passes consecutively, then the second passes later..... something like that?

I was going to suggest highlighting all the 2nd pass jobs and moving them down but it doesn't work. Maybe it's some sort of "bug" in relation to how the queue re-ordering works, or it's designed that way to prevent the re-ordering of jobs so the 2nd pass isn't in the queue before the 1st pass. Except if that's the goal it doesn't stop you from re-ordering the jobs incorrectly one at a time. If you highlight multiple first passes, or multiple second passes, you lose the ability to move those jobs up and down. I'm having trouble determining if there's a "rule" regarding the re-ordering or multiple pass jobs in the queue.

LouieChuckyMerry

2nd February 2016, 09:07

You can highlight multiple jobs in the queue with the Shift key, or Ctrl key, all of them via Ctrl+A.
Highlight the fifty plus jobs at the top of the queue but not the one at the bottom, then move the highlighted jobs down with a single click.
(This may only work well for single pass jobs. See point 2)

Ahhh, thanks for the tricks. I knew about "Ctrl" but never actually considered "Shift" or "Ctrl + A" :o . I'd still happily utilize "Top" and "Bottom" buttons but those short cuts will be very useful until then ;) .

If I understand you correctly you're wanting to re-order the jobs in order to run all the first passes consecutively, then the second passes later..... something like that?

I was going to suggest highlighting all the 2nd pass jobs and moving them down but it doesn't work. Maybe it's some sort of "bug" in relation to how the queue re-ordering works, or it's designed that way to prevent the re-ordering of jobs so the 2nd pass isn't in the queue before the 1st pass. Except if that's the goal it doesn't stop you from re-ordering the jobs incorrectly one at a time. If you highlight multiple first passes, or multiple second passes, you lose the ability to move those jobs up and down. I'm having trouble determining if there's a "rule" regarding the re-ordering or multiple pass jobs in the queue.

To run all the 1st pass jobs I highlight all the 2nd pass jobs then change their status to "Postponed" with the right-click menu. I've never actually tried what you describe above but I'd think that it has to do with not skewing the pass orders. Honestly I'd like the "Top" and "Bottom" buttons mainly because I often find myself wanting to move a (set of) job(s) from the middle of a massive crew to either the top or bottom. At least now I can manipulate the queue more craftily with your tricks :) . And I'd really put to use my second feature request (although I get the feeling it wouldn't be very easy to implement :( ).

LigH

2nd February 2016, 09:44

LouieChuckyMerry

2nd February 2016, 11:49

I believe these range selection features are already offered by the Windows controls used to display lists (Ctrl+A = "Select all" is also available in the Explorer; you can even select several ranges with only few clicks using a combination of Ctrl+Shift while clicking, if you can remember the correct order when to hold or release which modifier key).

Thanks for your reply, LigH :) . The shortcuts are a reasonable solution for my first feature request; what do you think of the viability of my second feature request? I ask because you seem to understand MeGUI at a coding level. Thanks.

LigH

2nd February 2016, 12:37

Overdrive80

2nd February 2016, 21:27

Any reason for not updating megui with last version of x264? 2665 http://komisar.gin.by/

LouieChuckyMerry

3rd February 2016, 10:47

That sounds like grouping/sorting by the type of the job. Of course, if you can group jobs by different attributes, it will be easier to select them as one contiguous range.

I may know a bit programming in general. But I never read the MeGUI sources...

Thanks for your reply :) .

Any reason for not updating megui with last version of x264? 2665 http://komisar.gin.by/

I don't know why MeGUI isn't updating to 2665, however, you can download any of Komisar's builds (including mods) then replace the corresponding version MeGUI is using with it. Simply rename the appropriate Komisar version with the applicable MeGUI version's name then copy and replace.

LigH

3rd February 2016, 12:49

Does this new build contain important fixes which recommend a soon replacement? Or does it contain new features which may require MeGUI to adapt its dialogs to?

ron spencer

3rd February 2016, 19:40

can we get a check box for:

converttoyv12(interlaced=true)

when setting up the avs in the script creator? I add it on my own before running a job with 1080i stuff. I suspect it should be added automatically if I say my input files are interlaced tff. See screenshot attached

adem940

4th February 2016, 00:22

I recently formatted my pc, installed MeGUI but now it is not updating, it keeps giving could not run updater error :( also where can I get MeGUI latest version as .exe installer?

LigH

4th February 2016, 09:18

Latest release on SourceForge: Stable build 2624 (http://sourceforge.net/projects/megui/files/megui-stable/2624/) (extract the ZIP archive to a directory outside the UAC protected "Program Files" directory branch).

After unpacking and starting, you may want to change the updater in the configuration to the development server. Stable updates are rare.

adem940

4th February 2016, 14:26

adem940

4th February 2016, 17:52

I have this error now and I don't know how to solve this :( before I formatted my pc, it was working well, also I was using the megui that I installed with offline .exe installer, this latest version in zip file doesn't working for my video projects :( I installed everything correctly, avisynth, codec mega pack etc, it was really working flawless before :/

http://i64.tinypic.com/eq47es.png

Solon8

4th February 2016, 18:09

adem940

4th February 2016, 21:15

Hi, have you tried checking the "Always use the included AviSynth" box, in the settings?

yes, I tried, it says the same :( can't do my projects anymore, I can't update the offline installer version of meGUI, I updated this zip version as Ligh said but now I get this error on my videos, also I checked my Avi script text, there was no mistake on it.. I hope update server can go up again so I can use offline installer version of MeGUI, btw my OS is win10 home 64bit.. before was same too..

LigH

4th February 2016, 23:43

adem940

5th February 2016, 10:44

Where did you install MeGUI to?

Hopefully not under C:\Program Files...

The most common reason not being able to update and even to run a conversion may be that the UAC blocks exchanging of files in subdirectories there.

But to be certain: :logfile:

when I use offline installer, it install it into c:/program files x86 and not updating..

as for zip version, I extracted it to D drive where my games data files are, it updated from developer server, but keeps giving this avisynth error :(

I guess this is the log file, sorry I am very noob at this :(
http://i63.tinypic.com/o6mhie.png

LigH

5th February 2016, 10:54

this avisynth error :(

Which error? Did you quote it anywhere? Did you post a log file anywhere?

Recommendable steps: Start MeGUI; try to provoke the error message with few steps; quit MeGUI as soon as it popped up; look into MeGUI\logs for the latest logfile, copy its content from a text editor, and paste it either here in a CODE bbCode block or in a "pastebin" service. Attaching it to the post will waste a bit time, moderators need to approve attachments.

adem940

5th February 2016, 10:57

Which error? Did you quote it anywhere? Did you post a log file anywhere?

Recommendable steps: Start MeGUI; try to provoke the error message with few steps; quit MeGUI as soon as it popped up; look into MeGUI\logs for the latest logfile, copy its content from a text editor, and paste it either here in a CODE bbCode block or in a "pastebin" service. Attaching it to the post will waste a bit time, moderators need to approve attachments.

sorry I forgot to post it before :/ it is there now.

Groucho2004

5th February 2016, 11:16

sorry I forgot to post it before :/ it is there now.
Can you post the .avs file somewhere (don't copy/paste the content, the actual file)?

adem940

5th February 2016, 11:21

Can you post the .avs file somewhere (don't copy/paste the content, the actual file)?

https://goo.gl/8ko8u1

there.

this was working before I formatted my pc and before I was using offline installer version of MeGUI.. maybe it will work again when update servers are alive :(

LigH

5th February 2016, 11:26

Redirection to MEGA ... for a few hundred bytes?

SetMemoryMax(512)
SetMTMode(3,4)
PluginPath = "C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\"
LoadPlugin(PluginPath+"svpflow1.dll")
LoadPlugin(PluginPath+"svpflow2.dll")
Import(PluginPath+"InterFrame2.avsi")
DirectShowSource("C:\Users\Adem\Desktop\no-name-anime.mkv", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001).ConvertToYV12()
SetMTMode(2)
#deinterlace
#crop
#denoise
#resize
InterFrame(Cores=4, GPU=True)

Your log file is still missing. Your edit did not work as expected.

I doubt MeGUI ships an own copy of svpflow?.dll and InterFrame2.avsi in its own plugins directory.

And once again, people still prefer DirectShowSource, despite all warnings about possible unexpected low-quality filtering in DirectShow filter paths and recommendations to prefer L-SMASH Works or FFMS2 instead for MKV sources. It may be convenient if one suspects VFR, but that needs to be proven first, no need to fix problems which may not even exist.

Groucho2004

5th February 2016, 11:33

Couple of things:
1. The log says it's using Avisynth 2.6.0.6 which is not SEt's MT version. The SetMTMode statements in your script should produce an error message.

2. I'd steer clear of DSS, LSmash is a much better choice these days.

adem940

5th February 2016, 11:36

adem940

5th February 2016, 11:39

LigH

5th February 2016, 11:42

Oh, I found the log. For some reason, I don't see images on tinypic (http://i63.tinypic.com/o6mhie.png) as inline images because they get wrapped with a whole ad-loaded HTML page when deep-linked.
_

Not using AviSynth MT when your script contains SetMTMode() functions will certainly result in errors. If you enabled MeGUI always using its internal AviSynth, this is not AviSynth MT; you would have to disable that and use the substitute MT avisynth.dll in your Windows\SysWOW64 directory.

To test this suspected reason, comment out both lines with SetMTMode.
_

To use another source filter instead of DirectShowSource, you could use the MeGUI tool "AVS Script Creator", open the MKV, and select the "Indexer"; the new generated AviSynth script will contain the code used to open the MKV with LwLibavVideoSource or FFVideoSource. Try to substitute the DirectShowSource line in your script with this entry (and the related LoadPlugin + Import if present).

adem940

5th February 2016, 11:53

LigH

5th February 2016, 12:42

adem940

5th February 2016, 12:49

At first, try to comment out the SetMTMode lines by putting a '#' in front.

Regarding AviSynth MT, see the AviSynth MT thread in this forum (http://forum.doom9.org/showthread.php?t=148782) and the AviSynth Wiki about MT functions since v2.5.7.5 (http://avisynth.nl/index.php/MT#Changes_in_MT_2.5.7.5).

I put # in front of both SetMT lines, now it is working, does that mean it disabled MT? does it affect quality? (I am really glad it is working now!)

LigH

5th February 2016, 13:24

MT (multi-threading) can only be disabled if it is available at all. The default installation of AviSynth has no multi-threading functions available at all, therefore the error messages notified you of their absence.

It should not affect quality, only speed. The MT version of AviSynth should be able to use several cores of your CPU to filter video frames in parallel, but that requires some quirks sometimes. At least a good bit more experience.

adem940

5th February 2016, 13:26

It should not affect quality, only speed. The MT (multi-threaded) version of AviSynth should be able to use several cores of your CPU to filter video frames in parallel, but that requires some quirks sometimes. At least a good bit more experience.

FINAL UPDATE: I followed the avisynth MT guide you shared, now it is working with setMT lines too, thank you very much for answers LigH and Groucho2004, you guys saved my life xDD :D:D:D:D

LigH

5th February 2016, 13:34

Great...

Now the topic may return to MeGUI. AviSynth MT was only marginally related. It would not have worked in any GUI. Even without any GUI.

LouieChuckyMerry

6th February 2016, 03:06

adem940

8th February 2016, 15:20

adem940: Happy Saturday! and you might find these excellent tools helpful, now or in the future, for troubleshooting and-or testing (and thanks Groucho2004 :thanks: ):

AvisynthInfoTool (http://forum.doom9.org/showthread.php?t=170647)

and

AVSMeter (http://forum.doom9.org/showthread.php?t=165528)

thanks, I will check them.

also I wonder if there is a fix for this error;

''Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)''

LigH

8th February 2016, 15:38

adem940

8th February 2016, 15:42

This exception tells little; at most: "Something went really wrong, and then tried to access memory not assigned to this process". But what and why? Hard to know. The reason may even be a data error in the video to be decoded when this happens later during the conversion; did you post details anywhere? At least it is rather improbable that the reason is in the MeGUI application as such.

to be honest, this happened to me a couple of times, I read in another forums someone said this ''just replace x264 with an older version'' I did that, meGUI updated it back to latest version and it magically started to work lol then it happened again, I did same, worked again, repeated this every time I got this error.

but today I encoded a video, it had no problem, then encoded another one, it gave me this error, replacing x264 didn't work, so I wanted to ask here.

LigH

8th February 2016, 15:54

adem940

8th February 2016, 16:31

When you try the same video with the same encoder and the same script several times, and it crashes only sometimes, then you should possibly be suspicious of your memory or CPU and check if they may overheat. If it crashes reliably always about at the same percentage of progress inside the movie, then the source file is probably corrupt. If it crashes always alreay when loading an AviSynth script, then something with AviSynth and its plugins may be broken. If you do a 2-pass encode and it always crashes when the 2nd pass runs directly after the 1st, there may be issues with the stats file. — Do you need more different reasons? If not, please start telling us more technical details about the circumstances when the crash happens and how well it is reproducable without changing anything, or with only little changes.

encoding always stops at 0,29% tried another video, crashed at same place, replaced x264, this time crashed at 78%.

things I did just now;

-uninstalled lav filters (cleaned residual files)
-restarted my computer.
-reinstalled lav filters
-replaced x264 again.
-changed megui updater to developer, my version was 2624, now it updated to 2627

and now it works again, it is weird :D

LigH

8th February 2016, 16:44

This is so unspecific and random, I'd guess it's RAM overheating. Did you overclock? When did you clean your PC the last time? Is it a workstation PC or a laptop?

encoding always stops at 0,29% tried another video, crashed at same place...

My guess: The system was still hot, so it crashed early in both cases.

... replaced x264, this time crashed at 78%.

My guess: Replacement took a bit time, system was able to cool down.

things I did just now;

-...
-restarted my computer.
-...
and now it works again, it is weird :D

Even more time to cool down.

Different builds may have slightly different utilizations per core or memory throughput, depending on optimizations.

Well, it's guesswork. But in general, the MeGUI as such is most probably not the reason, therefore should not be blamed here in this thread.

adem940

8th February 2016, 16:54

.

Well, it's guesswork. But in general, the MeGUI as such is most probably not the reason, therefore should not be blamed here in this thread.

I never did overclocking, my cpu supports it but not my motherboard, it is i5 2500k cpu, motherboard is new, bought it a few months ago, graphic card is gtx 660, rams are gaming rams too, about cleaning, it has been a quite while since I cleaned inside my case, last time was when I bought the new motherboard, maybe I should clean it soon, I think it is really because of overheating.

hello_hello

9th February 2016, 11:34

adem940,
Unless you have a particularly dirty environment, a few months isn't a long time between cleaning the inside of a case. If the MB is relatively new, maybe it's a problem with the CPU heatsink being mounted correctly, or with thermal paste not being applied well.

Google RealTemp or Core Temp or SpeedFan and if your MB supports it, you'll be able to check CPU temperature. It's a good idea to install more than one as if they agree, it's more likely they're getting it correct.

You might want to also try Prime95. It'll probably test the CPU cooling more than x264 encoding and it's used for testing system stability.

Barough

15th February 2016, 18:38

FFmpeg v3.0 "Einstein" is released. :)

hello_hello

22nd February 2016, 17:23

I could be losing my mind, but.......

I'm certain in the past you could load a script into MeGUI's video section, click the "Reopen video preview" button, and the preview window would open displaying the aspect ratio at the bottom. There's a check-box for previewing the aspect ratio that still works as it should, but in the past if you changed the aspect ratio at the bottom of the preview, closed the preview and added the script to the queue for encoding, MeGUI would use the newly set aspect ratio when encoding, even over-riding any aspect ratio added to the script by the anamorphic encoding function.

Does it work that way for anyone else, because currently (MeGUI 2627) I don't seem to be able to over-ride the aspect ratio at all. I can change it, but the new aspect ratio isn't used when encoding, which seems to make the ability to change it somewhat redundant.

Thanks.

PS Is Zathor still around and okay? I don't think he's posted for a while.

hello_hello

23rd February 2016, 05:31

Again I thought I was losing my mind, but......

The ability to change x264 encoder preset after opening the encoder configuration no longer works. Selecting a new preset doesn't "stick" after closing the encoder configuration. For example:

Select "x264 preset A" in the video section's encoder dropdown list.
Click Config.
When the encoder configuration opens, select "x264 preset B" from the dropdown list.
Click Okay. The encoder configuration will close.
The selected preset in the encoder drop down list will still be "x264 preset A".

That's MeGUI 2627 and the encoder preset names in the above example are fictional.

ToyCar

24th February 2016, 14:44

Is there any way to auto-load audio after AVS script created?

LigH

24th February 2016, 15:25

I believe that MeGUI prefers to handle video and audio with separate AviSynth scripts. But you could manually edit the generated AviSynth video script file and load this as source in the main dialog for both video and audio processing.

hello_hello

24th February 2016, 23:01

Is there any way to auto-load audio after AVS script created?

If you're referring to loading it into the audio section for encoding, after you've indexed the source file with the File Indexer, that's what should happen. For source files where MeGUI can extract the audio (AVI and MP4 being notable exceptions), the extracted audio should be loaded into the audio section. For those source types where it can't extract the audio, it should create a script to re-encode it instead. You can also load video files containing audio directly into the audio section (I don't know if it works for every file type).

If you're referring to getting MeGUI to combine the encoded video and audio into a finished output file for you, try the AutoEncode button. That's pretty much what AutoEncode does. If you've extracted the audio and don't want to re-encode it, use the "X" button in the audio section to clear it before clicking AutoEncode. When the AutoEncode window opens, there's a checkbox for adding existing audio to the output. Check it, click Queue, and a second window will open for adding existing streams to the output.

Octo-puss

27th February 2016, 14:50

Given it's an AVI containing lossless video, you could try opening the Script Creater from the Tools menu and selecting the AVI as the input video. When MeGUI asks how you want to open it, select AviSource. No indexing required.
A bit late to the party... I don't have such option in the dialogue. What do I do? I only see one click encoder, file indexer, or directshowsource (which gives me some error message about not being able to render the file).
edit: oh nevermind, this file I have here is in mkv container. Guess I'll have to wait 3 hours for the damn index to be created :(

LigH

27th February 2016, 15:12

If you have an AVI, MeGUI should use AviSource instead of DirectShowSource.

3 hours for an index? Shouldn't that be just a matter of few minutes?

Octo-puss

27th February 2016, 18:17

It's a 70GB file...
Too bad there's no way to simply open it and start encoding without creating that damn index when the container is mkv.

LigH

27th February 2016, 18:26

Oh, there are many ways. Just not all of them are provided by MeGUI. And indexing is not the worst way to provide reliable access to the content; but still, even it it has 70 GB, 3 hours are surprisingly much.

Alternative source filters would require to edit an AviSynth script manually and open it in the main dialog as video source. There is e.g. DSS2Mod which preferably uses a local copy of LAV Filters via a direct API instead of DirectShow. But I believe it handles video only.

Groucho2004

27th February 2016, 18:35

but still, even it it has 70 GB, 3 hours are surprisingly much.
Over a 100Mbit network connection or a very slow hard drive this would be about the time it takes.

hello_hello

28th February 2016, 09:43

A bit late to the party... I don't have such option in the dialogue. What do I do? I only see one click encoder, file indexer, or directshowsource (which gives me some error message about not being able to render the file).
edit: oh nevermind, this file I have here is in mkv container. Guess I'll have to wait 3 hours for the damn index to be created :(

DirectShowSource would be the no-indexing option for MKV.

DirectShowSource isn't usually recommended because it's not frame accurate when seeking and relies on having an appropriate DirectShow codec installed for decoding, which is out of MeGUI's control, and for MKV I think you'll also need the Haali Media Splitter installed, but DirectShowSource would be worth trying, especially if the source contains lossless video, and especially if the alternative is three hours of indexing. If you're just encoding from start to finish, it should be fine.

The Script Creator also has an option to use DSS2, which comes with the Haali splitter, and should be more reliable.

Also, if the MKV contains audio, trying indexing with ffmsindex instead of L-Smash. For ffmsindex, MeGUI tells it to only index the video. For L-Smash it doesn't, probably because L-Smash doesn't have such an option (I'm not 100% sure), so as a result L-Smash indexing can take a lot longer. Maybe twice as long?

For file types where MeGUI indexes but can't extract the audio, so instead it creates a script to encode it, if you include the audio in the indexing job it'll have to be indexed, but for MKV when you tell the file indexer to include the audio it'll extract it, which can be slow for large files, but using ffmsindex will at least ensure it's not being unnecessarily indexed too.
(If ffmsindex gives you any problems, try setting "ffms thread count" to "1" in MeGUI's settings).

kuchikirukia

5th March 2016, 01:01

Why doesn't MeGUI come with anything? I just downloaded it on my other computer so I could start to encode there, moved my plugins, but MeGUI was hopeless because it had nothing -- no LSMASH, and not even x264.

E:
invalid arguments to function assumetff

Remove ()

I don't know what "assumetff" means

Oh joy.

And would you look at that, someone saved 2.6MT as a 7z so Windows can't even open it.

hello_hello

5th March 2016, 09:38

Why doesn't MeGUI come with anything? I just downloaded it on my other computer so I could start to encode there, moved my plugins, but MeGUI was hopeless because it had nothing -- no LSMASH, and not even x264.

It probably would have been easier to copy your MeGUI folder over from your other computer while you were moving plugins, but all the tools normally included in the update_cache folder in the zip file you download.......L-smash, x264, x265, mkvtoolnix..... there's normally 20 or more..... they weren't included in the file you downloaded?

kuchikirukia

5th March 2016, 15:05

Ah, yes, I see that they are in update_cache. Why aren't they out where they belong?
MeGUI is a portable front-end to portable apps. Shipping as a front-end to nothing and needing to go through an install process to reach a usable state goes against all expectation of a portable program.

One of MeGUI's strengths is that the individual tools are exposed for external use. I'd download MeGUI even if I didn't use MeGUI just because its toolkit is so comprehensive. "A folder full of archives" isn't really the same thing.

hello_hello

5th March 2016, 16:07

I haven't installed MeGUI from scratch in quite a while, but I'm pretty sure if you run the updater it'll unpack all the tools and put them in the tools folder for you. I assume it also checks the update server if it can and downloads any newer tools from there.

I'm not sure why they all start off in the update_cache folder, although one likely reason is so MeGUI knows where to find them if you accidentally delete one of the tools or update one yourself and things go south etc. Whatever the reason, if need be you can delete any of the tools and use the updater to force a "re-install" from the update_cache folder. The average portable program tends not to have an updater, at least not for individual components.

Doesn't MeGUI advise you to run the updater the first time you run it? Maybe not. I can't remember.

stax76

5th March 2016, 16:47

I gave it try with a fresh install, many packages didn't need an update, 19 packages had to be updated, everything was downloaded and extracted within 2 minutes, only thing I noticed is I had to manually enable all packages one by one for updating with context menu. It's however not necessary to update everything because for instance when indexing with l-smash and the l-smash package is not available MeGUI notices it and updates it automatically. Conclusion, no problems as far as I can tell.

sneaker_ger

7th March 2016, 15:58

stax76

7th March 2016, 19:33

There is a problem with the included mp4box version and HEVC muxing. It should be updated to a recent version. (From here (https://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/) for example)

If you want a static build it's very simple to build with Visual Studio 2015.

https://github.com/gpac/gpac/archive/master.zip

gpac/build/msvc14/gpac_mp4box_mini.sln

latest StaxRip test build has a fresh x64 mp4box build

Zathor

7th March 2016, 20:08

There is a problem with the included mp4box version and HEVC muxing. It should be updated to a recent version. (From here (https://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/) for example)
Please tell me exactly which version to use as I am not able to test anything. So I can simply upload it. This may also be relevant / for interest: https://sourceforge.net/p/megui/bugs/828/

Zathor

7th March 2016, 20:22

PS Is Zathor still around and okay? I don't think he's posted for a while.
Yes, I am here (again) ;)
It seems there were no major problems during my absence.

2931 [MediaInfo] improved DVD audio track language detection
2930 [Audio Encoder] fixed a crash if a very large audio delay is used
2629 [OneClick] fixed Blu-Ray playlist processing if a track has no proper language tag (regression of 2572)
2628 [x264] added 16:15 to the --sar values during the last months.

sneaker_ger

7th March 2016, 20:34

Please tell me exactly which version to use as I am not able to test anything.
http://download.tsi.telecom-paristech.fr/gpac/latest_builds/win32/gpac-0.6.1-rev11-ga16e6ee-master-win32.exe

Zathor

7th March 2016, 20:52

Thanks, uploaded (together with a new x265 version).

leon

8th March 2016, 19:46

couldn't update MeGUI 2627 to the recent version (2632) :

http://i68.tinypic.com/5ahmdd.jpg

Zathor

8th March 2016, 22:36

Please try it a second time (or third/fourth/...)

albesp77

14th March 2016, 16:41

Latest LSMASH from update server (r859) is really unstable, tried from megui and with avisynth outside megui, i have continuous crash on video analysis, back to old build!

Bruce/Fl

15th March 2016, 00:20

I'm having an issue with MeGUI.

I am using a tweaked for my needs variation of VideoFreds/John Meyers 8mm restoration script. Everytime I try to load it in MeGUI the program crashes before it even gets to the preview screen. I can however, get the exact same script to open in VDub, mpc-hc, etc.

It's been pointed out that if the script opens in VDub, there is no reason why MeGUI shouldn't open it as well, which makes sense. But it doesnt.

I have a much shorter script that does degraining, and MeGUI *will* open that one, as will VDub, mpc-hc, etc.

So MeGUI works for me, but not on the script that I really need it to. I know it doesn't make sense, but that is where I am at.

I'm hoping someone here might have an idea based on just the circumstances I posted.

I can post the scripts if that is what would give better insight, (The one will take 3 posts to include it all) but I'm holding off on the small chance someone recognizes the issue I am having.

I've deleted and reinstalled both Avisynth and MeGUI. I downloaded the previous version of MeGUI just to see what might happen, and it actually got to the preview screen, but when I hit "queue", it crashed as well.

Really puzzling.

Groucho2004

15th March 2016, 02:11

It's been pointed out that if the script opens in VDub, there is no reason why MeGUI shouldn't open it as well, which makes sense.
That is not necessarily correct. Megui and VDub use different ways to interface with Avisynth and the preview functionality is also not the same.
I suggest that you first determine how much memory your script uses. Run the script with AVSMeter (http://forum.doom9.org/showthread.php?t=165528) with the "-log" switch and post the log here (or, if the log is too big, on pastebin or similar). If it crashes, report the error.

stax76

15th March 2016, 03:27

The interface can make a difference and further the platform the client is built with can make a difference.

Bruce/Fl

15th March 2016, 14:14

That is not necessarily correct. Megui and VDub use different ways to interface with Avisynth and the preview functionality is also not the same.
I suggest that you first determine how much memory your script uses. Run the script with AVSMeter (http://forum.doom9.org/showthread.php?t=165528) with the "-log" switch and post the log here (or, if the log is too big, on pastebin or similar). If it crashes, report the error.

Thank you for looking into this with me.

I downloaded the program, but am having trouble running it.

I haven't been able to convert the command line that you gave as an example to run my script. I have very little experience with cmd.

But I saw where you can drop the script on the executable, so I tried that. A box popped up, doing work, then a few lines showed up at the bottom and the box closed itself and disappeared way before I could read it.

If it left a log file, I don't know where it put it, I checked all of the folders that installed with the program.

I apologize, but for something like what is posted in the instructions on how to use it, I need it spelled out for me. I'm not very intuitive at all with processes like this. I wish I was

Groucho2004

15th March 2016, 18:00

Thank you for looking into this with me.

I downloaded the program, but am having trouble running it.

I haven't been able to convert the command line that you gave as an example to run my script. I have very little experience with cmd.

But I saw where you can drop the script on the executable, so I tried that. A box popped up, doing work, then a few lines showed up at the bottom and the box closed itself and disappeared way before I could read it.

If it left a log file, I don't know where it put it, I checked all of the folders that installed with the program.

I apologize, but for something like what is posted in the instructions on how to use it, I need it spelled out for me. I'm not very intuitive at all with processes like this. I wish I was
I'm not going to give a CLI tutorial but you can do this:
Navigate to the directory to which you copied AVSMeter.exe and open "AVSMeter.ini" with a text editor (notepad). Change "CreateLog=0" to "CreateLog=1" and "PauseBeforeExit=0" to "PauseBeforeExit=1". Create a shortcut to AVSMeter.exe and drop the script on the icon. The log file will be created in the same directory as the script (scriptname.log).

Bruce/Fl

15th March 2016, 22:27

I'm not going to give a CLI tutorial but you can do this:
Navigate to the directory to which you copied AVSMeter.exe and open "AVSMeter.ini" with a text editor (notepad). Change "CreateLog=0" to "CreateLog=1" and "PauseBeforeExit=0" to "PauseBeforeExit=1". Create a shortcut to AVSMeter.exe and drop the script on the icon. The log file will be created in the same directory as the script (scriptname.log).

Thank you, that gave me something to look at.

It didn't generate a log this time, but the window (which now stayed open for me!) said:

AVSMeter 2.1.6 (x86)
AviSynth 2.60, build:Mar 31 2015 [16:38:54] <2.6.0.6>

Exception 0xC0000005
STATUS_ACCESS_VIOLATION

Press any key to exit...

That probably tells you something, let me know what I need to do next.

Edited to add: I also ran through my shorter script, just to see what it would look like, and do, as far as creating a log.

It had moch more info in the window, as it should, and obviously no exceptions, but it didn't create a log file either. Was there some other value in the ini I was supposed to modify?

Groucho2004

15th March 2016, 22:44

Thank you, that gave me something to look at.

It didn't generate a log this time, but the window (which now stayed open for me!) said:

That probably tells you something, let me know what I need to do next.

Edited to add: I also ran through my shorter script, just to see what it would look like, and do, as far as creating a log.

It had moch more info in the window, as it should, and obviously no exceptions, but it didn't create a log file either. Was there some other value in the ini I was supposed to modify?
AVSMeter should create a log in any case if you set "CreateLog" to 1. If you have UAC enabled it could be the reason that prevents AVSMeter from writing to the script directory.
As for the access violation message - that could be a lot of things, you have to debug the script line by line.

Bruce/Fl

15th March 2016, 23:59

AVSMeter should create a log in any case if you set "CreateLog" to 1. If you have UAC enabled it could be the reason that prevents AVSMeter from writing to the script directory.

I went to the UAC that is accessed through the Control panel, set it temporarily to none and tried again, still no log. Are there other places that there might be a place for me to make a setting adjustment? I looked at my anti virus (Avast) to see if there was a setting similar, nothing jumped out at me.

As for the access violation message - that could be a lot of things, you have to debug the script line by line.

Any tips on how best to accomplish that? Are there processes to do that besides just looking at the lines?

Thank you again

Glarioo

16th March 2016, 08:10

Can I remove the "update_cache"?
Or does MeGUI need this for something.

Groucho2004

16th March 2016, 10:14

Any tips on how best to accomplish that? Are there processes to do that besides just looking at the lines?Looking at the lines isn't going to accomplish anything. Even basic understanding of how Avisynth works isn't going to help with finding the problem(s) in this case (which is debugging videofred's restoration script, I presume).

My wild guess would be that one or more plugins are misbehaving.

You should check your Avisynth installation and available plugins. Run this (http://forum.doom9.org/showthread.php?t=170647) tool and save the logs/reports ("File" -> "Save info" and "Tools" -> "Plugin info" -> "Save plugin info report") and post them here (or off-site if they are too big).

Bruce/Fl

16th March 2016, 14:26

Run this (http://forum.doom9.org/showthread.php?t=170647) tool and save the logs/reports ("File" -> "Save info" and "Tools" -> "Plugin info" -> "Save plugin info report") and post them here (or off-site if they are too big).

i tried to download the program, but my anti virus flagged it as harmful, the Win32:evo-gen[susp] to be exact, which a quick google says is not good.

Has anybody else had this issue or has the upload site been compromised?

EDIT: I tried on my laptop, and was able to download with no issues (Different antivirus)

Looking into it now

LigH

16th March 2016, 14:52

False alarms by stupid snake-oil software is a regular staircase wit in this board...

Bruce/Fl

16th March 2016, 15:05

Looking at the lines isn't going to accomplish anything. Even basic understanding of how Avisynth works isn't going to help with finding the problem(s) in this case (which is debugging videofred's restoration script, I presume).

My wild guess would be that one or more plugins are misbehaving.

You should check your Avisynth installation and available plugins. Run this (http://forum.doom9.org/showthread.php?t=170647) tool and save the logs/reports ("File" -> "Save info" and "Tools" -> "Plugin info" -> "Save plugin info report") and post them here (or off-site if they are too big).

OK, I have the info.

The AVISynth info looks normal, I would guess. The plud=g in info is probably kind of sparse.

The reason for that is, I was doing some trouble shooting on this problem, and came across this post: (http://forum.doom9.org/showthread.php?p=1542200#post1542200)

The most usual reasons for such deep crashes are: Corrupt source material; way too many unnecessary installed codecs and filters; a heap of DLLs in the AviSynth plugins folder where one fails autoloading (e.g. some SSE3 corruptimized versions).

Try to open the script in a more basic video tool like VirtualDub; its crash catcher will probably report something similar.

Clean your AviSynth plugins folder (move everything elsewhere), re-install AviSynth, and compare the reaction of MeGUI and VirtualDub while loading the same script.

So I removed them out of the plugins folder. But they are still on my computer. My scripts stilll work, probably because of the "loadplugin" command? The ones that are there I assume came when I reloaded AVISynth. Maybe I moved the MVTools2 in it, possibly.

Let me know if I need to drop them back in the plugin folder and run the AVSInfo again.

Here are the files:

[General Info - Avisynth.dll]
Version String: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
File Version: 2.6.0.6
Directory: C:\Windows\SysWOW64
Timestamp: 2015-03-31, 01:40:58
MT Support: No

[Plugin Directories]
PluginDir2_5 (HKLM) C:\Users\Bruce\Videos\Tools\AVISynth\plugins

[Supported Color Spaces]
YUY2, Y8, YV12, YV16, YV24, YV411, RGB24, RGB32

[Internal Functions (357)]
abs
acos
AddBorders
AlignedSplice
Amplify
AmplifydB
Animate
Apply
ApplyRange
asin
Assert
AssumeBFF
AssumeFieldBased
AssumeFPS
AssumeFrameBased
AssumeSampleRate
AssumeScaledFPS
AssumeTFF
atan
atan2
audiobits
audiochannels
AudioDub
AudioDubEx
audioduration
audiolength
audiolengthf
audiolengthhi
audiolengthlo
audiolengths
audiorate
AudioTrim
AverageChromaU
AverageChromaV
AverageLuma
AVIFileSource
AVISource
BicubicResize
BilinearResize
bitand
bitchange
bitchg
bitclear
bitclr
bitlrotate
bitlshift
bitlshifta
bitlshiftl
bitlshifts
bitlshiftu
bitnot
bitor
bitrol
bitror
bitrrotate
bitrshifta
bitrshiftl
bitrshifts
bitrshiftu
bitsal
bitsar
bitset
bitshl
bitshr
bittest
bittst
bitxor
BlackmanResize
Blackness
BlankClip
Blur
Bob
Cache
ceil
ChangeFPS
Chr
ChromaUDifference
ChromaVDifference
ColorBars
ColorBarsHD
ColorKeyMask
ColorYUV
Compare
ComplementParity
ConditionalFilter
ConditionalReader
ConditionalSelect
ContinuedDenominator
ContinuedNumerator
ConvertAudio
ConvertAudioTo16bit
ConvertAudioTo24bit
ConvertAudioTo32bit
ConvertAudioTo8bit
ConvertAudioToFloat
ConvertBackToYUY2
ConvertFPS
ConvertToMono
ConvertToRGB
ConvertToRGB24
ConvertToRGB32
ConvertToY8
ConvertToYUY2
ConvertToYV12
ConvertToYV16
ConvertToYV24
ConvertToYV411
cos
cosh
Crop
CropBottom
Default
Defined
DelayAudio
DeleteFrame
DirectShowSource
Dissolve
DoubleWeave
DuplicateFrame
Echo
EnsureVBRMP3Sync
Eval
Exist
exp
FadeIn
FadeIn0
FadeIn2
FadeIO
FadeIO0
FadeIO2
FadeOut
FadeOut0
FadeOut2
fillstr
findstr
FixBrokenChromaUpsampling
FixLuminance
FlipHorizontal
FlipVertical
float
floor
fmod
frac
framecount
FrameEvaluate
framerate
frameratedenominator
frameratenumerator
FreezeFrame
GaussResize
GeneralConvolution
GetChannel
GetChannels
GetLeftChannel
GetParity
GetRightChannel
Grayscale
Greyscale
HasAudio
HasVideo
height
Hex
hexvalue
Histogram
HorizontalReduceBy2
ImageReader
ImageSource
ImageSourceAnim
ImageWriter
Import
Info
int
Interleave
InternalCache
Invert
IsAudioFloat
IsAudioInt
IsBool
IsClip
IsFieldBased
IsFloat
IsFrameBased
IsInt
IsInterleaved
IsPlanar
IsRGB
IsRGB24
IsRGB32
IsString
IsY8
IsYUV
IsYUY2
IsYV12
IsYV16
IsYV24
IsYV411
KillAudio
KillVideo
Lanczos4Resize
LanczosResize
Layer
lcase
leftstr
Letterbox
Levels
Limiter
Load_Stdcall_Plugin
LoadCPlugin
LoadPlugin
LoadVFAPIPlugin
LoadVirtualdubPlugin
log
log10
Loop
LumaDifference
Mask
MaskHS
Max
Merge
MergeARGB
MergeChannels
MergeChroma
MergeLuma
MergeRGB
MessageClip
midstr
Min
MixAudio
MonoToStereo
muldiv
nop
Normalize
Null
OpenDMLSource
Ord
Overlay
PeculiarBlend
pi
PixelType
PointResize
pow
Preroll
Pulldown
rand
ReduceBy2
ResampleAudio
ResetMask
Reverse
revstr
RGBAdjust
RGBDifference
RGBDifferenceFromPrevious
RGBDifferenceToNext
rightstr
round
ScriptClip
ScriptDir
ScriptFile
ScriptName
SegmentedAVISource
SegmentedDirectShowSource
Select
SelectEven
SelectEvery
SelectOdd
SelectRangeEvery
SeparateColumns
SeparateFields
SeparateRows
SetMemoryMax
SetPlanarLegacyAlignment
SetWorkingDir
Sharpen
ShowAlpha
ShowBlue
ShowFiveVersions
ShowFrameNumber
ShowGreen
ShowRed
ShowSMPTE
ShowTime
sign
sin
SincResize
sinh
SkewRows
SpatialSoften
Spline
Spline16Resize
Spline36Resize
Spline64Resize
sqrt
SSRC
StackHorizontal
StackVertical
strcmp
strcmpi
String
strlen
Subtitle
Subtract
SuperEQ
SwapFields
SwapUV
tan
tanh
TCPServer
TCPSource
TemporalSoften
Time
TimeStretch
Tone
Trim
Turn180
TurnLeft
TurnRight
Tweak
ucase
UDifferenceFromPrevious
UDifferenceToNext
UnalignedSplice
undefined
UPlaneMax
UPlaneMedian
UPlaneMin
UPlaneMinMaxDifference
UToY
UToY8
value
VDifferenceFromPrevious
VDifferenceToNext
Version
VersionNumber
VersionString
VerticalReduceBy2
VPlaneMax
VPlaneMedian
VPlaneMin
VPlaneMinMaxDifference
VToY
VToY8
WAVSource
Weave
WeaveColumns
WeaveRows
width
WriteFile
WriteFileEnd
WriteFileIf
WriteFileStart
YDifferenceFromPrevious
YDifferenceToNext
YPlaneMax
YPlaneMedian
YPlaneMin
YPlaneMinMaxDifference
YToUV

[External Functions (38)]
DirectShowSource
DirectShowSource_DirectShowSource
MAnalyse
MBlockFps
MCompensate
MDegrain1
MDegrain2
MDegrain3
MDepan
MFlow
MFlowBlur
MFlowFps
MFlowInter
MMask
MRecalculate
MSCDetection
MShow
MSuper
mvtools2_MAnalyse
mvtools2_MBlockFps
mvtools2_MCompensate
mvtools2_MDegrain1
mvtools2_MDegrain2
mvtools2_MDegrain3
mvtools2_MDepan
mvtools2_MFlow
mvtools2_MFlowBlur
mvtools2_MFlowFps
mvtools2_MFlowInter
mvtools2_MMask
mvtools2_MRecalculate
mvtools2_MSCDetection
mvtools2_MShow
mvtools2_MSuper
TCPDeliver_TCPServer
TCPDeliver_TCPSource
TCPServer
TCPSource

And the plugin info:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\DirectShowSource.dll
Timestamp: 2015-04-18, 23:03:50
MD5 Hash: 329AC5DE00B2DBD479BA5C0D44E9E3FD
DLL Dependencies: KERNEL32.DLL, MSVCRT.dll, ole32.dll, OLEAUT32.dll, QUARTZ.dll, USER32.dll, WINMM.dll
Linker version: 6.0
Plugin version: AVS 2.6 Plugin
FILEVERSION: 2.6.0.6
PRODUCTVERSION: 2.6.0.6
Language: Language Neutral
Comments: Homepage: http://www.avisynth.org
CompanyName: The Public
FileDescription: Avisynth DirectShow Reader pluggin
FileVersion: 2, 6, 0, 3
ProductVersion: 2, 6, 0, 6
InternalName: DirectShowSource 2.6.0
LegalCopyright: © 2000-2015 Ben Rudiak-Gould and others
LegalTrademarks:
OriginalFilename: DirectShowSource.dll
PrivateBuild:
ProductName: Avisynth 2.6
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\mvtools2.dll
Timestamp: 2011-09-19, 20:31:24
MD5 Hash: CD797449FC9ADF53A2E8BE856FEE96EF
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 2.5.0.0
PRODUCTVERSION: 2.5.0.0
Language: Process Default Language
Comments: Motion estimation and compensation
CompanyName: A.G.Balakhnin aka Fizick, fizick@avisynth.org.ru
FileDescription: MVTools plugin for AviSynth
FileVersion: 2.5.11.3
ProductVersion: 2, 5
InternalName: mvtools
LegalCopyright: ©2004 Manao, ©2005 Fizick, ©2008 TSchniede under GNU GPL v2
LegalTrademarks:
OriginalFilename: mvtools.dll
PrivateBuild:
ProductName: mvtools
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\TCPDeliver.dll
Timestamp: 2015-04-18, 23:04:06
MD5 Hash: 089598CAF1180644C34A9E77AF0D28AF
DLL Dependencies: KERNEL32.DLL, ADVAPI32.dll, COMCTL32.dll, comdlg32.dll, GDI32.dll, SHELL32.dll, USER32.dll, WINSPOOL.DRV, WS2_32.dll
Linker version: 6.0
Plugin version: AVS 2.6 Plugin
FILEVERSION: 2.6.0.6
PRODUCTVERSION: 2.6.0.6
Language: Language Neutral
Comments: Homepage: http://www.avisynth.org
CompanyName: avisynth.org
FileDescription: Avisynth TCPDeliver pluggin
FileVersion: 2, 6, 0, 7
ProductVersion: 2, 6, 0, 6
InternalName: TCPDeliver
LegalCopyright: © 2004-2015, Klaus Post.
LegalTrademarks: Released under GPL.
OriginalFilename: TCPDeliver.dll
PrivateBuild:
ProductName: AviSynth 2.6 TCPDeliver
SpecialBuild:

poisondeathray

16th March 2016, 15:30

Maybe try switching out your mvtools2.dll ? It says you're running a 2.5 version, but you have avisynth 2.6 installed

Bruce/Fl

16th March 2016, 16:02

Maybe try switching out your mvtools2.dll ? It says you're running a 2.5 version, but you have avisynth 2.6 installed

Downlaoded the 2.6 and swapped it out, no difference.

Groucho2004

16th March 2016, 16:38

Let me know if I need to drop them back in the plugin folder and run the AVSInfo again.
Yes, otherwise this exercise is pointless.

Bruce/Fl

16th March 2016, 16:49

With all the plugins back in the plugins folder.

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\autolevels.dll
Timestamp: 2016-03-01, 01:27:40
MD5 Hash: 46A7EE625C13A6F07E94CB611D0D00D9
DLL Dependencies: KERNEL32.dll
Linker version: 10.0
Plugin version: AVS 2.5 Plugin
No VersionInfo available

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\deflicker.dll
Timestamp: 2016-03-01, 01:27:56
MD5 Hash: 806B0DB4249D125A98C44E9B276BA278
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\DePan.dll
Timestamp: 2016-03-01, 01:28:05
MD5 Hash: 4B439F3D5841CD3D0855CCB4A0B3CBD9
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 1.10.0.0
PRODUCTVERSION: 1.10.0.0
Language: English (United States)
Comments: Compensate and stabilize global motion (pan, zoom)
CompanyName: A.G.Balakhnin aka Fizick, http://avisynth.org.ru
FileDescription: Global motion compensation plugin for Avisynth 2.5
FileVersion: 1, 10, 0, 0
ProductVersion: 1, 10, 0, 0
InternalName: DePan
LegalCopyright: Copyright © 2004-2007,A.G.Balakhnin aka Fizick, bag@hotmail.ru
LegalTrademarks:
OriginalFilename: DePan.dll
PrivateBuild:
ProductName: DePan
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\DePanEstimate.dll
Timestamp: 2016-03-01, 01:28:11
MD5 Hash: 2D29FE256E23204EF7E6BFCF1B48C9EB
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 1.9.2.0
PRODUCTVERSION: 1.9.2.0
Language: English (United States)
Comments: Estimate global motion (pan, zoom)
CompanyName: A.G.Balakhnin aka Fizick, http://avisynth.org.ru
FileDescription: Global motion estimation plugin for Avisynth 2.5
FileVersion: 1, 9, 2, 0
ProductVersion: 1, 9, 2, 0
InternalName: DePanEstimate
LegalCopyright: Copyright © 2004-2007,A.G.Balakhnin aka Fizick, bag@hotmail.ru
LegalTrademarks:
OriginalFilename: DePanEstimate.dll
PrivateBuild:
ProductName: DePanEstimate
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\DirectShowSource.dll
Timestamp: 2015-04-18, 23:03:50
MD5 Hash: 329AC5DE00B2DBD479BA5C0D44E9E3FD
DLL Dependencies: KERNEL32.DLL, MSVCRT.dll, ole32.dll, OLEAUT32.dll, QUARTZ.dll, USER32.dll, WINMM.dll
Linker version: 6.0
Plugin version: AVS 2.6 Plugin
FILEVERSION: 2.6.0.6
PRODUCTVERSION: 2.6.0.6
Language: Language Neutral
Comments: Homepage: http://www.avisynth.org
CompanyName: The Public
FileDescription: Avisynth DirectShow Reader pluggin
FileVersion: 2, 6, 0, 3
ProductVersion: 2, 6, 0, 6
InternalName: DirectShowSource 2.6.0
LegalCopyright: © 2000-2015 Ben Rudiak-Gould and others
LegalTrademarks:
OriginalFilename: DirectShowSource.dll
PrivateBuild:
ProductName: Avisynth 2.6
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\fft3dfilter.dll
Timestamp: 2016-03-01, 01:28:18
MD5 Hash: 2DDD22752BBAF5943A4B208AEFCD9E93
DLL Dependencies: USER32.dll, KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 2.1.1.0
PRODUCTVERSION: 2.1.1.0
Language: Language Neutral
Comments: Frequency Domain filter. Uses external FFTW3.DLL library.
CompanyName: A.G.Balakhnin aka Fizick, bag@hotmail.ru, http://avisynth.org.ru
FileDescription: FFT3DFilter plugin for Avisynth 2.5
FileVersion: 2, 1, 1, 0
ProductVersion: 2, 1, 1, 0
InternalName: FFT3DFilter
LegalCopyright: Copyright © 2004-2006 A.G.Balakhnin
LegalTrademarks:
OriginalFilename: FFT3DFilter.dll
PrivateBuild:
ProductName: FFT3DFilter
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\mt_masktools.dll
Timestamp: 2016-03-01, 01:28:26
MD5 Hash: B1964202E3B2DC22541F27C642AE7619
DLL Dependencies: KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
FILEVERSION: 2.0.23.0
PRODUCTVERSION: 2.0.23.0
Language: English (United States)
Comments:
CompanyName:
FileDescription: Masktools Dynamic Link Library
FileVersion:
ProductVersion:
InternalName: Masktools 2.0
LegalCopyright: Copyright (C) 2005
LegalTrademarks:
OriginalFilename: mt_masktools.dll
PrivateBuild:
ProductName: Masktools Dynamic Link Library
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\mvtools2.dll
Timestamp: 2012-07-17, 20:37:34
MD5 Hash: 9AFD5E0AC0E329761DFCC6F98FF04566
DLL Dependencies: KERNEL32.dll
Linker version: 8.0
Plugin version: AVS 2.5 Plugin
FILEVERSION: 2.6.0.5
PRODUCTVERSION: 2.6.0.5
Language: Process Default Language
Comments: Motion estimation and compensation
CompanyName: A.G.Balakhnin aka Fizick, fizick@avisynth.org.ru
FileDescription: MVTools plugin for AviSynth
FileVersion: 2.6.0.5
ProductVersion: 2, 6, 0, 5
InternalName: mvtools
LegalCopyright: ©2004 Manao, ©2005 Fizick, ©2008 TSchniede under GNU GPL v2
LegalTrademarks:
OriginalFilename: mvtools.dll
PrivateBuild:
ProductName: mvtools
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\RemoveDirtSSE2.dll
Timestamp: 2016-03-01, 01:28:41
MD5 Hash: 5BD6940938EA67A827F81560443EB3A1
DLL Dependencies: KERNEL32.dll, MSVCR71.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\RemoveGrain.dll
Timestamp: 2016-03-01, 01:28:48
MD5 Hash: 2C552F4F77186A0C0F65E862AD57E135
DLL Dependencies: MSVCR71.dll, KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\RemoveGrainSSE2.dll
Timestamp: 2016-03-01, 01:28:55
MD5 Hash: 97A216CE30ED7F9E4965BD41C0BAFC33
DLL Dependencies: KERNEL32.dll, MSVCR71.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\TCPDeliver.dll
Timestamp: 2015-04-18, 23:04:06
MD5 Hash: 089598CAF1180644C34A9E77AF0D28AF
DLL Dependencies: KERNEL32.DLL, ADVAPI32.dll, COMCTL32.dll, comdlg32.dll, GDI32.dll, SHELL32.dll, USER32.dll, WINSPOOL.DRV, WS2_32.dll
Linker version: 6.0
Plugin version: AVS 2.6 Plugin
FILEVERSION: 2.6.0.6
PRODUCTVERSION: 2.6.0.6
Language: Language Neutral
Comments: Homepage: http://www.avisynth.org
CompanyName: avisynth.org
FileDescription: Avisynth TCPDeliver pluggin
FileVersion: 2, 6, 0, 7
ProductVersion: 2, 6, 0, 6
InternalName: TCPDeliver
LegalCopyright: © 2004-2015, Klaus Post.
LegalTrademarks: Released under GPL.
OriginalFilename: TCPDeliver.dll
PrivateBuild:
ProductName: AviSynth 2.6 TCPDeliver
SpecialBuild:

C:\Users\Bruce\Videos\Tools\AVISynth\plugins\warpsharp.dll
Timestamp: 2016-03-01, 01:29:16
MD5 Hash: 0844858CB65C9AB88C6705AF14306D9E
DLL Dependencies: USER32.dll, MSVCP71.dll, MSVCR71.dll, ole32.dll, OLEAUT32.dll, KERNEL32.dll
Linker version: 7.10
Plugin version: AVS 2.5 Plugin
No VersionInfo available