MeGUI: bug reports and feature requests

[Shevek]

Yes, of course. One of the reasons is that if you currently update x264 while the process is running it will fail.

Ah, Ok... I never begin anything until all the updates are complete.

I wasn't aware it was possible to begin an encode while the update was continuing.

One option - make the update window modal? (which of course will probably annoy more people :rolleyes:)

[nakTT]

I think that the current x265 build confuses more than it helps. Maybe it is a good idea to hide x265 by default (like with x264 10bit).
I just hope we can have an easy way to unhide it as I am getting more and more interested in testing x265 using MeGUI.
:thanks:

[LigH]

I plan to release a new stable build soon. Likely it will be an old development build (4-8 weeks ago) to reduce the probability of unknown problems and also I think that the current x265 build confuses more than it helps. Maybe it is a good idea to hide x265 by default (like with x264 10bit).

:goodpost: Agree. It is not yet for everyone, only for the experienced testers who are also able to tell the developers useful details if they find a bug.

[Octo-puss]

I keep getting popups saying a crucial component is not installed. It turned out it's x265. I don't get it, it's something in experimental stage as far as I can see (and hardly anyone uses it), so could you change the behaviour please?

[Zathor]

It should be possible to download/install x265 without problems. Post your log please.

EDIT: Preparing & uploading 2418 as new stable build now. Should be online within the next hours.

[TSoft]

@Zathor
" all files in the tools\avisynth_plugin directory will be moved into one package (including yadif+bassaudio)"

Can you explain this better ? Does it mean that those files will be moved to another directory ? I ask because I refer to those files for scripts avisynth.

[Zathor]

Currently every avisynth filter is installed with an individual package. All these filters will then be in one package. The folder for most of them will not change. Only yadif + bassaudio will be moved also into avisynth_plugin. In the updater you will then only notice one package ("avisynth filters" or something similiar) and not anymore yadif, bassaudio, nicaudio, ...

[Octo-puss]

It should be possible to download/install x265 without problems. Post your log please.

EDIT: Preparing & uploading 2418 as new stable build now. Should be online within the next hours.
But I don't want to, that's the point. I never used and probably never will use it, so it's hardly required components. I can't even start file indexer now.

[Zathor]

Your options are:
- downgrade to 2418
- install x265
- wait for a new release of MeGUI where x265 is optional

----------------------------------

With the new AviSynth+ x64 we may see a new MeGUI x64 soon
http://forum.doom9.org/showthread.php?t=168856

[TSoft]

Currently every avisynth filter is installed with an individual package. All these filters will then be in one package. The folder for most of them will not change. Only yadif + bassaudio will be moved also into avisynth_plugin. In the updater you will then only notice one package ("avisynth filters" or something similiar) and not anymore yadif, bassaudio, nicaudio, ...

Ok thanks

[Octo-puss]

Your options are:
- downgrade to 2418
- install x265
- wait for a new release of MeGUI where x265 is optional

----------------------------------

With the new AviSynth+ x64 we may see a new MeGUI x64 soon
http://forum.doom9.org/showthread.php?t=168856
Thanks for info.

Btw, what's your opinion about Vaporsynth? I understand it's supposed to be some sort of alternative to Avisynth, which, based on what people say, is fairly bugged and outdated. I don't know anything about those things, but thought it was interesting to ask.

[Zathor]

AviSynth is used more or less in every place in MeGUI. It would not be easy to replace it with Vaporsynth.

[Zathor]

2427 [Update] hide x264 10bit completly if disabled (regression of 2395)
2426 [x265] added option to enable/disable x265 in the MeGUI settings (disabled by default)
2425 [Queue] fixed crash if more than one worker is opening an avs script

[LigH]

Nothing urgent, just for consistency: Maybe decide whether to "Enable" or "Use" a tool (QAAC vs. x265)? In the case of using an additional multiplexer, the difference is valid for me.

[Zathor]

Nothing urgent, just for consistency: Maybe decide whether to "Enable" or "Use" a tool (QAAC vs. x265)? In the case of using an additional multiplexer, the difference is valid for me.
Thanks, it should be enable also for QAAC.

[Zathor]

As the last update push on the stable side caused a too high traffic load I have to think about ways to reduce the traffic and to avoid peeks. For the last part I will implement a change that not during every startup an update check will be made. Maybe only once a week or so.

