MeGUI: bug reports and feature requests

[cody2k]

hi folks,
with megui v2356 and all updates:
i get this message when opening my file in the script creator module :
script error invalid arguments to function "tfm":
at line 2 :
======================
LoadPlugin(".....\avisynth_plugin\TIVTC.dll")
tfm(order=1).tdecimate(hybrid=3)LoadPlugin("....\dgavcindex\DGAVCDecode.dll")
AVCSource("E:\temp\01005.dga")#resize#cropLoadPlugin(".....\dgavcindex\DGAVCDecode.dll")
AVCSource("E:\temp\01005.dga")
LoadPlugin(".....\avisynth_plugin\TIVTC.dll")
tfm(order=1).tdecimate(hybrid=3)
#crop
#resize
#denoise
======================
sorry but i am not that all familiar with the avs syntax
("order" is valid for 'tfm' as far as i could find out
at avisynth.org.ru/docs/english/externalfilters/tivtc_tfm.htm)
mpc-hc gave me the same error.
the reason i posted it in here is because megui created the script.
if the syntax by itself is wrong, then I may conclude its a megui issue?
if the script is correct then it would be an avisynth bug?
i tried with latest avisynth build (alfa) but that did not change anything

thanks in advance,

[Guest]

The script is all mangled. I don't know how that could have been generated by MeGUI. Try this:

LoadPlugin(".....\avisynth_plugin\TIVTC.dll")
LoadPlugin("....\dgavcindex\DGAVCDecode.dll")
AVCSource("E:\temp\01005.dga")
tfm(order=1).tdecimate(hybrid=3)

[AlanHK]

Please post or link the full log and if possible the avs script and the source files (as small as possible to reproduce the problem).

It occurs, for me, with any script with any video calling Textsub.

Here's the log for
AviSource("vid.avi")
Textsub("vid.srt")

I used MeGui to encode AAC.
It worked fine, but at the end, the status window just stuck on "finalizing output".

I could see the NeroAAC process exiting.

Meanwhile the MeGui process is stll using 50% of CPU.
I pressed abort, which was acknowledged, but it didn't stop or exit. I had to kill the process.

The AAC audio file produced seems fine despite all that.

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

