MeGUI: bug reports and feature requests

[tebasuna51]

MeGUI uses the registry information to determine the installed .NET version. Please have a look into your registry: http://support.microsoft.com/kb/318785/en-us

Seems I have installed v2.0.50727 SP 0
Do you check other SP?
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v2.0.50727]
"Install"=dword:00000001
"Increment"="42"
"MSI"=dword:00000001
"SP"=dword:00000000

Or upload an registry export of HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP
The full export reg:

[Zathor]

Thanks, I can reproduce it with your registry export and should be able to find the reason & a fix.
EDIT: The Version key is missing and that causes the problem

[Zathor]

Please try this build:
http://megui.org/test/MeGUI.zip

[tebasuna51]

Please try this build:
http://megui.org/test/MeGUI.zip

Thanks, now without error:

[Information] Log
-[Information] Versions
--[Information] [05/01/2014 21:04:27] MeGUI: 2455
--[Information] [05/01/2014 21:04:27] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [05/01/2014 21:04:27] .Net Framework: 2.0.50727
--[Information] [05/01/2014 21:04:27] .Net Framework: 4.0.30319
...

[Zathor]

Thanks, uploaded as 2456.

[Overdrive80]

Hi, I imagine that I gonna to say, could be stupid. But I have installed last version of Framework, and megui detects as:

http://imageshack.us/a/img826/2308/lpos.png

http://imageshack.us/a/img594/7730/1xz9.png

[AMED]

I had zero crashes with FFMS2 2.18 RC1. I'm now testing 2.19.I also had no crashes with FFMS2 v2.19.

[TSoft]

@Zathor
When I let Megui ignore some updates (in example xvid_encraw or mp4Box), why MeGUI me offers them often in the coming opening of the program? It seems that it does not remember that I had ignored these items ...

[Octo-puss]

I would welcome a list of required tools without which MeGui won't run.
I typically only encode video into x264, and audio into either FLAC or mp3 - and yet I am forced to download all kinds of stuff which MeGui marks as crucial, but what I never used and never will. I'd like to be able to freely decide. Is it too hard to implement it so that you don't have to download any additional components, and get an update popup only when you try to use some functionality dependant on them instead?

[Zathor]

Which build are you using? I changed it in the last builds that only required or needed components are downloaded. But as this is a new feature as may not work in every scenario as expected. I need your autoupdate.xml and settings.xml files (in the root of MeGUI) to check that.

[AMED]

i seem to be getting errors using lsmash now.

