Log in

View Full Version : MeGUI: General Questions and Troubleshooting Thread


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 [146] 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186

LigH
29th October 2013, 11:55
MeGUI keeps copying the avisynth.dll from tools\avs to its own directory.

I wish I could tell MeGUI not to do that, because I have a working AviSynth installation in C:\Windows\SysWOW64.

And the crashing of some scripts is probably related to the slight incompatibility of specific DirectShowSource DLLs; only scripts using DirectShowSource crash in MeGUI now, but not outside (e.g. in VirtualDub).

detmek
29th October 2013, 12:23
Did you try to manualy copy avisynth.dll from SysWOW64 to folder where megui.exe is located?

LigH
29th October 2013, 12:38
Yes. It gets overwritten with the version residing in MeGUI\tools\avs again.
__

P.S.:

Here is a log of a run-and-exit. AviSynth is found and reported as version 2.6.0.4 even though I installed version 2.60 alpha 5 (MT from 2013-09-28), and MeGUI ships a portable copy of version 2.60 alpha 5 (2013-09-18); someone forgot to bump the DLL internal version values.

I wonder why the portable version is active and the system version is inactive.

And I wonder why MeGUI crashes running a script with a DirectShowSource.dll matching the AviSynth version.

[Information] Log
-[Information] Versions
--[Information] [29.10.2013 13:30:05] MeGUI: 2418
--[Information] [29.10.2013 13:30:05] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [29.10.2013 13:30:05] .Net Framework: 4.0 (4.0.30319)
--[Information] [29.10.2013 13:30:05] AviSynth: 2.6.0.4 (28-09-2013) (inactive)
--[Information] [29.10.2013 13:30:05] AviSynth portable: 2.6.0.4 (18-09-2013) (active)
--[Information] [29.10.2013 13:30:05] DevIL: 1.6.6 (26-05-2004)
--[Information] [29.10.2013 13:30:05] AvisynthWrapper: (02-01-2009)
--[Information] [29.10.2013 13:30:05] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [29.10.2013 13:30:05] Haali DSS2: (14-04-2013)
--[Information] [29.10.2013 13:30:05] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [29.10.2013 13:30:05] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [29.10.2013 13:30:05] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [29.10.2013 13:30:05] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [29.10.2013 13:30:05] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [29.10.2013 13:30:05] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [29.10.2013 13:30:05] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [29.10.2013 13:30:05] Connecting to server: http://megui.org/auto/
--[Information] [29.10.2013 13:30:05] All files are up to date

detmek
29th October 2013, 14:43
Same here. Try this - in MeGUI tools folder find folder avs and replace Avisynth dll's there. MeGUI should now copy those files to main directory.

LigH
29th October 2013, 14:47
The updater might want to revoke this "patch" then, I fear. Well, I will be aware of it. And I hope Zathor will review this part of the application logic.
__

Interesting: MeGUI does not offer an update here. Probably due to the same DLL version value.

And DirectShowSource using scripts still crash. What a pity, I wanted to recode VFR videos with QAAC as audio encoder.

detmek
29th October 2013, 14:51
Maybe its just a bug. Logic for MeGUI should be to use portable version only if Avisynth is not installed on the sistem.

Groucho2004
29th October 2013, 14:53
AviSynth is found and reported as version 2.6.0.4 even though I installed version 2.60 alpha 5
Alpha5 = 2.6.0.4
Alpha4 = 2.6.0.3
...

Zathor
29th October 2013, 19:42
And I hope Zathor will review this part of the application logic.
As said before - portable will be used if no installed one is found. It works for me as desired.

Please close MeGUI, delete avisynth.dll and devil.dll in the MeGUI folder, start MeGUI again, wait for the update check and post the log.

hello_hello
29th October 2013, 19:49
Well now I'm confused. I'm running XP. Avisynth 2.5.8 is installed (C:\Program Files\AviSynth 2.5) with avisynth.dll being in the Windows/system32 folder. The version of Avisynth in MeGUI's installation folder is 2.6.0.4.

So I create a basic script, and add version() to it. When I open the script with MeGUI, it reports version 2.60 of avisynth. When I open the same script with VirtualDub, it reports version 2.58.

Okay, so logically MeGUI is using it's portable version of avisynth and not the system installed version, except.... somehow all the plugins in the "C:\Program Files\AviSynth 2.5\plugins" folder are still being auto-loaded when I open a script with MeGUI. I'm 100% sure they are, as I can add things like QTGMC() or Gradfun3() to a script without loading anything and they work fine.

So either the version being reported is for some reason wrong when using MeGUI, or somehow MeGUI is using the portable version but avisynth is still managing to auto-load the plugins folder of the installed version. If it's the latter, is that expected behaviour for avisynth?

Edit:
So I checked the log file and found this under "Versions".
[Information] [30/10/13 1:38:10 AM] AviSynth: 2.5.8.5 (21-12-2008) (inactive)
[Information] [30/10/13 1:38:10 AM] AviSynth portable: 2.6.0.4 (18-09-2013) (active)

I guess MeGUI is being upfront and telling me it's using the portable version but I've not had a reason to check that until now. It seems the above has been written to the log file since roughly MeGUI 2407. Prior to that only the portable version was listed (no active/inactive).

hello_hello
29th October 2013, 20:06
As said before - portable will be used if no installed one is found. It works for me as desired.

Please close MeGUI, delete avisynth.dll and devil.dll in the MeGUI folder, start MeGUI again, wait for the update check and post the log.

It turns out MeGUI had avisynth.dll and devil.dll in two different locations on my PC. They were the same version of each file, with a copy in the "C:\Program Files\MeGUI" folder and another in "C:\Program Files\MeGUI\tools\avs".

