MeGUI: General Questions and Troubleshooting Thread

[sneaker_ger]

The mp4box team has made a fix related to the delay problems discussed above. It will be in the next nightly (>= r5396) - test again when it is available.

[brunosso]

If at all, then possibly rather ISO 639 language codes instead of whole english language names.

I try also "Ita" and "it" but none works...

Inviato dal mio GT-I9100 utilizzando Tapatalk

[LigH]

Well, then Zathor did not yet implement such a feature for the "One Click Encoder", and has yet to state if he wants that at all.

[greensoldier]

hi guys
when i encod with megui fps output is 0.024
i have to mux with mkvmerg and correct fps manual
my windos is 8.1 64 bit

[sneaker_ger]

I'd been relying on MKVMergeGUI to rectify any problems with MP4s during the remuxing process. I thought it knew what it was doing. Maybe it does, but.....
I took an MP4 with a positive audio delay of 500ms (checked to confirm the delay was being applied on playback) and remuxed it as an MKV. MediaInfo reported a delay of 6ms relative to the video. No sign of a 500ms delay being applied to the MKV on playback. Sigh.....
Next I did the same for an MP4 with an audio delay of -500ms (one with the negative delay being applied properly on playback). For the MKV version MediaInfo reported a -500ms audio delay. I guess MKVMergeGUI must've used a positive video delay, but at least the delay carried over to the MKV.
This has been fixed in mkvmerge:
https://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

[hello_hello]

This has been fixed in mkvmerge:
https://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

Cheers. I'll give it a try later.

Out of curiosity, do you know if the handling of MP4 audio delays has been broken for very long?

Edit: The build of mmg you linked to.... I tried both the zip files and running mmg produced a "not a valid win32 application" error. They appear to be in a win32 folder on the server but maybe they're 64bit? It doesn't matter too much for me, I'm not in a hurry, although I probably should get around to upgrading this PC and therefore XP pretty soon. I've bought most of the hardware for the upgrade already, I just need to acquire some motivation.

[sneaker_ger]

Out of curiosity, do you know if the handling of MP4 audio delays has been broken for very long?
Probably since the feature was implemented.

Edit: The build of mmg you linked to.... I tried both the zip files and running mmg produced a "not a valid win32 application" error. They appear to be in a win32 folder on the server but maybe they're 64bit? It doesn't matter too much for me, I'm not in a hurry, although I probably should get around to upgrading this PC and therefore XP pretty soon. I've bought most of the hardware for the upgrade already, I just need to acquire some motivation.
As the "amd64" in the file name implies they are 64 bit binaries. Since Mosu is only supplying pre-builds in 64 bit at the moment you have to wait for the next stable version or compile a 32 bit build yourself.

[kotuwa]

Can we change Dynamic Range Compression Ratio, Threshold like settings in MeGUI QAAC settings?
Or any method to add/edit cli switches manually? (like in x264)

[GodRealm]

How to enable 2 pass encode in x265 on MeGUI?

[LigH]

When MeGUI will have implemented support for it. 2-pass encoding wasn't supported by x265 until recently, MeGUI will have to catch up now.

[GodRealm]

When MeGUI will have implemented support for it. 2-pass encoding wasn't supported by x265 until recently, MeGUI will have to catch up now.

Thank you!

[sofakng]

Is it possible to manage the MeGUI queue from the command-line? (or manipulate the job list if stored in a text file, etc?)

I'd like to run MeGUI in the background and then add files using the One-Click encoding using a command line like this:

megui.exe /add "newfile.avi" /oneclick

...and have it added to the existing queue and processed, etc.

[Melan]

Would it be possible to add an option in MeGUI to turn off the computer after encoding after 5 minutes? Shutting down the system immediately after the task is not advisable due to the hot processor.

[Shevek]

Shutting down the system immediately after the task is not advisable due to the hot processor.

Can you provide evidence of this claim?

I've been working in IT for 20+ years and have never heard of this before.

[Zathor]

Would it be possible to add an option in MeGUI to turn off the computer after encoding after 5 minutes? Shutting down the system immediately after the task is not advisable due to the hot processor.
Create a cmd and use the "run command" option. In the cmd use e.g. the "timeout" and "shutdown" comands.

