MeGUI x64

[Cyber-Mav]

any difference in speed using megui in native 64bit mode vs the 32bit megui that uses the 64bit wrapper?

[Zathor]

Didn't compare it myself, but:
http://forum.doom9.org/showthread.php?p=1390959#post1390959

[AMED]

thx for confirming people. i tried to figure out what its doing with my limited expertise and if i had to guess, i'd say megui x64 is leaving avisynth threads open.I think you correct about AviSynth threads staying open. I just did a quick check by opening a FFMS indexed mkv file in the avisynth creator. I then closing the AviSynth creator by clicking the Red X and then tried to delete the mkv file and i get this.

http://img18.imageshack.us/img18/4511/megui.png (http://img18.imageshack.us/i/megui.png/)

[quantum5uicid3]

looks like i was wrong about 64bit ffmpeg's abilty to do avs in and ffvhuff out. it does actually work in many cases but fails with others.

zathor, can you change the pre-rendering to use this easily? it would make it easier to test.
ffmpeg -i input.avs -vcodec ffvhuff -context 1 -vstrict -1 -an output.avi

and any thoughts on memory behavior?

i forgot to add:
the memory problems occur only when using ffms, not directshowsource. unfortunately i can't duplicate the issue on the commandline.

[quantum5uicid3]

i'll add that, i can't find any disadvantage to using ffmpeg over mencoder.

edit
i think multithreading works better too

[Lyle_JP]

I don't know if this is a problem with Megui x64, or the 64-bit NicAudio plugin from Squid80, but I'm getting an error every time I check the box for "Apply Dynamic Range Compression":