When I deleted the copies from the "C:\Program Files\MeGUI" folder, MeGUI went back to using the installed version of AVIsynth according to version().

I'd still be keen to know how MeGUI was appearing to use the portable version while loading the plugins from the installed version though.

The log file now only lists the installed AVISynth version.

Someone mentioned in a previous post that MeGUI was replacing avisynth.dll and devil.dll in it's root directory after they'd been manually deleted, but it appears not to be doing that on my PC. Once I delete them, they stay deleted. I guess at some stage MeGUI must have copied them from the avs folder to it's root directory though, as I didn't.

I'm using MeGUI 2418.

detmek
29th October 2013, 21:13
It seams that MeGUI replaces avisynth.dll in its main directory only if there is some avisynth.dll there. If there isn't, MeGUI does not copy avisynth.dll from its avs folder and uses version from system32 directory.

Groucho2004
29th October 2013, 22:31
Okay, so logically MeGUI is using it's portable version of avisynth and not the system installed version, except.... somehow all the plugins in the "C:\Program Files\AviSynth 2.5\plugins" folder are still being auto-loaded when I open a script with MeGUI.
That is the expected behaviour. The location from where avisynth.dll is loaded and the location of the auto-load plugin directory are two very different things.
Avisynth.dll (no matter which one is loaded) will look in the registry for the location of the auto-load directory (HKLM/SOFTWARE/AviSynth/plugindir2_5) and load plugins from there.

hello_hello
29th October 2013, 23:19
That is the expected behaviour. The location from where avisynth.dll is loaded and the location of the auto-load plugin directory are two very different things.
Avisynth.dll (no matter which one is loaded) will look in the registry for the location of the auto-load directory (HKLM/SOFTWARE/AviSynth/plugindir2_5) and load plugins from there.

Well you learn something new every day. Thanks for the info. At least it makes sense now.

LigH
30th October 2013, 09:36
Please close MeGUI, delete avisynth.dll and devil.dll in the MeGUI folder, start MeGUI again, wait for the update check and post the log.

That was probably the surprising part, that both DLLs are related to this issue...

So I did: Deleted both, started MeGUI ... no update dialog. System installed AviSynth appears to be used now.

[Information] Log
-[Information] Versions
--[Information] [30.10.2013 09:34:26] MeGUI: 2418
--[Information] [30.10.2013 09:34:26] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [30.10.2013 09:34:26] .Net Framework: 4.0 (4.0.30319)
--[Information] [30.10.2013 09:34:26] AviSynth: 2.6.0.4 (28-09-2013)
--[Information] [30.10.2013 09:34:26] AvisynthWrapper: (02-01-2009)
--[Information] [30.10.2013 09:34:26] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [30.10.2013 09:34:26] Haali DSS2: (14-04-2013)
--[Information] [30.10.2013 09:34:26] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [30.10.2013 09:34:26] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [30.10.2013 09:34:26] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [30.10.2013 09:34:26] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [30.10.2013 09:34:26] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [30.10.2013 09:34:26] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [30.10.2013 09:34:26] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [30.10.2013 09:34:26] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [30.10.2013 09:34:27] All files are up to date
--[Information] [30.10.2013 09:34:41] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [30.10.2013 09:34:42] All files are up to date

Groucho2004
30th October 2013, 09:40
That was probably the surprising part, that both DLLs are related to this issue...
Not surprising, devil.dll is a dependency of avisynth.dll. :)
You can check it out with dependency walker.

LigH
30th October 2013, 09:46
No, I mean: Possibly because I left the devil.dll in the MeGUI directory, MeGUI kept copying the avisynth.dll from tools\avs there. I had to know that I have to delete both to stop MeGUI from believing that I would prefer a portable use.

Groucho2004
30th October 2013, 10:05
No, I mean: Possibly because I left the devil.dll in the MeGUI directory, MeGUI kept copying the avisynth.dll from tools\avs there. I had to know that I have to delete both to stop MeGUI from believing that I would prefer a portable use.
Right. I guess one would have to look at the code to see what exactly megui is doing under which circumstances...

Zathor
30th October 2013, 19:04
No, I mean: Possibly because I left the devil.dll in the MeGUI directory, MeGUI kept copying the avisynth.dll from tools\avs there. I had to know that I have to delete both to stop MeGUI from believing that I would prefer a portable use.
The only trigger for MeGUI is the avisynth.dll in the root folder (beside a missing avisynth installation of course). If this file is there avisynth.dll and devil.dll will be copied from tools\avs to the root folder (if missing/different). I just verified this with the code and a test run of 2418. So no clue what is going on on your client. Can you please verify that on your side (only devil.dll in MeGUI folder, start MeGUI and see what will happen)?

But I have to add the deletion of devil.dll if only this file is available in the root folder. Thanks for bringing this to my attention.

LigH
31st October 2013, 10:37
Just as you said. If there is an avisynth.dll in MeGUI's directory, both are brought to sync with the content of tools\avs. The devil.dll alone is left as it is.