Also more components likely have to be enabled to use so that not everyone will downlolad e.g. qaac when it is not needed.

Or does anyone has a third update server which we can use? ;)

[invy]

Please halp me with this weirdness.

When I try to open x264 encoder config I am greeted with this message error: http://i.imgur.com/MHlJEYH.jpg

I click ok, and the x264 dialog pops up. notice anything weird looking there? because I do: http://i.imgur.com/PKCrgNQ.jpg

I can click update to save the x264 config changes perfectly fine.

Also, typing anything into the template of a Avisynth config yields the error about read/write protected and the text I typed DOESN'T appear. But, backspacing/deleting any text works fine, and clicking a "add input, add deinterlace", etc works fine!

What is going on here!?

[detmek]

Zathor, why don't you revert MeGUI to old way where one can start MeGUI without all components installed and add warrning that component is missing only if user select it for use?
For example, when I use MeGUI, I need x264 (8 and 10bit), QAAC, MKVToolbox, MP4box and Avisynth with filters. But I need to download and install all other programs that I don't use just to start MeGUI.

[osgZach]

RGB output does not seem to be working in MeGUI (and never has across several versions) ?

At least one other user has reproduced this problem, both with the MeGUI included binaries, and binaries from x264.nl so we're pretty sure its not that. (Binaries from x264.nl are confirmed to work via CLI on an AVI directly)

You can see this thread for relevant discussion on the problem.

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

Here is a log. Of import, when the job FINISHES, it spits out an entry to the error log, that it is converting the input clip to YV12 - despite this being commented out in the AVS script (and not present in other scripts I tried).


