PDA

View Full Version : MeGUI x64


Pages : [1] 2

Zathor
10th April 2010, 16:14
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
10th April 2010, 16:20
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
10th April 2010, 19:27
To complete the x64 packages :>> http://kurtnoise.free.fr/mp4tools/MP4Box-0.4.6-dev_x64_20100410.zip

Zathor
10th April 2010, 21:50
To complete the x64 packages :>> http://kurtnoise.free.fr/mp4tools/MP4Box-0.4.6-dev_x64_20100410.zip

Thanks! I have added it.

aegisofrime
11th April 2010, 17:13
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
12th April 2010, 12:00
Thanks, I forgot to include the dlls. I have added it to the instructions above.

simonb1975uk
12th April 2010, 14:23
I guess it's a bit too early to ask this question but has anyone noticed any speed improvements with MeGui x64?

twist3d
12th April 2010, 15:47
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
12th April 2010, 16:43
Woow! That's a very good performance boost indeed.

Thanks, twist3d.

quantum5uicid3
14th April 2010, 20:43
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
15th April 2010, 14:45
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
15th April 2010, 14:45
sorry --b-pyramid and this is using the 'x264: Bluray - balanced' profile

simonb1975uk
16th April 2010, 20:21
Got it working by copying in x264_64.exe from 32-bit megui

Eretria-chan
17th April 2010, 13:06
I get an exception when trying to update. Something about unable to load icsharpcode.sharpziplib.

aegisofrime
17th April 2010, 13:42
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
17th April 2010, 13:49
Ah, there was that too. I missed that.
Yet, why not include them in the main package?

Zathor
19th April 2010, 16:56
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
20th April 2010, 10:56
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
20th April 2010, 18:15
64bit mencoder.exe

Zathor
24th April 2010, 19:18
Updated build + some of the tools

copaceticgeek
25th April 2010, 07:56
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
25th April 2010, 08:07
Yep. It's possible. I have both installed.
I've seen no conflicts whatsoever so far.

aegisofrime
25th April 2010, 17:26
64bit mencoder.exe

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

Romario
25th April 2010, 23:08
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
26th April 2010, 00:19
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
26th April 2010, 22:20
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
27th April 2010, 22:09
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
30th April 2010, 16:45
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
30th April 2010, 19:34
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
30th April 2010, 23:33
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
1st May 2010, 13:41
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
1st May 2010, 20:24
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
4th May 2010, 21:50
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
5th May 2010, 09:40
Please post the error message or upload the picture to an external hoster.

KSab
5th May 2010, 14:44
Please post the error message or upload the picture to an external hoster.

ok, sorry.

quantum5uicid3
5th May 2010, 23:10
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
6th May 2010, 08:24
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
8th May 2010, 10:24
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
8th May 2010, 11:37
I am just guessing - maybe you have to install the visual c++ runtimes for x64?

KSab
8th May 2010, 20:07
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
8th May 2010, 20:59
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
8th May 2010, 23:59
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
9th May 2010, 10:42
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
9th May 2010, 13:07
You can try this one:
http://www.microsoft.com/downloads/details.aspx?familyid=B44A0000-ACF8-4FA1-AFFB-40E78D788B00&displaylang=en

rogersnm
9th May 2010, 13:45
"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
9th May 2010, 16:26
Mine:

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

newstd
11th May 2010, 22:55
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
12th May 2010, 08:53
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
13th May 2010, 11:55
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
13th May 2010, 22:32
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.

Cyber-Mav
18th May 2010, 00:41
any difference in speed using megui in native 64bit mode vs the 32bit megui that uses the 64bit wrapper?

Zathor
18th May 2010, 05:43
Didn't compare it myself, but:
http://forum.doom9.org/showthread.php?p=1390959#post1390959

AMED
18th May 2010, 08:02
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
19th May 2010, 14:37
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
26th May 2010, 00:28
i'll add that, i can't find any disadvantage to using ffmpeg over mencoder.

edit
i think multithreading works better too

Lyle_JP
3rd June 2010, 20:37
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
3rd June 2010, 22:32
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
3rd June 2010, 23:07
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
4th June 2010, 14:06
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
11th June 2010, 02:01
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
11th June 2010, 09:17
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
11th June 2010, 09:30
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
11th June 2010, 17:46
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
11th June 2010, 22:20
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
12th June 2010, 10:41
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
12th June 2010, 17:00
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
12th June 2010, 18:19
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
12th June 2010, 18:49
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
12th June 2010, 19:16
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
12th June 2010, 20:28
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
12th June 2010, 20:33
Many thanks, Zathor. Will .17 be pushed to autoupdate on the development server's x64 channel?

Zathor
12th June 2010, 20:37
Yes, like the .16 a few minutes ago.

Zathor
12th June 2010, 20:49
@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
12th June 2010, 21:19
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
12th June 2010, 23:42
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
13th June 2010, 01:06
Works great, and having it point to the 64-bit Avisynth thread was a good idea!

Dal
13th June 2010, 17:25
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
14th June 2010, 09:48
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
14th June 2010, 18:44
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
15th June 2010, 09:20
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
15th June 2010, 10:36
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
15th June 2010, 16:06
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
16th June 2010, 09:09
There is allways a chance. Please create a feature request at the sourceforge page.
Registered and done ;)

pokazene_maslo
16th June 2010, 21:18
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
16th June 2010, 21:35
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
16th June 2010, 21:46
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
16th June 2010, 21:50
Three months...did you update to the April 16 build?

pokazene_maslo
16th June 2010, 22:14
Yes, but does it matter when problems started with megui 0.3.4.15? It's clearly a megui problem.

Inspector.Gadget
16th June 2010, 22:38
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
16th June 2010, 22:40
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
16th June 2010, 22:56
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
18th June 2010, 06:59
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
18th June 2010, 14:34
@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
18th June 2010, 16:05
x264's MKV output is known to be slow to seek. That's not a MeGUI problem.

Zathor
18th June 2010, 17:38
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
19th June 2010, 14:35
@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
28th June 2010, 03:31
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
29th June 2010, 15:20
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
30th June 2010, 00:11
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
30th June 2010, 07:19
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

Sharktooth
30th June 2010, 13:35
what you're experiencing is a IO error probably due to an external tool or the IFO parser... or maybe a corrupted VOB.

quantum5uicid3
30th June 2010, 14:42
after testing for a while, i don't think ffmpeg x64 is suitable for intermediary files, it's very unstable. if it's not too much code, i would backstep x86 to mencoder and for x64 probably use x264 --qp 0 or --crf 0 and --tune fastdecode and maybe --preset fast, but i think the speed setting is system specific. x264 was bottlenecked by hd with anything faster than fast on my sys. from what i could tell, x264 encodes faster but more demanding decoding, time difference seemed negligable overall though.

trevaaar
30th June 2010, 15:59
If it helps anybody, I've just grabbed the xvid-1.2.2 source and built a 64-bit version of xvid_encraw. It requires the Visual C++ 2010 redistributable package to be installed. You can try it here (http://www.mediafire.com/file/i2jhuzg2tmo/xvid-1.2.2-x64.zip).

Performance difference in some quick tests running single-threaded on an i7 920 in Xvid 2pass HQ (no Qpel) profile, the original 32bit version got 92fps and my 64bit one ran at 112fps.

pokazene_maslo
30th June 2010, 16:01
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.
Some news about my problem:
A while ago i tried to run x264_64 from command line and it accepts avs input. But megui x64 still refuses to see avisynth x64.

Summary: megui x64 don't see avisynth, virtualdub x64 is opening avs files without any problem, x264_64 is accepting avs input, mpc-hc x64 refuses to play avs script.

AMED
1st July 2010, 06:53
what you're experiencing is a IO error probably due to an external tool or the IFO parser... or maybe a corrupted VOB.I deleted all the .IFO and .BUP files in the directories and now everything works fine in the one click encoder.

Thanks Sharktooth :)

Sharktooth
1st July 2010, 18:47
@AMED: so it was the IFO that was causing the problem in the IFO parser (probably due to a copy protection scheme). next time try using a different tool to rip the DVD. DVDFab Decrypter is free and is usually working very well.

@pokezene_maslo: megui has some checks for avisynth. last time i had a look at that code it was not supposed to look for avs 64 bits installation. however i will check with zathor.

kartman_canada
1st July 2010, 20:24
I'm not sure where my issue sits... I've been using MuGUI x64 for a while now but I don't recall doing anything but crops. Today, I moved to process a DVD. When I apply the crop, no issues but when I add a "lanczosresize" line to the AVS script, MeGUI crashes.

Might this be because the resize function is pulling an x86 build from the original avisynth install and not an x64 version?

I'm just guessing... is there an update out there or am I missing something else?

Zathor
1st July 2010, 22:30
When I apply the crop, no issues but when I add a "lanczosresize" line to the AVS script, MeGUI crashes.
Does it crash if you open the avs file (including the lanczosresize) in other tools like VirtualDub x64?

megui has some checks for avisynth. last time i had a look at that code it was not supposed to look for avs 64 bits installation. however i will check with zathor.
At least the check at the startup detects avisynth x64 since a few releases. And I did not find other checks. Nor did I find a way to contact you - have you received my mail?

Sharktooth
2nd July 2010, 12:59
the avs check is at the startup only.
also, where did you send the email?

edit: ok, got it... damn hotmail junk mail filters....

Sharktooth
2nd July 2010, 13:46
@Zathor: Delivery Status Notification (Failure)
Probably your SF mail alias isnt working...

tormento
7th July 2010, 09:39
Anybody got x264 profile error with latest update?

doc_dvxm
7th July 2010, 16:40
Anybody got x264 profile error with latest update?


Yeep.

Please look at this post. You'll find some answers, I guess :)

http://forum.doom9.org/showthread.php?p=1415179#post1415179

Cheerz.