[hello_hello]

This PC is an old dual core, stock Intel cooler. It's been encoding video all day. After the last job finished I started a new encode and let the CPU get to it's maximum temperature (for the current ambient temperature), which is around 60 degrees. I aborted the encode and watched the CPU temperature. It dropped back to 47 degrees in 15 seconds. At 30 seconds it was at 45 degrees. Give it another minute and it'll probably idle at around 40 degrees, but the CPU probably cools down fast enough after encoding finishes to drop 15 to 20 degrees before the PC has had time to finish shutting down.

[hello_hello]

I found a kind of oddness (which I still don't quite understand) while I was playing around with different versions of Avisynth plugins (trying to fix an artefact problem). It only happens when MeGUI is using the installed Avisynth (2.6 alpha 5, in my case) and when the Avisynth 2.6 version of MaskTools2 (http://avisynth.nl/index.php/MaskTools2) is in the Avisynth plugins folder. http://github.com/tp7/masktools/releases/download/b1/masktools2-x86.zip
It doesn't happen when the Avisynth 2.5 version of MaskTools2 is in the plugins folder.

When running MeGUI after switching to the installed Avisynth, it removes msvcp110.dll and msvcr110.dll from it's own directory and adds msvcr120.dll.
The first time I try to load a script into the video section, I get the following error:

MeGUI.exe The application failed to start because msvcp110.dll was not found.

I'm aware that MaskTools2 requires msvcp110.dll to work, but at this stage I'm not loading a script which uses it. In fact, I can open MeGUI's script creator and try to load an index file as the source video and still get the same error.
So I've loaded a script into the video section (no MaskTools2 included) and clicked through the "MeGUI.exe failed to start" error a few times. Then I click on the preview video button, click through the same error message a few more times, and eventually the video preview appears and works normally.

The fix for the above problem is to either:
- replace the Avisynth 2.6 version (http://github.com/tp7/masktools/releases/download/b1/masktools2-x86.zip) of MaskTools2 with the Avisynth 2.5 version (masktools2-25.dll) (http://github.com/tp7/masktools/releases/download/b1/masktools2-25-x86.zip),
- replace the Avisynth 2.6 version of MaskTools2 with either if the modded versions (mt_masktools-26.dll or mt_masktools-25.dll)
- remove masktools2.dll from the Avisynth plugins folder
- put msvcp110.dll and msvcr110.dll in the MeGUI directory (each time MeGUI starts)
- put msvcp110.dll and msvcr110.dll in the Windows system32 folder (XP)
- switch back to the portable version of Avisynth

So while the problem is quite "fixable", I'd been keen to understand the "why". Obviously when opening a script, Avisynth loads everything in it's plugins folder, but why should masktools2.dll being one of those plugins cause the "MeGUI.exe failed to start" error, and why only that particular version of masktools2? And why does MeGUI work normally after clicking through the error message a few times?

Thanks.

[LigH]

I would prefer installing Microsoft Visual C++ redistributables of all available versions (2005-2013) using the official installers. This way you will have both all required DLLs, and each of them where they belong: In the matching kind of system32 directory, depending on your Windows version (32 or 64 bit) and runtime version (32 or 64 bit). After that, you should not need any more msvc*.dll in any other directory, and you don't have to be afraid of accidently mixing 32 and 64 bit DLLs and confusing the system.

Some modified versions of MaskTools2 will be required anyway to be compatible with AviSynth 2.6 alpha 4+ due to a changed interface and cache handling.

[hello_hello]

I'd still be keen to learn how masktools2.dll causes the "MeGUI.exe failed to start" error even when masktools2 isn't being used in a script.

[LigH]

Maybe you have any *.avsi import script in your AviSynth plugins directory which autoloads when AviSynth gets used (when MeGUI starts), and which uses MaskTools2...

[hello_hello]

Maybe you have any *.avsi import script in your AviSynth plugins directory which autoloads when AviSynth gets used (when MeGUI starts), and which uses MaskTools2...

I tried again with nothing in the Avisynth plugins folder aside from masktools2.dll and the same error occurred when opening a script (no masktools2 in the script).

[LigH]

Are you sure you looked into the registered AviSynth plugins directory (the one which the Registry entry points to)? I know people who were surprised that some SUPER clever tools changed this path to their own plugins collection.

Is there any error message when you open the generated AviSynth script in VirtualDub?

[hello_hello]

I'm absolutely sure the registered Avisynth directory is the same directory it's always been ("C:\Program Files\AviSynth 2.5\plugins" in my case). If I empty it out, all the plugins in there stop autoloading.

Just to be sure, I emptied it out again and tried to open a video with a simple DirectShowSource script.
DirectShowSource("D:\video.avi")
Opening the script with both MPC-HC and MeGUI failed with a no directshowsource.dll error. After putting directshowsource.dll back in the plugins folder, the script works.

Next step is to put masktools2.dll in the plugins folder and try the script again. No problem opening the script with either MPC-HC or MeGUI.

I navigate to the Windows/System32 folder and delete msvcr110.dll and msvcp110.dll
Once again, the script opens fine using both MPC-HC and MeGUI. *&^%^!!! That was unexpected...........


Okay......
So it turns out in order for the error to occur, I needed to set MeGUI to use the portable version of Avisynth, restart it, set it to use the "installed" AVIsynth, restart it, and then it complains about not being able to find msvcp110.dll when I try opening a script. Maybe that's because msvcp110.dll was already in the system32 folder when I started MeGUI this time, whereas previously, it hadn't been. Keep in mind the following error message happens when I try to open the script, not when I open MeGUI itself. I can still open the script using MPC-HC without a problem.

http://s9.postimg.org/9bwjniym7/Me_GUI.gif

And finally, I remove masktools2.dll from the Avisynth plugins folder, replace it with mt_masktools-26.dll (it's still the only dll in the plugins folder aside from the directshow dll). The error message goes away and I can open the DirectShowSource script with MeGUI again.

I checked the various flavours of masktools2 and masktools2.dll seems to be the only one which requires msvcr110.dll and msvcp110.dll. masktools2-25.dll doesn't nor do either versions of mt_masktools2.dll, but it still doesn't explain why masktools2.dll causes the MeGUI error when it's not being used in a script.

Update1: So it turns out the problem is repeatable using other Avisynth plugins without their dependencies being in the system32 folder. Here's what happens when I put removegrain (0.9 or 1.0b.... I'd have to check) in the plugins folder after deleting msvcr71.dll and msvcp71.dll

http://s21.postimg.org/kv3ikk83r/Me_GUI2.gif

What seems odd though, is after clicking through the error message, MeGUI works fine and the video preview appears as it normally would etc. Sometimes the error keeps popping up and you need to keep clicking through it, sometimes it only happens once.

Update2: Originally I thought the problem only occurred when using the "installed" Avisynth and not the portable one, but that turns out not to be completely true.
Removegrain without msvcr71.dll and msvcp71.dll in the system32 directory causes the error when using either Avisynth+ portable or Avisynth 2.6.0.4
masktools2 without msvcr110.dll and msvcp110.dll in the system32 directory only causes the error when using Avisynth 2.6.0.4. That seems to be because when Avisynth+ portable is used, MeGUI puts msvcr110.dll and msvcp110.dll in it's own directory. When it's using the installed Avisynth, it deletes them.

Update3: So it turns out maybe it's not an MeGUI problem as such. I can duplicate the problem using both VirtualDub and VirtualDubMod. I can't duplicate the problem with MPC-HC though. It happily opens the script no matter what I do.

http://s27.postimg.org/p2sglw51f/image.gif

I still don't understand why it never happens with MPC-HC, and why if this sort of thing is even vaguely normal, I haven't experienced a similar problem before.....
Once again though, if I click through the error message(s), Virtualdub then continues to work normally.

[hello_hello]

Anyone use FixBlendIVTC or Srestore in FixBlendIVTC mode?

I'm just wondering why, if I add this to a script, I can't view the script in MeGUI's preview.

FixBlendIVTC()

The same applies if I add this to a script:

srestore(omode="pp3")

I can open the script in VirtualDub or MPC-HC and run it, but if I load the script into MeGUI's video section and use the preview button, much of the time I get an error regarding reading or writing to protected memory as soon as the preview window opens, but if it doesn't happen straight away, playing the video and letting the preview run for a few seconds will usually do it.

[kotuwa]

:)

When we select the target playback device as Xbox 360, then it would add "--bframes 3" limiting #b frames to 3.
As 3 is kind of low for some material, I want to know that is it the actual limit?
As rivals, PSP has no limit in bframes and PS3 has no limit in either in B or Ref other than the level limit. (according to the MeGui).

For 720p fps video, can we use more b-frames and play in Xbox 360?
What is the upper limit for for 720p 30 or 23.976 fps video...
Does that depend on Xbox software/firmware version?

:confused:

[luke83]

Error

[Error] Log
-[Information] Versions
--[Information] [15/10/2014 15:48:41] MeGUI: 2507
--[Information] [15/10/2014 15:48:41] Operating System: Windows 8.1 Professional Edition x86 (6.3.0.9600)
--[Information] [15/10/2014 15:48:41] .Net Framework: 2.0.50727.4927
--[Information] [15/10/2014 15:48:41] .Net Framework: 4.0.0.0
--[Information] [15/10/2014 15:48:41] AviSynth: 2.6.0.4 (28-09-2013)
--[Information] [15/10/2014 15:48:41] AvisynthWrapper: (02-01-2009)
--[Information] [15/10/2014 15:48:41] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [15/10/2014 15:48:41] Haali DSS2: (14-04-2013)
--[Information] [15/10/2014 15:48:41] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [15/10/2014 15:48:41] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [15/10/2014 15:48:41] MediaInfo: 0.7.69.0 (24-04-2014)
--[Information] [15/10/2014 15:48:41] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [15/10/2014 15:48:41] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [15/10/2014 15:48:41] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [15/10/2014 15:48:41] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [15/10/2014 15:48:42] Automatic update is disabled
--[Information] [15/10/2014 15:48:42] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [15/10/2014 15:48:42] There are 3 packages which can be updated: x264, mkvmerge, QAAC
-[Error] Log for job4 (oneclick, 070 - La Caverna Di Ali Bubba.mkv -> )
--[Information] [15/10/2014 15:48:46] Started handling job
--[Information] [15/10/2014 15:48:46] Preprocessing
--[Information] [15/10/2014 15:48:46] Processing thread started
--[Information] [15/10/2014 15:48:46] Desired size: 200,00 MB
--[Information] [15/10/2014 15:48:46] Split size:
--[Information] [15/10/2014 15:48:47] Aspect ratio: 4:3 (1.333)
--[Information] [15/10/2014 15:48:47] Target device: Default
--[Information] [15/10/2014 15:48:47] Input resolution: 576x432
--[Information] [15/10/2014 15:48:47] Desired maximum width: 576
--[Information] [15/10/2014 15:48:47] Output resolution: 576x432
--[Information] [15/10/2014 15:48:47] Automatic deinterlacing: False
--[Information] [15/10/2014 15:48:47] Generated Avisynth script
---[NoImage] global MeGUI_darx = 4
---[NoImage] global MeGUI_dary = 3
---[NoImage] Import("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_2418\tools\avisynth_plugin\AutoPath.avs")
---[NoImage] MyLoadPlugin("Convolution3DYV12.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\fturn-26.dll")
---[NoImage] MyLoadPlugin("Anime\masktools2\mt_masktools-26.dll")
---[NoImage] MyLoadPlugin("Anime\SSmoother\RemoveGrain 1.0b\RemoveGrainSSE3.dll")
---[NoImage] MyLoadPlugin("Anime\SSmoother\RemoveGrain 1.0b\RepairSSE3.dll")
---[NoImage] MyLoadPlugin("Anime\Sharpener\aWarpSharp2.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\SangNom2.dll")
---[NoImage] MyLoadPlugin("Anime\Line Darkener\Toon-v1.0-lite.dll")
---[NoImage] MyLoadPlugin("Anime\Sharpener\MSharpen.dll")
---[NoImage] MyImport("Anime\Anti-aliasing\MAA2.avs")
---[NoImage] MyImport("Anime\Dehalo\Abcxyz.avs")
---[NoImage] LoadPlugin("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_2418\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("K:\Temp\Temp Megui\ducktales\bunsxm4q.3al\070 - La Caverna Di Ali Bubba.mkv", fpsnum=24000, fpsden=1001, threads=1)
---[NoImage] BlindPP()
---[NoImage] # Sharpener
---[NoImage] MSharpen(strength=150)
---[NoImage] FturnRight().aWarpSharp2(depth=7).FturnLeft().aWarpSharp2(depth=7)
---[NoImage] ToonLite(0.3)
---[NoImage] Convolution3D("animeLQ")
---[NoImage] abcxyz()
---[NoImage] maa2()
--[Error] [15/10/2014 15:48:48] An error occurred
---[Error] [15/10/2014 15:48:48] Exception message
----[NoImage] The file K:\Temp\Temp Megui\ducktales\bunsxm4q.3al\070 - La Caverna Di Ali Bubba.mkv.avs cannot be opened.
----[NoImage] Error message for your reference: Script error: there is no function named "BlindPP"
----[NoImage] (K:\Temp\Temp Megui\ducktales\bunsxm4q.3al\070 - La Caverna Di Ali Bubba.mkv.avs, line 17)
---[Error] [15/10/2014 15:48:48] Stacktrace
----[NoImage] in MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
----[NoImage] in MeGUI.JobUtil.getInputProperties(UInt64& nbOfFrames, Double& framerate, String video)
----[NoImage] in MeGUI.OneClickPostProcessing.StartPostProcessing()
---[Error] [15/10/2014 15:48:48] Inner exception
----[Error] [15/10/2014 15:48:48] Exception message
-----[NoImage] Script error: there is no function named "BlindPP"
-----[NoImage] (K:\Temp\Temp Megui\ducktales\bunsxm4q.3al\070 - La Caverna Di Ali Bubba.mkv.avs, line 17)
----[Error] [15/10/2014 15:48:48] Stacktrace
-----[NoImage] in MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
-----[NoImage] in MeGUI.AvsFile..ctor(String script, Boolean parse)
-----[NoImage] in MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
----[Error] [15/10/2014 15:48:48] Inner exception: null
--[Information] [15/10/2014 15:48:48] Job completed

[Kurtnoise]

Script error: there is no function named "BlindPP"...some avisynth plugins/functions are missing in your script.

[luke83]

Script error: there is no function named "BlindPP"...some avisynth plugins/functions are missing in your script.

i've solved adding DGDecode plugin to the script

[greensoldier]

hi guys
when i encod with megui fps output is 0.024
i have to mux with mkvmerg and correct fps manual
my windos is 8.1 64 bit

no body have a idea?

[hello_hello]

no body have a idea?

Probably not without a log file.
Something along the lines of post #7737.

[LigH]

With so few facts (no MediaInfo analysis of the original video, no AviSynth script generated by MeGUI, no log file of the conversion): How are we supposed to know what's going on on your PC?

[greensoldier]

i am appologize :)
Error

[greensoldier]

Error

correct log file

:confused:

please combine with Previous post ;-)