--[Information] [8/01/2014 5:18:39 p.m.] Generated Avisynth script
---[NoImage] LoadPlugin("D:\MEGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("J:\TMP\1jjua4yb.ext\STATEN_ISLAND_t00.mkv.lwi")
---[NoImage] #deinterlace
---[NoImage] crop(0, 130, 0, -132)
---[NoImage] BicubicResize(1280,546,0,0.5) # Bicubic (Neutral)
---[NoImage] super = MSuper(pel=2, sharp=1)
---[NoImage] backward_vec1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
---[NoImage] forward_vec1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
---[NoImage] MDegrain1(super, backward_vec1, forward_vec1,thSAD=400)
--[Error] [8/01/2014 5:18:41 p.m.] An error occurred
---[Error] [8/01/2014 5:18:41 p.m.] Exception message
----[NoImage] The file J:\TMP\1jjua4yb.ext\STATEN_ISLAND_t00.mkv.avs cannot be opened.
----[NoImage] Error message for your reference: [Fatal]: Failed to avformat_open_input.
----[NoImage] (J:\TMP\1jjua4yb.ext\STATEN_ISLAND_t00.mkv.avs, line 2)
---[Error] [8/01/2014 5:18:41 p.m.] Stacktrace
----[NoImage] at MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
----[NoImage] at MeGUI.JobUtil.getInputProperties(UInt64& nbOfFrames, Double& framerate, String video)
----[NoImage] at MeGUI.OneClickPostProcessing.StartPostProcessing()
---[Error] [8/01/2014 5:18:41 p.m.] Inner exception
----[Error] [8/01/2014 5:18:41 p.m.] Exception message
-----[NoImage] [Fatal]: Failed to avformat_open_input.
-----[NoImage] (J:\TMP\1jjua4yb.ext\STATEN_ISLAND_t00.mkv.avs, line 2)
----[Error] [8/01/2014 5:18:41 p.m.] Stacktrace
-----[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
-----[NoImage] at MeGUI.AvsFile..ctor(String script, Boolean parse)
-----[NoImage] at MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
----[Error] [8/01/2014 5:18:41 p.m.] Inner exception: null
--[Information] [8/01/2014 5:18:41 p.m.] Job completed
FULL LOG (http://pastebin.com/t9d1s2h2)

STATEN_ISLAND_t00.mkv.avsLoadPlugin("D:\MEGUI\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("J:\TMP\1jjua4yb.ext\STATEN_ISLAND_t00.mkv.lwi")
#deinterlace
crop(0, 130, 0, -132)
BicubicResize(1280,546,0,0.5) # Bicubic (Neutral)
super = MSuper(pel=2, sharp=1)
backward_vec1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
forward_vec1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
MDegrain1(super, backward_vec1, forward_vec1,thSAD=400)Not sure what is going on here

[hello_hello]

2452 [Audio Encoder] lowered also the priority for the audio decoder
[Audio Encoder] default order: NicAudio, BassAudio, FFAudioSource, LWLibavAudioSource, DirectShow

For MeGUI 2457 at least, opening the audio encoder configuration and clicking on "load defaults" doesn't result in the above order.
"NicAudio, FFAudioSource, DirectShow, BassAudio, LWLibavAudioSource" is the listed order.

[Zathor]

2452 [Audio Encoder] lowered also the priority for the audio decoder
[Audio Encoder] default order: NicAudio, BassAudio, FFAudioSource, LWLibavAudioSource, DirectShow

For MeGUI 2457 at least, opening the audio encoder configuration and clicking on "load defaults" doesn't result in the above order.
"NicAudio, FFAudioSource, DirectShow, BassAudio, LWLibavAudioSource" is the listed order.

Yes, but this order has nothing to do with the order in the code itself. You select in the window only the primary decoder and this does not show the general order. I tried to change it but had to revert it in 2453.

[LigH]

@ AMED (/ Zathor?):

LWLibavVideoSource should open the video source, not the index file.

LWLibavVideoSource("J:\TMP\1jjua4yb.ext\STATEN_ISLAND_t00.mkv")

[Zathor]

In my tests that did not matter, but you can try to change it. You can open an index file even in a different directory as the source file information/location is stored in the index file.

[TSoft]

Which build are you using? I changed it in the last builds that only required or needed components are downloaded. But as this is a new feature as may not work in every scenario as expected. I need your autoupdate.xml and settings.xml files (in the root of MeGUI) to check that.

http://www.mediafire.com/download/ixjgcmq8axgvfbg/Files%20XML.rar

I'm using the last build 2457

[Rat Killer]

Updated to 2457 and now the audio encoder is reporting this error:

[Error] Log for job52 (audio, T3_Audio - English.ac3 -> T3_Audio - English_new.ac3)
-[Information] [1/8/2014 4:15:45 AM] Started handling job
-[Information] [1/8/2014 4:15:45 AM] Preprocessing
-[Information] [1/8/2014 4:15:45 AM] MediaInfo
--[Information] File: C:\Users\xxxxx\Videos\T3_Audio - English.ac3
--[Information] General
---[Information] Format: AC-3
---[Information] FormatString: AC-3
---[Information] FileSize: 229557760
---[Information] PlayTime: 00:47:49.472
--[Information] Audio
---[Information] ID:
---[Information] StreamOrder:
---[Information] Format: AC-3
---[Information] FormatProfile:
---[Information] FormatSettingsSBR:
---[Information] FormatSettingsPS:
---[Information] SamplingRate: 48000
---[Information] SamplingRateString: 48.0 KHz
---[Information] Channels: 6
---[Information] ChannelsString: 6 channels
---[Information] ChannelPositionsString2: 3/2/0.1
---[Information] BitRateMode: CBR
---[Information] Delay:
---[Information] Title:
---[Information] Language:
---[Information] LanguageString:
---[Information] Default:
---[Information] DefaultString:
---[Information] Forced:
---[Information] ForcedString:
-[Information] [1/8/2014 4:15:45 AM] Trying to open the file with NicAudio
-[Information] [1/8/2014 4:15:46 AM] Successfully opened the file with NicAudio
-[Information] [1/8/2014 4:15:46 AM] Avisynth script
--[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avisynth_plugin\NicAudio.dll")
--[NoImage] NicAc3Source("C:\Users\xxxxxxx\Videos\T3_Audio - English.ac3")
--[NoImage] LoadPlugin("C:\Personal\MeGUI\tools\avs\plugins\Shibatch.dll")
--[NoImage] SSRC((AudioRate()*1001+480)/960).AssumeSampleRate(AudioRate()).TimeStretch(pitch=Float((AudioRate()*1001+480)/960)*100.0/Float(AudioRate()))
--[NoImage] return last
-[Information] [1/8/2014 4:15:46 AM] Commandline used: -readtoeof 1 -b 448 - "{0}"
-[Information] [1/8/2014 4:15:46 AM] Avisynth script environment opened
-[Error] [1/8/2014 4:15:46 AM] An error occurred: Script error: There is no function named 'TimeStretch'.
-[Information] [1/8/2014 4:15:46 AM] Job completed

[AMED]

@ AMED (/ Zathor?):

LWLibavVideoSource should open the video source, not the index file.

LWLibavVideoSource("J:\TMP\1jjua4yb.ext\STATEN_ISLAND_t00.mkv")
These files are loaded through the OCE so something must have changed with the latest build.

[Zathor]

Hi, I imagine that I gonna to say, could be stupid. But I have installed last version of Framework, and megui detects as:
As I read somewhere .NET 4.5 is an inplace update of .NET 4.0.

[Zathor]

http://www.mediafire.com/download/ixjgcmq8axgvfbg/Files%20XML.rar
I'm using the last build 2457
Thanks, I am now using your files. Sadly I can disable e.g. mp4box without problem. But I found a potential problem for the external files which can be enabled/disabled in the MeGUI settings. But you have tried to disable mp4box, correct?

[Zathor]

2460 [Update] if external tools are disabled in the settings they are also disabled for updates
2459 [Audio Encoder] added AddAutoloadDir() if using the included AviSynth+
2458 [OneClick] fixed problem if using the same internal audio track several times

[Zathor]

These files are loaded through the OCE so something must have changed with the latest build.
You can change the priority of the indexer in the OneClick profile settings. If you lower lsmash ffms will be used.

[AMED]

Yup I've already done that. I'm just reporting the problem with lsmash.

[TSoft]

Thanks, I am now using your files. Sadly I can disable e.g. mp4box without problem. But I found a potential problem for the external files which can be enabled/disabled in the MeGUI settings. But you have tried to disable mp4box, correct?

Right click on the item and then "ignore". Is this correct ?
You must know that I won't these updates because newer versions don't work for me at all.
This is the only reason.

[Zathor]

So you are using mp4box but do not want to have updates for it. Now I get it. It seems to be not working. Confirmed :( Maybe I need to add a second option for that or for enabling/disabling a package as we do have three states for a package now:
- disabled (no updates at all, will/can not be used)
- enabled, but no updates
- enabled (updates & everything)
Not sure if I can map the first two states without a new setting. We will see...

[TSoft]

So you are using mp4box but do not want to have updates for it. Now I get it. It seems to be not working. Confirmed :( Maybe I need to add a second option for that or for enabling/disabling a package as we do have three states for a package now:
- disabled (no updates at all, will/can not be used)
- enabled, but no updates
- enabled (updates & everything)
Not sure if I can map the first two states without a new setting. We will see...

No problem Zathor. If it is not possible, it is not the end of the world;)
Thanks anyway.

[mini-moose]

avs:

LoadPlugin("C:\megui\tools\dgindex\DGDecode.dll")
Mpeg2Source("D:\test\encode\\test.d2v")
Load_Stdcall_Plugin("C:\megui\tools\yadif\yadif.dll")
Yadif(order=-1)
spline36resize(718,404,2,0,-0,-2)


I've included 2 profiles:

1) OneClick_dp_ 25fps: uses sar 1:1. That one is fine other than the double DAR report in mediainfo. I get that also when using x264 in cmd without the import avs. Doesn't seem like an issue. I think it's a mediainfo quirk that has something to do with the resolution mod.

2) OneClick_dp_ 25fps-no.SAR: uses default sar setting (sar 0:0 I think is the x264 default). shows the custom pixel shape.

Zathor, did you get a chance to look into this?

[Zathor]

Sorry, forgot to post my result.
If you select "keep input resolution" internally also anamorphic encode will be selected because in order to keep the resolution (=no resize) it may be required to set a SAR different than 1:1 so that the video looks fine. Even with a AVS import it may happen that the input is not SAR 1:1. Therefore based on the "Acceptable Anamorphic Aspect Error" in your AviSynth profile "Clean" the DAR will be rounded to the best match wich is plain 16:9. If you want to avoid that you have to set this value to 0%.

[mini-moose]

If you select "keep input resolution" internally also anamorphic encode will be selected because in order to keep the resolution (=no resize) it may be required to set a SAR different than 1:1 so that the video looks fine. Even with a AVS import it may happen that the input is not SAR 1:1. Therefore based on the "Acceptable Anamorphic Aspect Error" in your AviSynth profile "Clean" the DAR will be rounded to the best match wich is plain 16:9. If you want to avoid that you have to set this value to 0%.

thanks Zathor. I've already been using sar 1:1 to prevent the custom pixel ratio, and have now set the "Acceptable Anamorphic Aspect Error" to 0.0 to prevent the mismatch in the import avs.

[Wam7]

Using One Click Encoder and 'Select Folder' option I'm find 2 problems. I can not use 'Select Folder' consecutively, it will only work the first time I use it. I have to close the program for it to work again.

Secondly, this window now appears (never used to) and the encoding can not be continued.

http://thumbnails109.imagebam.com/30114/607442301133062.jpg (http://www.imagebam.com/image/607442301133062)

[hello_hello]

Minor feature request:

If it wouldn't involve too much work, would it be possible for MeGUI to extract audio while using a naming scheme for the extracted tracks which both MeGUI's muxers and MKVMergeGUI understand? Probably best explained with a couple of examples:

An audio track after it's extracted from an MKV:
Original File Name - [0] English 16ms
MeGUI's MKV muxer (and probably the other muxers) will automatically use "English" as the track language while setting the delay to 16ms. MKVMergeGUI remains oblivious to both and they need to be set manually.

An audio track after MeGUI (DGIndex) has extracted it from a vob file:
VTS_01_1 T81 2_0ch 224Kbps DELAY 16ms
There's no language information in the file name, but both MeGUI's muxers and MKVMergeGUI recognise and automatically apply a 16ms delay.

Along the same lines.....
When demuxing the above audio from the vob file, MeGUI's file indexer correctly identified the audio stream as "English", however it appears DGIndex doesn't include the language in the file name for the extracted audio. I tried extracting the audio using DGIndex itself with the same result, so I assume it's just something DGIndex doesn't do, however given the file indexer can identify the language of the audio stream, could MeGUI add it to the extracted audio's file name? In an MeGUI/MKVMergeGUI friendly manner? ;)

Thanks.

[hello_hello]

Another feature request:

As a result of playing around with resizing 720p video to create a "PAL compliant" encode, which I was doing due to the question asked in this thread:
MeGui: Convert 720p Video to PAL DVD (http://forum.doom9.org/showthread.php?t=170063)
It occurred to me that maybe MeGUI could be a little more "PAL/NTSC compliant" friendly.
While it's possible to use anamorphic encoding while resizing, it's only possible to choose the width, while MeGUI automatically picks the height. Normally that makes sense, but also makes it impossible to use MeGUI to resize to PAL/NTSC resolutions much of the time. The desired resizing could be manually added to the script, but it did make me wonder if having an option to change the width and height independently while using anamorphic encoding mightn't be such a bad idea. After-all, you can do just that when not using anamorphic encoding and potentially create much more of a DAR mess.

When then led me to the "setting the correct SAR" issue, which MeGUI kind of makes it hard(ish) to do. I'm referring to MPEG4 SARs (12/11 and 16/11 for PAL) as opposed to the generic SARs or the ITU SARs MeGUI lets you currently choose from.

So.... would it be an idea to at least add the MPEG4 SARs to the default aspect ratios which can be selected in the preview window after loading a script for encoding. Currently the choices are 16:9 or 4:3, either ITU or non-ITU, but there's no Bluray PAL/NTSC aspect ratios to choose from. Yes, choosing Bluray as a target playback device does seem to force the "correction" of the SAR and a MPEG4 SAR is used instead, but still it'd be nice to be able to set it correctly without using a --bluray-compat option......

Which also led me to one area where I think if possible, MeGUI could be a little more "clever". Currently (as an example) when opening a video with a 720x576 resolution and a 16:9 aspect ratio, MeGUI seems to assume it's "PAL", even if the video is h264 in an MKV. As a result, it chooses the Input DAR aspect ratio based on the ITU setting in MeGUI's options. It'll assume it's either 16:9, or ITU PAL 16:9, while ignoring any exact aspect ratio which the file might contain. For instance opening a 720x576 MKV encoded with a 16:11 SAR will open it as either ITU PAL 16:9 or as 16:9 (depending on the ITU setting) despite the complete lack of PAR ambiguity which might exist when opening PAL 16:9 mpeg2 video.

Just some thoughts.....

PS. I noticed at some stage recently, MeGUI stopped warning the user when over-writing an existing index file. ie if you index a video which would result in an index file called video.mkv.ffindex (still love the double file extensions) and video.mkv.ffindex already exists, MeGUI doesn't seem to bother you with a conformation regarding over-writing it.

[Wam7]

I've pinned down the bug to the way that Megui is handling embedded subtitles. This is using the standard one-click encoder the first with subtitles and the other with them disabled.

http://thumbnails112.imagebam.com/30136/41f93f301353166.jpg (http://www.imagebam.com/image/41f93f301353166) http://thumbnails109.imagebam.com/30136/090186301353171.jpg (http://www.imagebam.com/image/090186301353171)

Having an option to 'disable subtitles' and being able to save it to a profile would ameliorate the situation.


I've pinned it down even further to the way Megui is handling the 2nd subtitle stream. This is how it shows up in MeGUI
http://thumbnails101.imagebam.com/30137/725a74301365498.jpg (http://www.imagebam.com/image/725a74301365498)

and this is from MediaInfo
Text #2
ID : 4
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Title : English (SDH)
Language : English
Default : No
Forced : No


Disabling the second subtitle stops the AVIMuxGUI windows form appearing and which stops the encode.

[Zathor]

Can you please post a sample file and the oneclick profile used for the transformation?

[Wam7]

Can you please post a sample file and the oneclick profile used for the transformation?PM sent

[Vincent Vega]

i have old AthlonXP machine here, SSE only, and flac 1.3 encoding keeps crashing in megui, in foobar too.
flac 1.2 runs fine though.
do i need special sse compile for 1.3?

where can i download it?
can megui update detect cpu type and offer appropriate flac version/compile?

[Error] Log
-[Information] Versions
--[Information] [1/18/2014 3:01:25 PM] MeGUI: 2460
--[Information] [1/18/2014 3:01:25 PM] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [1/18/2014 3:01:25 PM] .Net Framework: 2.2.30729
--[Information] [1/18/2014 3:01:25 PM] .Net Framework: 4.0.30319
--[Information] [1/18/2014 3:01:25 PM] AviSynth: 2.6.0.4 (18-09-2013)
--[Information] [1/18/2014 3:01:25 PM] AvisynthWrapper: (02-01-2009)
--[Information] [1/18/2014 3:01:25 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [1/18/2014 3:01:25 PM] Haali DSS2: (14-04-2013)
--[Information] [1/18/2014 3:01:25 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [1/18/2014 3:01:25 PM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [1/18/2014 3:01:25 PM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [1/18/2014 3:01:25 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [1/18/2014 3:01:25 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [1/18/2014 3:01:25 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [1/18/2014 3:01:25 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [1/18/2014 3:01:25 PM] Automatic update is disabled
--[Information] [1/18/2014 3:01:32 PM] Connecting to server: http://megui.org/auto/
--[Information] [1/18/2014 3:01:33 PM] All files are up to date
-[Error] Log for job1 (audio, something.mp3 -> something.flac)
--[Information] [1/18/2014 3:02:20 PM] Started handling job
--[Information] [1/18/2014 3:02:20 PM] Preprocessing
--[Information] [1/18/2014 3:02:21 PM] MediaInfo
---[Information] File: C:\something.mp3
---[Information] General
----[Information] Format: MPEG Audio
----[Information] FormatString: MPEG Audio
----[Information] FileSize: 3385604
----[Information] PlayTime: 00:02:21.008
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 44100
----[Information] SamplingRateString: 44.1 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [1/18/2014 3:02:21 PM] Trying to open the file with NicAudio
--[Information] [1/18/2014 3:02:25 PM] Successfully opened the file with NicAudio
--[Information] [1/18/2014 3:02:25 PM] Avisynth script
---[NoImage] LoadPlugin("C:\Program Files\megui\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] NicMPG123Source("C:\something.mp3")
---[NoImage] AudioBits(last)>24?ConvertAudioTo24bit(last):last
---[NoImage] return last
--[Information] [1/18/2014 3:02:25 PM] Commandline used: --force --force-raw-format --endian=little --sign=signed -5 - -o "{0}"
--[Information] [1/18/2014 3:02:25 PM] Avisynth script environment opened
--[Information] [1/18/2014 3:02:27 PM] Script loaded
--[Information] [1/18/2014 3:02:27 PM] Output Decoder
---[Information] [1/18/2014 3:02:27 PM] Channels: 2
---[Information] [1/18/2014 3:02:27 PM] Bits per sample: 24
---[Information] [1/18/2014 3:02:27 PM] Sample rate: 44100
--[Information] [1/18/2014 3:02:27 PM] Job commandline: C:\Program Files\megui\tools\flac\flac.exe --force --force-raw-format --endian=little --sign=signed -5 - -o "C:\something.flac" --channels=2 --bps=24 --sample-rate=44100
--[Information] [1/18/2014 3:02:27 PM] Process started
--[Information] [1/18/2014 3:02:27 PM] Standard output stream
--[Information] [1/18/2014 3:02:27 PM] Standard error stream
--[Error] [1/18/2014 3:02:43 PM] An error occurred
---[Error] [1/18/2014 3:02:43 PM] Exception message: The pipe has been ended.
---[Error] [1/18/2014 3:02:43 PM] Stacktrace
----[NoImage] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
----[NoImage] at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
----[NoImage] at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
----[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
---[Error] [1/18/2014 3:02:43 PM] Inner exception: null
--[Information] [1/18/2014 3:02:43 PM] Job completed

[Zathor]

PM sent
I can reproduce the problem but had no time yet to fix it.

thanks Zathor. I've already been using sar 1:1 to prevent the custom pixel ratio, and have now set the "Acceptable Anamorphic Aspect Error" to 0.0 to prevent the mismatch in the import avs.
Will be changed in the next build - code is already uploaded. If the input DAR and output DAR are the same it will not be rounded anymore within the tolerance of the "Acceptable Anamorphic Aspect Error".

When then led me to the "setting the correct SAR" issue, which MeGUI kind of makes it hard(ish) to do. I'm referring to MPEG4 SARs (12/11 and 16/11 for PAL) as opposed to the generic SARs or the ITU SARs MeGUI lets you currently choose from.

The confusion here may be that you select the DAR in this dialogue and not the SAR value. The SAR value is lateron calculated based upon the DAR and the width/height. (16/9) / (704/576) = 12/11. So the problem is not the DAR but the width or better not the input but the output DAR.

Currently (as an example) when opening a video with a 720x576 resolution and a 16:9 aspect ratio, MeGUI seems to assume it's "PAL", even if the video is h264 in an MKV. As a result, it chooses the Input DAR aspect ratio based on the ITU setting in MeGUI's options. It'll assume it's either 16:9, or ITU PAL 16:9, while ignoring any exact aspect ratio which the file might contain. For instance opening a 720x576 MKV encoded with a 16:11 SAR will open it as either ITU PAL 16:9 or as 16:9 (depending on the ITU setting) despite the complete lack of PAR ambiguity which might exist when opening PAL 16:9 mpeg2 video.
Disable the "ITU apect ratio" setting in the options and it will not preselect the ITU ratios anymore.

PS. I noticed at some stage recently, MeGUI stopped warning the user when over-writing an existing index file. ie if you index a video which would result in an index file called video.mkv.ffindex (still love the double file extensions) and video.mkv.ffindex already exists, MeGUI doesn't seem to bother you with a conformation regarding over-writing it.
Yes, this was changed in one of the current updates. These messages annoyed me during my lsmash tests and as they are not neccessary I have removed them.

If it wouldn't involve too much work, would it be possible for MeGUI to extract audio while using a naming scheme for the extracted tracks which both MeGUI's muxers and MKVMergeGUI understand?
Sorry, even with your examples I do not get the point.


When demuxing the above audio from the vob file, MeGUI's file indexer correctly identified the audio stream as "English", however it appears DGIndex doesn't include the language in the file name for the extracted audio. I tried extracting the audio using DGIndex itself with the same result, so I assume it's just something DGIndex doesn't do, however given the file indexer can identify the language of the audio stream, could MeGUI add it to the extracted audio's file name? In an MeGUI/MKVMergeGUI friendly manner? ;)
As DGIndex cannot be forced to use specific file names this would mean to change the file name after the extraction process. Not sure if I should do that.

[TSoft]

@Zathor
Now it has become almost unbearable, is there a way to completely disable the update of certain components? Every time I open MeGUI always ask me those 2 update (xvid and MP4box), but I do not want to update them ....

[Zathor]

Already committed yesterday. Wait for the next MeGUI update (likely in the next 12 hours).

[TSoft]

Already committed yesterday. Wait for the next MeGUI update (likely in the next 12 hours).

Thank you very very much. You rox ;)

[hello_hello]

The confusion here may be that you select the DAR in this dialogue and not the SAR value. The SAR value is lateron calculated based upon the DAR and the width/height. (16/9) / (704/576) = 12/11. So the problem is not the DAR but the width or better not the input but the output DAR.

I assume you meant "=16/11"?
The problem is 704x576 isn't a legal width for 16:9 DVDs and it's not a legal width for Bluray whether it's 16:9 or 4:3.

I understand resizing the 16:9 image to 704x576, but from there the problem is getting it to 720x576 with the correct SAR.
Currently I'd use AddBorders(8,0,8,0), but then I've also got to manually fix the DAR so MeGUI calculates a 16/11 SAR, which I thought would be easy to do if I could load the script, open the preview and select "MPEG4 16:9 PAL" as the DAR. The closest DAR in the list is "ITU 16:9 PAL" but that gets MeGUI to calculate the SAR as 512/351. Very close, but still not 16/11.

Likewise you can take a PAL 16:9 ITU DVD and simply re-encode it, and the encoded video will have a SAR very close to 16/11, but the ability to select "MPEG4 16:9 PAL" in the preview window after loading a script would effectively set the SAR to 16/11 without needing to force it through x264 encoder settings.

Disable the "ITU apect ratio" setting in the options and it will not preselect the ITU ratios anymore.

But an mkv containing 720x576 video with a SAR of 16/11 doesn't have a 16:9 aspect ratio. It doesn't have an ITU aspect ratio either.
MeGUI currently opens such MKVs as "16:9" or "ITU 16:9" according to the ITU option in MeGUI's settings, despite the fact it's not quite either of those and the correct DAR is contained within the MKV. The same probably applies to other file types such as MP4.

Yes, this was changed in one of the current updates. These messages annoyed me during my lsmash tests and as they are not neccessary I have removed them.

I'm starting to appreciate not being annoyed with those messages. I just thought I'd point at they were gone in case removing them wasn't deliberate.

Sorry, even with your examples I do not get the point.

When you extract audio from an MKV with MeGUI, the file name contains the language and audio delay. Add the audio to one of MeGUI's muxers and the appropriate language and audio delay will automatically be used. Open the same audio with MKVMergeGUI and they're not.
Applying the correct audio delay is reasonably important, even if you know to do it manually when muxing, as "knowing" and "remembering" don't seem to be directly related brain functions, at least not for me.

MeGUI extracts audio from an MKV which looks like this:
Original File Name - [0] English 16ms
A little experimenting showed MKVMergeGUI will automatically apply the correct delay if the file is named like this:
Original File Name - [0] English Delay 16ms
I haven't been able to discover if there's a format which enables MKVMergeGUI to automatically apply the correct language too. Maybe I should enquire in the MKVToolNix thread.

[Zathor]

2467 [OneClick] "Don't encode video" is now used for all containers
[OneClick] improved detection of suitable output containers
2466 [Update] automatically download needed and missing packages after confirmation if the package was disabled
2465 [Queue] changed default main window size and queue column size
2464 [x264] fixed --sar detection for 720x480 if using the Blu-ray target device
2463 [AVS Script Creator] improved anamorphic calculation. if the output DAR is the same as the input DAR
+[OneClick] it will not be rounded within the "acceptable anamorhphic aspect error" tolerance
2462 [Update] improved status handling
[Update] cosmetics
2461 [L-SMASH Indexer] renamed to L-SMASH Works
[L-SMASH Indexer] internal optimizations

Please test especially 2467. It should now be possible to mux the video of a MKV file into a MP4/AVI/M2TS without encoding if the codec is support. If a file fails I need a sample.

Also with 2462 there is now better control about a package with a right click on the package. Please test that as well.

[Zathor]

I've pinned down the bug to the way that Megui is handling embedded subtitles. This is using the standard one-click encoder the first with subtitles and the other with them disabled.
Fixed in 2467. Please be aware that a PGS subtitle is not supported by MP4 and therefore you have either to choose a different output container (MKV/M2TS) or you have to remove this subtitle. But at least now you get a message and it will not be tried anymore to mux into MP4 and therefore the error is gone.

[AMED]

Thanks Zathor,

LSMASH is now working again in OCE.

[mini-moose]

Will be changed in the next build - code is already uploaded. If the input DAR and output DAR are the same it will not be rounded anymore within the tolerance of the "Acceptable Anamorphic Aspect Error".

thanks Zathor!

[Wam7]

Fixed in 2467. Please be aware that a PGS subtitle is not supported by MP4 and therefore you have either to choose a different output container (MKV/M2TS) or you have to remove this subtitle. But at least now you get a message and it will not be tried anymore to mux into MP4 and therefore the error is gone.Excellent work as always. Thanks.

http://thumbnails109.imagebam.com/30368/f44644303679404.jpg (http://www.imagebam.com/image/f44644303679404)
It seems logical to add 'Ending' as well as the 'Leading' which is there. I've been in need of this a few times, could you possibly add this please.

[Zathor]

Is there still the need for DGAVCDec? It is quiet old and it should be covered by lsmash/ffms (or DGIndexNV). I plan to remove it.

[Capsbackup]

Is there still the need for DGAVCDec? It is quiete old and it should be covered by lsmash/ffms (or DGIndexNV). I plan to remove it.

I still use it on occasion. :(

[Zathor]

Why? Is there a specific reason?

[Capsbackup]

No specific reason. Just a habit I guess. I was not trying to suggest you not remove it, only to mention that I do still use it. If it's time to go... ;)
The alternatives are more than adequate! :cool: