Log in

View Full Version : MeGUI: bug reports and feature requests


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

Kurtnoise
16th August 2013, 15:15
Yeah, right...

Should be ok with this build (http://kurtnoise.free.fr/megui/MeGUI-r2385_20130816-2.7z).

Zathor
16th August 2013, 15:22
Ok, I moved the 10-bits Encoding support in the x264 config panel...:
I suggest to have also in option to enable 10bit support in general in the MeGUI settings - as soon as this is enabled it can be selected in the x264 config panel. I assume only a minority of the MeGUI users will or should use 10bit. Therefore it makes no sense to include the 10bit exe files in the download of x264 in order to save bandwith on the server and on the client side. More or less the same thing as with QAAC or DGIndexNV.

detmek
16th August 2013, 19:02
Works fine. But I think I found a bug with external muxers settings.
1. I disabled external muxers in global settings
2. Queueing MKV as output format adds only one entry to job queue, which is correct.
3. Queueing MP4 as output format adds two entries to job queue, which is also correct as x264 does not support direct mp4 output, but - it also enables external muxers i global settings and it stays enabled even when I change output format to MKV. This results in adding two jobs, .h264 output and additional muxing to MKV.

hello_hello
16th August 2013, 21:57
I suggest to have also in option to enable 10bit support in general in the MeGUI settings - as soon as this is enabled it can be selected in the x264 config panel. I assume only a minority of the MeGUI users will or should use 10bit.

I think that's a good idea, while including a warning it won't be compatible with hardware players etc when the option to enable 10 bit is selected.
Otherwise I'd imagine the number of "why won't my encodes play?" posts in the MeGUI thread could increase substantially.

SacredCultivator
17th August 2013, 16:55
Thank you kurtnoise for your build, as I was having issues with Zathor's current unstable build, but having tested yours (which includes .mp4 output), having no issues.

REferring to my post over Here (http://forum.doom9.org/showthread.php?p=1640688#post1640688)

- - -
EDIT:
Okay nevermind, seems even with kurtnoise's build having some issues as now I can't even seek within MPC (CCCP).

So I guess I'll just revert my meGUI back to Stable build for the time being. Although my question is... Eventually whenever the Stable build gets updated to reflect not being able to output .mp4 directly I wonder if this issue will remain.

Kurtnoise
19th August 2013, 08:30
I cannot reproduce any seek issues here...Which decoder did you use ? Which x264 parameters ?

SacredCultivator
19th August 2013, 14:09
Decoder: I believe if using CCCP it'd be LAV Splitter, since that takes priority over Haali Splitter. But then if it's VLC, not sure what that one uses.

x264 parameters, do you mean what shows up in the Command Line?

If so:
program --level 4.1 --crf 20.0 --keyint 300 --open-gop --b-adapt 2 --ref 5 --vbv-bufsize 78125 --vbv-maxrate 62500 --rc-lookahead 50 --me umh --subme 11 --partitions all --trellis 2 --output "output" "input"


Also noticed a new push was made for mp4box, so when I get the chance shall do another test encode/muxing with it to see if that fixed anything.

- - -
EDIT:
Okay tried a new encode and muxing with the updated MP4Box, no change still not able to seek within VLC/Windows Media Player, but no issues with MPC (CCCP)

Kurtnoise
20th August 2013, 09:35
Try enabling "Fast Seek" in the Input/Codecs VLC settings...otherwise, you should ask to the VLC forum.

sneaker_ger
20th August 2013, 10:40
Try turning off open-gop. It's a relatively new thing in mp4 and not everything (muxers/demuxers) supports it correctly.

SacredCultivator
20th August 2013, 16:43
@Kurtnoise: Okay that didn't change anything.

@sneaker_ger: !!!!! That's it! That fixed things. I turned it off and now with latest build and muxing, no seeking issues.

Although just a small question to piggyback off that option. Currenyl for the GOP calculation, I use "FPS based" that should be fine compared to "Fixed" right? Also as of lately I noticed for videos that go at "24fps", which is the correct fps to set my "AssumeFPS" (aviscript), would it be "23.976" or "23.967" as from Googling I'm sorta getting mixed results now. And given that the difference doesn't seem huge, I'm not too sure which is the correct one.

sneaker_ger
20th August 2013, 17:09
Although just a small question to piggyback off that option. Currenyl for the GOP calculation, I use "FPS based" that should be fine compared to "Fixed" right?

Yes, should be fine. Either way the compression difference will be very small for common frame rates. (250 is default for fixed and it would be 240 for 24 fps and FPS based)

Also as of lately I noticed for videos that go at "24fps", which is the correct fps to set my "AssumeFPS" (aviscript), would it be "23.976" or "23.967" as from Googling I'm sorta getting mixed results now.

"23.976" is usually correct, or more exactly described: 24000/1001 fps. If possible, use that notion in softwares that support it, e.g.:
AssumeFPS(24000, 1001)

And given that the difference doesn't seem huge, I'm not too sure which is the correct one.

In the end it depends on the source. Sometimes you can just blindly force 24000/1001 and correct any small error by that but sometimes you may encounter odd framerates like 23.967 that just don't fit any standard. Just test your files after encoding for a/v sync.

SacredCultivator
20th August 2013, 17:40
Thanks for the response.

For the GOP Size I alternate them according to the FPS (240,24 | 300, 30 | 600, 60)

Since usually for the FPS I just go off whatever meGUI's analyzer gives me and use it accordingly for AssumeFPS.

Example:
23.976, AssumeFPS(23.976)
29.97, AssumeFPS(29.97)
59.94, AssumeFPS(59.94)

As I never had much experience for AssumeFPS to use as you're suggesting (24000, 1001)

sneaker_ger
20th August 2013, 18:08
23.976, AssumeFPS(23.976)
29.97, AssumeFPS(29.97)
59.94, AssumeFPS(59.94)

It's really easy:
23.976 = 24000/1001
29.97 = 30000/1001
59.94 = 60000/1001

Some softwares correct e.g. 23.976 back to 24000/1001 internally, so the end result might be the same. Depending on the format the differences might be negligible anyways.

SacredCultivator
20th August 2013, 18:26
Okay I guess I'll change my template to use those values for AssumeFPS instead from now on.

LigH
21st August 2013, 08:26
See also: AviSynth Wiki – FPS (http://avisynth.nl/index.php/FPS) and the Presets table.

hello_hello
24th August 2013, 00:46
I thought I'd report this in case it effects anyone else. I'm running XP with dot.net version 2, 3, 3.5 and 4 installed, along with relevant updates and service packs.

For the first time since MP4Box was updated, I tried to remux an MP4. Windows (or MeGUI) offered an error along the lines of "msvcr100.dll" being missing, so I looked in the Windows/System32 folder and discovered a similarly named file "msvcr100_clr0400.dll".

A little Googling took me to this page (http://stackoverflow.com/questions/6623780/visual-c-2010-changes-to-msvc-runtime-deployment-no-more-sxs-with-manifest), after which I made a copy of "msvcr100_clr0400.dll" and renamed it "msvcr100.dll". MP4Box then worked without error.

For the record, MP4Box doesn't seem to care if "msvcr100.dll" is in the Windows system folder, or if it's located in the same folder where MP4Box itself resides. Maybe, if it turns out to be a common problem and the Microsoft police won't get all upset, MeGUI could include "msvcr100.dll" in the MP4Box subfolder itself.

Kurtnoise
24th August 2013, 07:20
Fixed...


@all: I'm starting to commit 10-bits x264 encoding today...stay tuned.

Zathor
24th August 2013, 10:56
@all: I'm starting to commit 10-bits x264 encoding today...stay tuned.

So a new dev build first without 10bit support to test the other things of the last two weeks:

2390 [OneClick] improved AddBorders calculation for AviSynth 2.6
2389 [Main] updated the correct video output file extension according to the muxer used
2388 [x264] added --stitchable option (requires x264 revision 2345+)
2387 [Update] update server will not be changed during every update check
2386 [AVS Script Creator] changed default mod value to 8
2385 [Main] added FrameRate information concerning external JobMuxer
2384 [MediaInfo] added Bits Depth information in the log
2383 [Audio Encoder] Add TimeStretch support. Feature Request #493
2382 [x264] Force to use external mp4 muxer because the current x264 build doesn't have the mp4 support
2381 [x264] introduced external muxer job feature for the x264 encoder (only MKV & MP4). Can be enabled/disabled through the MeGUI settings.
2380 [AVS Script Creator] fixed a crash when opening first a smaller and then a bigger input file
2379 [Audio Encoder] Added 32000 Hz as Sample Rate. Feature Request #518

hello_hello
24th August 2013, 13:43
MeGUI 2390.
When selecting the option to use an external muxer for the x264 encoder, the jobs aren't added to the Queue as being dependant on each other. So it's possible to remove the encoding job while the muxing job remains.

Will a version of x264 which supports direct MP4 output be used by MeGUI again at some stage? If not, the external muxer option only effects MKV, even though the GUI states it effects both MKV and MP4 output.

Kurtnoise
24th August 2013, 13:59
When selecting the option to use an external muxer for the x264 encoder, the jobs aren't added to the Queue as being dependant on each other. So it's possible to remove the encoding job while the muxing job remains.
Ok...I'll see if I can do something.

Will a version of x264 which supports direct MP4 output be used by MeGUI again at some stage?
Well...it's currently not possible.

Zathor
24th August 2013, 22:04
Ok...I'll see if I can do something
If you like I can change it as well.

Kurtnoise
25th August 2013, 09:30
If you like I can change it as well.
Please, do...I cannot see what's wrong for the moment.

mini-moose
25th August 2013, 14:51
2390 [OneClick] improved AddBorders calculation for AviSynth 2.6

this applies to users who independently pre-installed 2.6 alpha on their systems? Looking at megui\Tools\AVS it still has 2.5.8.5.

I assume this avisynth.dll is only used on systems that don't have avisynth pre-installed?

hello_hello
25th August 2013, 16:37
I've hardly used OneClick so maybe I'm missing the obvious but how/when does OneClick use AddBorders?

kalehrl
25th August 2013, 16:56
Using latest development version, I get an error when starting a job with mp4 output:
--[Error] [25.8.2013 15:51:31] Error starting job
---[Error] [25.8.2013 15:51:31] Exception message: Calling setup of processor failed with error 'Required file 'D:\Dreambox\movie\cuttermaran\Formula1\Formula 1 2013 Belgija.h264' is missing.'
---[Error] [25.8.2013 15:51:32] Stacktrace: at MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
---[Error] [25.8.2013 15:51:32] Inner exception: null
The encoding, however, continued but I aborted it to be on the safe side.
Full log here.
When I selected mkv as output, no error.

Zathor
26th August 2013, 07:47
2390 [OneClick] improved AddBorders calculation for AviSynth 2.6
AddBorders will be used when in x264 Blu-Ray is selected. Borders will be added to get e.g. full 1080p. This was already a part of OneClick since a long time.
This change deals with a change in AviSynth - AddBorders must use even values for some color formats. More described here:
http://forum.doom9.org/showthread.php?p=1453348

Zathor
26th August 2013, 07:48
Please, do...I cannot see what's wrong for the moment.
Ok, will implement it today.

Using latest development version, I get an error when starting a job with mp4 output:
--[Error] [25.8.2013 15:51:31] Error starting job
---[Error] [25.8.2013 15:51:31] Exception message: Calling setup of processor failed with error 'Required file 'D:\Dreambox\movie\cuttermaran\Formula1\Formula 1 2013 Belgija.h264' is missing.'
---[Error] [25.8.2013 15:51:32] Stacktrace: at MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
---[Error] [25.8.2013 15:51:32] Inner exception: null
The encoding, however, continued but I aborted it to be on the safe side.
Full log here.
When I selected mkv as output, no error.

How has this job been created? In the main tab, autoencode, oneclick? Can you please describe how to reproduce this?

kalehrl
26th August 2013, 08:01
I created it using the main tab.
Basically, just indexed an .mpg file, cropped it, selected interlaced, top field first and yadif.
Saved the script and encoded the audio.
After that I selected x264 options using h264 scratchpad profile and chose mp4 as output.
I added the job and when the encoding started MeGUI icon turned red but encoding continued.

mini-moose
26th August 2013, 08:25
@ MeGUI devs:

Please update x264 to the new revision 2356.

What's the rush? There are sometimes regressions in new revisions. Better let it be tested for a few days :)

Wam7
26th August 2013, 13:45
I'd like to make MeGUI announce the fact that encoding has ceased by playing a sound file. I suspect I can use the inbuilt 'Run Command' to achieve this but I'm not sure how I would go about making this possible. Could a kind soul more knowledgeable than I point me in the right direction.

Zathor
26th August 2013, 19:02
I created it using the main tab.
Basically, just indexed an .mpg file, cropped it, selected interlaced, top field first and yadif.
Saved the script and encoded the audio.
After that I selected x264 options using h264 scratchpad profile and chose mp4 as output.
I added the job and when the encoding started MeGUI icon turned red but encoding continued.
I am sorry but I cannot reproduce it :(

kalehrl
26th August 2013, 19:29
Maybe it was one of those one-off errors that don't reappear.

Zathor
26th August 2013, 19:55
2394 [x264] added x264 10bit to the update server
2393 [Main] create external job muxer jobs with dependencies
2392 [x264] added 10 bit encoding support. This can be enabled through the MeGUI settings. Thanks to Detmek for the tests.
2391 [Aften] do not log progress messages

LigH
27th August 2013, 10:44
I am faster than Zathor... ;)
2395 [x264] only download 10bit files if enabled

Rat Killer
27th August 2013, 16:14
Update downloaded today and using the oneclick encoder to encode a mpeg2 file to mp4 now errors if auto deinterlace is selected. Worked prior to today and is repeatable for all files. Testing further with the avisynth script creater, the analyze tool no longer determines interlace type or field order, give error about insufficient data. Again these are mpeg2 files, tv recordings from OTA ATSC television. They worked fine in the previous release.

Help?

Zathor
27th August 2013, 19:07
No clue. None of the changes since 2390 should have an influence on this. Also I cannot reproduce it.

Please post the log and a sample. Also you can try to downgrade to 2390 and see if this really fixes the problem.

Rat Killer
27th August 2013, 21:34
I believe my previous version was 2370 something as I had not updated in over a week. Can you give me a pointer in how to downgrade to a previous release?

Error log below. Let me know if you wish me to upload the file somewhere. (perhaps I should create a smaller file for this)


[Error] Log
-[Warning] Versions
--[Information] [8/27/2013 3:21:48 PM] MeGUI: 2395
--[Information] [8/27/2013 3:21:48 PM] Operating System: Windows 7 Enterprise Edition x64 SP1 (6.1.65536.7601)
--[Information] [8/27/2013 3:21:48 PM] .Net Framework: 4.0 (4.0.30319)
--[Information] [8/27/2013 3:21:48 PM] AviSynth: 2.5.8.5 (21-12-2008) - portable
--[Information] [8/27/2013 3:21:48 PM] DevIL: 1.6.6 (26-05-2004)
--[Information] [8/27/2013 3:21:48 PM] AvisynthWrapper: (02-01-2009)
--[Warning] [8/27/2013 3:21:48 PM] Haali Matroska Splitter not installed properly.
--[Warning] [8/27/2013 3:21:48 PM] Therefore DSS2() and certain functions of FFVideoSource() and the HD Streams Extractor may also not work.
--[Warning] [8/27/2013 3:21:48 PM] Please download and install it from http://haali.su/mkv/
--[Warning] [8/27/2013 3:21:48 PM] Haali DSS2: not installed
--[Information] [8/27/2013 3:21:48 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [8/27/2013 3:21:48 PM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [8/27/2013 3:21:48 PM] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [8/27/2013 3:21:48 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [8/27/2013 3:21:48 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [8/27/2013 3:21:48 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [8/27/2013 3:21:48 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [8/27/2013 3:21:48 PM] Connecting to server: http://megui.org/auto/
--[Information] [8/27/2013 3:21:49 PM] All files are up to date
-[Information] OneClick
--[Information] [8/27/2013 3:22:30 PM] MediaInfo
---[Information] File: C:\Storage\Recode Batch\American Dad S05E08 Chimdale 408.mpg
---[Information] General
----[Information] Format: MPEG-PS
----[Information] FormatString: MPEG-PS
----[Information] FileSize: 2288510976
----[Information] PlayTime: 00:20:51.264
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder: 0
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 37500
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Interlaced
----[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: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 189-128
----[Information] StreamOrder: 1
----[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: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Text
----[Information] ID: 224-CC1
----[Information] StreamOrder: 0
----[Information] Codec:
----[Information] CodecString:
----[Information] Delay: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [8/27/2013 3:22:33 PM] Video: C:\Storage\Recode Batch\American Dad S05E08 Chimdale 408.mpg
--[Information] [8/27/2013 3:22:33 PM] Audio: C:\Storage\Recode Batch\American Dad S05E08 Chimdale 408.mpg ([80] - AC-3 - 6 channels / 48.0 KHz / English)
-[Information] Log for job1 (idx, American Dad S05E08 Chimdale 408.mpg -> American Dad S05E08 Chimdale 408.d2v)
--[Information] [8/27/2013 3:22:51 PM] Started handling job
--[Information] [8/27/2013 3:22:51 PM] Preprocessing
--[Information] [8/27/2013 3:22:51 PM] Job commandline: "C:\Personal\MeGUI\tools\dgindex\dgindex.exe" -SD=< -AIF=<C:\Storage\Recode Batch\American Dad S05E08 Chimdale 408.mpg< -OF=<C:\TEMP\wsixu221.o2k\American Dad S05E08 Chimdale 408< -FO=0 -exit -hide -OM=2
--[Information] [8/27/2013 3:22:51 PM] Process started
--[Information] [8/27/2013 3:22:51 PM] Standard output stream
--[Information] [8/27/2013 3:22:51 PM] Standard error stream
--[Information] [8/27/2013 3:23:26 PM] Running auto force film
---[Information] [8/27/2013 3:23:26 PM] Film percentage: -1
--[Information] [8/27/2013 3:23:26 PM] Postprocessing
---[Information] [8/27/2013 3:23:26 PM] Deleting intermediate files
----[Information] [8/27/2013 3:23:26 PM] Successfully deleted C:\Storage\Recode Batch\American Dad S05E08 Chimdale 408.log
--[Information] [8/27/2013 3:23:26 PM] Job completed
-[Error] Log for job2 (oneclick, American Dad S05E08 Chimdale 408.mpg -> )
--[Information] [8/27/2013 3:23:26 PM] Started handling job
--[Information] [8/27/2013 3:23:26 PM] Preprocessing
--[Information] [8/27/2013 3:23:26 PM] Processing thread started
--[Information] [8/27/2013 3:23:26 PM] Desired size:
--[Information] [8/27/2013 3:23:26 PM] Split size:
--[Information] [8/27/2013 3:23:27 PM] Aspect ratio: 16:9 (1.778)
--[Information] [8/27/2013 3:23:27 PM] Target device: Default
--[Information] [8/27/2013 3:23:29 PM] Input resolution: 1920x1080
--[Information] [8/27/2013 3:23:29 PM] Output resolution: 0x0
--[Information] [8/27/2013 3:23:29 PM] Automatic deinterlacing: True
--[Error] [8/27/2013 3:24:21 PM] Source detection
---[NoImage] Progressive sections: 0
---[NoImage] Interlaced sections: 0
---[NoImage] Partially Static Sections: 140
---[NoImage] Film Sections: 10
---[NoImage] Source does not have enough data. This either comes from an internal error or an unexpected source type.
---[Error] [8/27/2013 3:24:21 PM] Source detection failed: Could not find enough useful sections to determine source type for C:\Storage\Recode Batch\American Dad S05E08 Chimdale 408.mpg
--[Warning] [8/27/2013 3:24:21 PM] Deinterlacing used: #Not enough useful sections for source detection. Doing no processing
--[Information] [8/27/2013 3:24:21 PM] Generated Avisynth script
---[NoImage] global MeGUI_darx = 16
---[NoImage] global MeGUI_dary = 9
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("C:\TEMP\wsixu221.o2k\American Dad S05E08 Chimdale 408.d2v", info=3)
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, interlaced=true, threads=0)
---[NoImage] #Not enough useful sections for source detection. Doing no processing
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] Eliminating duplicate filenames
---[Information] [8/27/2013 3:24:21 PM] Video output file: C:\TEMP\wsixu221.o2k\American Dad S05E08 Chimdale 408_Video.mp4
---[Information] [8/27/2013 3:24:21 PM] Muxed output file: C:\Users\james.thorne\Videos\American Dad S05E08 Chimdale 408.mp4
--[Information] [8/27/2013 3:24:22 PM] Postprocessing
---[Information] [8/27/2013 3:24:22 PM] Deleting intermediate files
--[Information] [8/27/2013 3:24:22 PM] Job completed
-[Error] Log for job3 (video, American Dad S05E08 Chimdale 408.avs -> American Dad S05E08 Chimdale 408_Video.mp4)
--[Information] [8/27/2013 3:24:22 PM] Started handling job
--[Information] [8/27/2013 3:24:22 PM] Preprocessing
--[Information] [8/27/2013 3:24:22 PM] Avisynth input script
---[NoImage] global MeGUI_darx = 16
---[NoImage] global MeGUI_dary = 9
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("C:\TEMP\wsixu221.o2k\American Dad S05E08 Chimdale 408.d2v", info=3)
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, interlaced=true, threads=0)
---[NoImage] #Not enough useful sections for source detection. Doing no processing
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] [8/27/2013 3:24:22 PM] resolution: 1920x1080
--[Information] [8/27/2013 3:24:22 PM] frame rate: 30000/1001
--[Information] [8/27/2013 3:24:22 PM] aspect ratio: 16:9 (1.778)
--[Information] [8/27/2013 3:24:22 PM] Job commandline: "C:\Personal\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --preset slow --crf 18.0 --keyint 300 --vbv-bufsize 78125 --vbv-maxrate 62500 --sar 1:1 --output "C:\TEMP\wsixu221.o2k\American Dad S05E08 Chimdale 408_Video.mp4" "C:\TEMP\wsixu221.o2k\American Dad S05E08 Chimdale 408.avs"
--[Information] [8/27/2013 3:24:22 PM] Process started
--[Information] [8/27/2013 3:24:22 PM] Standard output stream
---[Information] [8/27/2013 3:24:22 PM] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [8/27/2013 3:24:22 PM] avs [info]: Video colorspace: YV12
---[Information] [8/27/2013 3:24:22 PM] avs [info]: Video resolution: 1920x1080
---[Information] [8/27/2013 3:24:22 PM] avs [info]: Video framerate: 30000/1001
---[Information] [8/27/2013 3:24:22 PM] avs [info]: Video framecount: 37500
---[Information] [8/27/2013 3:24:22 PM] avs4x264 [info]: "x264_64" - --level 4.1 --preset slow --crf 18.0 --keyint 300 --vbv-bufsize 78125 --vbv-maxrate 62500 --sar 1:1 --output "C:\TEMP\wsixu221.o2k\American Dad S05E08 Chimdale 408_Video.mp4" --frames 37500 --fps 30000/1001 --input-res 1920x1080 --input-csp i420
--[Error] [8/27/2013 3:24:22 PM] Standard error stream
---[Error] [8/27/2013 3:24:22 PM] x264 [error]: not compiled with MP4 output support
---[Error] [8/27/2013 3:24:22 PM] avs [error]: Error occurred while writing frame 0
---[Information] [8/27/2013 3:24:22 PM] (Maybe x264 closed)
--[Error] [8/27/2013 3:24:22 PM] Process exits with error: 0xFFFFFFFF (-1)
--[Warning] [8/27/2013 3:24:22 PM] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [8/27/2013 3:24:22 PM] Job completed[\CODE]


Thanks for your help!

Rat Killer
27th August 2013, 21:55
OK, downgraded to 2378 and confirm the same file processes through oneclick encoder steps without error. Well, at least as far as encoding video but it got past the point where the current version fails. So there is something in meGUI core different between 2378 and 2395 that is having difficulty deinterlacing mpeg2 video. Let me know what else I can do to help troubleshoot.

Renzz
28th August 2013, 09:34
There seems to be a slight bug with Autoencode due to X264 not outputting MP4 any more. I do the following:

1. Open an Avisynth script in the Video Encoding section, and set the output to MP4
2. Choose a 2-pass X264 profile.
3. Leave the Audio section blank.
4. Press the Autoencode button and on the config screen, set container to MP4, set target file size, and tick "Add additional content". Click "Queue".
5. On the next screen, select a pre-encoded audio file to add and click "Go".
6. The jobs are queued but you can then see the second pass X264 job has been set to output to MP4, which obviously fails.

This only seems to happen when I leave Audio encoding blank and add a pre-encoded audio file. If I add a WAV file for encoding on the first screen, the second pass X264 job gets correctly added with a target file of .h264.

I have "use external muxer (MKV, MP4)" set in the options.

Kurtnoise
29th August 2013, 09:29
OK, downgraded to 2378 and confirm the same file processes through oneclick encoder steps without error. Well, at least as far as encoding video but it got past the point where the current version fails. So there is something in meGUI core different between 2378 and 2395 that is having difficulty deinterlacing mpeg2 video. Let me know what else I can do to help troubleshoot.
Go to Options -> Settings Menu. Then, on the 1st tab, click on "Configure Source Detector" and change default values for Analysis Percent and/or Minimum analysis sections. I put 10/200 instead of 1/150 and it works fine within your sample...

Kurtnoise
29th August 2013, 09:31
There seems to be a slight bug with Autoencode due to X264 not outputting MP4 any more. I do the following:

1. Open an Avisynth script in the Video Encoding section, and set the output to MP4
2. Choose a 2-pass X264 profile.
3. Leave the Audio section blank.
4. Press the Autoencode button and on the config screen, set container to MP4, set target file size, and tick "Add additional content". Click "Queue".
5. On the next screen, select a pre-encoded audio file to add and click "Go".
6. The jobs are queued but you can then see the second pass X264 job has been set to output to MP4, which obviously fails.

This only seems to happen when I leave Audio encoding blank and add a pre-encoded audio file. If I add a WAV file for encoding on the first screen, the second pass X264 job gets correctly added with a target file of .h264.

I have "use external muxer (MKV, MP4)" set in the options.
confirmed...I'll fix it asap.

Rat Killer
29th August 2013, 13:11
Go to Options -> Settings Menu. Then, on the 1st tab, click on "Configure Source Detector" and change default values for Analysis Percent and/or Minimum analysis sections. I put 10/200 instead of 1/150 and it works fine within your sample...

Thanks but still not working. No errors from the deinterlacing but now x264 is not happy. Log below:

[Error] Log
-[Warning] Versions
--[Information] [8/29/2013 6:32:05 AM] MeGUI: 2395
--[Information] [8/29/2013 6:32:05 AM] Operating System: Windows 7 Enterprise Edition x64 SP1 (6.1.65536.7601)
--[Information] [8/29/2013 6:32:05 AM] .Net Framework: 4.0 (4.0.30319)
--[Information] [8/29/2013 6:32:05 AM] AviSynth: 2.5.8.5 (21-12-2008) - portable
--[Information] [8/29/2013 6:32:05 AM] DevIL: 1.6.6 (26-05-2004)
--[Information] [8/29/2013 6:32:05 AM] AvisynthWrapper: (02-01-2009)
--[Warning] [8/29/2013 6:32:05 AM] Haali Matroska Splitter not installed properly.
--[Warning] [8/29/2013 6:32:05 AM] Therefore DSS2() and certain functions of FFVideoSource() and the HD Streams Extractor may also not work.
--[Warning] [8/29/2013 6:32:05 AM] Please download and install it from http://haali.su/mkv/
--[Warning] [8/29/2013 6:32:05 AM] Haali DSS2: not installed
--[Information] [8/29/2013 6:32:05 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [8/29/2013 6:32:05 AM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [8/29/2013 6:32:05 AM] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [8/29/2013 6:32:05 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [8/29/2013 6:32:05 AM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [8/29/2013 6:32:05 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [8/29/2013 6:32:05 AM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [8/29/2013 6:32:05 AM] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [8/29/2013 6:32:08 AM] All files are up to date
-[Information] OneClick
--[Information] [8/29/2013 6:32:30 AM] MediaInfo
---[Information] File: C:\Storage\Recode Batch\Two and a Half Men S08E11 Dead From the Waist Down 811.mpg
---[Information] General
----[Information] Format: MPEG-PS
----[Information] FormatString: MPEG-PS
----[Information] FileSize: 1826568192
----[Information] PlayTime: 00:20:20.352
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder: 0
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 36574
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Interlaced
----[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: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 189-128
----[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: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Text
----[Information] ID: 224-CC1
----[Information] StreamOrder: 0
----[Information] Codec:
----[Information] CodecString:
----[Information] Delay: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [8/29/2013 6:32:34 AM] Video: C:\Storage\Recode Batch\Two and a Half Men S08E11 Dead From the Waist Down 811.mpg
--[Information] [8/29/2013 6:32:34 AM] Audio: C:\Storage\Recode Batch\Two and a Half Men S08E11 Dead From the Waist Down 811.mpg ([80] - AC-3 - 2 channels / 48.0 KHz / English)
--[Information] [8/29/2013 7:02:32 AM] MediaInfo
---[Information] File: C:\Storage\Recode Batch\Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812.mpg
---[Information] General
----[Information] Format: MPEG-PS
----[Information] FormatString: MPEG-PS
----[Information] FileSize: 1526200320
----[Information] PlayTime: 00:20:22.464
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder: 0
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 36637
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Interlaced
----[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: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 189-128
----[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: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Text
----[Information] ID: 224-CC1
----[Information] StreamOrder: 0
----[Information] Codec:
----[Information] CodecString:
----[Information] Delay: 200.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [8/29/2013 7:02:32 AM] Video: C:\Storage\Recode Batch\Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812.mpg
--[Information] [8/29/2013 7:02:32 AM] Audio: C:\Storage\Recode Batch\Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812.mpg ([80] - AC-3 - 2 channels / 48.0 KHz / English)
-[Information] Log for job1 (idx, Two and a Half Men S08E11 Dead From the Waist Down 811.mpg -> Two and a Half Men S08E11 Dead From the Waist Down 811.d2v)
--[Information] [8/29/2013 6:32:36 AM] Started handling job
--[Information] [8/29/2013 6:32:36 AM] Preprocessing
--[Information] [8/29/2013 6:32:37 AM] Job commandline: "C:\Personal\MeGUI\tools\dgindex\dgindex.exe" -SD=< -AIF=<C:\Storage\Recode Batch\Two and a Half Men S08E11 Dead From the Waist Down 811.mpg< -OF=<C:\TEMP\4xek22wx.f1a\Two and a Half Men S08E11 Dead From the Waist Down 811< -FO=0 -exit -hide -OM=2
--[Information] [8/29/2013 6:32:37 AM] Process started
--[Information] [8/29/2013 6:32:37 AM] Standard output stream
--[Information] [8/29/2013 6:32:37 AM] Standard error stream
--[Information] [8/29/2013 6:32:50 AM] Running auto force film
---[Information] [8/29/2013 6:32:50 AM] Film percentage: -1
--[Information] [8/29/2013 6:32:50 AM] Postprocessing
---[Information] [8/29/2013 6:32:50 AM] Deleting intermediate files
----[Information] [8/29/2013 6:32:50 AM] Successfully deleted C:\Storage\Recode Batch\Two and a Half Men S08E11 Dead From the Waist Down 811.log
--[Information] [8/29/2013 6:32:50 AM] Job completed
-[Warning] Log for job2 (oneclick, Two and a Half Men S08E11 Dead From the Waist Down 811.mpg -> )
--[Information] [8/29/2013 6:32:50 AM] Started handling job
--[Information] [8/29/2013 6:32:50 AM] Preprocessing
--[Information] [8/29/2013 6:32:50 AM] Processing thread started
--[Information] [8/29/2013 6:32:50 AM] Desired size:
--[Information] [8/29/2013 6:32:50 AM] Split size:
--[Information] [8/29/2013 6:32:51 AM] Aspect ratio: 16:9 (1.778)
--[Information] [8/29/2013 6:32:51 AM] Target device: Default
--[Information] [8/29/2013 6:32:53 AM] Input resolution: 1920x1080
--[Information] [8/29/2013 6:32:53 AM] Output resolution: 0x0
--[Information] [8/29/2013 6:32:53 AM] Automatic deinterlacing: True
--[Information] [8/29/2013 7:02:31 AM] Source detection
---[NoImage] Progressive sections: 0
---[NoImage] Interlaced sections: 0
---[NoImage] Partially Static Sections: 502
---[NoImage] Film Sections: 230
---[NoImage] Source is declared telecined.
---[NoImage] Source is declared tff by a margin of 264 to 3.
--[Warning] [8/29/2013 7:02:31 AM] Deinterlacing used
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avisynth_plugin\TIVTC.dll")
---[NoImage] tfm(order=1).tdecimate()
--[Information] [8/29/2013 7:02:31 AM] Generated Avisynth script
---[NoImage] global MeGUI_darx = 16
---[NoImage] global MeGUI_dary = 9
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("C:\TEMP\4xek22wx.f1a\Two and a Half Men S08E11 Dead From the Waist Down 811.d2v", info=3)
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, interlaced=true, threads=0)
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avisynth_plugin\TIVTC.dll")
---[NoImage] tfm(order=1).tdecimate()
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] Eliminating duplicate filenames
---[Information] [8/29/2013 7:02:31 AM] Video output file: C:\TEMP\4xek22wx.f1a\Two and a Half Men S08E11 Dead From the Waist Down 811_Video.mp4
---[Information] [8/29/2013 7:02:31 AM] Muxed output file: C:\Users\james.thorne\Videos\Two and a Half Men S08E11 Dead From the Waist Down 811.mp4
--[Information] [8/29/2013 7:02:32 AM] Postprocessing
---[Information] [8/29/2013 7:02:32 AM] Deleting intermediate files
--[Information] [8/29/2013 7:02:32 AM] Job completed
-[Error] Log for job3 (video, Two and a Half Men S08E11 Dead From the Waist Down 811.avs -> Two and a Half Men S08E11 Dead From the Waist Down 811_Video.mp4)
--[Information] [8/29/2013 7:02:32 AM] Started handling job
--[Information] [8/29/2013 7:02:32 AM] Preprocessing
--[Information] [8/29/2013 7:02:32 AM] Avisynth input script
---[NoImage] global MeGUI_darx = 16
---[NoImage] global MeGUI_dary = 9
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("C:\TEMP\4xek22wx.f1a\Two and a Half Men S08E11 Dead From the Waist Down 811.d2v", info=3)
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, interlaced=true, threads=0)
---[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avisynth_plugin\TIVTC.dll")
---[NoImage] tfm(order=1).tdecimate()
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] [8/29/2013 7:02:32 AM] resolution: 1920x1080
--[Information] [8/29/2013 7:02:32 AM] frame rate: 24000/1001
--[Information] [8/29/2013 7:02:32 AM] aspect ratio: 16:9 (1.778)
--[Information] [8/29/2013 7:02:32 AM] Job commandline: "C:\Personal\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --preset slow --crf 18.0 --keyint 240 --vbv-bufsize 78125 --vbv-maxrate 62500 --sar 1:1 --output "C:\TEMP\4xek22wx.f1a\Two and a Half Men S08E11 Dead From the Waist Down 811_Video.mp4" "C:\TEMP\4xek22wx.f1a\Two and a Half Men S08E11 Dead From the Waist Down 811.avs"
--[Information] [8/29/2013 7:02:32 AM] Process started
--[Information] [8/29/2013 7:02:32 AM] Standard output stream
---[Information] [8/29/2013 7:02:33 AM] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [8/29/2013 7:02:33 AM] avs [info]: Video colorspace: YV12
---[Information] [8/29/2013 7:02:33 AM] avs [info]: Video resolution: 1920x1080
---[Information] [8/29/2013 7:02:33 AM] avs [info]: Video framerate: 24000/1001
---[Information] [8/29/2013 7:02:33 AM] avs [info]: Video framecount: 29259
---[Information] [8/29/2013 7:02:33 AM] avs4x264 [info]: "x264_64" - --level 4.1 --preset slow --crf 18.0 --keyint 240 --vbv-bufsize 78125 --vbv-maxrate 62500 --sar 1:1 --output "C:\TEMP\4xek22wx.f1a\Two and a Half Men S08E11 Dead From the Waist Down 811_Video.mp4" --frames 29259 --fps 24000/1001 --input-res 1920x1080 --input-csp i420
--[Error] [8/29/2013 7:02:32 AM] Standard error stream
---[Error] [8/29/2013 7:02:33 AM] x264 [error]: not compiled with MP4 output support
---[Error] [8/29/2013 7:02:33 AM] avs [error]: Error occurred while writing frame 0
---[Information] [8/29/2013 7:02:33 AM] (Maybe x264 closed)
--[Error] [8/29/2013 7:02:33 AM] Process exits with error: 0xFFFFFFFF (-1)
--[Warning] [8/29/2013 7:02:33 AM] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [8/29/2013 7:02:33 AM] Job completed
-[Information] Log for job6 (idx, Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812.mpg -> Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812.d2v)
--[Information] [8/29/2013 7:02:33 AM] Started handling job
--[Information] [8/29/2013 7:02:33 AM] Preprocessing
--[Information] [8/29/2013 7:02:33 AM] Job commandline: "C:\Personal\MeGUI\tools\dgindex\dgindex.exe" -SD=< -AIF=<C:\Storage\Recode Batch\Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812.mpg< -OF=<C:\TEMP\io2ym4uu.nsc\Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812< -FO=0 -exit -hide -OM=2
--[Information] [8/29/2013 7:02:33 AM] Process started
--[Information] [8/29/2013 7:02:33 AM] Standard output stream
--[Information] [8/29/2013 7:02:33 AM] Standard error stream
--[Information] [8/29/2013 7:02:45 AM] Running auto force film
---[Information] [8/29/2013 7:02:45 AM] Film percentage: -1
--[Information] [8/29/2013 7:02:45 AM] Postprocessing
---[Information] [8/29/2013 7:02:45 AM] Deleting intermediate files
----[Information] [8/29/2013 7:02:45 AM] Successfully deleted C:\Storage\Recode Batch\Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812.log
--[Information] [8/29/2013 7:02:45 AM] Job completed
-[Information] Log for job7 (oneclick, Two and a Half Men S08E12 Chocolate Diddlers or My Puppys Dead 812.mpg -> )
--[Information] [8/29/2013 7:02:45 AM] Started handling job
--[Information] [8/29/2013 7:02:45 AM] Preprocessing
--[Information] [8/29/2013 7:02:45 AM] Processing thread started
--[Information] [8/29/2013 7:02:45 AM] Desired size:
--[Information] [8/29/2013 7:02:45 AM] Split size:
--[Information] [8/29/2013 7:02:45 AM] Aspect ratio: 16:9 (1.778)

hello_hello
1st September 2013, 10:19
MOD1 Cropping:

Every so often when cropping and resizing (probably more often than not) I find myself longing for mod1 cropping in order to keep the aspect ratio distortion as close to zero as possible. Today I've been re-encoding some anamorphic video with an odd resolution, which mostly caused me to crop a little more picture than I'd otherwise prefer in order to minimise the aspect ratio distortion. Which led me to thinking about ways around it... and eventually to re-discovering mod1 cropping.

As AVISynth's resizers can crop mod1, I've been doing something like this:

crop(4, 4, -4, -4)
Spline36Resize(640,480,0,0,0,-1)

I know the "edge resizing" is effected by the way the video is cropped, hence using crop() for the bulk of it, with the resizer cropping used only for the extra mod1.
Would it be a useful feature for an encoder GUI, or am I too OCD when it comes to resizing and aspect ratio distortion?

mini-moose
1st September 2013, 11:46
Would it be a useful feature for an encoder GUI, or am I too OCD when it comes to resizing and aspect ratio distortion?

I use that mod1 cropping too. I haven't noticed issues with it but I'm not an expert. I do like the fact I don't need to over or under crop videos with uneven border values.

On a related matter, I find it hard at times to spot how much is needed to fine crop the borders using the avs script editor preview. Some thin white frame around the borders would help that a lot (similar to GordianKnot's preview).

hello_hello
1st September 2013, 12:41
There is a problem with this.

x264_10b does not get updated when the "x264: enable 10 bits Encoder" checkbox is unchecked (although x264_10b has been downloaded previously via checking that checkbox).

So, either:

Alyways download/update x264_10b, even when the "x264: enable 10 bits Encoder" checkbox is unchecked.

Or:

Always make MeGUI check for updates as soon as the "x264: enable 10 bits Encoder" checkbox gets checked.

The checkbox disables and enables 10 bit encoding. It only checks for the presence of the 10 bit encoder (I assume), not whether it's the latest and greatest.
If you disable/enable 10 bit encoding I think it's reasonable to assume you'd need to manually run an update check after you do if you want to ensure you're using the latest version.

I did notice that none of the target device presets disable 10 bit encoding, so it's possible to select (for example) Bluray as the target device while enabling 10 bit encoding, which probably isn't ideal.

hello_hello
1st September 2013, 12:56
I use that mod1 cropping too. I haven't noticed issues with it but I'm not an expert. I do like the fact I don't need to over or under crop videos with uneven border values.

Mod1 cropping that way is an ability I'd long forgotten, if I ever knew... no doubt because no encoder GUI's support it. The number of times I've cropped an extra 8 pixels from the sides and an extra 6 from the height (for example) to reduce the aspect ratio distortion, when an extra mod1 crop somewhere would have done the job..... sigh.
If MeGUI could implement mod1 cropping it'd probably be the only encoder GUI on the planet which can do it.

As I understand it, when using Crop(), the cropped area doesn't partake in the resizing of the remaining video, whereas when using the "resizing crop" there's no "hard edge". Well the way AVISynth explains it (http://avisynth.org/mediawiki/Resize):
"Note the edge semantics are slightly different, Crop gives a hard absolute boundary, the Resizer filter lobes can extend into the cropped region but not beyond the physical edge of the image."
Or maybe this post (http://forum.doom9.org/showthread.php?p=1562486#post1562486) illustrates it better than I can explain it.
So most of the time you'd probably want to use Crop() in the usual way, then use the Resizer cropping for any "mod1 extras".

On a related matter, I find it hard at times to spot how much is needed to fine crop the borders using the avs script editor preview. Some thin white frame around the borders would help that a lot (similar to GordianKnot's preview).

That's probably not a bad idea.

mini-moose
1st September 2013, 13:40
As I understand it, when using Crop(), the cropped area doesn't partake in the resizing of the remaining video, whereas when using the "resizing crop" there's no "hard edge". Well the way AVISynth explains it (http://avisynth.org/mediawiki/Resize):

I guess mod1 crop isn't loseless like crop() which worried me (also I assumed it involves maybe jumping colorspaces to achieve it). But the result seems very decent to my non-expert eyes and most importantly gets rid of the over/under crop dilemma. I think I have a similar ocd ;)

That's probably not a bad idea.

It would be great if that happens. I find myself going to GK or doing test clips to make sure I got the cropping perfectly. It's very hard to fine crop when the video borders are "glued" to the preview window borders (mostly on left and right).

hello_hello
1st September 2013, 14:54
I guess mod1 crop isn't loseless like crop() which worried me (also I assumed it involves maybe jumping colorspaces to achieve it). But the result seems very decent to my non-expert eyes and most importantly gets rid of the over/under crop dilemma. I think I have a similar ocd ;)

I don't think it's a matter of lossy/lossless as such. The way I understand it..... although I'm probably explaining it badly.... when you resize an image a group of pixels is resampled as a new group of pixels.... less if you resize down, more if you resize up etc.
When you use the "Resizer cropping", the group of pixels being resampled can extend beyond the cropping point (probably only by a pixel or two), which is a good thing if you're cropping away "good video" as it'll be used when resizing the very edges of the newly cropped image, but maybe a bad thing if you're only cropping away "crud" which you don't want to be included in the "resampling".
As far as the resizer is concerned, if you use Crop() first, the cropped part of the image never existed so it can't factor into the way the very edges of the image are resized.

Chances are, in practice you'd really have to go out of your way to find a difference between the two cropping methods in respect to the way the very edges of the cropped image are resized.

Lyle_JP
4th September 2013, 18:22
I don't think you technically can crop mod 1 so long as your source uses 4:2:0 chroma sub-sampling (and just about every commercial digital source does). The 4x4 blocks of luma can never be broken up since they all share the same one block of chroma. So that's why you can only crop by 2s on all sides.

hello_hello
4th September 2013, 20:36
I don't think you technically can crop mod 1 so long as your source uses 4:2:0 chroma sub-sampling (and just about every commercial digital source does). The 4x4 blocks of luma can never be broken up since they all share the same one block of chroma. So that's why you can only crop by 2s on all sides.

Because the resize filters "resample" the video, they're not limited to the same mod2 cropping restriction as the normal Crop() function, which just removes bits of video.
Plus the AVIsynth wiki says it's okay. Down the bottom of this page (http://avisynth.org/mediawiki/Crop).