[hello_hello]

I looked at the first log file. Not that I'm an expert at MeGUI log file interpretation, but nothing stood out to me as being out of the ordinary in respect to frame rates. So the first log file didn't include a problem encode?

I guess we'll need to wait for the attachment approval process to run it's course again. When it comes to log files it's probably easier to copy and paste the text rather than add them as attachments, unless you're not in a hurry.

[LigH]

There are also "pastebin" services. Some also allow highlighting suspicious lines, e.g. http://paste.frubar.net supports highlighting by prepending @@.

See: http://paste.frubar.net/24445

Suspicious entry in the mkvmerge command line:

--default-duration 0:23/977fps

Apart from not understanding the use of a "default duration" parameter, and in addition combining it with a fps value, even more I wonder if there are (arabic?) languages using a slash as decimal separator?! Triple confusion...

[sneaker_ger]

Apart from the "/"-instead-of-"."-error the usage is fine, --default-duration does allow fps values.

[hello_hello]

I'm a little confused. The first log file posted was apparently not the correct one, but the date is 30/09/2014 and the MeGUI version is 2507. The second log file shows a problem, but a date of 01/09/2014, MeGUI version 2112 and mkvmerge 5.2.1 (built on Jan 2 2012).

I guess we should assume MeGUI was updated in an attempt to fix the problem but it still persisted, and greensoldier was too busy to make sure that was clear, so based on that assumption I ran a test encode/mux to check as I don't normally get MeGUI to do the muxing (MeGUI 2508). MeGUI added the following to the command line when muxing and the output frame rate was correct.