Morku
1st November 2013, 15:30
I try to mux a movie (which mostly works allways), but this time it doesn't. Also delete and create a new job didn't help. What can be the rason?
Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] [01.11.2013 15:19:04] MeGUI: 2418
--[Information] [01.11.2013 15:19:04] Operating System: Windows 8.1 Professional with Media Center Edition x64 (6.3.0.9600)
--[Information] [01.11.2013 15:19:04] .Net Framework: 4.5.1 (4.5.51641)
--[Information] [01.11.2013 15:19:04] AviSynth: 2.6.0.4 (28-09-2013) (inactive)
--[Information] [01.11.2013 15:19:04] AviSynth portable: 2.6.0.4 (28-09-2013) (active)
--[Information] [01.11.2013 15:19:04] DevIL: 1.6.6 (26-05-2004)
--[Information] [01.11.2013 15:19:04] AvisynthWrapper: (02-01-2009)
--[Warning] [01.11.2013 15:19:04] Haali Matroska Splitter not installed properly.
--[Warning] [01.11.2013 15:19:04] Therefore DSS2() and certain functions of FFVideoSource() and the HD Streams Extractor may also not work.
--[Warning] [01.11.2013 15:19:04] Please download and install it from http://haali.su/mkv/
--[Warning] [01.11.2013 15:19:04] Haali DSS2: not installed
--[Information] [01.11.2013 15:19:04] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [01.11.2013 15:19:04] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [01.11.2013 15:19:04] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [01.11.2013 15:19:04] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [01.11.2013 15:19:04] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [01.11.2013 15:19:04] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [01.11.2013 15:19:04] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [01.11.2013 15:19:04] Automatic update is disabled
--[Information] [01.11.2013 15:21:09] Connecting to server: http://megui.org/auto/
--[Information] [01.11.2013 15:21:10] All files are up to date
-[Information] Log for job1 (mux, Movie.264 -> Movie-muxed.mkv)
--[Information] [01.11.2013 15:22:13] Started handling job
--[Information] [01.11.2013 15:22:13] Preprocessing
--[Information] [01.11.2013 15:22:13] MediaInfo
---[Information] File: D:\Movie\Movie.264
-[Information] Format: AVC
-[Information] FormatString: AVC
-[Information] FileSize: 2270926023
-[Information] PlayTime:
---[Information] General
-[Information] ID:
-[Information] StreamOrder:
-[Information] Width: 1920
-[Information] Height: 1040
-[Information] FrameCount:
-[Information] FrameRate: 24.000
-[Information] FrameRateOriginal:
-[Information] FrameRateMode:
-[Information] ScanType: Progressive
-[Information] Codec: AVC
-[Information] CodecString: AVC
-[Information] Bits Depth: 10
-[Information] Format: AVC
-[Information] AspectRatio: 1.846
-[Information] AspectRatioString: 1.85:1
-[Information] Delay:
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Video
--[Information] [01.11.2013 15:22:14] MediaInfo
---[Information] File: D:\Movie\00000 PID 1100 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a
-[Information] Format: MPEG-4
-[Information] FormatString: MPEG-4
-[Information] FileSize: 528661287
-[Information] PlayTime: 02:11:20.661
---[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: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 3/0/3.1
-[Information] BitRateMode: VBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
--[Information] [01.11.2013 15:22:14] MediaInfo
---[Information] File: D:\Movie\00000 PID 1101 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a
-[Information] Format: MPEG-4
-[Information] FormatString: MPEG-4
-[Information] FileSize: 536800829
-[Information] PlayTime: 02:11:20.725
---[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: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 3/0/3.1
-[Information] BitRateMode: VBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
--[Information] [01.11.2013 15:22:14] MediaInfo
---[Information] File: D:\Movie\German.srt
-[Information] Format:
-[Information] FormatString:
-[Information] FileSize: 195042
-[Information] PlayTime:
---[Information] General
--[Information] [01.11.2013 15:22:14] MediaInfo
---[Information] File: D:\Movie\English.srt
-[Information] Format:
-[Information] FormatString:
-[Information] FileSize: 174176
-[Information] PlayTime:
---[Information] General
--[Information] [01.11.2013 15:22:14] Job commandline: "D:\Sonstiges\MeGUI\tools\mkvmerge\mkvmerge.exe" -o "D:\Movie\Movie-muxed.mkv" --engage keep_bitstream_ar_info --default-duration 0:24fps "--compression" "0:none" -d "0" --no-chapters -A -S "D:\Movie\Movie.264" --aac-is-sbr 0:0 --language 0:ger --track-name "0:Deutsch" --sync 0:-83ms "--compression" "0:none" -a 0 --no-chapters -D -S "D:\Movie\00000 PID 1100 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a" --aac-is-sbr 0:0 --language 0:eng --track-name "0:English" --sync 0:-83ms "--compression" "0:none" -a 0 --no-chapters -D -S "D:\Movie\00000 PID 1101 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a" --language 0:ger --track-name "0:Deutsch" --default-track "0:no" --forced-track "0:no" -s 0 -D -A "D:\Movie\German.srt" --language 0:eng --track-name "0:English" --default-track "0:no" --forced-track "0:no" -s 0 -D -A "D:\Movie\English.srt" --chapters "D:\Movie\00001 - Chapter Information.txt" --engage no_cue_duration --engage no_cue_relative_position --ui-language en
--[Information] [01.11.2013 15:22:14] Process started
--[Information] [01.11.2013 15:22:14] Standard output stream
--[Information] [01.11.2013 15:22:14] Standard error stream
---[Information] [01.11.2013 15:22:14] mkvmerge v6.5.0 ('Isn't she lovely') built on Oct 20 2013 12:50:05
---[Information] [01.11.2013 15:22:15] 'D:\Movie\Movie.264': Using the demultiplexer for the format 'AVC/h.264'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\00000 PID 1100 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a': Using the demultiplexer for the format 'QuickTime/MP4'.
---[Warning] [01.11.2013 15:22:15] Warning: Track 0: The AAC information could not be parsed.
---[Warning] [01.11.2013 15:22:15] Warning: Quicktime/MP4 reader: The AAC track 0 is missing the esds atom/the decoder config. Skipping this track.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\00000 PID 1101 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a': Using the demultiplexer for the format 'QuickTime/MP4'.
---[Warning] [01.11.2013 15:22:15] Warning: Track 0: The AAC information could not be parsed.
---[Warning] [01.11.2013 15:22:15] Warning: Quicktime/MP4 reader: The AAC track 0 is missing the esds atom/the decoder config. Skipping this track.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\German.srt': Using the demultiplexer for the format 'SRT subtitles'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\English.srt': Using the demultiplexer for the format 'SRT subtitles'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\Movie.264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\German.srt' track 0: Using the output module for the format 'text subtitles'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\English.srt' track 0: Using the output module for the format 'text subtitles'.
---[Warning] [01.11.2013 15:22:15] Warning: 'D:\Movie\00000 PID 1100 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a': A track with the ID 0 was requested but not found in the file. The corresponding option will be ignored.
---[Warning] [01.11.2013 15:22:15] Warning: 'D:\Movie\00000 PID 1101 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a': A track with the ID 0 was requested but not found in the file. The corresponding option will be ignored.
---[Information] [01.11.2013 15:22:15] The file 'D:\Movie\Movie-muxed.mkv' has been opened for writing.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\Movie.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1920/1040.
---[Information] [01.11.2013 15:22:33] The cue entries (the index) are being written...
---[Information] [01.11.2013 15:22:33] Muxing took 19 seconds.
--[Error] [01.11.2013 15:22:33] Process exits with error: 1
--[Information] [01.11.2013 15:22:33] Job completed


The result is the movie with chapter, subtitles, but without both audio files.

EDIT: I solved the problem by encoding the sound differently, but the first version also worked fine in playback...

osgZach
2nd November 2013, 09:09
I'm using MeGUI 2356
Don't know if anyone has reported this before, but I just had a really weird experience with the HD Streams extractor. Not sure if this is a bug or working as intended, so I posted in this thread first.

I queued up a bunch of jobs to extract source tracks from an Anime BD set I'm encoding, and I ended up with all the files extracted being the trackset of the very last M2TS I selected and queued. I don't understand why this happened, as I received no warnings or anything.

Basically I opened the HD Stream Extractor, and I unticked the "and close box" so I didn't have to renavigate through a ton of folders every time I hit queue.
From there I went through my M2TS files, select each one and extracting to a folder designated for its content. Queued up the jobs as I went along.
But after a test mux on a random set I discovered the audio was for the last episode of the series, and started checking all my folders and all the logs point to the same M2TS file (the last episode file of the second disc folder).

I guess its fair to say this is not the expected behavior. It seems like it used the last source file selected for all previously queued jobs??

Ruriko
10th November 2013, 11:43
Is there a way to split video by time and not by file size?

hello_hello
10th November 2013, 17:49
You can split while encoding. Make a copy of the script after MeGUI has saved it then open it with the AVS Cutter under the Tools menu. Specify the start and end frames for encoding. Open the copy of the script and do the same. Add both scripts to the job Queue and encode them separately. The AVS Cutter can save a cuts file in order to encode the audio the same way, or you can use the Audio Cutter under the Tools menu.

Or....

MKVMergeGUI can split MKVs. (VirtualDub for AVI.... I don't use MP4 myself). You'd need to encode the video as a single file then use MKVMergeGUI to split the encode. It can only split on keyframes so it pays to specify the split point just before where you actually want it, and the video will be split on the next keyframe. 95% of the time that'll be at the beginning of a scene change so you can split the video exactly where you want to, but if not using the AVS Cutter before encoding lets you split exactly where you want to.
\MeGUI\tools\mkvmerge\mmg.exe
I create a shortcut to MKVMergeGUI and use it rather than MeGUI's MKV muxer, most of the time.

Or.....

If you can, split the source file at the desired position and encode it as two separate files.

mandeep145
12th November 2013, 09:24
I ripped a dvd movie with megui in x264
after encoding i getting video file size 0byte
m gettin nothing
here is my script

LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\AddGrainC.dll")
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\asharp.dll")
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\AddGrainC.dll")
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("E:\Work\rip work\video.d2v", info=3)
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, interlaced=true, threads=0)
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\TIVTC.dll")
tfm(order=1).tdecimate(hybrid=3)
crop(4, 56, -4, -60)
LanczosResize(640,272) # Lanczos (Sharp)
#denoise
addgrain(.25)
asharp(2,2)
tweak(0,1,-3,1.5)
tweak(sat=1.2,hue=2.2)

Kurtnoise
12th November 2013, 09:33
:logfile:

mandeep145
12th November 2013, 10:03
:logfile:

which log file u need ....

http://s11.postimg.org/ahao77frn/logs.jpg

Kurtnoise
12th November 2013, 10:56
log from job1 & job2...there are available in the logs folder, in the megui repository.

mandeep145
12th November 2013, 11:27
log from job1 & job2...there are available in the logs folder, in the megui repository.
Job 1
http://pastebin.com/biWF6Fqw


log of job 2

http://pastebin.com/e9ZQtN7D

mugz
13th November 2013, 08:08
First I just want to say thanks to all you folks who post to these forums. I've been reading here for months and never had to register or post a question because I've always been able to find the answers.

I've been using Handbrake for about 6 months to encode older anime Region 1 and Region 2 DVD's I own and its been working nicely. Some of my sources however have issues such as banding, rainbowing and dotcrawl that Handbrakes limited features don't deal with so well. I'm now trying to learn how to use AviSynth and found MeGui to help get me started learning.

One thing I have learned is that often settings that work on one issue in one section of video doesn't work or can even have a negative effect on other parts of the same video, (especially with temporal filters like for rainbowing and dotcrawl).

One frustrating issue I've had with MeGui, as I have been experimenting with scripts and filters on short snipits of video I selected for testing purposes, is not being able to set a variable for a "Defualt Output Directory".

I have directories Clip1, Clip2, Clip3 etc. each with a m2v clip in them. With Handbrake there is variable "{source_path}" I can use for the output directory so that output is automatically directed to the source directory. With MeGui I been going into settings and actually setting the path each time I want to test a script to see its effects on a particular clip.

Is there something I can do to force MeGui to direct output to the source directory so I don't have to manually set it each time?

Also, (again, please bear with a newb....) - this is a script I came up for one of my "poorer, letterboxed, sources" that seems to me, to have done an excellent job of cleaning it up and making it look much nicer. Do you see anything I am doing wrong or that I could be doing better?:

http://pastebin.com/Kbs2aeFk

Thanks,

mugz

LigH
13th November 2013, 08:08
^ mandeep145:

One possible hint regarding the reason: x264 is unable to open a stats file from a 1st-pass while running a 2nd-pass job. Did you run a 1st-pass job first?

hello_hello
13th November 2013, 08:30
Is there something I can do to force MeGui to direct output to the source directory so I don't have to manually set it each time?

If the default output directory setting is left blank in MeGUI's options (use the x button to clear it if need be) I'm pretty sure MeGUI will then use the source folder for the temp files and output files.

Also, (again, please bear with a newb....) - this is a script I came up for one of my "poorer, letterboxed, sources" that seems to me, to have done an excellent job of cleaning it up and making it look much nicer. Do you see anything I am doing wrong or that I could be doing better?:

http://pastebin.com/Kbs2aeFk

Thanks,

mugz

Some thoughts (nothing particularly earth shattering).
I gave up using anamorphic encoding. Not because I particularly wanted to, but because not all devices (ie the TV's media player and one of the Bluray players in this house) respect MKV/MP4 aspect ratios. They assume everything has square pixels. So I figured why fight it, and now I resize PAL DVDs to 1024x576 (16:9) or 788x576 (4:3), cropping not included. IMO most 16:9 DVDs use 16:9 resizing while most 4:3 DVDs seem to use ITU resizing.

I get the impression most people think I'm a little mad when I say I use QTGMC (http://avisynth.nl/index.php/QTGMC) as a noise filter, but IMO it leaves other noise filters for dead, as long as you don't mind the fact it's slow. For progressive video with light noise I run QTGMC in progressive mode without it's noise filter enabled. It "stabilises" the picture (including any noise it doesn't remove) and because it's not a noise filter as such, it doesn't blur the picture. For heavier noise I run QTGMC in progressive mode with it's noise filter enabled. It removes a lot of noise without blurring the picture as much as most noise filters. Something like this (I'm using a single threaded version of Avisynth so I run it in single threaded mode):

QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)

If you were to use it in your above script naturally you'd put it after the IVTC stuff. It won't get rid of the rainbow effect but if you don't use a de-rainbow filter QTGMC will at least "stabilise" it. This is all sounding familiar. You had a thread over at VideoHelp recently?
Anyhow..... just some thoughts.... seeing as you asked. If you decide to try QTGMC in progressive mode you can lose mt_xxpand_multi.avsi, aWarpSharp, and RemoveGrain... at least initially. They're all used by QTGMC in order to do it's thing.

Have you discovered the AVS Cutter under MeGUI's Tools menu yet? If you're a fussy encoder (somewhat OCD about it like me), it's indispensable. I regularly create a script, make a few copies of it and use different filtering for each (especially to adjust any noise filtering or modify the cropping). I thought I'd point out it's there given you mentioned some filters have a negative effect at times. If you're motivated enough to split the video into multiple encodes you can use any filtering only where it's required.The AVS Cutter is used to set the start and end frames to be encoded with each script, and because the video is divided up into multiple encodes it's possible to adjust the CRF value for a particular script if need be (for me that'd mainly be to reduce colour banding if I'm denoising). As long as the same encoder settings are used for each encode (aside from CRF value) it's easy enough to append the output files with MKVMergeGUI. Just make sure "stitchable" is checked in the x264 encoder configuration. It can be found under the Misc tab.

PS. At one stage I compared using QTGMC to a couple of script based noise filters (default settings). I ran the comparisons while re-encoding some old, noisy AVIs with a fair share of compression artefacts. I decided to conclude the FastDegrain (http://avisynth.nl/images/FastDegrain.avs) script removed a pretty similar amount of noise as QTGMC(InputType=1, EzDenoise=2.0), and it's much faster, but when it comes to stabilising the picture QTGMC leaves it for dead, plus I'm pretty sure FastDegrain blurred the picture more.
The results from the TemporalDegrain (http://avisynth.nl/index.php/Temporal_Degrain) script were remarkably similar to QTGMC(InputType=1, EzDenoise=4.0), only QTGMC still had a very slight edge in the picture stabilisation area, and even in single threaded mode I think it was very, very marginally faster than TemporalDegrain. Don't take that as gospel, it just how the scripts compared when it came to the video I was encoding at the time.

kalehrl
13th November 2013, 15:34
Regarding QTGMC and its noise removal, I've just discovered that it uses ffd3dfilter but there is also a gpu version of ffd3dfilter called fft3dgpu on the forum which uses a graphics card offloading the processor almost entirely. Using my ageing ati hd4550card, I get 31fps and the processor is like 3% busy leaving it free for h264 encoding.

LigH
13th November 2013, 16:59
Regarding QTGMC and its noise removal, I've just discovered that it uses ffd3dfilter ...

... for a specific range of "NoisePreset" values: "fast" and "faster". All slower "NoisePreset" values prefer dtffest (in QTGMC 3.33).

mugz
13th November 2013, 17:41
If the default output directory setting is left blank in MeGUI's options (use the x button to clear it if need be) I'm pretty sure MeGUI will then use the source folder for the temp files and output files.


You know, I was sure I had tried that... I tried SOMETHING before that caused MeGui to prompt me for an ouput directory every time I tried to do something and I thought that happened when I used that x button. I wanted to be sure so I just tried it again, and it works just like you say - thanks!


QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)


I'll try it with these settings, then maybe play with the settings a bit and see what kind of results I get.



You had a thread over at VideoHelp recently?


I don't think so, but the past couple of weeks have been kind of a "blur" I've had so much going on. I think I asked a couple questions there once or twice about devices, but I don't remember posing any encoding questions there. I find answers to most of my encoding questions here, or on #Handbrake or at BakaBT.


Anyhow..... just some thoughts.... seeing as you asked. If you decide to try QTGMC in progressive mode you can lose mt_xxpand_multi.avsi, aWarpSharp, and RemoveGrain... at least initially. They're all used by QTGMC in order to do it's thing.


I added that stuff, (except for aWarpSharp), in order for GradFun3 to work. I found GradFun3 to work very subtly using low settings to reduce banding. It seems to leave frames that are not banded alone and does a nice job on frames that need it, (kinda like what you seem to be saying about QTGMC).


Have you discovered the AVS Cutter under MeGUI's Tools menu yet? If you're a fussy encoder (somewhat OCD about it like me), it's indispensable. I regularly create a script, make a few copies of it and use different filtering for each (especially to adjust any noise filtering or modify the cropping). I thought I'd point out it's there given you mentioned some filters have a negative effect at times. If you're motivated enough to split the video into multiple encodes you can use any filtering only where it's required.The AVS Cutter is used to set the start and end frames to be encoded with each script, and because the video is divided up into multiple encodes it's possible to adjust the CRF value for a particular script if need be (for me that'd mainly be to reduce colour banding if I'm denoising). As long as the same encoder settings are used for each encode (aside from CRF value) it's easy enough to append the output files with MKVMergeGUI. Just make sure "stitchable" is checked in the x264 encoder configuration. It can be found under the Misc tab.


I had not gotten that far into the all the various built-in tools yet, but thanks for pointing that one out. I tested the VobSubber and it solved a big problem for me. I had been using Subtitle Edit to rip vobsubs and convert them to srt/ass but for some reason the results always went gradually out of sync. I found I can use Vobsubber to rip the subs and then open the .sub file with Subtitle Edit and it will use the .idx file for timing. I had been using the "stretch" feature in mkvmerge to get my out-of-sync subs re-synched. Now I don't have to do that anymore.

mugz

hello_hello
13th November 2013, 18:16
I'll confess while I played around with switching noise filters back in the early days of using QTGMC, I'd kind of forgotten about it since then (maybe I couldn't see much difference between them at the time). So as I use the default NoisePreset "fast", QTGMC has been using ffd3dfilter. I guess now I'm going to have to run some test encodes to see how much difference it makes (because I never get bored of doing that....) but would it be safe to assume dtffest should be better, given it's used for the noise presets slower than the default?

Regarding QTGMC and its noise removal, I've just discovered that it uses ffd3dfilter but there is also a gpu version of ffd3dfilter called fft3dgpu on the forum which uses a graphics card offloading the processor almost entirely. Using my ageing ati hd4550card, I get 31fps and the processor is like 3% busy leaving it free for h264 encoding.

To be honest, I'm not sure enabling QTGMC's noise filtering slows things down all that much more. At least not when running QTGMC in progressive mode. Do you use a multithreaded version of Avisynth?
I don't, and while I think enabling noise filtering might decrease the encoding speed by one or two frames per second, unless I run more than one encode simultaneously the CPU doesn't work overly hard anyway. I'll check it out though.... every little bit helps. Especially as my PC's well and truly overdue for an upgrade.

hello_hello
13th November 2013, 18:49
I don't think so, but the past couple of weeks have been kind of a "blur" I've had so much going on. I think I asked a couple questions there once or twice about devices, but I don't remember posing any encoding questions there. I find answers to most of my encoding questions here, or on #Handbrake or at BakaBT.

I probably read your thread here and confused myself regarding which forum it was in.

I added that stuff, (except for aWarpSharp), in order for GradFun3 to work. I found GradFun3 to work very subtly using low settings to reduce banding. It seems to leave frames that are not banded alone and does a nice job on frames that need it, (kinda like what you seem to be saying about QTGMC).

My bad. I wasn't thinking, or didn't look at the script closely enough. Or I'm stupid. It's probably the stupid thing.... Yes Gradfun3 requires them to be loaded, as does QTGMC.
In case you didn't know, if you have Avisynth installed and stick the plugins and avsi scripts in Avisynth's plugins folder, they'll be auto-loaded when Avisynth runs, so there's no need to manually load/import them in every script. For example, to use QTGMC for de-interlacing the only thing I generally add to the script is this:
QTGMC()

No doubt GradFun3 can help reduce banding, and it can help prevent denoise filtering causing it. I always follow QTGMC with Gradfun3 if I enable it's denoising. If I need to crank the denoising up a fair bit (and of course it depends on the video content) sometimes I add Gradfun3 to the script twice. Once after denoising, then again at the end of the script.
The video I've been encoding recently (@ 720p) is quite noisy, but it has lots of plain backgrounds.... it's like it was designed to cause banding. There's definitely no substitute for bitrate. At CRF18 even two Gradfun3's in the script couldn't get rid of it, but at CRF16, 95% of it disappeared.

kalehrl
13th November 2013, 19:54
To be honest, I'm not sure enabling QTGMC's noise filtering slows things down all that much more. At least not when running QTGMC in progressive mode. Do you use a multithreaded version of Avisynth?
I just think that using QTGMC on progressive sources is a bit of an overkill because it is mainly intended for deinterlacing.
Yes, I use multithreaded avisynth and I did a test with a 5minute clip with this scripts for QTGMC:
SetMTMode(3)
LoadPlugin("D:\Programs\MeGUI_0.3.5_x86_WithoutInstaller_OfflinePackage\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("D:\Dreambox\movie\cuttermaran\20131112_-_TOP_GEAR_cut.d2v", cpu=4)
SetMTMode(2)
QTGMC(Preset="Super Fast", InputType=1, EZDenoise=2.0)
crop(0, 0, 0, -2)
#FFT3DGPU(sigma=2.0, plane=4)
Spline36Resize(688,384) # Spline36 (Neutral)
and got 11.67 fps. Using this script:
#SetMTMode(3)
LoadPlugin("D:\Programs\MeGUI_0.3.5_x86_WithoutInstaller_OfflinePackage\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("D:\Dreambox\movie\cuttermaran\20131112_-_TOP_GEAR_cut.d2v", cpu=4)
crop(0, 0, 0, -2)
FFT3DGPU(sigma=2.0)
Spline36Resize(688,384) # Spline36 (Neutral)
I got 18.10 fps. Both scripts should give the same results but the speed is very different. I've got an old processor so your results may be different if you have a more powerful setup.

hello_hello
14th November 2013, 04:22
I guess we're starting to wonder off topic a little/lot. Maybe a mod would care to split the noise filter part of the discussion off to a new thread for us.

I'm using a Q9450 CPU for most encoding. It's showing it's age by current standards.
As I type it's re-encoding some 720p video to clean it up. If QTGMC in progressive mode isn't overkill for standard definition then it's probably getting there for high definition. Although it wasn't any slower than the TemporalDegrain script when I compared the two (TemporalDegrain with default settings and QTGMC's medium speed preset, I think). Currently encoding is powering along at an incredible 4.82fps with QTGMC doing this:

QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)

Admittedly CPU usage is only sitting on around 50%. If I was in a hurry I'd run two encodes simultaneously for an effective 9.6fps, but I'm not at the moment so haven't bothered.

I ran some comparison encodes between QTGMC and most of the other commonly used denoisers a while back. As my motivation for test encoding seems to be diminishing exponentially with each one, I only ran an encode with the default settings for each denoiser. According to the fft3dfilter help file the default sigma value is 2, so as it turns out, that's what I used. I still have those test encodes sitting around so I went back for a closer look at the fft3dfilter encode. Compared to QTGMC(InputType=1, Preset="Fast", EzDenoise=2.0), fft3dfilter on it's own removed less noise, but maybe that just means it needs to be cranked up a bit. For those test encodes I used a really noisy section of video so both left a fair bit of it behind, and I guess that's where the main difference lies.
For fft3dfilter on it's own the remaining noise (over a wall in the background) was just as active as it was originally, only there wasn't so much of it, but it was still dancing around quite vigorously in the background. When using QTGMC the dance slowed considerably, so to me the remaining noise doesn't seem as 'noisy'.
Maybe you're correct and QTGMC for noise removal instead of fft3dfilter could be considered a little OCD at times, but for really noisy video I like the fact you can remove less of it with QTGMC while what remains is less distracting.

PS. I ran a couple of (very) quick test encodes. fft3dfilter vs fft3dgpu, default settings for each, 10 seconds of 720p video, E6750 dual core. fft3dgpu peaked at just over 10fps while fft3dfilter managed around 7.5fps, so I'll play around with fft3dgpu some more when I can (probably tomorrow). Every little bit helps. So can the QTGMC script be modified to use fft3dgpu?

kalehrl
14th November 2013, 15:06
So can the QTGMC script be modified to use fft3dgpu?
I read somewhere that you can add denoiser=fft3dgpu in QTGMC settings.
I tried it and it worked but I don't think there was any difference in speed when compared to the default fft3dfilter.
Also, fft3dgpu only works with SetMTMode(5) but it worked for me with SetMTMode(2) when included in the QTGMC settings.
I didn't test it much though.
Have a look at those scripts above.
The FFT3DGPU one produced a 74.514.432 bytes file.
The QTGMC one produced a 78.991.360 bytes file.
According to this, FFT3DGPU denoises more.

Guest
14th November 2013, 15:33
This is OT for this thread. Please desist or start a new thread.

mugz
14th November 2013, 17:09
I run QTGMC in progressive mode without it's noise filter enabled. It "stabilises" the picture (including any noise it doesn't remove) and because it's not a noise filter as such, it doesn't blur the picture. For heavier noise I run QTGMC in progressive mode with it's noise filter enabled. It removes a lot of noise without blurring the picture as much as most noise filters. Something like this (I'm using a single threaded version of Avisynth so I run it in single threaded mode):

QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)


Ok - I was going to try your idea, but I am getting this error:

"there is no function named "MSuper" - "script error" "QTGMC-3.30.avsi line 402"

In the past I've been able to search these forums for similar errors and find the solution, (usually another plugin or something I was missing) - but not this time. Any ideas?

EDIT:

I read somewhere else that I need yadif.dll so I located that in the tools directory of my MeGui download but now I get this error:

"object reference not set to an instance of an object"

This line is causing that error:

LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\yadif\yadif.dll")

StainlessS
14th November 2013, 18:43
Just a guess, (I dont usually use yadif much/at all), but I think it's a C plugin, and so use LoadCPlugin() is necessary.

EDIT: MSuper() is from MVtools2

Groucho2004
14th November 2013, 18:46
Just a guess, (I dont usually use yadif much/at all), but I think it's a C plugin, and so use LoadCPlugin() is necessary.
Wouldn't Avisynth throw that error? Something like "yadayada.dll is a C-style plugin, something, something"?

StainlessS
14th November 2013, 19:00
I think it should show something like this for a yadif LoadPlugin error:-

Plugin C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\yadif\yadif.dll is not an AviSynth 2.6 or 2.5 plugin.


but the 1st mentioned problem looks to be mvtools2 missing

"object reference not set to an instance of an object" seems to be a recent implemented "Cannot open script" type error by MeGUI

Perhaps the logs give a better error indicator.

mugz
14th November 2013, 19:52
Just a guess, (I dont usually use yadif much/at all), but I think it's a C plugin, and so use LoadCPlugin() is necessary.


Ok the "LoadCPlugin" worked for yadif, (still not sure I need that), but I still get the exact same error but now its about a different line.

Here's, my entire script (Sorry its so ugly, I'm a newb and just barely learning):

LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\avisynth_plugin\checkmate.dll")
LoadPlugin("C:\temp\dither.dll")
LoadPlugin("C:\temp\removegrainBETA\RemoveGrainS.dll")
LoadPlugin("C:\temp\mt_masktools-25.dll")
# LoadPlugin("C:\temp\aWarpSharp.dll")

# LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\yadif\yadif.dll")
LoadCPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\yadif\yadif.dll")
Import("C:\temp\QTGMC-3.30\QTGMC-3.30.avsi")

Import("C:\temp\dither.avsi")
Import("C:\temp\mt_xxpand_multi.avsi")
# Set DAR in encoder to 135 : 73. The following line is for automatic signalling
global MeGUI_darx = 135
global MeGUI_dary = 73
LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("E:\UROT01_SCN\VIDEO_TS\Demuxed\Clip2\VTS_01_1.demuxed-CLIP2.d2v", info=3)
checkmate(tthr2=0,thr=2)
# LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\avisynth_plugin\DeDot.dll")
# Dedot(luma2d=20, lumaT=20, chromaT1=0, chromaT2=255)
LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\avisynth_plugin\TIVTC.dll")
tfm(order=-1).tdecimate(hybrid=1)
crop(8, 66, -6, -66)
QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)
# aWarpSharp()
GradFun3(thr=.5,smode=2)
#resize
#denoise

The error is now back on line:
QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)

(ie I comment that out and I don't any errors when I load the script). It's no longer complaining about not having MSuper but has reverted to the general, non-specific error message from above.

LigH
15th November 2013, 11:38
Why do you use the outdated QTGMC version 3.30? The title of this thread already mentions a version 3.32, and there is even a version 3.33 out there...

mugz
16th November 2013, 05:12
Why do you use the outdated QTGMC version 3.30? The title of this thread already mentions a version 3.32, and there is even a version 3.33 out there...

Because someone told me this was the safest and best place to find links to plugins and scripts for AviSynth and 3.30 is the version linked on this page:

http://avisynth.nl/index.php/Main_Page

Also, I get the same error with the newer version.

mugz
18th November 2013, 21:02
OK, I kina gave up on QTGMC for now, but I have another question. I cannot figure out why MeGui is resizing my DVD frames. When I take a snapshot from my DVD, or from the indexed M2v file, the fames are 720x540. I have turned off all the anamorphic stuff I can find, I don't resize anything, I even tried un-checking "use ITU aspect ratio" in the MeGUI settings and I STILL can't get an mp4 file that is 720x540 without using something like "Spline64Resize(720,540)". It seems like I should not have to resize anything. What I am trying to do is just encode the video AS IS - so it comes out just like the DVD and m2v. Is there some setting in the "scratchpad" script that is resizing the frames? How can I stop it from doing that?

LigH
19th November 2013, 08:25
If you prefer the content not to be resized, you may have to enable anamorphic encoding in the AVS Script Creator: That keeps the content as-is and puts an AR flag into the result instead.

Shevek
19th November 2013, 08:41
OK, I kina gave up on QTGMC for now, but I have another question. I cannot figure out why MeGui is resizing my DVD frames. When I take a snapshot from my DVD, or from the indexed M2v file, the fames are 720x540. I have turned off all the anamorphic stuff I can find, I don't resize anything, I even tried un-checking "use ITU aspect ratio" in the MeGUI settings and I STILL can't get an mp4 file that is 720x540 without using something like "Spline64Resize(720,540)". It seems like I should not have to resize anything. What I am trying to do is just encode the video AS IS - so it comes out just like the DVD and m2v. Is there some setting in the "scratchpad" script that is resizing the frames? How can I stop it from doing that?

DVD is not a square pixel format.

In NTSC it is 720x480, in PAL it is 720x576, (this is called the Storage Aspect Ratio) the renderer/player then respects the AR flag in the stream and displays it as 16:9 or 4:3 as indicated (this is called the Display Aspect Ratio).

So, you have 2 options.

1) No resize with anamorphic switched on - you will get an encode which is sized as above and the renderer will (should!) respect the AR flag that is embedded.

2) Convert to square pixel (my preference) by switching off anamorphic and resizing to the correct ratio:

4:3 = 640x480 (NTSC) or 720x540 (PAL)
16:9 = 720x404 (NTSC or PAL)

For other ARs you can either leave the black bars top and bottom and use the above resize, or crop top and bottom and use the following resizes depending on your source:

1.85:1 = 720x390
2.35:1 = 720x306
2.39/2.40:1 = 720x300

Here, the PAR and DAR are the same and so the Pixel Aspect Ratio is 1:1

More info on SAR, DAR and PAR here: http://en.wikipedia.org/wiki/Pixel_aspect_ratio