tormento
7th July 2010, 19:18
Please look at this post.
Thank you, sorry for being so lazy but it's a very hot day, here.

pokazene_maslo
8th July 2010, 19:20
Hello. Now I know why I'm the only one that is experiencing problems that megui doesn't see avisynth. Try to drag and drop avs file into megui window. You will receive "avisynth script error: cannot load avisynth.dll". But if I load avs script via open dialog (that button with three dots) it is working!

Sharktooth
8th July 2010, 20:02
oh... drag & drop doesnt work coz megui is run with administrative rights in win7 and vista... and stupid M$ screwed up D&D...

Marc05
9th July 2010, 04:19
Hello. Now I know why I'm the only one that is experiencing problems that megui doesn't see avisynth. Try to drag and drop avs file into megui window. You will receive "avisynth script error: cannot load avisynth.dll". But if I load avs script via open dialog (that button with three dots) it is working!

You were not the only one. I had the same problem and just couldn't find the cause of it. I was using MeGUI 32 bit to create AVS scrpts but today I decide to finally post something about my problem and you found out what it was only a day before! Thank you :D

SaintDeath
9th July 2010, 05:42
When I load a script into Megui x64 i get and error could load avs error in line 43 "couldn't find decompressor for fourcc lags" when dat is Lagarith Lossless Video Codec i have the 64 bit version install already.Dat same script loads fine in veedub64

Sharktooth
9th July 2010, 16:47
It makes no sense... if megui is x64, avisynth is x64, lagarith is x64 it should work...
also if it works in vbdub64 there is no reason it shouldnt work in megui64

Adub
9th July 2010, 17:50
SaintDeath

Post your script please.

Frogger13
9th July 2010, 21:04
Hi,

I'll move the message from this (http://forum.doom9.org/showthread.php?p=1415147&posted=1#post1415147)thread to here as it seems more appropriate.

You can find the installation instructions here:
http://forum.doom9.org/showthread.php?p=1390397#post1390397

Thanks for the Information, but I keep getting following error:

http://img267.imageshack.us/img267/4698/errorjl.jpg

AviSynth64 is installed and working. MeGUI64 is in the same path as MeGUI32. But also if I put the x64 files in a separate Directory, the error is the same.

Edit: Installed .NET Framework is incremental .NET Framework 3.5 (http://www.microsoft.com/downloads/details.aspx?FamilyId=333325fd-ae52-4e35-b531-508d977d32a6&displaylang=en) + hotfixesMeGUI x64 must be installed in a different directory than MeGUI x86. But this is not the source of the error. It seems that you need to install a Visual C++ x64 Redistributable Package (there are several ones and newer ones do not include the older packages)

Well I tried and installed 64 bit version of VC++ Redist 2005, 2005 SP1, 2008, 2008 SP1 and 2010... But I still get the Same error... :confused:

System is Xp x64 and MeGUIx64 has its own directory now...

BTW I'm wondering why there are no x64 builds of the DLLs?! Am I missing something :confused::confused::confused:

PS: the rest of the video tools are working (x264 64bit, AviSynthx64 ...)

SaintDeath
9th July 2010, 23:39
Here is the script I am tring to load in meguie x64.I followed and installed meguie has I was told to.It seems the error it on line 43 which in veedub654 it lodas fine n i can see the script run.

loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\DGDecode.dll")
loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\EEDI2.dll")
loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\TDeint.dll")
loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\tivtc.dll")
loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\ColorMatrix.dll")
loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\degrainmedian.dll")
loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\aWarpSharp.dll")
loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\VSFilter.dll")
loadplugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\decomb.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\UnDot.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\gradfun2db.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\hqdn3d.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\MaskTools.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\MT.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\MvTools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\FFT3DFilter.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\RemoveGrain64.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\Repair64.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\masktools-v2.0a41\mt_masktools-26-x64.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins64\masktools-v2.0a41\mt_masktools-25-x64.dll")


import("C:\Program Files (x86)\AviSynth 2.5\plugins64\masktools-v2.0a41\masktools\LimitedSharpenFaster.avsi")
Import("C:\Program Files (x86)\AviSynth 2.5\plugins64\avsi\insertsign.avs")


d2vp = "j:\acx\cg\epi14\ep14.d2v"

mpeg2source(d2vp,idct=7)
srce=last
interp=srce.separatefields().eedi2(field=-2)
deinte=srce.tdeint(mode=2,edeint=interp)
srce.tfm(d2v=d2vp,clip2=deinte,pp=4,flags=4)
tdecimate(mode=0)
colormatrix(d2v=d2vp)
crop(4,4,-4,-4)
LanczosResize(720,480)
DeGrainMedian(limitY=5,limitUV=5,mode=3)
LimitedSharpenFaster()
Tweak(sat=1.13,cont=1.13,bright=-5)
gradfun2db(1.2)
sign1 = AVISource("j:\acx\saintdeath_blood_tag_upper_left.avi")
insertsign(last, sign1, 10)

Alf Bundy
14th July 2010, 22:33
Hi,

Since the lossless option disappeared from x264's config window, which setting should I use to make a lossless x264 encode ?

Thanks :)

Kurtnoise
15th July 2010, 10:37
--crf 0

Frogger13
15th July 2010, 17:25
Hi Folks,

You can find the installation instructions here:
http://forum.doom9.org/showthread.php?p=1390397#post1390397

Thanks for the Information, but I keep getting following error:

http://img267.imageshack.us/img267/4698/errorjl.jpg

AviSynth64 is installed and working. MeGUI64 is in the same path as MeGUI32. But also if I put the x64 files in a separate Directory, the error is the same.

Edit: Installed .NET Framework is incremental .NET Framework 3.5 (http://www.microsoft.com/downloads/details.aspx?FamilyId=333325fd-ae52-4e35-b531-508d977d32a6&displaylang=en) + hotfixesMeGUI x64 must be installed in a different directory than MeGUI x86. But this is not the source of the error. It seems that you need to install a Visual C++ x64 Redistributable Package (there are several ones and newer ones do not include the older packages)

Well I tried and installed VC++ Redist 2005, 2005 SP1, 2008, 2008 SP1 and 2010... But I still get the Same error... :confused:

System is Xp x64 and MeGUIx64 has its own directory now...

BTW I'm wondering why there are no x64 builds of the DLLs?! Am I missing something :confused::confused::confused:

Well no answer yet :( hasn't anybody a solution?! :confused:

Sharktooth
15th July 2010, 17:51
AFAIK there are 64bit libs...
however, launch windows update and update your system.
a personal advice... drop XP64 and get Win7-64

Adub
15th July 2010, 22:58
a personal advice... drop XP64 and get Win7-64

I second this advice. There seems to be much more support for x64 being built into Windows 7 now.

Plus, with the sudden burst of tools being developed for the x64 platform, now is as good a time to upgrade as any.

Frogger13
16th July 2010, 19:09
Thanks for the reply. I hope'd that I did not need to go for Win7 (not that much space on my System SSD :()

AFAIK there are 64bit libs...

Where can I find these MeGUIx64 libs?!! Here http://megui.org/auto/ the only one I find are the regular 32 bit! (http://megui.org/auto/megui-libs_0_3_5.zip) :confused:

Zathor
16th July 2010, 19:20
http://megui.org/auto/ the only one I find are the regular 32 bit! (http://megui.org/auto/megui-libs_0_3_5.zip) :confused:

They can also be used with native x64 applications and therefore these are the correct libs.

Frogger13
16th July 2010, 23:05
They can also be used with native x64 applications and therefore these are the correct libs.

Thank you Zathor. Just one last question about this problem: is it possible (allthoug it is recommended to upgrade to Win7) to run MeGUIx64 on WinXp Pro x64? Then How (See previous post which lists installed VC++ Redistribuables)... :thanks:

Zathor
17th July 2010, 10:55
It should be possible, but I do not have XP 64 and therefore cannot check it myself. We have to wait for someone else to check it.

quantum5uicid3
17th July 2010, 12:41
for anyone on a budget, vista licenses can be found pretty cheap these days and it's the same kernel as 7.

just find a cd with sp2 slipstreamed already.

trevaaar
17th July 2010, 15:10
for anyone on a budget, vista licenses can be found pretty cheap these days and it's the same kernel as 7.

just find a cd with sp2 slipstreamed already.

I'm not sure what you're basing this on, but I'd say it's not true.

Sharktooth
17th July 2010, 15:13
for the sake of mind sanity... win7 is lighter than vista... there is NO reason on this planet to buy Vista (the biggest MS Epic Fail (tm) after Windows ME...)

quantum5uicid3
18th July 2010, 13:02
I'm not sure what you're basing this on, but I'd say it's not true.

they're not the same bit for bit, but the changes were very minor. google it.


for the sake of mind sanity... win7 is lighter than vista... there is NO reason on this planet to buy Vista (the biggest MS Epic Fail (tm) after Windows ME...)

i agree vista had rough beginnings, but having used both, i think a clean installation of vista sp2 is equally fast and stable. maybe it's because i disable the themes service, so the tightening of explorer.exe ddidn't really make a difference for me.

edit
KB971644 probably helped too :)

edit2
everytime iuse ffms2.dll in an avs, megui just keeps grabbing more and more memory until crashes. i was able to rapidly open many(20+) instances of the same avs in mpc-hc without any problems besides the obvious performance hit and also tried running a bunch(20+) of x264 encodes at the commandline at the same time and also do not have a problem.

ive confirmed this in both 7 and vista. it's easy to see, just "enqueue" the same job repeatedly and watch the ram.

doc_dvxm
20th July 2010, 00:48
Hii there... I am using Win 7 Ultimate x64. I am planning to encode some HD stuff (The source is BluRay.)

I've downloaded a meGUI x64 and avisynth x64 (avisynth64_intel_3-17-10) according to the guide given above. İnstalled codecs on my system are:

ffdshow_rev3507_20100707_clsid_x64.exe + MatroskaSplitter.exe.

I've set H264 to ffmpeg-mt, and VC1 to libavcodec as video decoder.

Sooo... I've just described that my MegUI x64 working perfectly with AVC Codec based m2ts files. Decoding, Encoding everything is fine.

But, when I try to use a VC1 based m2ts files you can see what's going on:

http://i31.tinypic.com/dlkvo7.png

Btw, MPC x64 works fine with both of them (AVC and VC1 Movie....)

Sorry If I'am hijacking your thread, but I was looking too much, and there is no satisfying answers....

Every suggestions are wellcome....

Cheerz

Sharktooth
20th July 2010, 01:02
the problem could be FFDShow VC-1 decoder (MPC has its own).
if that it's the case try another FFDShow revision. if it still doesnt work Index the m2ts with DGIndexNV (license required) or FFMS.

doc_dvxm
20th July 2010, 07:54
Thank you very much.

My graphic card is HD5850 Ati Radeon. Previous, when I was googling this problem, I saw that DGIndexNV was developed for Nvidia Cards. I'll try with FFMS.

Thank you Sharktooth. Hope that your health is well :)

