MeGUI x64

[Zathor]

MeGUI x64 work has been continued as AviSynth+ is making progress.

MeGUI x64 builds (https://sourceforge.net/projects/megui/files/megui-test/)

MeGUI x64 has the same functionality as the x86 build with these exceptions, as those tools are not available in x64:
- AudioLimiter (not available, downmix from 7+ channels to 5.1 will be available in reduced quality only)
- BassAudio (not available)
- convolution3d (not available)
- tomsmocomp (not available)

MeGUI may crash if using the old x86 dlls.

[Hiritsuki]

Oh! New ver. release tks.
When my task of sub team's anime is over I'll try it.
By the way I'm this sub team's member => [removed foreign language link]

[Kurtnoise]

To complete the x64 packages :>> http://kurtnoise.free.fr/mp4tools/MP4Box-0.4.6-dev_x64_20100410.zip

[Zathor]

To complete the x64 packages :>> http://kurtnoise.free.fr/mp4tools/MP4Box-0.4.6-dev_x64_20100410.zip

Thanks! I have added it.

[aegisofrime]

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.

[Zathor]

Thanks, I forgot to include the dlls. I have added it to the instructions above.

[simonb1975uk]

I guess it's a bit too early to ask this question but has anyone noticed any speed improvements with MeGui x64?

[twist3d]

First of all, big thanks for the X64-build!

here's some quick benchmarks: 720x576 clip from matrix PAL DVD, "what is bullet-time"-extra, 06min 15sec

- win7 x64 ultimate, core i5-750@stock, 4GB 1333MHz DDR3 CL7
- dgindex .d2v: ieee reference, no audio
- avs: crop( 4, 0, -4, -2), no other plugins
- x264_64.exe / x264.exe --tune film --pass 2 --bitrate 1400 --stats ".stats" --output "output" "input"

rev 1523 from megui dev-updateserver
MEGUI X64: 1st: 191,23 2nd: 66,31
MEGUI X86: 1st: 173,66 2nd: 61,52

rev 1471 from imk.cx, ICC
MEGUI X64: 1st: 195,14 2nd: 71,90
MEGUI X86: 1st: 171,65 2nd: 64,04

[nakTT]

Woow! That's a very good performance boost indeed.

Thanks, twist3d.

[quantum5uicid3]

the links for 64bit versions of ffmsindex.exe (http://kemuri9.net/dev/avs/ffms2/x64/ffmsindex.exe), ffmpeg (http://ffmpeg.arrozcru.org/autobuilds/ffmpeg/mingw-w64/static/), Aften (http://code.google.com/p/wavtoac3encoder/downloads/list), Xvid (http://www.xvidvideo.ru/xvid-video-codec/xvid-1-3-0-cvs-091025-03-29-vaq-mtk-x86-x64.html), VSFilter, (http://code.google.com/p/vsfiltermod/downloads/list)and Lame (http://www.rarewares.org/mp3-lame-bundle.php#lame-current-64).

can't find a 64bit build of mencoder.exe anywhere. :confused: hopefully it can be built to where at least avs input and ffvhuff output works.

[simonb1975uk]

I've followed the instructions but believe I've done something dumb as when I run a conversion x264 blows out with the following error:
'an error occurred: x264 [error]: invalid argument: nal-hrd = -b-pyramid'

[simonb1975uk]

sorry --b-pyramid and this is using the 'x264: Bluray - balanced' profile

[simonb1975uk]

Got it working by copying in x264_64.exe from 32-bit megui

[Eretria-chan]

I get an exception when trying to update. Something about unable to load icsharpcode.sharpziplib.

[aegisofrime]

I get an exception when trying to update. Something about unable to load icsharpcode.sharpziplib.

You need the file from the link titled MeGUI DLLs download in the first post.

[Eretria-chan]

Ah, there was that too. I missed that.
Yet, why not include them in the main package?

[Zathor]

Yet, why not include them in the main package?

Because they will be / have been updated at different times. They will be all included in a installer as soon as the 64bit build is stable. But I believe that this will take quite some time because some major plugins are missing (e.g. a recent nicaudio).

[aegisofrime]

Zathor, do you have any idea how to resolve the pre-rendering problems? That will allow me to replace 32-bit AVS/MeGUI with 64-bit. Thanks!

[quantum5uicid3]

64bit mencoder.exe

[Zathor]

Updated build + some of the tools

[copaceticgeek]

Out of curiosity, is it possible to have both the x86 and x64 Megui installed at the same time? What conflicts may arise?

[Eretria-chan]

Yep. It's possible. I have both installed.
I've seen no conflicts whatsoever so far.

[aegisofrime]

64bit mencoder.exe

I tried Googling around but apparently there are no 64-bit builds of Mencoder. Zathor could you confirm? Thanks!

[Romario]

Well,I think that 64-bit mencoder.exe doesn't exist, at least for now. Who knows what future could bring to us, Zathor ?

[quantum5uicid3]

it's possible, but alot of stuff is broken, so i don't think anyone has made it widely available. we just need a build with avs input and ffvhuff out. i tried to get ffmpeg to do it but it wont for some reason. it starts but end up dropping all frames.


>ffmpeg -i test.avs -vcodec ffvhuff -context -2 -vstrict -1 -an
test.avi
FFmpeg version SVN-r22941, Copyright (c) 2000-2010 the FFmpeg developers
built on Apr 22 2010 06:18:44 with gcc 4.4.2
configuration: --cross-prefix=x86_64-w64-mingw32- --cc=ccache-x86_64-w64-mingw
32-gcc --extra-cflags='-Dstrtod=__strtod' --arch=x86_64 --target-os=mingw32 --en
able-runtime-cpudetect --enable-avisynth --enable-gpl --enable-version3 --enable
-bzlib --enable-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --e
nable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --ena
ble-libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb
--enable-libopencore_amrnb
libavutil 50.14. 0 / 50.14. 0
libavcodec 52.66. 0 / 52.66. 0
libavformat 52.61. 0 / 52.61. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0.10. 0 / 0.10. 0
Input #0, avs, from 'test.avs':
Duration: 00:00:04.21, start: 0.000000, bitrate: 0 kb/s
Stream #0.0: Video: rawvideo, yuv420p, 1280x720, 265155 kb/s, 23.98 tbr, 23.
98 tbn, 23.98 tbc
File 'test.avi' already exists. Overwrite ? [y/N] y
Output #0, avi, to 'test.avi':
Metadata:
ISFT : Lavf52.61.0
Stream #0.0: Video: ffvhuff, yuv420p, 1280x720, q=2-31, 200 kb/s, 23.98 tbn,
23.98 tbc
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop encoding
frame= 1 fps= 0 q=0.0 size= 675kB time=0.04 bitrate=132520.3kbits/s dup=
frame= 1 fps= 1 q=0.0 size= 675kB time=0.04 bitrate=132520.3kbits/s dup=
frame= 1 fps= 1 q=0.0 size= 675kB time=0.04 bitrate=132520.3kbits/s dup=
frame= 1 fps= 0 q=0.0 size= 675kB time=0.04 bitrate=132520.3kbits/s dup=
frame= 1 fps= 0 q=0.0 size= 675kB time=0.04 bitrate=132520.3kbits/s dup=
frame= 1 fps= 0 q=0.0 size= 675kB time=0.04 bitrate=132520.3kbits/s dup=
frame= 1 fps= 0 q=0.0 size= 675kB time=0.04 bitrate=132520.3kbits/s dup=
frame= 1 fps= 0 q=0.0 size= 675kB time=0.04 bitrate=132520.3kbits/s dup=
frame= 1 fps= 0 q=0.0 Lsize= 675kB time=0.04 bitrate=132524.9kbits/s dup
=0 drop=100
video:669kB audio:0kB global headers:0kB muxing overhead 0.832433%

[Romario]

Well,life is hard enough,you can't expect from devs to compile all things in 64=bit so fast.

See, Avisynth also have big problems to compile in 64-bit mode. I don't know is the 64-bit asm code is perfect,but. at least, we have it.

[quantum5uicid3]

when a queue is running, i've gotten this error a few times when it starts the next job. it has happened when starting a 1st pass on one file and the second pass on another, so appears to be randomly occuring. if i restart the queue with no changes besides resetting the failed job, it runs again np. like it's failing to open another ffms instance or something immediately sometimes. i have not experienced this in the 32bit build using identical settings.

megui error:
-[Information] Log for job16 (video, so.avs -> )
--[Information] [4/27/2010 3:46:49 PM] Started handling job
--[Information] [4/27/2010 3:46:49 PM] Preprocessing
-[NoImage] Error starting job
--[NoImage] Exception message
---[NoImage] Calling setup of processor failed with error 'The file C:\vidz\so.avs cannot be opened.
---[NoImage] Error message for your reference: Evaluate: Unrecognized exception!
---[NoImage] (C:\vidz\so.avs, line 2)'
--[NoImage] Stacktrace: at MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
--[NoImage] Inner exception: null
-[Information] Log for job16 (video, so.avs -> )
--[Information] [4/27/2010 3:49:06 PM] Started handling job
--[Information] [4/27/2010 3:49:06 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --tune film --pass 1 --bitrate 4694 --stats "C:\vidz\so.stats" --b-adapt 2 --merange 64 --me umh --direct auto --subme 10 --partitions all --trellis 2 --no-fast-pskip --level 4.1 --bframes 3 --ref 6 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 24 --min-keyint 2 --vbv-bufsize 14000 --vbv-maxrate 14500 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --output NUL "C:\vidz\so.avs"


avs
LoadCPlugin("C:\Program Files\megui\tools\ffms\ffms2.dll")
FFVideoSource("capture0223.mkv",colorspace="YV12")
Spline64Resize(1280,720)


addition:

ive tried to crash the same avs outside of megui by opening many instances simultaneously starting them back to back and they just keep opening. :) i can reproduce by running a queue of about 20 or so 2pass 200 frame encodes from an HD source. it looks like megui memory usage just keeps going up... at about 1.5GB used it starts crashing intermittently on a core2quad@3 4gb vista

32bit megui.exe does not exhibit the same memory usage beahvior on this computer

[Buggle]

Thank you so much for all this hard work!
Currently running a DVD backup and it's working fine :D

On a small note: maybe it would be possible to grey out options that cannot be used due to no (suitable) plugin/program available? Then limitations are more clear. For instance, to my knowlede there currently is no Nero AAC x64 edition, so the path to the external program could be greyed out.

[quantum5uicid3]

the 64bit nicaudio will feed 32bit audio encoders. i know ac3 to nero aac works. old version, so some files like mp3s give Script error: there is no function named "NicMPG123Source" though. i think it's slower too, but haven't compared side by side.

can someone confirm that memory usage gradually keeps going up while queue is running?

[Buggle]

the 64bit nicaudio will feed 32bit audio encoders. i know ac3 to nero aac works. old version, so some files like mp3s give though. i think it's slower too, but haven't compared side by side.

can someone confirm that memory usage gradually keeps going up while queue is running?

Well I've tried to encode to Nero AAC and that did not work (AC3 source), unfortunately. I have to use the MeGUI 32 to encode audio. But hey, I do not consider that to be a great problem, since I can run them in parallel.

[quantum5uicid3]

it works fine. megui is going to look for nicaudio.dll in the megui\tools\avisynth_plugin\*

did you get squid*80's build? did you install it?

i even did a quick speed comparison against the current nicaudio and i was wrong.

source: 6channel ac3 600MB 2h 11mn 640 Kbps


same script on both except the paths being different. using sets 32 bit vs sets 64bit port

encoder
32bit neroAacEnc.exe on both

avs
Avisynth script
---[NoImage] LoadPlugin("C:\Program Files (x86)\megui\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] NicAc3Source("C:\movies\01\F1_T3_Audio - English.ac3")
---[NoImage] 6<=Audiochannels(last)?x_stereof33140e04faa4519b7c2353a5997f465(ConvertAudioToFloat(last)):last
---[NoImage] Normalize()
---[NoImage] return last
---[NoImage] function x_stereof33140e04faa4519b7c2353a5997f465(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] c = GetChannel(a, 3)
---[NoImage] lfe = GetChannel(a, 4)
---[NoImage] sl = GetChannel(a, 5)
---[NoImage] sr = GetChannel(a, 6)
---[NoImage] l_sl = MixAudio(fl, sl, 0.2929, 0.2929)
---[NoImage] c_lfe = MixAudio(lfe, c, 0.2071, 0.2071)
---[NoImage] r_sr = MixAudio(fr, sr, 0.2929, 0.2929)
---[NoImage] l = MixAudio(l_sl, c_lfe, 1.0, 1.0)
---[NoImage] r = MixAudio(r_sr, c_lfe, 1.0, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
--[NoImage] Commandline used: -ignorelength -q 0.3 -if - -of "{0}"


total encoding time from job start to job finished

32bit
12min 18sec

64bit
11min 22sec

edit
i guess i should reiterate that its old and is missing many fixes and it predated NicMPG123Source, so several inputs are broken.

directshowsource and avisource look to be ok too

[Zathor]

i guess i should reiterate that its old and is missing many fixes and it predated NicMPG123Source, so several inputs are broken.

Thats the reason why I have not included it. The source is available so maybe someone can compile a 64bit build.

[KSab]

Good afternoon!
Help to understand. At start MeGUI.exe drops out here with such error.
http://i6.fastpic.ru/big/2010/0505/b0/ae7988912e42aa951366d71a365ee8b0.png (http://fastpic.ru/)

From the first post I have copied the necessary files. Versions MeGUI x86 works normally! Operating system - Windows Server 2003 Enth Eng x64.

[Zathor]

Please post the error message or upload the picture to an external hoster.

[KSab]

Please post the error message or upload the picture to an external hoster.

ok, sorry.

[quantum5uicid3]

64bit programs go in the \program files\. did you install libraries in proper directories? and make sure .NEt is current


Program Files 64bit programs
System32 64bit libraries

Program Files (x86) 32bit programs
syswow64 32bit libraries

no one else is experiencing high memory usage? i mean megui.exe just keeps allocating more and more ram over an extended period of time.

[KSab]

I have copied the files specified in the first message (ICSharpCode.SharpZipLib.dll, LinqBridge.dll, MessageBoxExLib.dll, and MeGUI.exe x64) in a folder with established MeGUI x32.

Has transferred from a folder "Program Files (x86)" to a folder "Program Files". Has changed Nothing.

[rogersnm]

I get the same error as KSab on Windows Server 2003 x64, the x86 version runs fine however the x64 version gives the error message "This application has failed to start because the application configuration is incorrect", regardless of where I run it from. In comparison, on Windows Server 2008 R2 x64 I can execute the x64 version straight from the .zip and it runs fine.

The two operating systems have the same packages installed (according to "Add/Remove Programs") however it fails to run on 2003.

[Zathor]

I am just guessing - maybe you have to install the visual c++ runtimes for x64?

[KSab]

I am just guessing - maybe you have to install the visual c++ runtimes for x64?

For me Microsoft Visual C ++ 2008 x64 is already installed.

[Eretria-chan]

I am just guessing - maybe you have to install the visual c++ runtimes for x64?

Runtimes aren't backwards compatible.
To install the proper runtime, we would need to know:

- What version it is (2005/2008).
- If SP1 is installed or not (2008 only).

They have different runtimes.

[rogersnm]

I've got the Microsoft Visual C++ 2008 SP1 Redistributable x64 and x86 and I also just installed the 2010 Runtime (both x64 and x86) and the 2005 SP1 Redistributable (again, x64 and x86) which have made no difference.

Event Viewer might have yielded some useful information, it generates 3 errors every time I attempt to run the executable.
---------------- Error 1 ----------------
Source: SideBySide
EventID: 32

Dependent Assembly Microsoft.Windows.Common-Controls could not be found and Last Error was The referenced assembly is not installed on your system.

---------------- Error 2 ----------------
Source: SideBySide
EventID: 59

Resolve Partial Assembly failed for Microsoft.Windows.Common-Controls. Reference error message: The referenced assembly is not installed on your system.

---------------- Error 3 ----------------
Source: SideBySide
EventID: 59

Generate Activation Context failed for C:\PathTo\MeGUI.exe. Reference error message: The referenced assembly is not installed on your system.
----------------------------------------

Edit: Possibly microsoft's fault http://support.microsoft.com/kb/914061
Edit #2: No joy, that hotfix is apparently included in SP2

Edit #3: After looking at sxstrace logs it looks like Windows Server 2003 doesn't possess the required assembly code.

[KSab]

I've got the Microsoft Visual C++ 2008 SP1 Redistributable x64 and x86 and I also just installed the 2010 Runtime (both x64 and x86) and the 2005 SP1 Redistributable (again, x64 and x86) which have made no difference.

Event Viewer might have yielded some useful information, it generates 3 errors every time I attempt to run the executable.
---------------- Error 1 ----------------
Source: SideBySide
EventID: 32

Dependent Assembly Microsoft.Windows.Common-Controls could not be found and Last Error was The referenced assembly is not installed on your system.

---------------- Error 2 ----------------
Source: SideBySide
EventID: 59

Resolve Partial Assembly failed for Microsoft.Windows.Common-Controls. Reference error message: The referenced assembly is not installed on your system.

---------------- Error 3 ----------------
Source: SideBySide
EventID: 59

Generate Activation Context failed for C:\PathTo\MeGUI.exe. Reference error message: The referenced assembly is not installed on your system.
----------------------------------------

Edit: Possibly microsoft's fault http://support.microsoft.com/kb/914061
Edit #2: No joy, that hotfix is apparently included in SP2

Edit #3: After looking at sxstrace logs it looks like Windows Server 2003 doesn't possess the required assembly code.

For me too most!

[Zathor]

You can try this one:
http://www.microsoft.com/downloads/details.aspx?familyid=B44A0000-ACF8-4FA1-AFFB-40E78D788B00&displaylang=en

[rogersnm]

"Setup cannot continue because this version of the .NET Framework is incompatibile with a previously installed one. For more information, see http://support.microsoft.com/support/kb/articles/q312/5/00.asp"

The x64 version of the .NET Framework 2.0 SP2 seems to already be installed.

http://i40.tinypic.com/e70ak2.png
http://i44.tinypic.com/52m7v4.png

Just FYI: Avisynth x64 is functioning well

[KSab]

Mine:

http://i6.fastpic.ru/big/2010/0509/69/e794a50694f37a19e1085ab9cf50d669.png (http://fastpic.ru/)

[newstd]

I just wanted to share with you this comparison test :

same DVD (157840 frames), with same settings for x264 (in constant quality) on win 7 x64 OS

Here are the statistic logs from :
megui x86 = encoded 157840 frames, 13.34 fps, 1654.44 kb/s
megui x64 = encoded 157840 frames, 18.38 fps, 1557.75 kb/s

Thanks Zathor for this useful initiative.
it's worth of it (even if not all encoders or plugins are not ready for 64-bit), especially when you don't have the last powerful Quad processor ...
Hoping now to see it on the stable server.

[AMED]

Should MeGUI be using a crazy amount of memory?

http://i39.tinypic.com/245cw34.png

at the moment there are are total of 130 jobs loaded in to MeGUI and its up to job 120.

[ncatt]

Should MeGUI be using a crazy amount of memory?

I saw this too when loading many jobs. My workaround was load all jobs, close and reopen megui, then start the encodes. Otherwise, very good job Zathor!! :thanks:

[quantum5uicid3]

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.