--default-duration 0:24000/1001fps

When I looked at the command line MKVMergeGUI uses:

"--default-duration" "0:24000/1001p"

From greensoldier's log file:

--default-duration 0:23/977fps

23/977 was specified in greensoldier's case which explains the output. Maybe it should have been 23.977, although I assume it should have been 23.976 (24001/1001 was shown for the encoded video), but as the log file appears to be from a version of MeGUI which is over two years old.....

Edit: I checked the MKVMerge command line and it would appear "fsp" "i" or "p" are all okay if you're specifying the default duration. It'd be nice to confirm if the current version of MeGUI has the same issue, but it seems fine when I tested it.

[greensoldier]

There are also "pastebin" services. Some also allow highlighting suspicious lines, e.g. http://paste.frubar.net supports highlighting by prepending @@.

See: http://paste.frubar.net/24445

Suspicious entry in the mkvmerge command line:

--default-duration 0:23/977fps

Apart from not understanding the use of a "default duration" parameter, and in addition combining it with a fps value, even more I wonder if there are (arabic?) languages using a slash as decimal separator?! Triple confusion...

Apart from the "/"-instead-of-"."-error the usage is fine, --default-duration does allow fps values.

I'm a little confused. The first log file posted was apparently not the correct one, but the date is 30/09/2014 and the MeGUI version is 2507. The second log file shows a problem, but a date of 01/09/2014, MeGUI version 2112 and mkvmerge 5.2.1 (built on Jan 2 2012).