--[Information] [6/3/2010 12:28:35 PM] Started handling job
--[Information] [6/3/2010 12:28:35 PM] Preprocessing
--[NoImage] Avisynth script
---[NoImage] LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] NicAc3Source("C:\YOU_ONLY_LIVE_TWICE\VIDEO_TS\You Only Live Twice T82 2_0ch 192Kbps DELAY 0ms.ac3", DRC=1)
---[NoImage] ConvertToMono()
---[NoImage] Normalize()
---[NoImage] return last
--[NoImage] Commandline used: -ignorelength -lc -br 96000 -if - -of "{0}"
--[Information] [6/3/2010 12:28:35 PM] Encoding started
--[Information] [6/3/2010 12:28:35 PM] Encode thread started
--[Information] [6/3/2010 12:28:35 PM] Avisynth script environment opened
--[Error] An error occurred
---[NoImage] Exception message: Script error: NicAc3Source does not have a named argument "DRC"
---[NoImage] Stacktrace
----[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
----[NoImage] at MeGUI.AviSynthScriptEnvironment.ParseScript(String script)
----[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
---[NoImage] Inner exception: null

Any thoughts? Oh, I'm using MeGui x64 0.3.4.15 and Avisynth 2.5.8 MT 64-bit from SEt.

[Zathor]

The NicAudio plugin from Squid80 is rather old (2006) and therefore I think that DRC is not supported.

You can post a request for an updated x64 build here: http://forum.doom9.org/showthread.php?t=152800 the source code for the recent x86 build is here: http://nicaudio.codeplex.com/
Maybe someone is able to compile a x64 build.

[Eretria-chan]

Here's an x64 build of NicAudio compiled by myself: http://www.mediafire.com/?ozlnnjtgzam
Unfortunately, since the source wasn't designed for x64, it might or might not work. I'm not going to try fixing bugs, however. Let's just hope it works.
Compiled with VS2010, so you may need its runtime.

[Lyle_JP]

Here's an x64 build of NicAudio compiled by myself: http://www.mediafire.com/?ozlnnjtgzam
Unfortunately, since the source wasn't designed for x64, it might or might not work. I'm not going to try fixing bugs, however. Let's just hope it works.
Compiled with VS2010, so you may need its runtime.

That worked great with DRC, and I didn't have to download any runtimes. I'll try it with PAL to NTSC slow-down and DTS, and if it works on those, it does everything I need!

[Lyle_JP]

Checking back in. The NicAudio plugin provided worked with everything I threw at it. But Zathor must have already tested it himself since it seems to have been added to the Megui x64 update distribution (unless that's yet another compile).

I have another problem. One actually mentioned by someone else way back in 2008 to Sharktooth, but nothing was (AFAICT) ever done. Megui x64 is very unstable when the video provided by Avinsynth has not been resized to a mod16 height, regardless of video source. This has never really been a problem in 32-bit Megui, but the crashes are frequent and unpredictable with the 64 bit version, until you resize to a mod16 height, at which time the random crashing goes away. The crashes usually happen when opening a preview window or enqueing a video encoding job, but never seem to happen when actually processing a queue, which would seem to indicate that the crashes are not happening because of x264 or Avisynth.

[Buggle]

Checking back in. The NicAudio plugin provided worked with everything I threw at it. But Zathor must have already tested it himself since it seems to have been added to the Megui x64 update distribution (unless that's yet another compile).

I have another problem. One actually mentioned by someone else way back in 2008 to Sharktooth, but nothing was (AFAICT) ever done. Megui x64 is very unstable when the video provided by Avinsynth has not been resized to a mod16 height, regardless of video source. This has never really been a problem in 32-bit Megui, but the crashes are frequent and unpredictable with the 64 bit version, until you resize to a mod16 height, at which time the random crashing goes away. The crashes usually happen when opening a preview window or enqueing a video encoding job, but never seem to happen when actually processing a queue, which would seem to indicate that the crashes are not happening because of x264 or Avisynth.
Why not test this using Vdub x64? Then you'll know if the problem lies with Avisynth or with x264. I'm guessing it's avisynth.

[movq]

Hey there Zanthor. Thanks for the work! Just thought that you might want to add a small tip.

I followed your instructions, but upon attempting to update through the development server I got an error about icsharpcode.sharpziplib.

To fix it, go to http://www.icsharpcode.net/OpenSource/SharpZipLib/Download.aspx, download the assembly, extract the file in the net-20 folder to the MeGUI x64 folder and it should work.

Also, pre-rendering jobs don't work. I'm pretty sure it's the pre-rendering, because that job doesn't even start, gives an error, while a straight x264 encode works fine.
I followed your instructions, but come back error info

[Eretria-chan]

Checking back in. The NicAudio plugin provided worked with everything I threw at it. But Zathor must have already tested it himself since it seems to have been added to the Megui x64 update distribution (unless that's yet another compile).

This is excellent news. I had to make changes so that it would compile in 64-bit.
Maybe I should hand over the source somewhere?

[Inspector.Gadget]

Using the latest build, MeGUI x64 reports that it is unable to find Avisynth.dll. I've installed joshyd's most recent x64 build and have confirmed that it works by feeding an Avisynth script to x264_64.exe directly. Any suggestions?

[JoeH]

Using the latest MeGUI development build with all tools updated to development builds I am finding that the X264 streams are incompatible with my Panasonic BD-60. I used the Blu-ray profiles (not the absolute latest, but the ones which were out until a couple of weeks ago).

Has anyone seen this or know what is causing it? Using the stable builds everything is fine.

I know it is specific to Panasonic, as it plays on Sony blu-ray standalones, in TMT, etc.

[Zathor]

Using the latest build, MeGUI x64 reports that it is unable to find Avisynth.dll. I've installed joshyd's most recent x64 build and have confirmed that it works by feeding an Avisynth script to x264_64.exe directly. Any suggestions?

Do you have the 32bit build of avisynth installed, too? I have never tried it with only the 64bit build installed because it is recommended to install first the 32bit build and then the 64bit build on top.

[Inspector.Gadget]

Zathor: Yes, I have both builds installed. Both versions of Avisynth work fine with various filters when fed directly to the respective compatible version of x264. 32-bit MeGUI picks up 32-bit Avisynth just fine. Is there a "path to Avisynth" variable set either in the registry or in a config flat file that I should examine? Thanks for all your continued hard work on MeGUI.

[Zathor]

MeGUI is searching in the System32 and SysWOW64 for the file avisynth.dll. If the file cannot be found in one of those folders MeGUI assumes that AviSynth is not installed.

[Inspector.Gadget]

Well, I found something that may be implicated in the problem: on my system, with only 32-bit Avisynth installed, MeGUI x64 detects and reports that Avisynth (2.5.8.5) is installed - but, obviously, can't use the 32-bit version and predictably fails when trying to open a video clip. Should this happen?

[Zathor]

The avisynth detection logic has not changed for a long time and therefore it does not detect if the x64 build of avisynth is installed together with the x64 build of MeGUI. I will change it in the next build (.17)

This is excellent news. I had to make changes so that it would compile in 64-bit.
Maybe I should hand over the source somewhere?

Yes, please upload the source.

zathor, can you change the pre-rendering to use this easily? it would make it easier to test.
ffmpeg -i input.avs -vcodec ffvhuff -context 1 -vstrict -1 -an output.avi

It has been changed in .16

[Inspector.Gadget]

Many thanks, Zathor. Will .17 be pushed to autoupdate on the development server's x64 channel?

[Zathor]

Yes, like the .16 a few minutes ago.

[Zathor]

@Inspector.Gadget: Please try this build:
EDIT: link removed

[VideoUtil] + [MainForm] fixed the detection of AviSynth for MeGUI x64

I had no time to test it without 32bit avisynth installed.

[Inspector.Gadget]

Without Avisynth x64 installed, the above build throws this error (I believe MeGUI x86 normally has a custom prompt inviting the user to download Avisynth):

http://img816.imageshack.us/img816/6711/mgx64error.th.png (http://img816.imageshack.us/i/mgx64error.png/)

Within MeGUI, this log results:
[Error] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.4.16 x64
--[NoImage] OS : Windows Vista Premium Edition x64 SP2 (6.0.131072.6002)
--[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
-[Error] Unhandled error
--[NoImage] Exception message: C:\Windows\system32\avisynth.dll
--[NoImage] Stacktrace
---[NoImage] at System.Diagnostics.FileVersionInfo.GetVersionInfo(String fileName)
---[NoImage] at MeGUI.VideoUtil.getAvisynthVersion(String& FileVersion, Boolean& PropExists)
---[NoImage] at MeGUI.MainForm.MainForm_Shown(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.Form.OnShown(EventArgs e)
---[NoImage] at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
---[NoImage] at System.Threading.ExecutionContext.runTryCode(Object userData)
---[NoImage] at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
---[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
---[NoImage] at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
---[NoImage] at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
--[NoImage] Inner exception: null


With Avisynth x64 installed, the above build prints the following to the log:
[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.4.16 x64
--[NoImage] OS : Windows Vista Premium Edition x64 SP2 (6.0.131072.6002)
--[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
--[NoImage] Avisynth Version : 2.5.8.5

DirectShowSource() loading of a clip works fine for preview with this new build, as does encoding. I'd say you've fixed it! Thanks.

Edit: I didn't test it without Avisynth x86 installed, but that's a dependency for joshyd's current install method anyway.

[Zathor]

Thanks for the report!

I created a new build which should fix the error message if no x64 avisynth is installed:
EDIT: link removed

[Inspector.Gadget]

Works great, and having it point to the 64-bit Avisynth thread was a good idea!

[Dal]

Hi!

I don't know if this has been mentioned before (at least I'm not able to find it), but I get this error when trying to encode to avi:

[NoImage] Standard error stream
-[NoImage] Trying to retrieve width and height from input header
-[NoImage] xvid [info]: Avisynth detected
-[NoImage] LoadPlugin: unable to load "D:\Programmer\MeGuix64\tools\dgindex\DGDecode.dll"
-[NoImage] (D:\tsdoctor\06-08_15-10-00_Disney Channel (nor)_Phineas og Ferb_2.avs, line 4)


The .dll file exists where it is supposed to.
Any ideas?

[tormento]

I am trying MEGUi x64 with the last iteration of DGNVTools that provides a x64 build too.

To get anything work well, you have to manually overwrite mediainfo.dll in the root directory with the x64 version.

Oh, and you obviously have to overwrite the DGNV exe's too.

P.S: Is there a way to get the encoding bitrate in the status window? I use CQ mode and sometimes I have to abort a process because the value I've chosen is too low.

[Zathor]

mediainfo.dll and the dgindexnv tools will be updated automatically if using the development update server as mentioned in the first post. I tried it myself a few minutes ago and I did not need to replace the files manually.

[tormento]

mediainfo.dll and the dgindexnv tools will be updated automatically if using the development update server as mentioned in the first post. I tried it myself a few minutes ago and I did not need to replace the files manually.

Sorry but yesterday they did not.

Please try to install MeGui, overwrite with x64 and update.

Any chance about the bitrate? Even a hover banner would be sufficient.

[tormento]

Could it be possible to get DGMultiSource instead of DGSource automatically inserted in AVS generator? I have tried to parse the xml but I fear to make damages.

[Zathor]

Please try to install MeGui, overwrite with x64 and update.

This is not supported. Please make a clean installation (instruction in the first posting). If you overwrite your installation the files will not be updated because the build number of the tools does not change. Therefore you have to replace all files yourself.

Any chance about the bitrate? Even a hover banner would be sufficient.
There is allways a chance. Please create a feature request at the sourceforge page.

Could it be possible to get DGMultiSource instead of DGSource automatically inserted in AVS generator? I have tried to parse the xml but I fear to make damages.

Since a few build DGMultiSource is the default value but this will only be applied to new installations. You can change it manually in the settings - deselect "Use CUVIDServer".

[tormento]

There is allways a chance. Please create a feature request at the sourceforge page.
Registered and done ;)

[pokazene_maslo]

Hello. I have the same problem than Inspector Gadget - when I try to load avs script, megui comes up with an error "avisynth script error: cannot load avisynth.dll"
I have confirmed that avisynth is working by loading the same avs file in virtualdub x64.

I have the latest MeGUI 0.3.4.17 x64

[Inspector.Gadget]

I no longer have that problem. The revised Avisynth detection logic works well if you've properly installed Avisynth x86 and then installed Avisynth x64 using joshyd's instructions exactly.

[pokazene_maslo]

Yes, I followed his instructions. btw. I have avisynth x64 installed for at least 3 months. Older version of megui x64 worked without any problem. Problems started with megui 0.3.4.15 iirc.

[Inspector.Gadget]

Three months...did you update to the April 16 build?

[pokazene_maslo]

Yes, but does it matter when problems started with megui 0.3.4.15? It's clearly a megui problem.

[Inspector.Gadget]

The changelog for .15 doesn't reveal any alteration to the Avisynth detection method, so maybe Zathor can think of something else relevant. For fun, try importing the registry file in joshyd's package and see if it's a paths issue.

[Zathor]

Yes, but does it matter when problems started with megui 0.3.4.15? It's clearly a megui problem.

I do not think so because I have only changed the detection logic at the program start in the last build (.17). The logic is there to check if avisynth is installed and if you pass this check at least for megui everything is fine. I have changed nothing regarding any later avisynth check (I even do not know if there are any later checks). Feel free to try older builds:
http://megui.org/auto

At the moment I believe your avisynth installation is somehow corrupt. Please try to open the AVS script for example with VirtualDub x64.

[pokazene_maslo]

Read post number #84 I already tried to open the avs script in virtualdub 1.9.9 x64 - no problem.
And i will try older build, but later....

Edit: tried megui-core versions: 0.3.4.12, 0.3.4.13, 0.3.4.14, 0.3.4.15 all the same error. Don't know what other files I should try to revert?

And executing avisynth.reg didn't change anything.

[tormento]

The mkv created by MeGUI is very slow in opening from media players. If I remux the same with MKVToolnix, the problem is solved. Is it possible to fix it?

[quantum5uicid3]

@pokazene
virtualdub is finding avisynth.dll somewhere that megui isn't, is mpc-hc x64 opening the avs ok? i doubt avisynth64 is installed properly, are you sure the install batch file executed properly and reg imported properly? that's where you need to be looking, it's all plain text.

@tormento
i dont know exact technical reasons but the output mkv coming directly from the encoders are lacking some info that mkvmerge will add upon muxing in audio(or just remuxing), i guess this might be a nuisance if you dont generally add any other audio or files to the final output, but having megui automatically remux mkv's would be a waste of time for most users.

[Inspector.Gadget]

x264's MKV output is known to be slow to seek. That's not a MeGUI problem.

[Zathor]

btw. I have avisynth x64 installed for at least 3 months. Older version of megui x64 worked without any problem. Problems started with megui 0.3.4.15 iirc.

Edit: tried megui-core versions: 0.3.4.12, 0.3.4.13, 0.3.4.14, 0.3.4.15 all the same error. Don't know what other files I should try to revert?

If all of the above versions did not work now while the older ones have been working for you a while ago it's not the fault of MeGUI. Sadly I have no idea what may cause the problem. You could try to uninstall avisynth (32 + 64) and reinstall it if not already done.

[pokazene_maslo]

@pokazene
virtualdub is finding avisynth.dll somewhere that megui isn't, is mpc-hc x64 opening the avs ok? i doubt avisynth64 is installed properly, are you sure the install batch file executed properly and reg imported properly? that's where you need to be looking, it's all plain text.mpc-hc x64 is not opening avs files since I installed win7 x64 some half year ago. Always says "cannot render the file". I tried to solve it, so I started a thread about it in software player section but in a month nobody replied.
You could try to uninstall avisynth (32 + 64) and reinstall it if not already done.tried - no change.

[aegisofrime]

Zanthor: I'm having this strange error that sometimes pops up when a processing job finishes. Its occurrence seems to be random. After it occurs MeGUI then crashes.

It also seems to be limited to x264 jobs, not audio encoding jobs.

http://img51.imageshack.us/img51/3817/error1bk.jpg

[Sharktooth]

mpc-hc x64 is not opening avs files since I installed win7 x64 some half year ago. Always says "cannot render the file". I tried to solve it, so I started a thread about it in software player section but in a month nobody replied.
tried - no change.
probably your system needs a YV12 decoder.
install FFDSHOW (64 bits)

[pokazene_maslo]

probably your system needs a YV12 decoder.
install FFDSHOW (64 bits)
I assure you that I have installed latest ffdshow x64 and it's working.

[AMED]

Hi Zathor,

I'm getting this error when I'm trying to use the one click encoder. it looks it's having trouble generating output filename. basically i have been through Futurama season 1 using the one click encoder without any problems but when i start on season 2 i get that error, if i try and load another season 1 vob in it work fine. i have closed MeGUI and reopened and it still does it.

http://i48.tinypic.com/30x9aw0.png

http://i46.tinypic.com/2u6eiza.png

[Error] Unhandled error
-[NoImage] Exception message: An attempt was made to move the file pointer before the beginning of the file.
-[NoImage] Stacktrace
--[NoImage] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
--[NoImage] at System.IO.FileStream.SeekCore(Int64 offset, SeekOrigin origin)
--[NoImage] at System.IO.FileStream.Seek(Int64 offset, SeekOrigin origin)
--[NoImage] at MeGUI.core.util.IFOparser.GetFileBlock(String strFile, Int64 pos, Int32 count)
--[NoImage] at MeGUI.IfoExtractor.GetChapters(String ifoFile, Int32 programChain, TimeSpan& duration, Double& fps)
--[NoImage] at MeGUI.IfoExtractor.GetStreams(String location)
--[NoImage] at MeGUI.VideoUtil.getChaptersFromIFO(String fileName, Boolean qpfile)
--[NoImage] at MeGUI.OneClickWindow.openInput(String fileName)
--[NoImage] at MeGUI.FileBar.triggerEvent()
--[NoImage] at MeGUI.FileBar.setFilename(String filename)
--[NoImage] at System.Windows.Forms.Control.OnClick(EventArgs e)
--[NoImage] at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
--[NoImage] at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
--[NoImage] at System.Windows.Forms.Control.WndProc(Message& m)
--[NoImage] at System.Windows.Forms.ButtonBase.WndProc(Message& m)
--[NoImage] at System.Windows.Forms.Button.WndProc(Message& m)
--[NoImage] at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
--[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
-[NoImage] Inner exception: null

[Information] Versions
-[NoImage] MeGUI Version : 0.3.4.18 x64
-[NoImage] OS : Windows Seven Ultimate Edition x64 (6.1.0.7600)
-[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
-[NoImage] Avisynth Version : 2.5.8.5