View Full Version : MeGUI: bug reports and feature requests
deets
15th January 2010, 23:14
im having major issues on DXVA playback using unrestricted and then "very slow" preset.
playback has issues with some DXVA decoders, so i set the level to 4.1 and all is ok.
Lyle_JP
16th January 2010, 00:53
OK, Lyle thanks for the update. In the interim, I found this post in answer to interlace discussion:
So, for the time being, I'm going to disable weightp as my encodes are for Standalone AVCHD.
However, per the warning , x264 disabled it anyway.
That issue has to do with the extra reference frames that --weightp creates; it puts the encoding over the maximum reference frames that some standalones can handle. But this can be easily worked around by lowering the --ref value. For example, if your playback device limits you to 5 reference frames, use --ref 3 with --weightp 2 or --ref 4 with --weightp 1 (which is my preference since it seems to behave better with the PS3).
quantum5uicid3
16th January 2010, 01:32
im having major issues on DXVA playback using unrestricted and then "very slow" preset.
playback has issues with some DXVA decoders, so i set the level to 4.1 and all is ok.
what video card?
Nikolausr
16th January 2010, 11:08
I just downloaded this patched build and ran the updates off of the development server. The first thing I tried to encode didn't work.
[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.1.1061
--[NoImage] OS : Windows Seven x64 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 3.5 SP1 (3.5.30729.4926)
--[NoImage] Avisynth Version : 2.5.8.5
-[Information] Log for job1 (video, VTS_05_1.avs -> )
--[Information] [1/16/2010 2:01:21 AM] Started handling job
--[Information] [1/16/2010 2:01:21 AM] Preprocessing
--[NoImage] Job commandline: "C:\Users\Nick\Downloads\Unsorted\megui\tools\x264\vfw4x264.exe" --level 4.1 --preset veryslow --tune film --pass 1 --bitrate 500 --stats "H:\Misc\Ripped Movies\IDIOCRACY_SIDEA\VIDEO_TS\VTS_05_1.stats" --thread-input --bframes 3 --ref 1 --me hex --subme 1 --partitions none --no-8x8dct --trellis 0 --sar 1:1 --output NUL "H:\Misc\Ripped Movies\IDIOCRACY_SIDEA\VIDEO_TS\VTS_05_1.avs"
--[Information] [1/16/2010 2:01:21 AM] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
--[Information] [1/16/2010 2:01:21 AM] Job completed
Zathor
16th January 2010, 12:40
I just downloaded this patched build and ran the updates off of the development server. The first thing I tried to encode didn't work.
Please try another x264 build like this one:
http://komisar.gin.by/old/1376/x264.1376.generic.x86_64.exe
Copy it to "C:\Users\Nick\Downloads\Unsorted\megui\tools\x264" and rename it to x264_64.exe.
deets
16th January 2010, 13:38
what video card?
GTX 260
on some decoders it either stops after a second, on others it just pixelates to the moon.
this is only with the "very slow" profile, the other profiles work fine on unrestricted....
Zathor
16th January 2010, 13:49
Does the MeGUI avisynth script creator default to fieldop=1 or does it analyze the output and determine the pulldown?
If the FILM value in DGIndexNV is above the threshold in the MeGUI settings fieldop will be 1 (force film) - in all other cases it will default to 0 (honour pulldown).
EDIT: Sorry, wrong values...
Boo
16th January 2010, 15:22
It would be nice to have a droplist with --sar values somewhere.
10:11, 1:1, 12:11, 40:33, 4:3, 15:11, 16:11, 3:2, 160:99, 18:11, 20:11, 64:33, 2:1, 24:11, 80:33, 32:11
In the x264 settings main tab would be nice
Zathor
16th January 2010, 16:42
I have uploaded build 0.3.2.0 to the stable + development server. There are no changes compared to 0.3.1.1061.
Triccotracco
16th January 2010, 18:14
I have uploaded build 0.3.2.0 to the stable + development server. There are no changes compared to 0.3.1.1061.
Good luck Zathor! Thank you very much for all!
quantum5uicid3
16th January 2010, 20:42
GTX 260
on some decoders it either stops after a second, on others it just pixelates to the moon.
this is only with the "very slow" profile, the other profiles work fine on unrestricted....
OS? DirectX up to date? Nvidia Drivers latest stable? what decoders?
I just downloaded this patched build and ran the updates off of the development server. The first thing I tried to encode didn't work.
can u open and play the avs in mpc?
carlo_0000
17th January 2010, 01:13
hello
i update megui today from 0.3.1.1051 to 0.3.2.0
[Warning] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.2.0
--[NoImage] OS : Windows XP Professional x86 SP3 (5.1.196608.2600)
--[NoImage] Latest .Net Framework installed : 3.5 (3.5.30729.01)
--[NoImage] Avisynth Version : 2.5.8.5
-[Information] Hardware
--[NoImage] CPU : AMD Processor model unknown
-[Warning] Log for job1 (video, Terminator.Salvation.1080p.avs -> )
--[Information] [17/01/2010 1:02:22] Started handling job
--[Information] [17/01/2010 1:02:22] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --profile high --level 4.1 --preset placebo --pass 1 --bitrate 9000 --stats "K:\Terminator.Salvation.1080p.stats" --slow-firstpass --thread-input --deblock -1:-1 --keyint 200 --min-keyint 22 --vbv-bufsize 50000 --vbv-maxrate 50000 --no-dct-decimate --sar 1:1 --output NUL "K:\Terminator.Salvation.1080p.avs"
--[Information] [17/01/2010 1:02:23] Encoding started
--[NoImage] Standard output stream
--[Warning] Deleting aborted output
---[NoImage] Delete aborted ouptut set: True
---[NoImage] File to delete
---[Warning] Error deleting file
----[NoImage] Exception message: Le chemin d'accès n'a pas une forme conforme.
----[NoImage] Stacktrace
-----[NoImage] à System.IO.Path.NormalizePathFast(String path, Boolean fullCheck)
-----[NoImage] à System.IO.Path.NormalizePath(String path, Boolean fullCheck)
-----[NoImage] à System.IO.Path.GetFullPathInternal(String path)
-----[NoImage] à System.IO.File.Delete(String path)
-----[NoImage] à MeGUI.core.gui.JobWorker.markJobAborted()
----[NoImage] Inner exception: null
--[NoImage] Standard error stream
--[Information] [17/01/2010 1:03:39] Job completed
--[Information] [17/01/2010 1:03:40] Current job was aborted
-[Warning] Log for job1 (video, Terminator.Salvation.1080p.avs -> )
--[Information] [17/01/2010 1:04:08] Started handling job
--[Information] [17/01/2010 1:04:08] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --profile high --level 4.1 --preset placebo --pass 1 --bitrate 9000 --stats "K:\Terminator.Salvation.1080p.stats" --slow-firstpass --thread-input --threads 4 --deblock -1:-1 --keyint 200 --min-keyint 22 --vbv-bufsize 50000 --vbv-maxrate 50000 --no-dct-decimate --sar 1:1 --output NUL "K:\Terminator.Salvation.1080p.avs"
--[Information] [17/01/2010 1:04:10] Encoding started
--[NoImage] Standard output stream
--[Warning] Deleting aborted output
---[NoImage] Delete aborted ouptut set: True
---[NoImage] File to delete
---[Warning] Error deleting file
----[NoImage] Exception message: Le chemin d'accès n'a pas une forme conforme.
----[NoImage] Stacktrace
-----[NoImage] à System.IO.Path.NormalizePathFast(String path, Boolean fullCheck)
-----[NoImage] à System.IO.Path.NormalizePath(String path, Boolean fullCheck)
-----[NoImage] à System.IO.Path.GetFullPathInternal(String path)
-----[NoImage] à System.IO.File.Delete(String path)
-----[NoImage] à MeGUI.core.gui.JobWorker.markJobAborted()
----[NoImage] Inner exception: null
--[NoImage] Standard error stream
--[Information] [17/01/2010 1:09:42] Job completed
--[Information] [17/01/2010 1:09:44] Current job was aborted
but there is some sort of problem
the computer is very slow that it s like if i m on a p2 200mhz under xp :)
if i start my queud job
when it start with the 1st pass, there must be something wrong
only the hard drive is working (led is completly red)
cpu is far from full speed
and it completly slowdown the computer that i can do nothing else
i try small videos 3-4 minute not hd
and that it s work like before (but 1st pass same to be slower that old 1)
thank for help
http://perso.latribu.com/tribu/jpg/meguibug.JPG
ok i encoded a small one
but it s look corrupt mpchc (with coreavc)
i tested with vlc it s look ok but it s olso corrupt a few seconds when seeking in the video
i tested with mpchc and powerdvd8 it s ok too (but not with dxva)
something wrong with coreavc
http://perso.latribu.com/tribu/DjShog-Live4Music(aac2.0)V.jpg
--[Information] [17/01/2010 1:27:47] Job completed
-[Information] Log for job6 (video, Dj Shog - Live 4 Music.avs -> )
--[Information] [17/01/2010 1:28:51] Started handling job
--[Information] [17/01/2010 1:28:51] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --profile high --level 3.1 --preset placebo --pass 1 --bitrate 1440 --stats "K:\Dj Shog - Live 4 Music.stats" --thread-input --deblock -1:-1 --vbv-bufsize 14000 --vbv-maxrate 17500 --no-dct-decimate --sar 1:1 --output NUL "K:\Dj Shog - Live 4 Music.avs"
--[Information] [17/01/2010 1:28:51] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] avs [info]: 720x320 @ 29.97 fps (6755 frames)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
---[NoImage] x264 [info]: profile High, level 3.1
---[NoImage]
---[NoImage] x264 [info]: frame I:34 Avg QP:18.32 size: 15066
---[NoImage] x264 [info]: frame P:2565 Avg QP:21.80 size: 9341
---[NoImage] x264 [info]: frame B:4156 Avg QP:23.19 size: 4247
---[NoImage] x264 [info]: consecutive B-frames: 9.3% 23.6% 28.8% 13.7% 3.6% 12.9% 8.1% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
---[NoImage] x264 [info]: mb I I16..4: 4.5% 90.2% 5.4%
---[NoImage] x264 [info]: mb P I16..4: 4.0% 33.9% 1.8% P16..4: 39.2% 15.3% 4.9% 0.1% 0.0% skip: 0.8%
---[NoImage] x264 [info]: mb B I16..4: 0.3% 2.2% 0.1% B16..8: 42.7% 1.2% 1.6% direct:20.3% skip:31.6% L0:47.3% L1:47.3% BI: 5.4%
---[NoImage] x264 [info]: final ratefactor: 19.90
---[NoImage] x264 [info]: 8x8 transform intra:85.7% inter:92.9%
---[NoImage] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 82.0% 86.2% 36.2% inter: 50.5% 62.3% 9.7%
---[NoImage] x264 [info]: i16 v,h,dc,p: 42% 30% 7% 21%
---[NoImage] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 7% 4% 11% 15% 15% 14% 13% 14%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 9% 2% 10% 15% 15% 16% 11% 13%
---[NoImage] x264 [info]: Weighted P-Frames: Y:25.6%
---[NoImage] x264 [info]: ref P L0: 37.4% 13.5% 17.8% 6.9% 6.2% 3.7% 2.9% 2.1% 1.5% 1.4% 1.2% 1.2% 1.1% 1.0% 1.1% 0.9%
---[NoImage] x264 [info]: ref B L0: 67.6% 10.8% 6.2% 3.4% 2.4% 1.9% 1.5% 1.1% 0.9% 0.9% 0.8% 0.7% 0.7% 0.6% 0.7%
---[NoImage] x264 [info]: kb/s:1495.01
---[NoImage] encoded 6755 frames, 2.46 fps, 1495.01 kb/s
--[Information] [17/01/2010 2:14:44] Postprocessing
---[Information] Deleting intermediate files
--[Information] [17/01/2010 2:14:45] Job completed
-[Information] Log for job7 (video, Dj Shog - Live 4 Music.avs -> Dj Shog - Live 4 Music.mp4)
--[Information] [17/01/2010 2:14:45] Started handling job
--[Information] [17/01/2010 2:14:45] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --profile high --level 3.1 --preset placebo --pass 2 --bitrate 1440 --stats "K:\Dj Shog - Live 4 Music.stats" --thread-input --deblock -1:-1 --vbv-bufsize 14000 --vbv-maxrate 17500 --no-dct-decimate --sar 1:1 --output "K:\Dj Shog - Live 4 Music.mp4" "K:\Dj Shog - Live 4 Music.avs"
--[Information] [17/01/2010 2:14:50] Encoding started
--[NoImage] Standard output stream:
--[NoImage] Standard error stream
---[NoImage] avs [info]: 720x320 @ 29.97 fps (6755 frames)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
---[NoImage] x264 [info]: profile High, level 3.1
---[NoImage] mp4 [info]: initial delay 1001 (scale 30000)
---[NoImage]
---[NoImage] x264 [info]: frame I:34 Avg QP:19.14 size: 13513
---[NoImage] x264 [info]: frame P:2565 Avg QP:21.98 size: 9092
---[NoImage] x264 [info]: frame B:4156 Avg QP:23.43 size: 4059
---[NoImage] x264 [info]: consecutive B-frames: 9.3% 23.6% 28.8% 13.7% 3.6% 12.9% 8.1% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
---[NoImage] x264 [info]: mb I I16..4: 5.4% 88.7% 5.9%
---[NoImage] x264 [info]: mb P I16..4: 4.0% 32.7% 1.7% P16..4: 40.2% 15.4% 5.1% 0.0% 0.0% skip: 0.8%
---[NoImage] x264 [info]: mb B I16..4: 0.3% 2.1% 0.1% B16..8: 43.1% 1.1% 1.5% direct:19.0% skip:32.7% L0:47.6% L1:47.2% BI: 5.1%
---[NoImage] x264 [info]: 8x8 transform intra:85.2% inter:93.3%
---[NoImage] x264 [info]: direct mvs spatial:83.1% temporal:16.9%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 81.4% 85.8% 34.8% inter: 49.0% 61.3% 9.1%
---[NoImage] x264 [info]: i16 v,h,dc,p: 41% 30% 7% 21%
---[NoImage] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 7% 4% 11% 15% 15% 14% 13% 14%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 9% 2% 10% 15% 15% 16% 11% 14%
---[NoImage] x264 [info]: Weighted P-Frames: Y:25.7%
---[NoImage] x264 [info]: ref P L0: 36.9% 19.5% 21.9% 6.2% 5.3% 3.0% 2.2% 1.3% 1.0% 0.7% 0.6% 0.5% 0.4% 0.3% 0.2% 0.1%
---[NoImage] x264 [info]: ref B L0: 66.5% 13.8% 6.9% 3.5% 2.4% 1.8% 1.4% 0.8% 0.7% 0.5% 0.4% 0.4% 0.3% 0.2% 0.2%
---[NoImage] x264 [info]: kb/s:1442.87
---[NoImage] encoded 6755 frames, 2.66 fps, 1442.87 kb/s
--[Information] Final statistics
---[NoImage] Video Bitrate Desired: 1440 kbit/s
---[NoImage] Video Bitrate Obtained (approximate): 1445 kbit/s
--[Information] [17/01/2010 2:57:10] Postprocessing
---[Information] Deleting intermediate files
----[Information] [17/01/2010 2:57:10] Successfully deleted K:\Dj Shog - Live 4 Music.stats
----[Information] [17/01/2010 2:57:10] Successfully deleted K:\Dj Shog - Live 4 Music.stats.mbtree
--[Information] [17/01/2010 2:57:10] Job completed
nurbs
17th January 2010, 09:06
If you are using CoreAVC 1.9.5 then it's a know bug and your options are upgrading to CoreAVC 2.0, using another decoder or encoding with --weightp 1. The corruption for a short time in VLC is because of the way it handles seeking. First pass is that slow because you use --preset placebo which runs first pass with exactly the same settings as second pass.
Booji Boy
17th January 2010, 16:45
Is multi-threading broken after the latest update to 0.3.2.0?
vfw4x264.exe uses only one thread, FPS and EST are gone from the statistics window during encoding, too.
EDIT: Oh, it seems that the fast decode tuning does some single-threaded pre-processing... so I deactivated it.
MOS-Marauder
17th January 2010, 17:52
Hi ;)
If i disable the Cuvid Server @Preferences (use DGMultiDecodeNV) and start and encode it performs Pass 1 perfectly but on start of Pass 2 it simply stops.
(Cant decode Picures, like the Cuvid Server would somehow ended)
So i guess it has something to to with DGMultiDecodeNV.
If i use the Cuvid Server Option Pass 1 and 2 complete flawless. (DGDecodeNV)
Chris
BLKMGK
17th January 2010, 18:38
Much happiness to see this program updated and being worked on! I had refused to move forward on x.264 versions because of my wanting to use this, so many of the other 1 button push programs didn't do what I wanted! I am also very happy to see X64 and CUDA integration ongoing - awesome!
I'd like to setup my system to be as efficient as possible. I've dropped the profile I'd put together myself previously in favor of using some of the ones in this new release - I am specifically reprocessing BD movies. I'm testing with Bluray - Insane, 2-pass, and Very High Quality. I'm seeing slowdowns or equal speed to what I'd rigged together before. In one case, with 2-pass, I saw a 2Gig reduction in size for equal speed - excellent! Picture quality remains very high which is what I'm after.
I have a CUDA capable video card, an i7 clocked to the moon, Win7 64, and have registered CoreAVC 2.0. I'm now trying to figure out how best to string it all together. When I put together a graph using Haali I cannot select CoreAVC for decoding, instead I'm using ffdshow - boo! Is it worth sorting that?
I have also registered but not yet received the license for dgindexnv - do I simply need to copy the license file into the correct tool directory to activate this for meGUI? Will I see a speedup in processing with this alongside my 8 cores when this is properly setup? My previous attempts at using CUDA encoders resulted in less flexibility and slower encoding speeds so if this code can just assist my processor I'll be quite thrilled! Well worth the fee to support good code too.
I've been working with this stuff awhile but I will admit to not being 100% clear as to how it all works together (obviously) and now with new code am trying to get a better handle on it to best setup my workflow. I would imagine I'm not alone in this! So any tips to help out would be nice or perhaps a link somewhere to explanations for the new code features would be helpful! I just want to get most efficient use of my hardware I can and the best\smallest video possible without having to become a PHD in the guts of it all. I have CPU to burn but would prefer not to do so needlessly.
Lastly, my sincere thanks to Zanthor for picking this up and continuing to develop it! I realize there are simpler programs but I really appreciate this one for it's flexibility even if I do manage to dig myself into a hole occasionally. :)
carlo_0000
17th January 2010, 22:47
If you are using CoreAVC 1.9.5 then it's a know bug and your options are upgrading to CoreAVC 2.0, using another decoder or encoding with --weightp 1. The corruption for a short time in VLC is because of the way it handles seeking. First pass is that slow because you use --preset placebo which runs first pass with exactly the same settings as second pass.
ok thank coreavc problem
but for my movie in 1080p there is still a strange problem
why does x264 using so much the harddrive that it completly kill my computer
and longer i let try to encode the 1st pass and more bigger the swap memory is used
and it does not use a lot of cpu only 10-15%
with the old megui it didin't do that (it olso used a lot of swap memory) but it didn't kill my hard disk like that and cpu was use more than 90% in 1st pass
and why is dxva sd profile only level 3.1 , have i better quality if i select 4.1 and using placebo
and the turbo option is for 1st pass right ?
i tryed with an other profil (dxva hd extra quality) and that 1 work, it don't kill my hard disk
so there is someting wrong with my selected profil (profil dxva hd insane moved the preset on placebo)
did i set the profil to high ? can't we use placebo on 1080p ?
conclusion; profil dxva hd with preset on placebo don't work)
i move to preset very slow cpu is used @ 100% (athlon 620 4x3.1ghz) i have +- 4fps
Lyle_JP
18th January 2010, 04:28
What build of x264 were you using previously? It sounds to me like you've been completely unaware of the last year's worth of updates to x264, like Mb Tree (which explains the greater use of your hard-drive), presets (your lack of understanding regarding placebo and 2-pass) and weightp (your CORE AVC issues). It doesn't sound like you should be blaming MeGUI for your "things have changed" woes. x264 has undergone massive changes in the last year (MeGUI is only now catching up), and they're pretty much all good, but you do need to introduce yourself to the new concepts, and accept that using open source programs still in their development means having to keep your eye on things occasionally.
I strongly recommend spending some time in the "MPEG-4 AVC/H.264" board here on doom9, and I also recommend perusing x264's changelog. It may be technical and dry, but there's a lot of good stuff in there to help you understand all the new features, and why there is always a perpetual learning curve for all of us as updates are made.
AMED
18th January 2010, 06:12
I have seen a bug in MeGUI that stops you from being able to close MeGUI after a long encoding run (1-2 weeks). if you try and close with the X, the error below appears. the only way to kill MeGUI it through the task manager.
http://img29.imageshack.us/img29/4511/megui.th.png (http://img29.imageshack.us/i/megui.png/)
I've also noticed MeGUI using quite a lot of memory when this bug happens.
http://img188.imageshack.us/img188/8969/megui01.th.png (http://img188.imageshack.us/i/megui01.png/)
nurbs
18th January 2010, 08:33
and why is dxva sd profile only level 3.1 , have i better quality if i select 4.1 and using placebo The only difference for SD between level 3.1 and level 4.1 is that you can use 16 reference frames instead of 13 and your vbv-maxrate goes to 62.5 Mb/s from 17.5 Mb/s. The former will give you marginally better quality, but probably nothing that will be visible and the latter should have no impact at all at the bitrates SD normally is encoded at.
conclusion; profil dxva hd with preset on placebo don't work
Wrong. You are using preset placebo, which is more or less the slowest settings x264 supports, and you complain that it's slow. :rolleyes:
It doesn't use turbo in first pass, 16 b-frames with --b-adapt 2 is slow and the frametype decision is not multithreaded so it is to be expected that your cpu isn't anywhere near 100%.
LegendSeeker
18th January 2010, 15:01
Hi zathor, x264 settings; no fast pskip clicked but after encode, file settings mediainfo text:
"fast-pskip=0" normally?
"-no-fast-pskip" code not x264 command line.
nurbs
18th January 2010, 15:05
fast-pskip=0 means that it's turned off, so --no-fast-pskip is used.
deets
18th January 2010, 19:57
OS? DirectX up to date? Nvidia Drivers latest stable? what decoders?
vista 64. latest DX. 195.81 BETA drivers. arcsoft and powerDVD decoders.
set level to 4.1 and all works fine on very slow
Zathor
18th January 2010, 23:36
I have also registered but not yet received the license for dgindexnv - do I simply need to copy the license file into the correct tool directory to activate this for meGUI?
Yes, you have to copy the file to the tools\dgindexnv directory.
quantum5uicid3
19th January 2010, 00:58
vista 64. latest DX. 195.81 BETA drivers. arcsoft and powerDVD decoders.
set level to 4.1 and all works fine on very slow
ive been doing more testing, apparently my 8400gs does fail to playback unrestricted 1080p with both dxva(mpc-hc) and cuda(coreavc). however they definitely work flawlessly on my 9600gt, so it should work fine on a 260 gtx. Can you try again with the mpc-hc built in decoder? We need another dxva preset either way.
MOS-Marauder
19th January 2010, 01:29
Zathor: Update from 0.3.2.0 to 0.3.2.1 is broken.
It says updating..downloads to Cache..and after update Copier ist still old Version. Manual Extracting does same. So maybe u packed the wrong File in the Zip ? (megui-core_0_3_2_1.zip)
Chris
ludeboy12
19th January 2010, 01:36
Odd...Mine updated to 0.3.2.1 just fine here.
MOS-Marauder
19th January 2010, 02:07
How ? the File inside the Zip is the same exact same filesize like the old 0.3.2.0. Can u upload your MeGui.exe somewhere ?
Chris
Edit: I checked the Files @ Update Servers. All the same Build. NO 0.3.2.1.
ludeboy12
19th January 2010, 02:32
Oh wait. I thought you meant within auto update. Mine updated the core to 0.3.2.1 that way. Sorry I misunderstood you.
MOS-Marauder
19th January 2010, 02:53
Oh wait. I thought you meant within auto update. Mine updated the core to 0.3.2.1 that way. Sorry I misunderstood you.
Can u upload Your MeGui.exe file ?
Auto Update is nice but i checked all files @ Update servers..-.
ludeboy12
19th January 2010, 03:26
Ok here ya go: http://www.mediafire.com/?jijk5ywmymn
If I'm breaking any rules please delete.
Zathor
19th January 2010, 07:06
Zathor: Update from 0.3.2.0 to 0.3.2.1 is broken.
It says updating..downloads to Cache..and after update Copier ist still old Version. Manual Extracting does same. So maybe u packed the wrong File in the Zip ? (megui-core_0_3_2_1.zip)
Thanks! One mirror had a wrong file. Has been fixed.
MOS-Marauder
19th January 2010, 11:44
Thanks! One mirror had a wrong file. Has been fixed.
Thx Zathor ;) Works like a charm now. Also thx Ludeboy.
Is that right..also AviMuxGui got a step back ?
Chris
Zathor
19th January 2010, 12:44
Is that right..also AviMuxGui got a step back ?
Yes, because the latest version has problems with Win7 / Vista. You have to set the compatibility mode to XP SP3 with the latest version.
MOS-Marauder
19th January 2010, 13:56
Yes, because the latest version has problems with Win7 / Vista. You have to set the compatibility mode to XP SP3 with the latest version.
I know.. with the Older one u also had to do this.
But as long as it works ;))))
Good work on MeGui Zathor!!!!!!!!!!
Chris
deets
19th January 2010, 14:33
ive been doing more testing, apparently my 8400gs does fail to playback unrestricted 1080p with both dxva(mpc-hc) and cuda(coreavc). however they definitely work flawlessly on my 9600gt, so it should work fine on a 260 gtx. Can you try again with the mpc-hc built in decoder? We need another dxva preset either way.
yep mpc works fine, cant test coreavc as its not on the main PC.
if mpc could handle live streams i would just use that, but it doesnt so i need a few decoders on my system :(
hajj_3
19th January 2010, 16:19
please can you add support for .MTS files in the DG Creator, it isn't in the list of formats that can be opened, i have to use dgavcindex 1.0.9 and do this manually and load the .h264 file into megui:(
http://i50.tinypic.com/qp585v.jpg
Zathor
19th January 2010, 22:39
It is more or less painful to publish a new stable build with only one change, but it is necessary...
0.3.3.0
- (zathor) [OSInfo] Fix crash if OS is Windows 2000
Hopefully all big bugs are fixed and I can tweak MeGUI now with a few dev builds :)
Zathor
19th January 2010, 22:55
please can you add support for .MTS files in the DG Creator, it isn't in the list of formats that can be opened, i have to use dgavcindex 1.0.9 and do this manually and load the .h264 file into megui:(
Will be added in the next dev build.
don_h
19th January 2010, 23:28
please can you add support for .MTS files in the DG Creator, it isn't in the list of formats that can be opened, i have to use dgavcindex 1.0.9 and do this manually and load the .h264 file into megui:(
Try to enter *.* as the file name?
[ReX]
20th January 2010, 12:52
It's using vfw4x264.exe now instead of avs4x264.exe?
Why the change?
avs4x264.exe is faster here.
TheProfosist
20th January 2010, 14:10
im having problems using the DGcreator and DGindexNV it creates a file incompatible with DGsource and fails going into AVS script creator is this because it hasnt been update for latest version and any plan to fix it?
rack04
20th January 2010, 14:16
im having problems using the DGcreator and DGindexNV it creates a file incompatible with DGsource and fails going into AVS script creator is this because it hasnt been update for latest version and any plan to fix it?
It works perfectly for me. Have you tried creating your own script to verify that "DGcreator" and DGIndexNV is creating an invalid file?
TheProfosist
20th January 2010, 14:25
It works perfectly for me. Have you tried creating your own script to verify that "DGcreator" and DGIndexNV is creating an invalid file?
i have updated it to the latest build 2003
i did create one using DGindexNV and it puts out a dgm file. when using MeGUI it puts out a dgi file then when trying to load AVS script creator throws an error message saying some comand for DGSource is invalid
at the moment i create index file using DGindexNV crop inside it the create AVS scrip by hand having DGSource deinterlace and resize then tack on setting for FFT3dGPU
also i know with regular DGindex ColorMatrix is in AVS script is this needed with DGSource if so what script would be there?
Guest
20th January 2010, 14:48
i have updated it to the latest build 2003
i did create one using DGindexNV and it puts out a dgm file. Build 2003 cannot create DGM files.
TheProfosist
20th January 2010, 17:47
Build 2003 cannot create DGM files.
oops sorry!
im totally doing everything outside MeGUI at this point then just inputing the avsscript i manually made
i have build 2.0.0 beta 3
i input to DGindexNV a mpg file index file comes out is dgm
then i use this AVS script:
loadplugin("C:\Program Files (x86)\megui\tools\dgindexnv\DGDecodeNV.dll")
DGSource("C:\TEMP\Lain\07 - Cvt Vid\01.track_224-002_Track1.dgm", deinterlace=1, use_top_field=true, use_pf=true, resize_w=616, resize_h=480)
FFT3dGPU(sigma=4,sharpen=1.0,plane=4,precision=2,degrid=1.0)
hit enqueue takes a bit then hit start and its encoding at 6.7fps using the below x264 code:
program --profile high --level 5.1 --preset placebo --pass 3 --bitrate 1500 --stats ".stats" --thread-input --deblock 2:2 --bframes 5 --b-pyramid normal --rc-lookahead 40 --aq-mode 2 --aq-strength 1.5 --merange 16 --me umh --subme 7 --psy-rd 1.0:0.20 --no-mixed-refs --non-deterministic --vbv-maxrate 9800 --output "output" "input"
and it works but i cant for the life of me get DG NV to work through MeGUI like its supposed to.
rack04
20th January 2010, 17:51
i have build 2.0.0 beta 3
i input to DGindexNV a mpg file index file comes out is dgm
then i use this AVS script:
loadplugin("C:\Program Files (x86)\megui\tools\dgindexnv\DGDecodeNV.dll")
DGSource("C:\TEMP\Lain\07 - Cvt Vid\01.track_224-002_Track1.dgm", deinterlace=1, use_top_field=true, use_pf=true, resize_w=616, resize_h=480
As neuron2 stated, "Build 2003 cannot create DGM files." The output extension is DGI.
TheProfosist
20th January 2010, 17:56
As neuron2 stated, "Build 2003 cannot create DGM files." The output extension is DGI.
then how did i just make one using the program and use it in a script then encode useing it?
also dgi is listed as imcompatible when i tried to use it
Zathor
20th January 2010, 18:27
;1365704']It's using vfw4x264.exe now instead of avs4x264.exe?
Why the change?
avs4x264.exe is faster here.
Because avs4x264 produces garbage if the source is mpeg2 with DGDecode_mpeg2source serving this file (I do not know if dgmpg is the source of the problem or mpeg2 in general or avs4x264). vfw4x264 has no known problems.
rack04
20th January 2010, 18:27
then how did i just make one using the program and use it in a script then encode useing it?
also dgi is listed as imcompatible when i tried to use it
No clue. Maybe MeGUI update server has older version of DGIndexNV. Where is it listed as incompatible?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.