-[Information] Versions
--[Information] [21/07/2013 8:32:39 PM] MeGUI: 2356
--[Information] [21/07/2013 8:32:39 PM] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [21/07/2013 8:32:39 PM] .Net Framework: 4.0 (4.0.30319)
--[Information] [21/07/2013 8:32:39 PM] AviSynth: 2.5.8.5 (21/12/2008 9:46:54 PM) - portable
--[Information] [21/07/2013 8:32:39 PM] DevIL: 1.6.6 (26/05/2004 12:37:34 PM)
--[Information] [21/07/2013 8:32:39 PM] AvisynthWrapper: 2/01/2009 8:34:04 PM
--[Warning] [21/07/2013 8:32:39 PM] Haali Matroska Splitter not installed properly.
--[Warning] [21/07/2013 8:32:39 PM] Therefore DSS2() and certain functions of FFVideoSource() and the HD Streams Extractor may also not work.
--[Warning] [21/07/2013 8:32:39 PM] Please download and install it from http://haali.su/mkv/
--[Warning] [21/07/2013 8:32:39 PM] Haali DSS2: not installed
--[Information] [21/07/2013 8:32:39 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (7/08/2008 8:31:12 PM)
--[Information] [21/07/2013 8:32:39 PM] LinqBridge: 1.0.0.0 (28/05/2009 1:24:34 AM)
--[Information] [21/07/2013 8:32:39 PM] MediaInfo: 0.7.63.0 (13/05/2013 10:47:16 AM)
--[Information] [21/07/2013 8:32:39 PM] MediaInfoWrapper: 0.7.61.0 (6/01/2013 2:47:15 PM)
--[Information] [21/07/2013 8:32:39 PM] MessageBoxExLib: 1.0.2218.28317 (19/12/2008 8:53:04 PM)
--[Information] [21/07/2013 8:32:39 PM] SevenZipSharp: 0.64.3890.29348 (2/01/2011 10:59:32 AM)
--[Information] [21/07/2013 8:32:39 PM] 7z: 9.20 (18/11/2010 4:27:34 PM)
-[Information] Update detection
--[Information] [21/07/2013 8:32:39 PM] Automatic update is disabled
-[Information] Log for job1 (audio, test.avs -> test.m4a)
--[Information] [21/07/2013 8:33:10 PM] Started handling job
--[Information] [21/07/2013 8:33:10 PM] Preprocessing
--[Information] [21/07/2013 8:33:10 PM] MediaInfo
---[Information] File: G:\VID\test\test.avs
---[Information] AVS input file detected. Getting media information from AviSynth.
-[Information] Format: AVS
-[Information] FormatString: AviSynth Script
-[Information] FileSize: 42
-[Information] PlayTime: 01:29:24.7300000
---[Information] General
-[Information] ID: 0
-[Information] StreamOrder:
-[Information] Width: 656
-[Information] Height: 352
-[Information] FrameCount: 128625
-[Information] FrameRate: 23.9760431376968
-[Information] FrameRateOriginal:
-[Information] FrameRateMode:
-[Information] ScanType: Progressive
-[Information] Codec: AVS Video
-[Information] CodecString: AVS
-[Information] Format: AVS
-[Information] AspectRatio: 41:22
-[Information] AspectRatioString:
-[Information] Delay: 0
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Video
-[Information] ID: 0
-[Information] StreamOrder:
-[Information] Format: AVS
-[Information] FormatProfile:
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48000
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
--[Information] [21/07/2013 8:33:12 PM] Trying to open the file with Import()
--[Information] [21/07/2013 8:33:13 PM] Successfully opened the file with Import()
-[NoImage] Import("G:\VID\test\test.avs")
-[NoImage] Normalize()
-[NoImage] return last
--[Information] [21/07/2013 8:33:13 PM] Avisynth script
--[Information] [21/07/2013 8:33:13 PM] Commandline used: -ignorelength -q 0.5 -if - -of "{0}"
--[Information] [21/07/2013 8:33:13 PM] Avisynth script environment opened
--[Information] [21/07/2013 8:33:15 PM] Script loaded
--[Information] [21/07/2013 8:33:15 PM] Output Decoder
---[Information] [21/07/2013 8:33:15 PM] Channels: 2
---[Information] [21/07/2013 8:33:15 PM] Bits per sample: 16
---[Information] [21/07/2013 8:33:15 PM] Sample rate: 48000
--[Information] [21/07/2013 8:33:15 PM] Job commandline: D:\MeGUI\tools\Nero\neroAacEnc.exe -ignorelength -q 0.5 -if - -of "G:\VID\test\test.m4a"
--[Information] [21/07/2013 8:33:17 PM] Process started
--[Information] [21/07/2013 8:33:17 PM] Standard output stream
--[Information] [21/07/2013 8:33:17 PM] Standard error stream
---[Information] [21/07/2013 8:33:43 PM] *************************************************************
---[Information] [21/07/2013 8:33:43 PM] * *
---[Information] [21/07/2013 8:33:43 PM] * Nero AAC Encoder *
---[Information] [21/07/2013 8:33:43 PM] * Copyright 2009 Nero AG *
---[Information] [21/07/2013 8:33:43 PM] * All Rights Reserved Worldwide *
---[Information] [21/07/2013 8:33:43 PM] * *
---[Information] [21/07/2013 8:33:43 PM] * Package build date: Feb 18 2010 *
---[Information] [21/07/2013 8:33:43 PM] * Package version: 1.5.4.0 *
---[Information] [21/07/2013 8:33:43 PM] * *
---[Information] [21/07/2013 8:33:43 PM] * See -help for a complete list of available parameters. *
---[Information] [21/07/2013 8:33:43 PM] * *
---[Information] [21/07/2013 8:33:43 PM] *************************************************************

[mini-moose]

hi folks,
with megui v2356 and all updates:
i get this message when opening my file in the script creator module :
script error invalid arguments to function "tfm":

Yeah, that script doesn't seem like something megui would produce. Everything before LoadPlugin(".....\dgavcindex\DGAVCDecode.dll") on line 3 is either wrong or repeated correctly later.

[cody2k]

The script is all mangled. I don't know how that could have been generated by MeGUI. Try this:


yeah,
that loads well and is consistent with what i have from other video sources.

i was able to reproduce it with a small mts file
if in the script creator i choose
source : hybrid/mostly interlaced
field order : top
deinterlace : TIVTC (or decomb ICTV...)
then click preview (saves you reopening script creator)
you get an error

i believe its related to the deinterlace module as when i did not choose deinterlace the script is accepted

i use the latest version (1.05) of that module(tivtc.dll) in my avisynth folder folder

if someone could try to reproduce this at their end?

[mini-moose]

i believe its related to the deinterlace module as when i did not choose deinterlace the script is accepted

i use the latest version (1.05) of that module(tivtc.dll) in my avisynth folder folder

if someone could try to reproduce this at their end?

I can't. TIVTC doesn't cause any issues. The way your script was syntaxed is the cause.

[luke83]

Some days ago, one of the users said me to add converttoyv12() but it didn't work. The problem has to be an other thing becouse the colorspace is already YV12 as you can see. I don't understand that error :(

http://s21.postimg.org/4eoc29ib7/Immagine.jpg (http://postimg.org/image/4eoc29ib7/)

The main sentence in this attachment
---[Error] [21/07/2013 00:06:38] [ffvhuff @ 02f34040] Error: RGB is incompatible with median predictor

13614

[AlanHK]

Following a suggestion from Selur, I got the XYversion of vsfilter from http://code.google.com/p/xy-vsfilter/

I installed that in my Avisynth plugins folder and no CPU spikes.

The one I had was version 1.01, from 2005.

The XY version is 3.0 (seems to be successor of the original, so the version should be comparable).

MeGui has another version in its Avisynth plugins folder, 1.5, 2011 from MPC-HC.

If I deleted that, it would not encode, so it appears it uses its own version for encoding. But somehow there was a conflict with the version I had in my Avisynth plugins folder anyway.

No such conflict with the XY one though.
Maybe the MeGui project could consider using the XY VSFilter.

So, when does MeGui use its own version of Avisynth filters and plugins, and when those in the normal Avisynth folder, assuming the user has one of course?

I've just got all the filters and dlls I use in the Avisynth\plugins folder to autoload. Is that a problem for MeGui?

[mini-moose]

Following a suggestion from Selur, I got the XYversion of vsfilter from http://code.google.com/p/xy-vsfilter/

I installed that in my Avisynth plugins folder and no CPU spikes.


Megui uses it's own centralized all included directory (...\megui\tools) which has all that is needed, regardless to whether you already got any of those installed elsewhere.
I believe it's so users would not need to have to do anything outside the megui controlled environment or self-install anything else.
I think it should be fine to use different versions within megui's environment, as long as they don't have different commands megui doesn't auto-support, in which case you should be able to manually add the needed commands to your avs.
You might be suggested to update them to the versions megui uses when you run an update, but you can choose whether to do so or not.
Did you try to add the version you found to "..\megui\tools\avisynth_plugin" and use it through megui?
Autoload from sys main avisynth install, works fine for me when I use my own script and not megui's, in which case I just don't use loadplugin at all (while megui scripts will always loadplugin to their plugins location).
I might be wrong and conflicts may occur but I haven't experienced such yet.

[Richard1485]

MeGUI won't allow you to uncheck the open gop box under frame-type when certain target playback devices are selected e.g Blu-ray, AVCHD, or when enable blu-ray compatibility is selected. Is it possible to fix this?

[hello_hello]

MeGUI won't allow you to uncheck the open gop box under frame-type when certain target playback devices are selected e.g Blu-ray, AVCHD, or when enable blu-ray compatibility is selected. Is it possible to fix this?

Along those lines...

The way I understand it, when --bluray-compat is used, the default for --weightp is 1, so why does checking the Blu-ray compatibility option add --weightp 2 to the command line?
Selecting the target device as Blu-ray doesn't.
I assume it's wrong, as I ran a test encode and according to MediaInfo the setting for --weightp was 1 even with the Blu-ray compatibility option checked, so MeGUI adding --weightp 2 to the command line when it's checked doesn't seem to have any effect.

When the Blu-ray compatibility option is checked, the open GOP setting can be selected/deselected, but it appears do to nothing, and while --open-gop is supported by the Blu-ray spec, and it's probably a good idea to use it when encoding for Blu-ray, it's not compulsory so there's probably no reason why MeGUI should force it's use.

I'm still trying to get my head around these settings, but does using --bluray-compat in the command line also effectively add --aud and/or --nal-hrd as well? When selecting Blu-ray as the target device, the "Use Access Delimiters" option is checked and can't be unchecked, but should the Blu-ray compatibility option do the same thing on it's own? Currently, while it allows "use access delimiters" to be checked and unchecked, doing so appears to make no difference to the command line.
If the Blu-ray compatibility option is checked (no target device selected), MeGUI adds the following warning to the log file:
"NAL HRD parameters require VBV parameters"
Manually adding VBV parameters gets rid of the warning but changing the HRD Info setting to "None" does not.

I assume --bluray-compat doesn't enforce all the necessary settings for a fully Blu-ray compliant encode (although I've not found a definitive list as to which settings are effected), hence selecting Blu-ray as the target device in MeGUI adds extra parameters to the command line, but I think checking the Blu-ray compatibility option in MeGUI's encoder setup should do nothing more than add --bluray-compat to the command line. If checking it is going to also change other options relating to Blu-ray compatibility then it probably should change all the required options, or it should change none and leave that up to selecting Blu-ray as the target device.

[Zathor]

MeGUI uses these settings:
http://www.x264bluray.com

[hello_hello]

MeGUI uses these settings:
http://www.x264bluray.com

That site is down at the moment, but are you referring to the settings it uses when selecting Blu-ray/AVCHD as the target playback device?

If so, what it adds to the command line is understandable, but the main point of my previous post was that when no target playback device is selected and the Blu-ray Compatibility option is checked in the x264 configuration, it does more than simply add --bluray-compat to the command line, and maybe a couple of things is shouldn't. Is that be design?

With no target playback device selected and the Blu-ray Compatibility option checked:
--weightp 2 is added to the command line ( I think --bluray-compat restricts weightp to 1, so --weightp 2 has no effect).
--open-gop is added to the command line even though open gop is not checked in the x264 configuration and it can't be removed, yet I think open gop is supported but not compulsory for Blu-ray (the same applies to selecting Bluray as the target device).

I've done a little more research and understand a more about what --bluray-compat does in terms of setting/limiting other x264 parameters (assuming the list here (http://doom10.org/index.php?topic=1652.0) is accurate), but the way MeGUI does things doesn't seem to be consistent across all x264 settings.

For example if --bluray-compat restricts --bframes to 3, why does MeGUI let me change --bframes to more than 3 when the Blu-ray compatibility option is checked, yet it won't let me change the min gop size parameter because that's already set by --bluray-compat?
When Blu-ray is selected as the target playback device the behaviour changes compared to using the Blu-ray compatibility option on it's own..... to the point where MeGUI adds --bframes 3 to the command line when a slower x264 speed preset is used, yet doing so is probably redundant.

In my opinion there should be command line and GUI consistency between selecting Blu-ray as the target playback device and checking the Blu-ray Compatibility option on it's own.

Maybe it'd be an idea for the encoder configuration to make it more obvious when one x264 setting is effected by another. For example when Blu-ray is selected as the target playback device, the "Use Access Unit Delimiters" checkbox could change colour to show why it's automatically checked and can't be unchecked. Of course if checking the Blu-ray compatibility option on it's own does the same thing, the same should apply to keep it consistent. Currently it can be checked/unchecked, but doing so has no effect.

[sneaker_ger]

Here's a list with things --bluray-compat does (lines 741-755):
http://git.videolan.org/gitweb.cgi?p=x264.git;a=blob;f=encoder/encoder.c;h=5deea49beef5728a6fea667aff280183171280a1;hb=HEAD
These should include all things you can set through other parameters, but note that there are some things --bluray-compat does that can not be enabled by any combination of the other settings as an alternative.


Since --bluray-compat does not check all things demanded by the spec, it can indeed make sense for a GUI to do more checks itself. Your suggestions do make sense as well, though I'd consider most of them cosmetic.

Use the following URL in case x264bluray.com is down:
https://sites.google.com/site/x264bluray/

[Richard1485]

I assume --bluray-compat doesn't enforce all the necessary settings for a fully Blu-ray compliant encode (although I've not found a definitive list as to which settings are effected), hence selecting Blu-ray as the target device in MeGUI adds extra parameters to the command line, but I think checking the Blu-ray compatibility option in MeGUI's encoder setup should do nothing more than add --bluray-compat to the command line. If checking it is going to also change other options relating to Blu-ray compatibility then it probably should change all the required options, or it should change none and leave that up to selecting Blu-ray as the target device.