Cheerz.

Sharktooth
21st July 2010, 16:28
yes, dgindexnv requires an nvidia card.
however, you can get a second video card just for dgindexnv. check the supported cards list. there are some of them really cheap and even if they have a 16x PCIe connector they can be installed in a 4x slot too.
(my health seems to be ok at the moment, thanks).

Renzz
22nd July 2010, 15:48
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.

Just setting up MeGui X64 for the first time, and am having trouble using NicAudio. Usin the LAME MP3: MP3-128ABR profile, it's generating an AVS that loads the NicAudio DLL and then does a NicMPG123Source. At this point, it crashes ("Attempt to read or write protected memory").

One thing I'm not sure about is the VS2010 runtime - can someone point me to *exactly* what I should download for this??

Thanks

Sharktooth
22nd July 2010, 16:56
http://www.microsoft.com/downloads/details.aspx?FamilyID=a7b7a05e-6de6-4d3a-a423-37bf0912db84&displaylang=en

Renzz
22nd July 2010, 17:09
http://www.microsoft.com/downloads/details.aspx?FamilyID=a7b7a05e-6de6-4d3a-a423-37bf0912db84&displaylang=en

Thanks, but that didn't fix it. I already had the X64 version of that installed, but tried the X86 as well.

What I get is this:

-[Error] Log for job1 (audio, Bargain Hunt (BBC ONE) 2010 07-22 12-33-58 PID 259 L2 2ch 48 256 DELAY -345ms.mp2 -> Bargain Hunt (BBC ONE) 2010 07-22 12-33-58 PID 259 L2 2ch 48 256 DELAY 0ms_new.mp3)
--[Information] [22/07/2010 17:06:04] Started handling job
--[Information] [22/07/2010 17:06:04] Preprocessing
--[NoImage] Avisynth script
---[NoImage] LoadPlugin("C:\Video\MeGuiX64\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] NicMPG123Source("D:\Recordings\Bargain Hunt (BBC ONE) 2010 07-22 12-33-58 PID 259 L2 2ch 48 256 DELAY -345ms.mp2")
---[NoImage] DelayAudio(-345.0/1000.0)
---[NoImage] 32==Audiobits(last)?ConvertAudioTo16bit(last):last
---[NoImage] return last
--[NoImage] Commandline used: --abr 128 -h - "{0}"
--[Information] [22/07/2010 17:06:04] Encoding started
--[Information] [22/07/2010 17:06:04] Encode thread started
--[Information] [22/07/2010 17:06:04] Avisynth script environment opened
--[Error] An error occurred
---[NoImage] Exception message: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
---[NoImage] Stacktrace
----[NoImage] at MeGUI.AviSynthClip.dimzon_avs_init_2(IntPtr& avs, String func, String arg, AVSDLLVideoInfo& vi, AviSynthColorspace& originalColorspace, AudioSampleType& originalSampleType, String cs)
----[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
--[Information] [22/07/2010 17:06:04] Job completed


Anyone any ideas?

Sharktooth
22nd July 2010, 19:56
ok, try forcing decode via DirectShow (audio preset config)

rtjnyoface
24th July 2010, 10:52
real quickly guys, if a job is run and then accidentally double clicked again and the status changes, there is no changing is back to done (of course). But...if I've already run it I don't want to run it again (its a 1st pass). Tried changing the job in text file and I couldnt do it regardless of whether I change the read only option or not. Real PITA if I encoded for hours. Just thought I'd mention it. Been a nuisance cuz I think I'm changing the status of a different job. maybe others havent experienced this. Thanks for the continued dev guys.

Sharktooth
24th July 2010, 14:31
that's coz you're running vista or windows 7 and installed MeGUI in C:\somedir (in other words you dont have the write permissions in that folder if you're not an administrator).
run your text editor as administrator (for example right click on notepad and choose the launch as admin option) and modify whatever you want.

livetolove92
26th July 2010, 04:49
Although I had installed the meGUI x64 and Avisynth x64 following the instruction I still get this error when use Avs Script creator. I tried both DirectShowSource and FFMS on Notepad but it didn't work.
Unable to render the file. You probably don't have the correct filters installed.
Need your help :)

Sharktooth
26th July 2010, 14:01
post your script (including the source file).
have you installed ffdshow also?

livetolove92
27th July 2010, 02:41
Yah, I had installed ffdshow_rev3507_20100707_clsid_x64. I tried to use the command line but it always get error. I only want to use AVS Script Creator and meGUI but it gets that problem Unable to render the file. You probably don't have the correct filters installed. . I also put the DirectShowSource.dll to Avisynth plugin64 and meGUI tools>Avisynth plugin.

meatwad
27th July 2010, 03:06
I'm having the ancient issue of out of sync audio in iPod 5.5 format. I've tried letting 64 bit xvid be the decoder instead of ffdshow but the sync issue is still there. I've tried several builds of 64 bit ffdshow as well and played around with several settings. I'm running Windows 7 and I love the increase in speed I'm having with my encodes, I just need to resolve the sync issue.

Lyle_JP
27th July 2010, 03:31
I'm having the ancient issue of out of sync audio in iPod 5.5 format. I've tried letting 64 bit xvid be the decoder instead of ffdshow but the sync issue is still there. I've tried several builds of 64 bit ffdshow as well and played around with several settings. I'm running Windows 7 and I love the increase in speed I'm having with my encodes, I just need to resolve the sync issue.

What build of x264 are you using? You may be experiencing this problem. (http://forum.doom9.org/showthread.php?t=155705)

meatwad
27th July 2010, 04:37
What build of x264 are you using? You may be experiencing this problem. (http://forum.doom9.org/showthread.php?t=155705)

You're my hero!!! I was using 1677. I've substituted it with build 1649 after skimming through the thread you linked to and all files are in sync now. This has been driving me crazy for the past few days so I really appreciate it.:thanks:

Sharktooth
27th July 2010, 15:18
Yah, I had installed ffdshow_rev3507_20100707_clsid_x64. I tried to use the command line but it always get error. I only want to use AVS Script Creator and meGUI but it gets that problem . I also put the DirectShowSource.dll to Avisynth plugin64 and meGUI tools>Avisynth plugin.
if you use the CLI and you get errors then it's not a megui problem.

Fr123
31st July 2010, 14:29
I have a problem (my os: Win7 Home Premium 64bit):

1. I installed AviSynth 2.5.8 32bit, then downloaded the AviSynth x64 files, put the files "avisynth.dll" and "DevIL.dll" in "windows/system32" directory, ran the batch installer "avisynth_intall.cmd".

2. I installed MeGui x64, let the program update all the files

3. When I try to load a .avs file into megui, megui reports an error: "AviSynth script error ; DirectShowSource: Renderfile, the filter graph manager won´t talk to me"

Anybody can help?

Zathor
31st July 2010, 14:55
DirectShowSource depends on the installed directshow filters. Please make sure that you have 64bit filters installed (and activated). Or you can use the file indexer in MeGUI.

Fr123
31st July 2010, 15:32
I solved the problem by installing K-Lite codec package 64-bit :-)

quantum5uicid3
3rd August 2010, 08:44
the only change to the default configuration of ffdshow-tryouts x64 is setting it to handle RAW video. a codec pack is not necessary.

it's been my understanding that using dgdecnv built in resize was a successful workaround to the resize bug. anyone know for sure if this is true, using dgdecnv or now x264 builtin resize filter?

Zathor
7th August 2010, 10:55
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/)

I checked the problem and can reproduce it only with FFMS. If I index the file with DGIndexNV the file is not locked. Therefore I assume that it is not a problem of MeGUI but a problem of the x64 FFMS plugin.

AMED
8th August 2010, 21:25
ahh ok, thanks for looking.

I'll just keep to my keep queuing jobs using FFMS untill MeGUI starts erroring out, restart MeGUI and continue queuing method :)

Next time i do a big run and get an error i'll post a screenshot and log.

gahz
9th August 2010, 02:52
hi guys quick question:

i think i have everything working correctly. followed the instructions in post #1 and i have gotten no errors so my question is:

i have run 2 jobs so far comparing both 32 and 64 bit megui to see what the diff is speed wise.

unfortunatly i dont see any diff. the fps is equal between the two. maybe i'm not doing something right?

script is simple dgindexnv default and i use dgindexnv64 for the 64 bit ver of megui.

*i just noticed that regardless of which version of megui i pull up they both call on x264_64.exe. the only diff being that the 32 bit version of megui also calls up vfw4x264.exe *32, while the 64 bit ver of megui does not. is this working as intended or have i messed something up bad?

Zathor
9th August 2010, 06:15
*i just noticed that regardless of which version of megui i pull up they both call on x264_64.exe. the only diff being that the 32 bit version of megui also calls up vfw4x264.exe *32, while the 64 bit ver of megui does not. is this working as intended[...]?

Yes, this is correct.

LeXXuz
10th August 2010, 16:15
Ran an encode yesterday with a fresh build x64 machine and was pretty impressed by the speed. Source was vc1 in matroska container and everything worked like a charm.

The last couple of hours I learned the hard way that dgavc does not work on x64 Avisynth. I already ripped GIGs of movie titles to hard disk as raw h264 stream to use with dgavc (as I used to with my old XP x86 sys). Is there any other way to index raw AVC streams? Or do I have to remux all my already ripped titles back into a container to use with FFMSIndex? Is FFMSindex a good method to use (at the moment?)

Guest
10th August 2010, 16:21
The last couple of hours I learned the hard way that dgavc does not work on x64 Avisynth. I already ripped GIGs of movie titles to hard disk as raw h264 stream to use with dgavc (as I used to with my old XP x86 sys). Is there any other way to index raw AVC streams? You can use DGDecNV 64-bit.

If you don't have an Nvidia card already, you can install a cheap 8400GS alongside your existing card.

Lyle_JP
10th August 2010, 16:57
The last couple of hours I learned the hard way that dgavc does not work on x64 Avisynth. I already ripped GIGs of movie titles to hard disk as raw h264 stream to use with dgavc (as I used to with my old XP x86 sys). Is there any other way to index raw AVC streams? Or do I have to remux all my already ripped titles back into a container to use with FFMSIndex? Is FFMSindex a good method to use (at the moment?)

You could use DirectShowSource, as long as you install the Win7 Codec Tweaker, ffdshow, and haali splitter.

LeXXuz
10th August 2010, 17:10
You can use DGDecNV 64-bit.

If you don't have an Nvidia card already, you can install a cheap 8400GS alongside your existing card.

HM. At the moment system uses onboard AMD IGP. To be frank when I ordered the parts I had no plans to switch to Win7 x64 but I read a couple of threads here including this one and thought I'll give it a try.^^

Probably stupid question, but are there any differences in quality between these indexing methods? Or is it first of all a matter of speed? To be honest, I don't understand the detail of this indexing process at all. Logic tells me that it could not affect quality until indexing is not meant in the matter of just finding desired information in the source file. Multiple ways lead to Rome, right?

I never thought about GPU indexing, but if it comes with a noticeable speed increase, why not. Is a 8400 fast enough for this task or would a more expensive card speed up things further more?

Guest
10th August 2010, 17:21
Probably stupid question, but are there any differences in quality between these indexing methods? Or is it first of all a matter of speed? To be honest, I don't understand the detail of this indexing process at all. Logic tells me that it could not affect quality until indexing is not meant in the matter of just finding desired information in the source file. Multiple ways lead to Rome, right? Not quite right. DG tools are designed from the ground up for frame accuracy. DSS2() and the others are not and run into issues in several common scenarios. For example, they might serve the correct frame's data, but it shows artifacts because the source filter has not injected the needed SPS/PPS. Or they can simply deliver the wrong frame's data because the timestamps are not perfectly monotonic. Or they get screwed up by trim() in your script. If you need assured accurate random frame access, then DG tools are the way to go. DISCLAIMER: I have an interest in the DG tools. But you can find similar assessments by others on the web.

I never thought about GPU indexing, but if it comes with a noticeable speed increase, why not. Is a 8400 fast enough for this task or would a more expensive card speed up things further more? The indexing is not done on the GPU. Decoding the video is done on the GPU. So the Avisynth source filter's workload is offloaded to the GPU. Indexing simply enables frame accuracy in the source filter.

For purely decoding, a fast CPU can beat the GPU (although Fermi is starting to challenge that wisdom). But in the vast majority of cases where Avisynth is used, the user is *transcoding* and the decoding rate is not the bottleneck, so offloading the decode to the GPU can give an overall performance gain to the transcoding operation by leaving more CPU bandwidth for the encoder.

The Fermi cards will outperform the 8400GS but are MUCH more expensive. The 8400GS has a VP3 engine and is very fast; it's the current sweet spot for price/performance. Refer to the DGDecNV Benchmarking thread for more details.

Gser
10th August 2010, 18:18
Btw if anyone is looking at an ati 4870 or 4970, they take two power inputs (same as a normal SLI/Crossfire configuration would). So if you want to add a second gfx card, you need a quad (or tri) gfx card config supporting power supply.

mariush
10th August 2010, 18:27
Not really, you can get adapters which convert a regular hard drive connector to the connectors video cards use. As long as the power supply has enough power to feed both cards (I'd say 650 watts and up) you're good.

LeXXuz
10th August 2010, 19:49
Not quite right. DG tools are designed from the ground up for frame accuracy. DSS2() and the others are not and run into issues in several common scenarios.

Thanks a lot for that explanation neuron2. That explains a lot of things I stumbled over in the past. :thanks:



But in the vast majority of cases where Avisynth is used, the user is *transcoding* and the decoding rate is not the bottleneck, so offloading the decode to the GPU can give an overall performance gain to the transcoding operation by leaving more CPU bandwidth for the encoder.

Okay, so for my purposes as a transcoding scenario the 8400GS is more than fast enough that I would not gain any more speed increase from a faster card, right?
Is there anything more I have to watch out for like memory size or bandwith (DDR2, DDR3) or can I just go and buy any 8400 GPU based card I find?

Guest
10th August 2010, 20:52
Any 8400GS will be OK. The more memory you have the more filter instances you can create.

Just get the best 8400 GS you can afford. Or if money is not an issue, get a Fermi. :)

Ezekeel
19th August 2010, 19:20
Hi there,

first of all: nice work on the x64 build!

But i have a problem: Whenever i start encoding a video with x264, sooner or later i get this error:

http://omploader.org/vNTl6Yw/meguix64error.png

if i "close the program" it disappears, but the fps drops from 80-90 fps to 12 fps (1st pass).

Any idea what that could be?

Sharktooth
19th August 2010, 19:50
encoder crashed. check your AVS script in your favourite directshow media player and see if it can be played (from the beginning to the end) without crashes.
also, check your system for stability, expecially if you overclocked the CPU, RAM or Videocard.
most ppl wrongly assume their system is stable coz every other app works without crashing... but when it comes to x264 it crashes...

Ezekeel
20th August 2010, 15:14
Thanks, seems to work now, after i raised the vcore a little bit. :D
Funny, that Prim95 or Orthos found no Errors after 10 hours of testing and x264 crashed in a few minutes. :-)

Chumbo
24th August 2010, 03:00
I'd like to request a feature please. Right now when you open a TS file and select File Indexer, when you choose FFMSIndex, you get the dialog warning "Please use a MKV, AVI, MP4 or FLV container to index files with the FFMS2 indexer." Since we can't use DGAVCIndex in 64 bit, would you please consider adding TS support since ffmsindex does index TS files.

I basically do this manually now, i.e., I index the source TS file, create the AVS script and then load into megui64. Thanks a lot for considering adding this.

Sharktooth
24th August 2010, 03:21
please post feature requests here: http://sourceforge.net/tracker/?group_id=156112&atid=798479

Zathor
24th August 2010, 19:09
I'd like to request a feature please. Right now when you open a TS file and select File Indexer, when you choose FFMSIndex, you get the dialog warning "Please use a MKV, AVI, MP4 or FLV container to index files with the FFMS2 indexer." Since we can't use DGAVCIndex in 64 bit, would you please consider adding TS support since ffmsindex does index TS files.

Indexing TS files is already supported. Just ignore the warning and proceed with the indexing process. The warning is there because of:
Compatibility
* AVI, MKV, MP4, FLV: Frame accurate
* WMV: Frame accurate(?) but avformat seems to pick keyframes relatively far away
* OGM: Frame accurate(?)
* VOB, MPG: Seeking seems to be off by one or two frames now and then
* M2TS, TS: Seeking seems to be off a few frames here and there
* Image files: Most formats can be opened if seekmode=-1 is set, no animation support

Sharktooth
25th August 2010, 14:41
new FFMS2 plugin for megui x64 dev (thanks to kemuri9).
now 32bit and 64bit versions of megui should be both able to manipulate MKVs with header compression enabled.

Chumbo
26th August 2010, 00:27
please post feature requests here: http://sourceforge.net/tracker/?group_id=156112&atid=798479
Thank you, will do.

rubinus
26th August 2010, 12:13
As of now the following x64 tools are available on the development update server:
x264, mediainfo, avisynthwrapper, dgindex/dgdecode, ffms, colormatrix, tdeint, tivtc, eedi2, leakkerneldeint, undot, mp4box, vsfilter, aften, ffmpeg, yadiff, nicaudio

These avisynth plugins need to be replaced with x64 builds:
convolution3dyv12, fluxsmooth, decomb, tomsmocomp, dgavcdec, dgindexnv
Until these plugins are updated it is not possible to use them. MeGUI may crash if using the old x86 dlls.

Sorry of my ignorance, but where to download these tools/plugins? I cant find the development server...

Thanks for info.:stupid:

Chumbo
28th August 2010, 16:03
Try using the Search and enter "megui development server" and you'll be amazed at what you'll find.

GRKNGLR
10th September 2010, 23:33
Hi,

I'm kind of a noob, so keep your patience please... Isn't it possible to run MeGUI on an x64 system without Avisynth64 and ffdshow-tryout x64? On my Win7 x64 system with 32-bit MeGUI, Avisynth and ffdshow-tryout, x264_64.exe and vfw4x264.exe works pretty well. Are the any side effects of using those like this?

Sharktooth
11th September 2010, 03:39
no. except the fact all 32 bit apps have a 2 GB memory barrier.
some times, when using heavy filtering and/or HD sources avisynth may require more than 2 GB and that obviously makes avisynth 32 crash.

blubberbirne
11th September 2010, 18:37
I need Another Update Server.
Fresh Install of MeGui x64


Trying server: http://megui.org/auto/stable/
Retrieving update file from server...
Error: Couldn't connect to server.
Trying server: http://megui.xvidvideo.ru/auto/stable/
Retrieving update file from server...
Error: Couldn't connect to server.
Error: Could not download XML file
Loading update data...
Error: Invalid XML file. Aborting.

EDIT: found the developer dir in setting.

GRKNGLR
12th September 2010, 14:29
no. except the fact all 32 bit apps have a 2 GB memory barrier.
some times, when using heavy filtering and/or HD sources avisynth may require more than 2 GB and that obviously makes avisynth 32 crash.

Thanks Sharktooth.

Whimick
12th September 2010, 17:33
Hello All,
I been having a play with MeGUI x64 and I get this error when I try to create a script:
Please see my Log below:
-------------------------------------------------------
[Error] Log
-[Information] Versions
--[Information] MeGUI Version : 0.3.5.11 x64
--[Information] OS : Windows Vista Premium Edition x64 SP2 (6.0.131072.6002)
--[Information] Latest .Net Framework installed : 4.0 (4.0.30319)
--[Information] Avisynth Version : 2.5.8.5
-[Information] Log for job1 (idx, Sample.ts -> Sample.ts.d2v)
--[Information] [12/09/2010 17:22:28] Started handling job
--[Information] [12/09/2010 17:22:28] Preprocessing
--[Information] Job commandline: "C:\Program Files\MEGUI 64\tools\dgindex\dgindex.exe" -SD=< -AIF=<C:\TEMP\Sample.ts< -OF=<C:\Users\Michael\Videos\MeGUI\Sample.ts< -FO=0 -exit -hide -OM=1 -TN=0
--[Information] [12/09/2010 17:22:28] Indexing started
--[Information] Standard output stream
--[Information] Standard error stream
--[Information] [12/09/2010 17:22:48] Running auto force film
---[Information] Film percentage: -1
--[Information] [12/09/2010 17:22:48] Postprocessing
---[Information] Deleting intermediate files
----[Information] [12/09/2010 17:22:49] Successfully deleted C:\TEMP\Sample.ts.log
--[Information] [12/09/2010 17:22:49] Job completed
-[Error] Unhandled error
--[Information] Exception message: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
--[Information] Stacktrace
---[NoImage] at MeGUI.AviSynthClip.dimzon_avs_getvframe(IntPtr avs, IntPtr buf, Int32 stride, Int32 frm)
---[NoImage] at MeGUI.AviSynthClip.ReadFrame(IntPtr addr, Int32 stride, Int32 frame)
---[NoImage] at MeGUI.AvsFile.AvsVideoReader.ReadFrameBitmap(Int32 position)
---[NoImage] at MeGUI.VideoPlayer.positionSlider_Scroll(Object sender, EventArgs e)
---[NoImage] at MeGUI.VideoPlayer.resize(Int32 targetWidth, Boolean PAR)
---[NoImage] at MeGUI.core.gui.StandardAndCustomComboBox.get_SelectedSCItem()
---[NoImage] at MeGUI.core.gui.StandardAndCustomComboBox.get_SelectedObject()
---[NoImage] at MeGUI.core.gui.ARChooser.get_Value()
---[NoImage] at MeGUI.VideoPlayer.get_DAR()
---[NoImage] at MeGUI.VideoEncodingComponent.player_Closed(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.Form.OnClosed(EventArgs e)
---[NoImage] at System.Windows.Forms.Form.WmClose(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)
--[Information] Inner exception: null

-------------------------------------------------

Can any one offer any advice.

Many Thanks

Whimick

Zathor
12th September 2010, 18:14
Can you open the avs file in other tools like VirtualDub or MPC-HC?

JoeH
12th September 2010, 19:01
I need Another Update Server.
Fresh Install of MeGui x64



EDIT: found the developer dir in setting.

How did you solve this? I am getting the same error.

Zathor
12th September 2010, 21:26
In the settings (extra config\auto update) you have to switch to the development server. MeGUI x64 is not available as stable build because a lot of external tools/filters are missing/unstable.

EDIT: I updated the link in the first posting to point to a recent x64 build. This build will automatically switch to the development server for a new instalation.

tormento
14th September 2010, 15:25
There must be something gone wrong with latest update. If I open the following script:

LoadPlugin("D:\eseguibili\media\dgdecnv\x64 binaries\DGDecodeNV.dll")
DGSource("E:\in\1_47 2 fast 2 furious\2fast.dgi")
Megui_x64 shows:

http://img695.imageshack.us/img695/6708/megui03512x64.jpg

Tried same script in VirtualDub_x64 and works. Tried to replace AviSynth with older version.

Same script works with x86 version (obviously different dll).

Ideas?

zanuda
14th September 2010, 22:35
error when try to open .mkv in file indexer
[Error] Log
-[Information] Versions
--[Information] MeGUI Version : 0.3.5.12 x64
--[Information] OS : Windows Seven Ultimate Edition x64 (6.1.0.7600)
--[Information] Latest .Net Framework installed : 4.0 (4.0.30319)
--[Information] Avisynth Version : 2.5.8.5
-[Error] Unhandled error
--[Information] Exception message: Была сделана попытка загрузить программу, имеющую неверный формат. (Исключение из HRESULT: 0x8007000B)
--[Information] Stacktrace
---[NoImage] в MediaInfoWrapper.MediaInfo.MediaInfo_New()
---[NoImage] в MediaInfoWrapper.MediaInfo..ctor(String path)
---[NoImage] в MeGUI.MediaInfoFile..ctor(String file)
---[NoImage] в MeGUI.FileIndexerWindow.openVideo(String fileName)
---[NoImage] в MeGUI.FileIndexerWindow.input_FileSelected(FileBar sender, FileBarEventArgs args)
---[NoImage] в MeGUI.FileBar.triggerEvent()
---[NoImage] в MeGUI.FileBar.setFilename(String filename)
---[NoImage] в System.Windows.Forms.Control.OnClick(EventArgs e)
---[NoImage] в System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
---[NoImage] в System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
---[NoImage] в System.Windows.Forms.Control.WndProc(Message& m)
---[NoImage] в System.Windows.Forms.ButtonBase.WndProc(Message& m)
---[NoImage] в System.Windows.Forms.Button.WndProc(Message& m)
---[NoImage] в System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
---[NoImage] в System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] Inner exception: null

Zathor
14th September 2010, 23:16
Thanks for the reports. Please run the auto update and the problem should be fixed.

vitali5000
15th September 2010, 01:05
mediainfo_0_7_35-2_x64 buged

http://img835.imageshack.us/img835/4751/18874686.png
http://img23.imageshack.us/img23/2051/62994600.png
http://img33.imageshack.us/img33/2674/92885555.png

tormento
15th September 2010, 06:20
Not working, same error I reported before.

zanuda
15th September 2010, 09:36
works fine for me

Zathor
15th September 2010, 10:07
It is working for me with this dll, too. I think we have to wait for the official build of mediainfo. I will revert it back to 0.7.35.

vitali5000
15th September 2010, 10:20
It is working for me with this dll, too. I think we have to wait for the official build of mediainfo. I will revert it back to 0.7.35.

Please, upload old working version 0.7.35. Thanks.

Zathor
15th September 2010, 10:38
Yes, as said before. But at the moment I have no access to the server. Should be done in a few hours.
EDIT: done

vitali5000
15th September 2010, 13:42
Error again (((

http://img440.imageshack.us/img440/3342/37509060.png

With MeGUI - 32 bit works fine.

Zathor
15th September 2010, 14:28
Close MeGUI and then replace mediainfo.dll with another one from here:
http://megui.org/auto (files beginning with mediainfo and ending with x64.zip)
Report back which one fixes the problem.

Sharktooth
15th September 2010, 15:10
zathor, it could be a build problem since there 32bit version works as expected.
ill ask in the mediainfo thread.

vitali5000
15th September 2010, 17:19
Error again (((

http://img440.imageshack.us/img440/3342/37509060.png

It is a problem when I try to make resize with 1920x1080 to 720x400, there was no such problem earlier.
With 32 bit version resize to720x400 works fine.

tormento
15th September 2010, 18:54
Works ok for me now (x64, I mean).

Thanks..

Zathor
16th September 2010, 00:53
It is a problem when I try to make resize with 1920x1080 to 720x400, there was no such problem earlier.
With 32 bit version resize to720x400 works fine.

So the error occurs if you open the avs script in MeGUI? Or at which point does it occur? Post your avs script.

Sharktooth
17th September 2010, 01:21
i updated mediainfo.dll (x64 version) again. please check if it works.

Whimick
17th September 2010, 13:12
Hi,

I am trying to encode some media into Xvid, how ever I encounter the following error:

[Error] Log
-[Information] Versions
--[Information] MeGUI Version : 0.3.5.12 x64
--[Information] OS : Windows Vista Premium Edition x64 SP2 (6.0.131072.6002)
--[Information] Latest .Net Framework installed : 4.0 (4.0.30319)
--[Information] Avisynth Version : 2.5.8.5
-[Information] Log for job1 (idx, First Light.mpg -> First Light.d2v)
--[Information] [17/09/2010 12:32:23] Started handling job
--[Information] [17/09/2010 12:32:23] Preprocessing
--[Information] Job commandline: "C:\Program Files\MEGUI 64\tools\dgindex\dgindex.exe" -SD=< -AIF=<E:\First Light.mpg< -OF=<C:\Users\Michael\Videos\MeGUI\First Light< -FO=0 -exit -hide -OM=1 -TN=c0
--[Information] [17/09/2010 12:32:24] Indexing started
--[Information] Standard output stream
--[Information] Standard error stream
--[Information] [17/09/2010 12:33:40] Running auto force film
---[Information] Film percentage: -1
--[Information] [17/09/2010 12:33:41] Postprocessing
---[Information] Deleting intermediate files
----[Information] [17/09/2010 12:33:43] Successfully deleted E:\First Light.log
--[Information] [17/09/2010 12:33:43] Job completed
-[Information] AutoEncode job generation log
--[Information] Desired Size : 700 MB
--[Information] Split Size : null
--[Information] Eliminating duplicate filenames
---[Information] Video output file: C:\Users\Michael\Videos\MeGUI\First Light.avi
---[Information] Muxed output file: C:\Users\Michael\Videos\MeGUI\First Light-muxed.avi
---[Information] Encodable audio stream 0: C:\Users\Michael\Videos\MeGUI\First Light Tc0 L2 2ch 48 256 DELAY 0ms_new.mp2
-[Information] Log for job1 (audio, First Light Tc0 L2 2ch 48 256 DELAY 0ms.mp2 -> First Light Tc0 L2 2ch 48 256 DELAY 0ms_new.mp2)
--[Information] [17/09/2010 12:34:09] Started handling job
--[Information] [17/09/2010 12:34:09] Preprocessing
--[Information] Avisynth script
---[NoImage] DirectShowSource("C:\Users\Michael\Videos\MeGUI\First Light Tc0 L2 2ch 48 256 DELAY 0ms.mp2")
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] 32==Audiobits(last)?ConvertAudioTo16bit(last):last
---[NoImage] return last
--[Information] Commandline used: -i - -y -acodec mp2 -ab 256k "{0}"
--[Information] [17/09/2010 12:34:09] Encoding started
--[Information] [17/09/2010 12:34:09] Encode thread started
--[Information] [17/09/2010 12:34:09] Avisynth script environment opened
--[Information] [17/09/2010 12:34:10] Script loaded
--[Information] Output Decoder
---[Information] Channels: 2
---[Information] Bits per sample: 16
---[Information] Sample rate: 48000
--[Information] Commandline: C:\Program Files\MEGUI 64\tools\ffmpeg\ffmpeg.exe -i - -y -acodec mp2 -ab 256k "C:\Users\Michael\Videos\MeGUI\First Light Tc0 L2 2ch 48 256 DELAY 0ms_new.mp2"
--[Information] [17/09/2010 12:34:11] Encoder process started
--[Information] Output from encoder via stderr
---[NoImage] FFmpeg version SVN-r22941, Copyright (c) 2000-2010 the FFmpeg developers
---[NoImage] built on Apr 22 2010 06:18:44 with gcc 4.4.2
---[NoImage] configuration: --cross-prefix=x86_64-w64-mingw32- --cc=ccache-x86_64-w64-mingw32-gcc --extra-cflags='-Dstrtod=__strtod' --arch=x86_64 --target-os=mingw32 --enable-runtime-cpudetect --enable-avisynth --enable-gpl --enable-version3 --enable-bzlib --enable-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable-libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-libopencore_amrnb
---[NoImage] libavutil 50.14. 0 / 50.14. 0
---[NoImage] libavcodec 52.66. 0 / 52.66. 0
---[NoImage] libavformat 52.61. 0 / 52.61. 0
---[NoImage] libavdevice 52. 2. 0 / 52. 2. 0
---[NoImage] libswscale 0.10. 0 / 0.10. 0
---[NoImage] [wav @ 00000000002DA3E0]max_analyze_duration reached
---[NoImage] [wav @ 00000000002DA3E0]Estimating duration from bitrate, this may be inaccurate
---[NoImage] Input #0, wav, from 'pipe:':
---[NoImage] Duration: N/A, bitrate: 1536 kb/s
---[NoImage] Stream #0.0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s
---[NoImage] Output #0, mp2, to 'C:\Users\Michael\Videos\MeGUI\First Light Tc0 L2 2ch 48 256 DELAY 0ms_new.mp2':
---[NoImage] Metadata:
---[NoImage] encoder : Lavf52.61.0
---[NoImage] Stream #0.0: Audio: mp2, 48000 Hz, 2 channels, s16, 256 kb/s
---[NoImage] Stream mapping:
---[NoImage] Stream #0.0 -> #0.0
---[NoImage] video:0kB audio:147482kB global headers:0kB muxing overhead 0.000000%
--[Information] [17/09/2010 12:35:32] Postprocessing
---[Information] Deleting intermediate files
--[Information] [17/09/2010 12:35:32] Job completed
-[Error] Log for job2 (video, First Light.avs -> )
--[Information] [17/09/2010 12:35:32] Started handling job
--[Information] [17/09/2010 12:35:32] Preprocessing
---[Information] Bitrate calculation for video
----[Information] Desired size after subtracting audio: 566553.2265625KBs
----[Information] Calculated desired bitrate: 983.4309513921261177268296818kbit/s
--[Information] Job commandline: "C:\Program Files\MEGUI 64\tools\xvid_encraw\xvid_encraw.exe" -i "C:\Users\Michael\Videos\MeGUI\First Light.avs" -pass1 "C:\Users\Michael\Videos\MeGUI\First Light.stats" -bitrate 983 -kboost 100 -chigh 30 -clow 15 -overhead 0 -turbo -max_key_interval 250 -nopacked -lumimasking -imin 1 -pmin 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -par 3200:3159 -threads 1
--[Information] [17/09/2010 12:35:33] Encoding started
--[Error] An error occurred: Usage : xvid_encraw [OPTIONS]
--[Information] Standard output stream: xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
--[Information] Standard error stream
---[NoImage] xvid_encraw built at 03:19:12 on Oct 25 2009
---[NoImage] Input options:
---[NoImage] -i string : input filename (stdin)
---[NoImage] -type integer: input data type (yuv=0, pgm=1, avi/avs=2)
---[NoImage] -w integer: frame width ([1.2048])
---[NoImage] -h integer: frame height ([1.2048])
---[NoImage] -csp string : colorspace of raw input file i420, yv12 (default)
---[NoImage] -frames integer: number of frames to encode
---[NoImage] Output options:
---[NoImage] -dump : save decoder output
---[NoImage] -save : save an Elementary Stream file per frame
---[NoImage] -o string : save an Elementary Stream for the complete sequence
---[NoImage] -avi string: save an AVI file for the complete sequence
---[NoImage] -mkv string: save a MKV file for the complete sequence
---[NoImage] BFrames options:
---[NoImage] -max_bframes integer: max bframes (2)
---[NoImage] -bquant_ratio integer: bframe quantizer ratio (150)
---[NoImage] -bquant_offset integer: bframe quantizer offset (100)
---[NoImage] Rate control options:
---[NoImage] -framerate float : target framerate (25.0)
---[NoImage] -bitrate [integer] : target bitrate in kbps (700)
---[NoImage] -size integer : target size in kilobytes
---[NoImage] -single : single pass mode (default)
---[NoImage] -cq float : single pass constant quantizer
---[NoImage] -pass1 [filename] : twopass mode (first pass)
---[NoImage] -full1pass : perform full first pass
---[NoImage] -pass2 [filename] : twopass mode (2nd pass)
---[NoImage] -zq starting_frame float : bitrate zone; quant
---[NoImage] -zw starting_frame float : bitrate zone; weight
---[NoImage] -max_key_interval integer : maximum keyframe interval (300)
---[NoImage] Single Pass options:
---[NoImage] -reaction integer : reaction delay factor (16)
---[NoImage] -averaging integer : averaging period (100)
---[NoImage] -smoother integer : smoothing buffer (100)
---[NoImage] Second Pass options:
---[NoImage] -kboost integer : I frame boost (10)
---[NoImage] -kthresh integer : I frame reduction threshold (1)
---[NoImage] -kreduction integer : I frame reduction amount (20)
---[NoImage] -ostrength integer : overflow control strength (5)
---[NoImage] -oimprove integer : max overflow improvement (5)
---[NoImage] -odegrade integer : max overflow degradation (5)
---[NoImage] -chigh integer : high bitrate scenes degradation (0)
---[NoImage] -clow integer : low bitrate scenes improvement (0)
---[NoImage] -overhead integer : container frame overhead (24)
---[NoImage] -vbvsize integer : use vbv buffer size
---[NoImage] -vbvmax integer : vbv max bitrate
---[NoImage] -vbvpeak integer : vbv peak bitrate over 1 second
---[NoImage] Other options
---[NoImage] -noasm : do not use assembly optmized code
---[NoImage] -turbo : use turbo presets for higher encoding speed
---[NoImage] -quality integer : quality ([0..6]) (6)
---[NoImage] -vhqmode integer : level of R-D optimizations ([0..4]) (1)
---[NoImage] -bvhq : use R-D optimizations for B-frames
---[NoImage] -qpel : use quarter pixel ME
---[NoImage] -gmc : use global motion compensation
---[NoImage] -qtype integer : quantization type (H263:0, MPEG4:1) (0)
---[NoImage] -qmatrix filename : use custom MPEG4 quantization matrix
---[NoImage] -interlaced [integer] : interlaced encoding (BFF:1, TFF:2) (1)
---[NoImage] -nopacked : Disable packed mode
---[NoImage] -noclosed_gop : Disable closed GOP mode
---[NoImage] -masking [integer] : HVS masking mode (None:0, Lumi:1, Variance:2) (0)
---[NoImage] -stats : print stats about encoded frames
---[NoImage] -ssim [integer] : prints ssim for every frame (accurate: 0 fast: 4) (2)
---[NoImage] -ssim_file filename : outputs the ssim stats into a file
---[NoImage] -debug : activates xvidcore internal debugging output
---[NoImage] -vop_debug : print some info directly into encoded frames
---[NoImage] -nochromame : Disable chroma motion estimation
---[NoImage] -notrellis : Disable trellis quantization
---[NoImage] -imin integer : Minimum I Quantizer (1..31) (2)
---[NoImage] -imax integer : Maximum I quantizer (1..31) (31)
---[NoImage] -bmin integer : Minimum B Quantizer (1..31) (2)
---[NoImage] -bmax integer : Maximum B quantizer (1..31) (31)
---[NoImage] -pmin integer : Minimum P Quantizer (1..31) (2)
---[NoImage] -pmax integer : Maximum P quantizer (1..31) (31)
---[NoImage] -drop integer : Frame Drop Ratio (0..100) (0)
---[NoImage] -start integer : Starting frame number
---[NoImage] -threads integer : Number of threads
---[NoImage] -progress [integer] : Show progress updates every n frames (10)
---[NoImage] -par integer[:integer] : Set Pixel Aspect Ratio.
---[NoImage] 1 = 1:1
---[NoImage] 2 = 12:11 (4:3 PAL)
---[NoImage] 3 = 10:11 (4:3 NTSC)
---[NoImage] 4 = 16:11 (16:9 PAL)
---[NoImage] 5 = 40:33 (16:9 NTSC)
---[NoImage] other = custom (width:height)
---[NoImage] -help : prints this help message
---[NoImage] NB: You can define 64 zones repeating the -z[qw] option as needed.
--[Information] [17/09/2010 12:35:33] Job completed


Can any one advise me as to what is wrong

Many Thanks.

Whimick

Sharktooth
17th September 2010, 16:56
what preset you used? coz it seems the xvid_encraw commandline is wrong.

Whimick
17th September 2010, 17:19
Thanks for the reply.

I.ve tried a number of profiles and they all have the same error

vitali5000
17th September 2010, 18:10
So the error occurs if you open the avs script in MeGUI? Or at which point does it occur? Post your avs script.

if i open *.dgi project 1920x1080 and make Resize to 720x400

http://img840.imageshack.us/img840/1903/74891822.jpg

Zathor
17th September 2010, 20:00
Please click not on "Preview AVS Script", instead save the avs file and open the file with another tool like VirtualDub or MPC-HC. Do you get the same error?

Whimick
17th September 2010, 20:26
Hi,

I have had a closer look at my problem, and I believe it is caused by the versiion of avisynth64 I tried to install.

My question now is which version of avisynth64 should I use with my AMD processor and how should it be installed for it to work.

Can any one help.

Whimick

vitali5000
17th September 2010, 22:20
Please click not on "Preview AVS Script", instead save the avs file and open the file with another tool like VirtualDub or MPC-HC. Do you get the same error?

With 32 bit version MeGUI - resize to 720x400 works fine.

LoRd_MuldeR
17th September 2010, 23:14
mediainfo_0_7_35-2_x64 buged

http://img835.imageshack.us/img835/4751/18874686.png
http://img23.imageshack.us/img23/2051/62994600.png
http://img33.imageshack.us/img33/2674/92885555.png

@anybody who experienced problems with the x64 MediaInfo DLL

Please try the DLL's from here (preferably all DLL's from both packages) and tell me if there is any difference between them:

(1) http://www.mediafire.com/file/oicwcrev8nnx2py/MediaInfo.r3332.DLL.x64.Test-1.7z
(2) http://www.mediafire.com/file/sb8rvh8z4vcvmmx/MediaInfo.r3332.DLL.x64.Test-2.7z

Note: It will probably be necessary to rename 'MediaInfo.whatever.dll' to 'MediaInfo.dll' in order to test them with an existing application.

vitali5000
18th September 2010, 09:20
LoRd_MuldeR

I already wrote, after update there is no this problem, a problem exceptional in the resize to 720x400
, If I do 1280x720 that all works perfectly.

And With 32 bit version MeGUI - resize to 720x400 works fine.

http://img840.imageshack.us/img840/1903/74891822.jpg

Zathor
18th September 2010, 09:35
As said before - please open the avs file in another tool like VirtualDub or MPC-HC (of course the x64 builds of these tools). I assume at the moment that the problem is the avisynth build you are using.

vitali5000
18th September 2010, 09:43
I assume at the moment that the problem is the avisynth build you are using.


AviSynth 2.5.8

http://sourceforge.net/projects/avisynth2/files/AviSynth%202.5/AviSynth%202.5.8/

And

Version from 3/15/2010:
64 bit Avisynth 2.5.8 w/multithreading

http://forum.doom9.org/showthread.php?p=1374605#post1374605

vitali5000
18th September 2010, 10:06
I ask to apologise for my inattentiveness.
Featured Release 4/16/2010
+ Resize artifacting fixed
+ Horizontal resize code re-written to use SSE registers
+ Worth noting, often used functions Temporal Soften, Merge, etc have been tweaked for a decent speed gain
+ Bug found, fixed in memory copy routine, again
+ Universal binary, no longer need to distinguish between AMD and Intel builds
+ Optimized BitBlt memory copy Routine
+ Started implementation of SSE3/4 specific instructions when supported processor is detected
+ Removed most code paths intended to support CPU's without mmx/iSSE
+ Resize functions reworked to take advantage of extra registers available when processor is in 64bit mode


The problems was decided by the installation Avisynth64 built on 4/16/2010

I thank all for the help, you have very much helped me.

LoRd_MuldeR
18th September 2010, 11:15
LoRd_MuldeR

I already wrote, after update there is no this problem, a problem exceptional in the resize to 720x400
, If I do 1280x720 that all works perfectly.

And With 32 bit version MeGUI - resize to 720x400 works fine.

I'm only interested in the MediaInfo.dll (x64 version) related crash. What you describe now isn't related to MediaInfo.

Please download the MediaInfo DLL's from my previous post (http://forum.doom9.org/showpost.php?p=1444011&postcount=210) and tell me which of those (if any) can reproduce the problem described here (http://forum.doom9.org/showpost.php?p=1442978&postcount=190).

Whimick
18th September 2010, 13:32
Hello,

Today I installed avisynth64_amd_3-19-10, onto my Amd Vista64 system. And prepared a sample MPG and tried to encode it to Xvid with Mod 16.

I them tried to encode it and this error happened:

-[Information] [18/09/2010 13:15:40] Encoding started
-[Error] An error occurred: xvid [error]: Avisynth open failure:
-[Information] Standard output stream: xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
-[Information] Standard error stream
--[NoImage] Trying to retrieve width and height from input header
--[NoImage] xvid [info]: Avisynth detected

*****
I then opened the avs file in VirtualDub64 with out any problems.

Any idear what I have done wrong.

Whimick

pa7han
20th September 2010, 14:14
Hi,

1th try with x64 bit, when I tried to create my d2v file, I get this error

http://img266.imageshack.us/img266/9803/captureso.png

but than when I want to close the megui, I get the following errors

http://img638.imageshack.us/img638/2816/capture3km.png

http://img545.imageshack.us/img545/2177/capture4y.png

Zathor
20th September 2010, 14:29
Try starting MeGUI with admin permissions or move the folder to another location outside of "program files" e.g. c:\MeGUI.

zanuda
20th September 2010, 19:57
After last update

Problem signature:
Problem Event Name: APPCRASH
Application Name: x264_64.exe
Application Version: 0.0.0.0
Application Timestamp: 4c967cd5
Fault Module Name: TIVTC.dll
Fault Module Version: 1.0.5.0
Fault Module Timestamp: 4b9c46b6
Exception Code: c0000005
Exception Offset: 0000000000038d30
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1049
Additional Information 1: f956
Additional Information 2: f956f825d7fb560972e0baef5941ff9f
Additional Information 3: fda4
Additional Information 4: fda4e8ffb1432ccf8b4b3d112206ad97

Sharktooth
20th September 2010, 19:59
"Fault Module Name: TIVTC.dll"

zanuda
20th September 2010, 20:13
you right. fix .avs script. it works. thanks

Zathor
20th September 2010, 20:23
EDIT: problem already solved

pa7han
21st September 2010, 08:33
Try starting MeGUI with admin permissions.

Thanks, it fix the problem.

Whimick
24th September 2010, 18:18
Hi All,

I thought I would have another play with MEGUI64.

Sadly though Its comes up with this error

LoadPlugin: unable to load "C:\Program Files\MEGUI 64\tools\dgindex\DGDecode.dll"

I have look through this and other forums although the problem is mentioned I have not be able find the solution.

Can any one please help?

Sharktooth
26th September 2010, 16:36
did you check if the file is actually there?

zmaster
28th September 2010, 07:40
LoadPlugin: unable to load "C:\Program Files\MEGUI 64\tools\dgindex\DGDecode.dll"Used AviSynth x64?
This version DgDecode exact version of x64?

You can try to simplify the path to DgDecode and write a script like this:
LoadPlugin("C:\DgDecode.dll")

You can try another DgDecode x64 - http://forum.doom9.org/showthread.php?t=152800

Whimick
28th September 2010, 15:02
Thanks Sharktooth and zmaster for replying.

I do have a copy of DgDecode.dll and have tried moving it, still it causes the same problem.

I have also tried the files from the link that was posted, still with out luck

perhaps I doing sone thing wrong

Please on conintue to help.

Whimick

Sharktooth
28th September 2010, 15:54
what version of avisynth you have installed?

Whimick
28th September 2010, 17:52
Thanks Sharktooth,

I tried many versions avisynth, all give the same error. At the present I have 2.5.8.5. That's the version in my windows\system32 folder.

Do you know which one will work best with an AMD chip?

(At moment I using the the 32 version to contvert something)

Regards Whimick

zmaster
28th September 2010, 18:15
Whimick,

http://forum.doom9.org/showthread.php?t=152800When properly installed this version it will work.
Install a version dating from 4/16/2010. "Sharpened" for the AMD version has problems with resizing.windows\system32 folder
This destination folder for x64 applications. During the installation of AviSynth_MT to which I refer, AviSynth.dll need to copy it.
Just want to warm you from error "Unable to load AviSynth.dll" that appears when you manually drag the script into MeGUIx64 (I would like to inform developers about it, but later for some reason), press the button "Open".(At moment I using the the 32 version to contvert something)I am a little not understand the meaning of this. The problem arises with DgDecode you with a chain of programs x86 (x32)? A true whether the chain of programs? Needed:
1) x86 (x32): MeGUI x86 + AviSynth x86 + DgDecode x86
2) x64: MeGUI x64 + AviSynth x64 + DgDecode x64

gahz
29th September 2010, 01:08
Problem signature:
Problem Event Name: APPCRASH
Application Name: x264_64.exe
Application Version: 0.0.0.0
Application Timestamp: 4c967cd5
Fault Module Name: TIVTC.dll
Fault Module Version: 1.0.5.0
Fault Module Timestamp: 4b9c46b6
Exception Code: c0000005
Exception Offset: 0000000000038d30
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1049
Additional Information 1: f956
Additional Information 2: f956f825d7fb560972e0baef5941ff9f
Additional Information 3: fda4
Additional Information 4: fda4e8ffb1432ccf8b4b3d112206ad97

"Fault Module Name: TIVTC.dll"

how was this problem resolved? this just started happening to me also.

Sharktooth
29th September 2010, 03:26
just a guess... not using TIVTC.

Whimick
1st October 2010, 17:08
Thanks Zmaster for replying.

I have managed the get MeGUI x64 to work encoding MP4, but not Xvid Avi.

Not sure why it will not encode Xvid,

Regardss Whimick

zmaster
1st October 2010, 17:40
not encode XvidWe can try to change it if they are the details. Such as for example logfile.

Whimick
2nd October 2010, 10:20
We can try to change it if they are the details. Such as for example logfile.

I wll try again, and send the log. How much of the log file do you need to see?

Whimick

zmaster
2nd October 2010, 13:47
It is desirable to see the entire logfile. Especially interesting to see whether there are such entries:
...
- [Error] An error occurred: xvid [error]: Can't open avi/avs file C:\source\11.mp4.avs
...
- [Information] Standard error stream: Trying to retrieve width and height from input header
...
xvid_encraw.exe which I downloaded from the server update MeGUI(x64) does not work with MeGUIx64. It worked when I replaced xvid_encraw.exe to this version (xvid_encraw64) - http://members.optusnet.com.au/squid_80/

Whimick
7th October 2010, 17:28
Hi zmaster,
Here is a copy of myy log.

I hope this helps idendify my problem


[Error] Log for job2 (video, Sample.avs -> )
-[Information] [07/10/2010 17:20:24] Started handling job
-[Information] [07/10/2010 17:20:24] Preprocessing
--[Information] Bitrate calculation for video
---[Information] Desired size after subtracting audio: 49097.291015625KBs
---[Information] Calculated desired bitrate: 10517.913389121338912133891214kbit/s
-[Information] Job commandline: "C:\Program Files\MeGUI\tools\xvid_encraw\xvid_encraw.exe" -i "C:\Users\Michael\Videos\MeGUI\Sample.avs" -pass1 "C:\Users\Michael\Videos\MeGUI\Sample.stats" -bitrate 10517 -kboost 100 -ostrength 10 -oimprove 10 -odegrade 10 -chigh 30 -clow 15 -overhead 0 -vbvmax 4854000 -vbvsize 3145728 -vbvpeak 2359296 -turbo -max_key_interval 250 -lumimasking -imin 1 -pmin 1 -max_bframes 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -par 1:1 -threads 1
-[Information] [07/10/2010 17:20:24] Encoding started
-[Error] An error occurred: xvid [error]: Avisynth open failure:
-[Information] Standard output stream: xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
-[Information] Standard error stream
--[NoImage] Trying to retrieve width and height from input header
--[NoImage] xvid [info]: Avisynth detected
--[NoImage] LoadPlugin: unable to load "C:\Program Files\MeGUI\tools\dgindex\DGDecode.dll"
--[NoImage] (C:\Users\Michael\Videos\MeGUI\Sample.avs, line 1)
-[Information] [07/10/2010 17:20:24] Job completed


regards

Michael

zmaster
7th October 2010, 19:24
Whimick,
Hi.

Maybe I'll have to repeat itself, maybe I will not say anything new, but worth a try.

--[NoImage] LoadPlugin: unable to load "C:\Program Files\MeGUI\tools\dgindex\DGDecode.dll"
--[NoImage] (C:\Users\Michael\Videos\MeGUI\Sample.avs, line 1)

There are two main reasons why AviSynth can not load the plugin:
1) Plugin is physically absent in the specified path.
2) Plugin and AviSynth are different, that is, Plugin x64 AviSynth x32 or vice versa.

1) Since you have not only works Xvid, I do not think that the reason for this.
2) I have a theory about your problem, but I immediately suggested a solution (used for MeGUIx64, because you have a problem with the x64 version of MeGUI?).
File xvid_encraw.exe (C:\Program Files\MeGUI\tools\xvid_encraw\xvid_encraw.exe) you need to replace this file "xvid_encraw64" - http://members.optusnet.com.au/squid_80/