-[Information] Log for job1 (video, 01 - Black Blood Brothers.avs -> 01 - Black Blood Brothers.264)
--[Information] [11/29/2013 7:33:48 AM] Started handling job
--[Information] [11/29/2013 7:33:49 AM] Preprocessing
-[NoImage] AVISource("[Source] - 01 - Black Blood Brothers.avi", audio=false).AssumeFPS(24000,1001)
-[NoImage] Trim (0,999)
-[NoImage] #Setup some variables
-[NoImage] Profile="C:\Users\Zach\Documents\Neat Video for VirtualDub\Profiles\Black Blood Brothers\All Episodes.dnp"
-[NoImage] Filter="C:\Users\Zach\Documents\Neat Video for VirtualDub\Presets\Black Blood Brothers\All Episodes.nfp"
-[NoImage] #Load NeatVideo
-[NoImage] #Convert to RGB required.
-[NoImage] ConvertToRGB32()
-[NoImage] LoadVirtualDubPlugin("C:\Virtualdub\plugins\NeatVideo.vdf", "NeatVideo", 0)
-[NoImage] NeatVideo(Profile, Filter, "0", "0", "1", "0")
-[NoImage] #Prep for x264
-[NoImage] #ConvertToYV12()
--[Information] [11/29/2013 7:33:49 AM] Avisynth input script
--[Information] [11/29/2013 7:33:50 AM] resolution: 1920x1080
--[Information] [11/29/2013 7:33:50 AM] frame rate: 24000/1001
--[Information] [11/29/2013 7:33:50 AM] aspect ratio: 16:9 (1.778)
--[Information] [11/29/2013 7:33:50 AM] custom command line: --input-csp rgb --output-csp rgb
--[Information] [11/29/2013 7:33:50 AM] Job commandline: "C:\MeGUI\tools\x264_10b\avs4x264mod.exe" -L "C:\MeGUI\tools\x264_10b\x264-10b_64.exe" --level 4.1 --crf 27 --keyint 240 --open-gop --bframes 10 --b-adapt 2
--ref 4 --vbv-bufsize 78125 --vbv-maxrate 62500 --merange 64 --me umh --subme 9 --trellis 2 --no-fast-pskip --colorprim bt709 --transfer bt709 --colormatrix GBR --input-csp rgb --output-csp rgb --sar 1:1
--output "D:\01 - Black Blood Brothers.264" "D:\Black Blood Brothers Work Folder\Episode 01\01 - Black Blood Brothers.avs"
--[Information] [11/29/2013 7:33:50 AM] Process started
--[Information] [11/29/2013 7:33:50 AM] Standard output stream
--[Information] [11/29/2013 7:33:50 AM] Standard error stream
---[Information] [11/29/2013 7:34:04 AM] raw [info]: 1920x1080p 1:1 @ 24000/1001 fps (cfr)
---[Information] [11/29/2013 7:34:04 AM] x264 [info]: using SAR=1/1
---[Information] [11/29/2013 7:34:04 AM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [11/29/2013 7:34:04 AM] x264 [info]: profile High 4:4:4 Predictive, level 4.1, 4:4:4 10-bit
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: frame I:4 Avg QP:33.60 size:160837
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: frame P:157 Avg QP:41.15 size: 44712
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: frame B:339 Avg QP:44.63 size: 7888
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: consecutive B-frames: 9.6% 9.2% 9.6% 34.4% 7.0% 26.4% 0.0% 1.6% 0.0% 0.0% 2.2%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: mb I I16..4: 15.6% 53.8% 30.7%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: mb P I16..4: 14.9% 11.3% 2.2% P16..4: 30.5% 14.8% 10.6% 0.0% 0.0% skip:15.6%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: mb B I16..4: 0.9% 0.3% 0.0% B16..8: 27.0% 4.4% 1.5% direct: 0.9% skip:65.0% L0:34.9% L1:57.5% BI: 7.6%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: 8x8 transform intra:39.7% inter:73.8%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: coded y,u,v intra: 15.5% 18.8% 18.7% inter: 4.9% 6.4% 6.4%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: i16 v,h,dc,p: 11% 55% 5% 28%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 25% 21% 5% 7% 6% 10% 6% 9%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 23% 13% 6% 7% 8% 8% 7% 10%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: Weighted P-Frames: Y:12.7% UV:10.2%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: ref P L0: 65.8% 19.8% 11.7% 2.6% 0.1%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: ref B L0: 85.9% 11.1% 3.0%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: ref B L1: 94.1% 5.9%
---[Information] [11/29/2013 7:36:21 AM] x264 [info]: kb/s:3965.50
---[Information] [11/29/2013 7:36:21 AM] encoded 500 frames, 3.33 fps, 3965.50 kb/s
---[Information] [11/29/2013 7:36:21 AM] avs [info]: AviSynth 2.60, build:Aug 28 2012 [18:17:07]
---[Warning] [11/29/2013 7:36:21 AM] avs [warning]: Converting input clip to YV12
---[Information] [11/29/2013 7:36:21 AM] avs [info]: Video resolution: 1920x1080
---[Information] [11/29/2013 7:36:21 AM] avs [info]: Video framerate: 24000/1001
---[Information] [11/29/2013 7:36:21 AM] avs [info]: Video framecount: 1000
---[Information] [11/29/2013 7:36:21 AM] avs4x264 [info]: "C:\MeGUI\tools\x264_10b\x264-10b_64.exe" - --level 4.1 --crf 27 --keyint 240 --open-gop --bframes 10 --b-adapt 2
--ref 4 --vbv-bufsize 78125 --vbv-maxrate 62500 --merange 64 --me umh --subme 9 --trellis 2 --no-fast-pskip --colorprim bt709 --transfer bt709 --colormatrix GBR --input-csp rgb --output-csp rgb --sar 1:1
--output "D:\01 - Black Blood Brothers.264" --frames 1000 --fps 24000/1001 --input-res 1920x1080
--[Information] [11/29/2013 7:36:22 AM] Final statistics
---[Information] [11/29/2013 7:36:22 AM] Constant Quality Mode: Quality 27 computed...
---[Information] [11/29/2013 7:36:22 AM] Video Bitrate Obtained (approximate): 1982 kbit/s
--[Information] [11/29/2013 7:36:22 AM] MediaInfo
---[Information] File: D:\01 - Black Blood Brothers.264
-[Information] Format: AVC
-[Information] FormatString: AVC
-[Information] FileSize: 10337156
-[Information] PlayTime: 00:00:07.507
---[Information] General
-[Information] ID:
-[Information] StreamOrder:
-[Information] Width: 1920
-[Information] Height: 1080
-[Information] FrameCount: 500
-[Information] FrameRate: 23.976
-[Information] FrameRateOriginal:
-[Information] FrameRateMode:
-[Information] ScanType: Progressive
-[Information] Codec: AVC
-[Information] CodecString: AVC
-[Information] Bits Depth: 10
-[Information] Format: AVC
-[Information] AspectRatio: 1.778
-[Information] AspectRatioString: 16:9
-[Information] Delay:
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Video
--[Information] [11/29/2013 7:36:22 AM] Postprocessing
---[Information] [11/29/2013 7:36:22 AM] Deleting intermediate files
--[Information] [11/29/2013 7:36:22 AM] Job completed


edit: CLI flags edited to not break forum

[the_weirdo]

@osgZach
Can you try again without enabling 64-bit mode? I suspect this issue is related to avs4x264mod.

EDIT: This line in the log is interesting:
[Warning] [11/29/2013 7:36:21 AM] avs [warning]: Converting input clip to YV12

It seems avs4x264mod try to convert the script output to YV12 raw and feed to x264_64, but because of "--input-csp rgb", x264 read that raw as RGB. That's why the result is messed up.

[osgZach]

I can confirm it works when disabling 64-bit encoding in MeGUI's options.

[the_weirdo]

It seems avs4x264mod try to convert the script output to YV12 raw and feed to x264_64, but because of "--input-csp rgb", x264 read that raw as RGB. That's why the result is messed up.

As I suspected, avs4x264mod hasn't supported RGB output yet. According to avs4x264mod source code (https://github.com/astrataro/avs4x264mod/blob/master/avs4x264mod.c#L889), it will try to convert the colorspace of input to YV12 if the colorspace isn't YV12, YV16 or YV24, before piping that output as raw to x264.

You may want to ask avs4x264mod developer to support RGB output (in this thread (http://forum.doom9.org/showthread.php?t=162656) or better, on his blog (http://astrataro.wordpress.com/category/encode/x264/avs4x264mod/)).

[aegisofrime]

Hey all.

Has anyone tried running MeGUI with the newly released Avisynth+? My OneClick profile that "Always Encode" audio to AAC is getting stuck at the "Preprocessing" stage. My source file is a WMV file if that matters, and the source filter is FFMS2.

[Wam7]

Is it straight forward to have One-Click Encoder check the audio bitrate and if all the parameters are the same requested output, for it not to encode the audio again, but just demux it and add to the video once that's complete.
Many times I've transcoding a file and the audio is already what I want i.e HE-AAC 48Kbps/48 KHz and it's just the video I want to affect.

Or may be better still, adding a 'Don't Encode Audio' option to the Advanced Config page which would just mux the original audio once the video was encoded.

Regards

[Wam7]

Please add 'Remove All Tracks' to the Subtitle Menu in the One Click Encoder. Presently there is only 'Add Track' and 'Remove Track'. If you have a file with 15 subtitle tracks then you have to remove them one at a time which is quite time consuming.

[hello_hello]

Or may be better still, adding a 'Don't Encode Audio' option to the Advanced Config page which would just mux the original audio once the video was encoded.

Isn't that what the "never" option in the Encode dropdown box does (under Audio)? Or there's "encode if codec does not match".

[Qwon]

10 bit mode has stopped working. File being output is now 8 bit.

[szabi]

Hi

I got this error message when first pass was on 79%.
--[Error] [2013.12.17. 13:05:29] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Warning] [2013.12.17. 13:05:29] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.

When the script is loaded to virtualdub there is no problem.
My intention to load script to virtualdub and save it in "direct stream copy" mode.
1. This way the output is an uncompressed avi.
2. And now load this avi to megui for encoding.
I am not going to do direct script encoding by megui but doing this two step process.
My question is the following:
Am I loosing quality of movie in this way?

What do you think?

bye
szabi

[LigH]

I got this error message when first pass was on 79%.
...
When the script is loaded to virtualdub there is no problem.

Because the progress is at 0% when you load the script. Maybe VirtualDub would crash as well around these 79% of playing time. A reason could be data corruption in the video source.

[szabi]

Yes, it can be, I will see.
But my question still, whether any quality is lost, in this way?

[LigH]

Using an intermediate lossless AVI, you won't lose quality (MeGUI supports that internally, already). Only a lot of disk space.

[szabi]

Good, news.

[hello_hello]

Wouldn't using DirectStreamCopy while encoding a script with VirtualDub mean the output is RGB? So it's not technically lossless due to the conversion?

I use Fast recompress and the ffdshow vfw encoder. It'll compress using huffyuv or ffv1, both of which are lossless. huffyuv is a fair bit faster, but doesn't compress as much.

[szabi]

Ok, i will use fast recompress, with ffdshow video codec ffv1.
What settings do you reccomend for Colorspace, coder type, context mode and keyframe distance?
Huffyuv (ffmpeg variant) more simple. Only color space, predictor and adaptive huffman tables settings can be selected.

EDIT: Ok, color space no question, my source is mpg2 from dvd and its colorspace is yuv 4:2:0.
So yv12 has to be selected in ffdshow.
Olny the rest is questionable.

[hello_hello]

I think I've only ever used the default settings and I tend to use huffyuv more than ffv1 anyway, as even though it doesn't compress as much, it's a lot faster.

I ran a quick test and it appears I was wrong regarding the RGB conversion. VirtualDub's output was YUV when I used DirectStreamCopy, but huffyuv's compressed version was less than half the size.

[szabi]

Thanks, huffyuv is used now.

[LigH]

Using the video option "Direct Stream Copy", VirtualDub writes exactly the same format into the output AVI which it receives from the video source, without using any codec to encode it further.

If the source is an AVI with a video stream that was encoded by a VfW codec, it will write the same encoded video stream.

If the source is an AviSynth script, it writes the uncompressed video the AviSynth script delivers (most probably YV12, but any AviSynth supported video format is possible, even RGB24 or RGB32, if that script creates it).

If the source is a VirtualDub input plugin for different video formats, it is probably the uncompressed video format which matches the decoded video best (e.g. YV12 for MPEG2 Main Profile 4:2:0 when reading MPEG2 via the MPEG2 VirtualDub plugin by fccHandler).

[TECK]

Converting a MKV container to MP4 always forces a video encode.
Converting a MP4 container to MKV never encodes the video.

This is confirmed by myself and another user (http://forum.doom9.org/showthread.php?p=1658714#post1658714).

[LigH]

Probably because mkvmerge accepts MP4 as input and certainly supports any content MP4 may contain; but the other way round, you cannot be certain that an MKV will contain MP4 compliant content. Only from the more specific to the more generic format.

If you first extract the MKV to elementary streams, they may be used to multiplex a new MP4 if compliant. MeGUI contains references to mkvextract; but I don't remember any feature which uses it explicitly...

[luke83]

MeGui takes a lot of time when i load an hfyu_<title>.avs file in the main window

http://s28.postimg.org/shm2d1cpl/Immagine.jpg (http://postimg.org/image/shm2d1cpl/)

[LigH]

Depends on the script. If it includes audio normalization, the whole audio stream is decoded and scanned while loading the script.

[luke83]

Depends on the script. If it includes audio normalization, the whole audio stream is decoded and scanned while loading the script.

that was the script resulting from the pre-rendering job. As it takes too much time, i run first pre-rendering job and then, another day, the avs -> 264 encoding.

The avs file is this

LoadPlugin("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\ffms\ffms2.dll")
FFVideoSource("K:\Temp\Temp Megui\hfyu_amore.avi")

The avi file is about 22GB. However I've updated MeGui this morning. Before updating I never had problems. It took its time but not so much :/

[Wam7]

Isn't that what the "never" option in the Encode dropdown box does (under Audio)? Or there's "encode if codec does not match".Many thanks for pointing out my oversight!

[LigH]

FFMS2 will index the AVI file for the first time loading it, and because it is a losslessly encoded video, it will have a lot of key frames, resulting in a big index file.

I remember that FFMS2 used to be not the best choice for uncompressed or losslessly compressed AVIs; AviSource may be preferable here.

[luke83]

Anyway, after megui reboot, it works as fast as before :)

[LigH]

Possibly because the index file now already existed.

[luke83]

Possibly because the index file now already existed.

yes, sure, but before update it didn't take so much time :/
However, it works even if it takes a lot of time. Just this matters. I was worried it loaded forever :P

[LigH]

I am not certain if earlier MeGUI versions preferred AviSource over FFMS2 for all AVIs, or if earlier versions of FFMS2 indexed lossless AVIs less thoroughly (even buggy)... Well possible that there are differences.

If a newer version of MeGUI would prefer L-SMASH Source, the indexing timing may vary again.

[Zathor]

If a newer version of MeGUI would prefer L-SMASH Source...

Still on the list - but no time so far. Btw when to use LSMASHVideoSource and when LWLibavVideoSource (different demuxer as I can see)? Are there any specific switches/settings I should take care of?

[LigH]

I only know little about it, but what I discovered from the readme: L-SMASH is a demultiplexer only for MP4. It has an additional stream parameter. May be useful for MP4 files with some multiple stream configurations...