Yes. I agree. (I'd like a definitive list of the settings that are affected by --bluray-compat too.)

[LigH]

I am certain that this option has been explained verbosely before; the pity is that you won't find it if you don't know specific unique sentences used there, there are too many posts with many of the simple options mentioned which this "hack" forces or limits. The MeWiki on x264 Settings (http://mewiki.project357.com/wiki/X264_Settings#bluray-compat) is a little lazy.
__

P.S.:

From the source view (http://git.videolan.org/?p=x264.git;a=blob;f=encoder/encoder.c;h=5deea49beef5728a6fea667aff280183171280a1;hb=HEAD) in encoder/encoder.c

739 if( h->param.b_bluray_compat )
740 {
741 h->param.i_bframe_pyramid = X264_MIN( X264_B_PYRAMID_STRICT, h->param.i_bframe_pyramid );
742 h->param.i_bframe = X264_MIN( h->param.i_bframe, 3 );
743 h->param.b_aud = 1;
744 h->param.i_nal_hrd = X264_MAX( h->param.i_nal_hrd, X264_NAL_HRD_VBR );
745 h->param.i_slice_max_size = 0;
746 h->param.i_slice_max_mbs = 0;
747 h->param.b_intra_refresh = 0;
748 h->param.i_frame_reference = X264_MIN( h->param.i_frame_reference, 6 );
749 h->param.i_dpb_size = X264_MIN( h->param.i_dpb_size, 6 );
750 /* Don't use I-frames, because Blu-ray treats them the same as IDR. */
751 h->param.i_keyint_min = 1;
752 /* Due to the proliferation of broken players that don't handle dupes properly. */
753 h->param.analyse.i_weighted_pred = X264_MIN( h->param.analyse.i_weighted_pred, X264_WEIGHTP_SIMPLE );
754 if( h->param.b_fake_interlaced )
755 h->param.b_pic_struct = 1;
756 }

[hello_hello]

AFAIK, when "Blu-ray" is selected as the "Target Playback Device", then the output should be restricted to either RAWAVC or M2TS, see:
However, MeGUI 2370 violates that rule and allows for other output formats, such as MP4 and MKV for example.

I'm not saying that's wrong, but I'd be interested to learn how outputting to MKV or MP4 stops the encoder from correctly applying settings, and/or which settings they are.

MeGUI 2370 also allows to output AAC or MP3 etc. when "Blu-ray" is selected as the "Target Playback Device".

Yeah, but the option is under the x264 video encoder configuration so I think it's reasonable to assume it only applies to x264 encoding.

[JREkiwi]

I've come across a problem in the recent dev builds 2357+

Using One Click Mode with a profile with the setting "Keep Input Resolution (disable Crop & Resize)"

The generated Avisynth script does not include global MeGUI_darx or global MeGUI_dary

This results in both the h.264 SAR being wrong and the MKV container AR being set to 3:2.

The container AR is easy enough to change with MMG, but the only thing I've found to fix the h.264 AR is using a build of FFMPEG, but that introduces artifacts.

The problem is not present in the stable core (2356)

John

[hello_hello]

I've come across a problem in the recent dev builds 2357+

Using One Click Mode with a profile with the setting "Keep Input Resolution (disable Crop & Resize)"

The generated Avisynth script does not include global MeGUI_darx or global MeGUI_dary

Same here. I also tried not using the keep input resolution option, but checking the anamorphic option instead, and the output still didn't have the correct aspect ratio. It seems the aspect ratio is being detected correctly when opening the video but it's not being used for encoding.

[mini-moose]

Using One Click Mode with a profile with the setting "Keep Input Resolution (disable Crop & Resize)"

The generated Avisynth script does not include global MeGUI_darx or global MeGUI_dary

This results in both the h.264 SAR being wrong and the MKV container AR being set to 3:2.


Isn't the generated avs just an import avs that imports the one with all the resizing/cropping etc ?.

Mine looks like this:

Import("path\x.avs")
#deinterlace
#crop
#resize
#denoise

This doesn't change anything in the original full avs.
I tried it now, original avs has TFM(order=-1).TDecimate().Spline36Resize(720,404)
resulted 264/mkv is:

Width : 720 pixels
Height : 404 pixels
Display aspect ratio : 16:9

[Zathor]

Thanks for the reports. I found the problem and have a partial fix but no tiome currently to finish and test it. It may take hours or weeks till I have that time.
EDIT: Test build http://megui.org/test/MeGUI.zip

[JREkiwi]

Thanks for the reports. I found the problem and have a partial fix but no tiome currently to finish and test it. It may take hours or weeks till I have that time.
EDIT: Test build http://megui.org/test/MeGUI.zipThanks. That build fixes the missing global MeGUI_darx and global MeGUI_dary from the generated AVIsynth script, but it doesn't set a sar value in the x264 commandline

[Zathor]

Next try: http://megui.org/test/MeGUI.zip

[JREkiwi]

Next try: http://megui.org/test/MeGUI.zipThat's got it. Thanks

John

[Zathor]

Any chance?
Maybe

2375 [OneClick] fixed anamorphic encodings (regression of 2357)
2373 [MP4 Muxer] default GPAC string will be erased
2372 [MP4 Muxer] added TTXT Subtitles Files support. Feature request #437

[LigH]

That again.

You were too quick. The update server is not yet in sync completely.

[detmek]

Yep. Works fine for me. Stays with 2375 version.

[Kurtnoise]

iirc, we cannot do that using mkvmerge, the tool used to create MKV. So, it's a no-go...

[Kurtnoise]

Why is it, that MeGUI @ development update server doesn't update to the latest versions of some components ASAP?

I mean, x264 for example is updated pretty quickly usually.

But, MP4Box (GPAC), Opus, FFmpeg for example are outdated at the moment.

Why is that?

Because the features used in MeGUI don't required to update these tools as soon as possible...

Yes, Avisynth 2.6.0 should be used instead.

[detmek]

:cool:
it on your own without getting that feature request ;).

Besides, i had another idea:

When encoding with HandBrake for example, then the encoded files show the following in MediaInfo:





Or, when you mux something with Yamb, then the muxed files show the following in MediaInfo:





Files encoded/muxed with MeGUI however do not show the "Writing application" string.

At least not with MP4.

With MKV it shows the following:





How about erasing those MKV strings (+ all similar strings) as well and replace it with a single and simple string like:





for all encodes / for all muxes / for all containers?

Would be a bit more consistent, wouldn't it?

MeGUI is not writing application. It only creates command line for actual applications (x264, MKVMerge, MP4box, ect). Those files are written by mkvmerge.exe so:
Writing application: mkvmerge v6.3.0 ('You can't stop me!') built on Jun 28 2013 20:09:41
Writing library: libebml v1.3.0 + libmatroska v1.4.0.

[sneaker_ger]

The question is: why should MeGUI not write this information? There is a reason why mkvmerge and x264cli do not allow you to turn off these infos: they are useful for debugging. No GUI should deactivate them simply for the sake of writing its own advertisement.

[sneaker_ger]

Not necessarily as an advertisement, but rather to be able to keep track of what application (and what version) was used for creating the file.

Adding informations about the GUI used could indeed be regarded as sensible, i.e. adding extra information that might be useful for debugging. Removing information about the muxing library on the other hand probably is not (excluding the filename info).

[Kurtnoise]

What I've done for MP4, it's on track level not container level...We'll never remove such info for debugging.

[Overdrive80]

Hi, I have a trouble to use mkv output container to encoding a video file. As you can see, if I playback file in mpc-hc and use timeline´s scrollbar, appear this:

http://s18.postimg.org/uel6tib3d/Error.png]

In other files encoded with same parameters trouble not appear, although only difference between files was his framerate. The framerate of problematic file is 29.970, with other files with other framerate don't success.

Then I did decide, use RAWAVC as output format and after using mkvmerge work fine. Maybe, x264 dont create cuesheet properly or timestamps.

As other user said, I think that is necessary use RAWAVC as default output format.

Regards.

[sneaker_ger]

x264's direct mkv output does indeed not create an index for seeking.

[AMiR9!WV]

I have 50 files, each of them 3 GB and mkv format. I need to resize all of them to 848x480 (150 MB)
and hardcode one particular subtitle on all of them
And I know how to do this for one file. But I want to know how should I do that for multiple files.

[Overdrive80]

I have 50 files, each of them 3 GB and mkv format. I need to resize all of them to 848x480 (150 MB)
and hardcode one particular subtitle on all of them
And I know how to do this for one file. But I want to know how should I do that for multiple files.

This thread is for: bug reports and feature requests. You must open thread here: http://forum.doom9.org/forumdisplay.php?f=6

[AMED]

I seem to be getting a "Error: Extraction of track ID 1 with the CodecID 'A_MS/ACM' is not supported." error when i try and use the OCE and try to encode the PCM audio to 640kbps AC3 with aften. I have tried downgrading mediainfo.dll to version 0.7.63.0 and the same thing happens.

EDIT: This is actually a problem with mkvmerge and not with MeGUI. I cannot extract this audio file from mkvcleaver as well. Eac3to can extract this PCM file and convert it to AC3.

[Error] Log
-[Information] Versions
--[Information] [31/07/2013 4:48:02 p.m.] MeGUI: 2375
--[Information] [31/07/2013 4:48:02 p.m.] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [31/07/2013 4:48:02 p.m.] .Net Framework: 4.0 (4.0.30319)
--[Information] [31/07/2013 4:48:02 p.m.] AviSynth: 2.5.8.5 (21/12/2008 9:46:54 p.m.) - portable
--[Information] [31/07/2013 4:48:02 p.m.] DevIL: 1.6.6 (26/05/2004 12:37:34 p.m.)
--[Information] [31/07/2013 4:48:02 p.m.] AvisynthWrapper: 2/01/2009 8:34:04 p.m.
--[Information] [31/07/2013 4:48:02 p.m.] Haali Matroska Splitter: 1.11.96.14 (3/03/2011 11:40:46 a.m.)
--[Information] [31/07/2013 4:48:02 p.m.] Haali DSS2: 3/03/2011 11:37:50 a.m.
--[Information] [31/07/2013 4:48:02 p.m.] ICSharpCode.SharpZipLib: 0.85.5.452 (7/08/2008 9:31:12 p.m.)
--[Information] [31/07/2013 4:48:02 p.m.] LinqBridge: 1.0.0.0 (28/05/2009 1:24:34 a.m.)
--[Information] [31/07/2013 4:48:02 p.m.] MediaInfo: 0.7.64.0 (5/07/2013 2:32:39 p.m.)
--[Information] [31/07/2013 4:48:02 p.m.] MediaInfoWrapper: 0.7.61.0 (6/01/2013 2:47:15 p.m.)
--[Information] [31/07/2013 4:48:02 p.m.] MessageBoxExLib: 1.0.2218.28317 (19/12/2008 7:53:04 p.m.)
--[Information] [31/07/2013 4:48:02 p.m.] SevenZipSharp: 0.64.3890.29348 (2/01/2011 10:59:32 a.m.)
--[Information] [31/07/2013 4:48:02 p.m.] 7z: 9.20 (18/11/2010 4:27:34 p.m.)
-[Information] Update detection
--[Information] [31/07/2013 4:48:02 p.m.] Connecting to server: http://megui.org/auto/
--[Information] [31/07/2013 4:48:04 p.m.] All files are up to date
-[Information] OneClick
--[Information] [31/07/2013 4:48:08 p.m.] MediaInfo
---[Information] File: K:\Bluray Rips\The_Hunter\The_Hunter_t00.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 27812271855
----[Information] PlayTime: 01:41:30.501
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 146026
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode: CFR
----[Information] ScanType: Progressive
----[Information] Codec: V_MPEG4/ISO/AVC
----[Information] CodecString: AVC
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: PCM
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title: 3/2+1
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Text
----[Information] ID: 3
----[Information] StreamOrder: 2
----[Information] Codec: S_HDMV/PGS
----[Information] CodecString: S_HDMV/PGS
----[Information] Delay:
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [31/07/2013 4:48:08 p.m.] MkvInfo
---[NoImage] File 'K:\Bluray Rips\The_Hunter\The_Hunter_t00.mkv': container: Matroska [title:The\sHunter duration:6090501000000 segment_uid:de3e87fa1106802f91a0e0a023a98c98 is_providing_timecodes:1]
---[NoImage] Track ID 0: video (V_MPEG4/ISO/AVC) [number:1 uid:1 codec_id:V_MPEG4/ISO/AVC codec_private_length:72 codec_private_data:01640029ffe1003567640029ac2ca501e0089f970152020202800001f480005dc0745000121ea00039385f8c71a2800090f50001c9c2fc63876858b45801000468ee3525fdf8f800 language:eng pixel_dimensions:1920x1080 display_dimensions:1920x1080 default_track:0 forced_track:0 enabled_track:1 packetizer:mpeg4_p10_video default_duration:41708333]
---[NoImage] Track ID 1: audio (A_MS/ACM) [number:2 uid:2 codec_id:A_MS/ACM codec_private_length:40 codec_private_data:feff060080bb000000ca08000c001000160010000f0600000100000000001000800000aa00389b71 language:eng track_name:3/2+1 default_track:1 forced_track:0 enabled_track:1 default_duration:5000000 audio_sampling_frequency:48000 audio_channels:6]
---[NoImage] Track ID 2: subtitles (S_HDMV/PGS) [number:3 uid:3 codec_id:S_HDMV/PGS codec_private_length:0 language:eng default_track:0 forced_track:0 enabled_track:1 content_encoding_algorithms:0]
---[NoImage] Chapters: 11 entries
--[Information] [31/07/2013 4:48:53 p.m.] Video: K:\Bluray Rips\The_Hunter\The_Hunter_t00.mkv
--[Information] [31/07/2013 4:48:53 p.m.] Audio: K:\Bluray Rips\The_Hunter\The_Hunter_t00.mkv ([2] - PCM - 6 channels / 48.0 KHz / English)
--[Information] [31/07/2013 4:48:53 p.m.] Subtitle: K:\Bluray Rips\The_Hunter\The_Hunter_t00.mkv ([2] - HDMV / English)
-[Error] Log for job7 (ext, The_Hunter_t00.mkv -> )
--[Information] [31/07/2013 4:49:00 p.m.] Started handling job
--[Information] [31/07/2013 4:49:00 p.m.] Preprocessing
--[Information] [31/07/2013 4:49:00 p.m.] MediaInfo
---[Information] File: K:\Bluray Rips\The_Hunter\The_Hunter_t00.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 27812271855
----[Information] PlayTime: 01:41:30.501
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 146026
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode: CFR
----[Information] ScanType: Progressive
----[Information] Codec: V_MPEG4/ISO/AVC
----[Information] CodecString: AVC
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: PCM
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title: 3/2+1
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Text
----[Information] ID: 3
----[Information] StreamOrder: 2
----[Information] Codec: S_HDMV/PGS
----[Information] CodecString: S_HDMV/PGS
----[Information] Delay:
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [31/07/2013 4:49:00 p.m.] Job commandline: "D:\MEGUI\tools\mkvmerge\mkvextract.exe" tracks "K:\Bluray Rips\The_Hunter\The_Hunter_t00.mkv" --ui-language en 1:"L:\TMP\w2gook0v.ozi\The_Hunter_t00 - [0] English.wav" 2:"L:\TMP\w2gook0v.ozi\The_Hunter_t00 - [0] English.sup"
--[Information] [31/07/2013 4:49:00 p.m.] Process started
--[Error] [31/07/2013 4:49:00 p.m.] Standard output stream
---[Error] [31/07/2013 4:49:00 p.m.] Error: Extraction of track ID 1 with the CodecID 'A_MS/ACM' is not supported.
--[Information] [31/07/2013 4:49:00 p.m.] Standard error stream
--[Error] [31/07/2013 4:49:00 p.m.] Process exits with error: 2
--[Information] [31/07/2013 4:49:00 p.m.] Job completed

[Overdrive80]

@AMED You can try this: http://forum.videohelp.com/threads/326562-Need-Help%21-Can-t-extract-Audio-track-from-MKV-Did-I-do-something-wrong?p=2022261&viewfull=1#post2022261

[AMED]

@AMED You can try this: http://forum.videohelp.com/threads/326562-Need-Help%21-Can-t-extract-Audio-track-from-MKV-Did-I-do-something-wrong?p=2022261&viewfull=1#post2022261Thanks Overdrive80,

While this does work, i do need the audio from this file to convert it from PCM to AC3. I have used EAC3to to do the conversion.

I have asked to see if Mosu could add support for the format to mkvextract.

http://forum.doom9.org/showthread.php?p=1639072#post1639072

EDIT: Mosu doesn't seem interested in adding support for this audio format to mkvextract. Maybe MeGUI could throw up a warning to the user saying that the audio needs to be extracted with the HD Stream Extractor?

[hello_hello]

Hi, I have a trouble to use mkv output container to encoding a video file. As you can see, if I playback file in mpc-hc and use timeline´s scrollbar, appear this:

In other files encoded with same parameters trouble not appear, although only difference between files was his framerate. The framerate of problematic file is 29.970, with other files with other framerate don't success.

The same thing happens for me when outputting directly to MKV, but I've not seen the problem as relating to frame rate. It happens all the time. The larger the output file, the more time MPC-HC seems to spend "buffering" before it starts playing.
I've tried briefly with VLC and it doesn't seem to do the same "buffering". If that's correct, I'm not sure why.

As other user said, I think that is necessary use RAWAVC as default output format.

I don't know why using rawavc would be necessary, as whether the output is rawavc or MKV, in order to add the audio (or even in order to simply fix the "buffering" problem) the output video still needs to be remuxed. MKV or rawavc, that doesn't change. Once the MKV is remuxed as a new MKV the problem goes away.

Another reason / justification for:

IMHO, MeGUI should in all cases use:

--output "output.264" "input"

Not in my opinion. I'm more than happy being able to output test encodes directly to MKV without the need to mux the video into a container just to open it. Plus you can't open an output file while encoding is in progress if it's RAWAVC (at least not that I'm aware of).
Unless you can provide a reason why outputting directly to MKV is bad.... and it certainly hasn't caused a problem the hundreds of times I've encoded video that way.... I'd much prefer to keep MKV as an output choice. Nobody is forced to use it. ;)

[hello_hello]

Thanks Overdrive80,

While this does work, i do need the audio from this file to convert it from PCM to AC3. I have used EAC3to to do the conversion.

I have asked to see if Mosu could add support for the format to mkvextract.

http://forum.doom9.org/showthread.php?p=1639072#post1639072

EDIT: Mosu doesn't seem interested in adding support for this audio format to mkvextract. Maybe MeGUI could throw up a warning to the user saying that the audio needs to be extracted with the HD Stream Extractor?

Have you tried MKVCleaver (http://www.videohelp.com/tools/MKVcleaver)? Unlike extracting with MeGUI though, any audio delay which might be used in the original MKV won't be added to the name of the extracted file, so you'd need to check for any audio delay with MediaInfo manually.

Or try this method (http://www.avsforum.com/t/1407589/makemkv-and-lpcm-audio) to see if MeGUI/MKVExtract will then extract it.

Another option..... you can add video files (MKV, MP4, AVI etc) directly into MeGUI's audio section and convert the audio within. No need to extract it first. It works most of the time. I think for MKVs (if the usual methods for decoding the audio fail) MeGUI will index the MKV and open the audio with AVISynth and FFAudioSource().

[sneaker_ger]

The same thing happens for me when outputting directly to MKV, but I've not seen the problem as relating to frame rate. It happens all the time. The larger the output file, the more time MPC-HC seems to spend "buffering" before it starts playing.
I've tried briefly with VLC and it doesn't seem to do the same "buffering". If that's correct, I'm not sure why.

Like I said earlier, x264's mkv output does not create an index for seeking (unlike mkvmerge). It's now up to the player/demuxer to handle this problem:
1.) try to re-index the file on the fly, seek linearly or try to find the correct time by "smart" jumping (takes time for "buffering")
2.) do not create an index and seek assuming CBR (probably what VLC does)

While the latter works instantly it has the downside of not displaying the duration correctly and not seeking time accurately. For example if you have a 1000 MB raw H.264 file (with no index or other usable seeking/duration info) which is 60 minutes long and click on the middle of the seek bar it will not seek to 30 minutes but to 500 MB. Since we are usually dealing with variable bitrate files the 30 minute mark will most likely not be at 500 MB. If it does not have an index but at least a duration info and increasing timecodes it could try to jump a bit forward or backwards with some smart searching algo but it would still need more time than it would need with an accurate index.

[hello_hello]

Like I said earlier, x264's mkv output does not create an index for seeking (unlike mkvmerge). It's now up to the player/demuxer to handle this problem:
1.) try to re-index the file on the fly or seek linearly (takes time for "buffering")
2.) do not create an index and seek assuming CBR (probably what VLC does)