I guess we should assume MeGUI was updated in an attempt to fix the problem but it still persisted, and greensoldier was too busy to make sure that was clear, so based on that assumption I ran a test encode/mux to check as I don't normally get MeGUI to do the muxing (MeGUI 2508). MeGUI added the following to the command line when muxing and the output frame rate was correct.

--default-duration 0:24000/1001fps

When I looked at the command line MKVMergeGUI uses:

"--default-duration" "0:24000/1001p"

From greensoldier's log file:

--default-duration 0:23/977fps

23/977 was specified in greensoldier's case which explains the output. Maybe it should have been 23.977, although I assume it should have been 23.976 (24001/1001 was shown for the encoded video), but as the log file appears to be from a version of MeGUI which is over two years old.....

Edit: I checked the MKVMerge command line and it would appear "fsp" "i" or "p" are all okay if you're specifying the default duration. It'd be nice to confirm if the current version of MeGUI has the same issue, but it seems fine when I tested it.

thank so much:)
i go to control panel>region>additional setting
and / convert to . and megui worked properly in windows 8.1
thank so much again.

[Xor]

Hi,
i have a problem with megui and xvid profile to generate bdrip Avi.

If use default profile X264 Scratchpad all work fine and encoding Mkv without problems at all resolution 1080p 720p 576p 480p.