If it does not help. Much to say the result of this test:
Try to open your script in the program VirtualDub x64 (http://virtualdub.sourceforge.net/)

Whimick
8th October 2010, 13:24
Thanks Zmaster

Sorry for the confusion.

I have tried what you sugested, sadly none of these work with MEGUI 64, I have have VirtualDub x64 and the sample.avs loads into it and runs.

The file C:\Program Files\MeGUI\tools\dgindex\DGDecode.dll, is there, I have tried a different version, with out luck. Perhaps this file is no good

Perhaps there to be a problem with MEGUI 64, or perhaps in the script its self.

Have you or any one else managed to encode xvid with MEGUI 64, if so how did you get it to work.

Regards
Whimick

zmaster
8th October 2010, 14:44
...none of these work with MEGUI 64, I have have VirtualDub x64 and the sample.avs loads into it and runs.This is weird. (C)
:/

The only thing that I can still say: in order to narrow the border problem, try encoding to xvid in a situation when you do not need DgDecode, for example:
any file AVC in .mkv/mp4 to .avi with the aid of ffms (using File Indexer).encode xvid with MEGUI 64I use MeGUI x64 0.3.5.15 and xvid_encraw x64 (xvid_encraw x32 from MeGUIx64 not working for me). And this is no problem.

Whimick,
Sorry I do not know how to help.

Whimick
8th October 2010, 18:21
Zmaster

I performed test decodes with other formats to for example using x264, with or with out indexing with no problems.

and no problem with MEGUI 32 xvid

Whimick

zanuda
13th October 2010, 17:50
What it could be. Try to open *.ffindex (vc1 codec) in avs script creator
Description:
A problem caused this program to stop interacting with Windows.

Problem signature:
Problem Event Name: AppHangB1
Application Name: MeGUI.exe
Application Version: 0.3.5.15
Application Timestamp: 4c991c71
Hang Signature: 0000
Hang Type: 256
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1049
Additional Hang Signature 1: 00000000000000000000000000000000
Additional Hang Signature 2: 0000
Additional Hang Signature 3: 00000000000000000000000000000000
Additional Hang Signature 4: 0000
Additional Hang Signature 5: 00000000000000000000000000000000
Additional Hang Signature 6: 0000
Additional Hang Signature 7: 00000000000000000000000000000000

update: downgrade ffms2 to rev.328 works fine

fschiefer
18th October 2010, 16:26
update: downgrade ffms2 to rev.328 works fine

Can you explain to me how to downgrade to rev.328? I have the same problem. THANKS!

Zathor
18th October 2010, 16:34
Extract this file http://megui.org/auto/ffms2-r328_x64.zip into your megui\tools\ffms directory replacing all files.

EDIT: by the way with which kind of operation do you have the problem? I can index files (tried avc mkv only) and open them without problem in the avs script creator.

fschiefer
18th October 2010, 17:38
Extract this file http://megui.org/auto/ffms2-r328_x64.zip into your megui\tools\ffms directory replacing all files.

EDIT: by the way with which kind of operation do you have the problem? I can index files (tried avc mkv only) and open them without problem in the avs script creator.

the problem is when I try to index files with VC1 video. The program hangs up or takes 5 minutes to react. It only happens with VC1 coded video files.

when I extract the files into the ffms directory it does not solve my problem. Before the update to r344 the indexer works flawlessly and fast.

al-z3ol
18th October 2010, 18:24
Thanks but whenever I try it keep telling me this

avisynth script error:
Script error: there is no function named "textsub"

I've put the VSFilter64.dll in C:\Program Files (x86)\AviSynth 2.5\plugins64

but won't work either

What should I do ?

Zathor
19th October 2010, 00:03
the problem is when I try to index files with VC1 video. The program hangs up or takes 5 minutes to react. It only happens with VC1 coded video files.
I do not have this problems while indexing mkv/m2ts vc1 files. Does it crash/hang if opening the file in the file indexer or during index?

Thanks but whenever I try it keep telling me this

avisynth script error:
Script error: there is no function named "textsub"

I've put the VSFilter64.dll in C:\Program Files (x86)\AviSynth 2.5\plugins64
Post your avs script and delete the vsfilter files in your mentioned directory. The megui used vsfilter.dll works fine for me.

Zathor
19th October 2010, 00:10
What it could be. Try to open *.ffindex (vc1 codec) in avs script creator

update: downgrade ffms2 to rev.328 works fine

Could be this issue:
http://code.google.com/p/ffmpegsource/issues/detail?id=30&can=1

fschiefer
19th October 2010, 06:02
Does it crash/hang if opening the file in the file indexer or during index?

It crashes/hangs if opening the file.

Zathor
19th October 2010, 09:06
In this case the mediainfo.dll is not working for you. Can you please post the mediainfo output of the file your are using and/or a small clip?

Try different mediainfo.dll files (you have to close megui, replace it and restart megui). The recent one in the autoupdate is this file: http://megui.org/auto/mediainfo_0_7_35-4_x64.zip then try this one http://megui.org/auto/mediainfo_0_7_35_x64.zip.