While the latter works instantly it has the downside of not displaying the duration correctly and not seeking time accurately. For example if you have a 1000 MB raw H.264 file (with no index or other usable seeking/duration info) which is 60 minutes long and click on the middle of the seek bar it will not seek to 30 minutes but to 500 MB. Since we are usually dealing with variable bitrate files the 30 minute mark will most likely not be at 500 MB.

I've found myself wondering many times why MPC-HC "buffers" when opening MKV output files but I've never got around to asking about it. I guess because inevitably the output MKV will be remuxed and the problem goes away so it hasn't seemed terribly important. At least now I know why though. Thanks for the info.

[Overdrive80]

The same thing happens for me when outputting directly to MKV, but I've not seen the problem as relating to frame rate.

Yes, you say true. I just tested it with two classes of files, and in the first instance, I thougth that could be framerate. However, as snake_ger say, issue manifests with larger files.

But I said too that probably, x264 did not generate cuesheet because then I used mkvmerge and issue disappeared.


I don't know why using rawavc would be necessary, as whether the output is rawavc or MKV, in order to add the audio (or even in order to simply fix the "buffering" problem) the output video still needs to be remuxed. MKV or rawavc, that doesn't change. Once the MKV is remuxed as a new MKV the problem goes away.

RAWAVC output is necessary while megui developers not implement automuxing using mkvmerge, not with x264.