If try to generate bdrip Avi and choise profile like:
"xvid: 2pass Balanced"
"xvid: 2pass Fast"
"xvid: 2pass HQ"
and file format AVI i get a error: can't open avi avs file!!!


http://s10.postimg.org/vynmwtey1/Snap375.jpg

How to fix this problem? Thanks

[Zathor]

Sadly you have not provided the complete log - especially the versions block at the top. Please try to open the avs file in e.g. VirtualDub and report back as you have not mentioned if the same avs file can be encoded in x264. Also you should not use the DirectShowSource filter in your avs file.

[Octo-puss]

Reposting in correct thread.

I've just tried to encode a video after a long time, and the file indexer keeps crashing. "ffmsindex.exe has stopped working".
Here is the log:

-[Information] MediaInfo
--[Information] File: E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv
--[Information] FrameRate:
--[Information] FrameRateOriginal:
--[Warning] [12.12.2014 14:39:42] fps cannot be determined. 23.976 will be used as default.
--[Information] [12.12.2014 14:39:44] MediaInfo
---[Information] [12.12.2014 14:39:44] File: E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv
-[Information] Format: Matroska
-[Information] FormatString: Matroska
-[Information] FileSize: 2668729786
-[Information] PlayTime: 00:00:21.800
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Width: 1920
-[Information] Height: 1200
-[Information] FrameCount:
-[Information] FrameRate:
-[Information] FrameRateOriginal:
-[Information] FrameRateMode: VFR
-[Information] ScanType:
-[Information] Codec: LAGS
-[Information] CodecString: Lagarith
-[Information] Bits Depth:
-[Information] Format: Lagarith
-[Information] AspectRatio: 1.600
-[Information] AspectRatioString: 16:10
-[Information] Delay:
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Video
-[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: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Audio
---[Warning] [12.12.2014 14:39:44] fps cannot be determined. 23.976 will be used as default.
-[Information] Log for job1 (ext, bf4_2014_12_12_14_33_58_982.mkv -> )
--[Information] [12.12.2014 14:39:46] Started handling job
--[Information] [12.12.2014 14:39:46] Preprocessing
--[Information] [12.12.2014 14:39:46] MediaInfo
---[Information] [12.12.2014 14:39:46] File: E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv
-[Information] Format: Matroska
-[Information] FormatString: Matroska
-[Information] FileSize: 2668729786
-[Information] PlayTime: 00:00:21.800
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Width: 1920
-[Information] Height: 1200
-[Information] FrameCount:
-[Information] FrameRate:
-[Information] FrameRateOriginal:
-[Information] FrameRateMode: VFR
-[Information] ScanType:
-[Information] Codec: LAGS
-[Information] CodecString: Lagarith
-[Information] Bits Depth:
-[Information] Format: Lagarith
-[Information] AspectRatio: 1.600
-[Information] AspectRatioString: 16:10
-[Information] Delay:
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Video
-[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: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Audio
---[Warning] [12.12.2014 14:39:46] fps cannot be determined. 23.976 will be used as default.
--[Information] [12.12.2014 14:39:46] Job commandline: "F:\Programy\Audio & video\MeGUI\tools\mkvmerge\mkvextract.exe" tracks "E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv" --ui-language en 1:"E:\Captured videos\bf4_2014_12_12_14_33_58_982 - [0] English.wav"
--[Information] [12.12.2014 14:39:46] Process started
--[Information] [12.12.2014 14:39:46] Standard output stream
--[Information] [12.12.2014 14:39:46] Standard error stream
---[Information] [12.12.2014 14:39:46] Extracting track 1 with the CodecID 'A_PCM/INT/LIT' to the file 'E:\Captured videos\bf4_2014_12_12_14_33_58_982 - [0] English.wav'. Container format: WAV
--[Information] [12.12.2014 14:39:47] Postprocessing
--[Information] [12.12.2014 14:39:47] Job completed
-[Information] Log for job3 (idx, bf4_2014_12_12_14_33_58_982.mkv -> bf4_2014_12_12_14_33_58_982.mkv.ffindex)
--[Information] [12.12.2014 14:39:47] Started handling job
--[Information] [12.12.2014 14:39:47] Preprocessing
--[Information] [12.12.2014 14:39:47] Job commandline: "F:\Programy\Audio & video\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv" "E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv.ffindex"
--[Information] [12.12.2014 14:39:47] Process started
--[Information] [12.12.2014 14:39:47] Standard output stream
--[Information] [12.12.2014 14:39:47] Standard error stream
--[Error] [12.12.2014 14:40:18] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [12.12.2014 14:40:18] Job completed

I'm not sure why it can't determine the framerate, it's 60fps.
I am using the development version.

P.S. When I clicked on DirectShowSource instead, the source file was instantly cut to few hundreds of bytes when I started encoding.

[Taurus]

1. MeGui should not crash. Point.
2. Lagarith in a MKV container is highly unusual to me.

Just tested a LAG file in AVI container: OK and real fast
Tested a LAG file in MKV container: Crash
After fiddling around with different ffmsindex.exe versions
and/or disabling "Improved AVS opening"
I finally got it working, but what a hazzle/mess.
Why dont you just stick to LAGs native container ->AVI
and have a good day?
Runs very smooth everytime I'm in need for an intermediate file.
(Mostly using UTVideo)
Dont know why Mediainfo could not get the right fps on your side.
Here are the right timings for avi and mkv.
Maybe the file in questions is burked?

[Octo-puss]

I use MSI Afterburner to capture game footage. Lagarith is my codec of choice, and since matroska is apparently more modern thing than an avi, I chose that.
The video plays just fine in MPC-HC, so I don't understand why it should be processed correctly by MeGui.

But thanks for the explanation.

[Taurus]

It's not MeGui but FFMS and/or Mediainfo which does not get it right.
My experiments clearly show that the MeGui build in Version
screw up LAGs in MKV container.
While a simple LAGs AVI is doing fine.
I dont know for now the FFMS version I took, which worked reliable.
But it was a version later this year.
Still dont get it why your fps is not recognized correctly.
I am using the most recent mkvmerge with outofthebox settings.
And Mediainfo had never let me down on the files created.
Maybe post a mediainfo log on the file in question.
Mediaplayers are somewhat more forgivable, while decoders for encoding are less.
Encoders are in need for a constant flow of the stream,
otherwise you are getting corrupt or out of sync to audio files.
Just because a file can be played on any mediaplayer does not mean its interna are ok.
Sorry for my poor english this time.
Catched a cold and the flu.....

[LigH]

I guess there is (again or still?) an issue with ffmsindex and video formats which report all (or most) frames as key frames. The index will become huge in the best case. In the worst it fails.

The advantage of the AVI container is that AviSource will work without index. L-SMASH Source may be a more stable alternative to FFMS2, but will still create huge index files, even more (it writes text format files).

[hello_hello]

I can't get the current version of ffms2 to index lossless Lagarith or HuffYUV in an MKV. It always crashes, even when the file is quite small. The same video in an AVI is fine, but remux it as an MKV (I've tried both GDSMux and MKVMerge to see if it's the remuxing) and ffms2 crashes. L-Smash works fine.

Indexing AVIs with ffms2 might be problematic (http://forum.doom9.org/showthread.php?p=1679175#post1679175) due to the potential for motion not to be smooth, so AVISource or L-Smash might be a better idea. Or remove ffmsindex's frame rate conversion from the script when indexing AVIs.

I don't use lossless files much however I have had a problem with indexing lossless video in MKVs a couple of times recently, but the previous version of ffms2 indexed the little test MKVs I created today without a problem.

[szabi]

Hi

I have error when using HDstream extractor of megui in case of extracting TrueHD audio stream.
Followings are logged:
[Warning] Unknown line: "Bitstream parsing for track 3 failed."
[Warning] Unknown line: "Demuxing this track may still produce correct results - or not."
[Error] [2014.12.15. 21:07:50] Process exits with error: 1

Next tried to extract the AC3 core.
Result:
[Error] [2014.12.15. 21:08:51] This audio conversion is not supported. <ERROR>
[Error] [2014.12.15. 21:08:51] Process exits with error: 1

Can I do something to extract it?

bye
szabi

[tebasuna51]

I have error when using HDstream extractor of megui in case of extracting TrueHD audio stream...

Maybe is the new TrueHD Atmos still not supportted by eac3to.

Use tsMuxeR to extract the AC3, or ffmpeg/makeMKV to decode.

[szabi]

Thnx, I'm going to try.

[Vincent Vega]

how do i get around this stupidest ever feature?
its been driving me crazy all year on all my computers.

i want all packages, all available, old ones and new ones, always enabled in auto-update, so it dont ever disable anything i once enabled.
and when it ever adds new packages, it should also be with auto-update enabled by default.

this is so obvious, why do we tolerate this idiotic auto-disable feature in megui a whole year now