Other solution, could be remuxing mkv files generated with mkvmerge, again.

[tebasuna51]

MeGUI should in all cases use:

--output "output.264" "input"
Not in my opinion. I'm more than happy being able to output test encodes directly to MKV without the need to mux the video into a container just to open it. Plus you can't open an output file while encoding is in progress if it's RAWAVC (at least not that I'm aware of).
Unless you can provide a reason why outputting directly to MKV is bad.... and it certainly hasn't caused a problem the hundreds of times I've encoded video that way.... I'd much prefer to keep MKV as an output choice. Nobody is forced to use it. ;)

I agree.

I always use ".mkv" output from x264 and I think than a "automuxing using mkvmerge" in MeGUI is useless when we need always make another mux with audio after.

Please let the user select the preferred option.

[Kurtnoise]

Let me clear that up...You will always have the choice between h264, mp4 or mkv. Just that mp4 & mkv output will be created within mp4box and mkvmerge respectively instead of using directly x264.

[tebasuna51]

Just that mp4 & mkv output will be created within mp4box and mkvmerge respectively instead of using directly x264.

But that is just waste the time for me, I need make the mux after with audio.

[Kurtnoise]

I'll let the choice to the end-users but what is your point then to choose mkv as output in the x264 instead of raw avc stream ?

[Kurtnoise]

No plan for this, at least for me...very low priority.