Search results

There is only one instruction in MeguIVit: choose a one-click preset beginning with [Vit]. You chose "[IV] Best Quality", the legacy setting from original MeguIV. The error you got is something I should look at, but should be irrelevant to one-click rippers as 'VerticalCleaner' is not used in...

How much RAM do you have? Low memory conditions cause almost immediate crashes like that one. Although that's usually with extra-complex settings. Could you report your success with the alternates - my suspicion, as always, is that it is avisynth.dll at fault, the alternates use different...

That's a slow encoding speed... What the spec of your machine? And what One-Click setting are you using? Some people are reporting crashes on 64-bit Win7, although many are using it fine and I can't reproduce any problems. Still, have you tried the Win7 64-bit alternates under "Installation /...

Your computer crashes a lot - what are you doing to it? But yeah, those two encodes went without a hitch, although you went back to two pass?. Anyways, thanks for the info.

And most people (myself included) respect his position because he is such a good poster, but the mods make the rules.

Thanks for the info. Glad I'm not the only one who can get one-pass to work. Actually, I still often use two-pass because I can rip a second time quickly from the intermediate file - for a 30fps version or to try different post-processing etc. But for one-click, one-pass is good even just to...

It is created, but is now deleted as part of the clean up at the end of the process. You can retain the intermediate files (that log file, the avisynth scripts, the huge 1st pass uncompressed vid etc.) by going to the main window, Options>Settings, and uncheck "Delete Intermediate Files". ____...

Away from stability and back to speed. The 0.2.1 version above marks a milestone for me, I can now do the 1st pass rip in realtime, i.e. it rips at 30fps for 30fps vids and 60fps for 60fps vids. That's on "D: Slow" without edge cleaning (i.e. original MeguIV style). I cheated slightly and raised...

OK, here's a new version. Download MeguIVit 0.2.1 (beta) The changes are: Can use mencoder or ffmpeg for 1st pass encoding. It defaults to mencoder. If you get mencoder.exe crashes then go to the main window and select Options>>Settings. Then check "Use FFmpeg for pre-render encoding" and it...

Disappointing... :sigh: :notagain: Did you leave the Pre-Render Pass checked? I've considered this outcome and have thought to allow a choice of mencoder or ffmpeg in the GUI. FFmpeg is definitely better for me, but looks like mencoder for you. I'll do it now...

Don't worry, this is not a problem. Unchecking "Pre-Render Pass" might make things a bit faster on powerful machines, that's all. It really doesn't matter if you can't uncheck it safely on your machine. I am making a version of MeguIVit that can One-Click Blu-rays, Avis etc. That will come in...

Errr... Thanks IceManZ. Can I check that this is what you said: - Version 0.2.0 works without problems in 2-pass mode, but it crashes randomly in 1-pass mode. Please answer simply or it doesn't help me. Aki is in a Halloween mood...

I think Xater means taking a lower quality rip, and using (Q)TGMC processing to improve it. So it is a re-encode, but using the original rip as a source. I know some posters are sensitive about this, but are the rules?

From another thread (thanks isityours): This version is intended as an interim stability release, so that Explorer crash concerns me a little. Was it a situation where a window locks up and you need to kill explorer.exe to get things back? In any case I'm hoping it's unrelated as it didn't...

Posting here because the Rules thread is currently closed. Rule 16 prevents reposts, but... "Encodings of different sizes are exempt from this rule. Videos by Exclusive Uploaders (the guys with the blue usernames) cannot be re-posted, period". I was about to post a new encode of a video that...

Thanks for the suggestions but I'm really only interested in modding MeGUI unofficially for my own purposes. Some of my changes would be of no use to MeGUI generally and I definitely don't want to start maintaining multiple versions. In any case the MeGUI code is a mess because of too many...

I don't really know what that means. Are you suggesting I commit the changes into the MeGUI trunk? I'd rather not become an active MeGUI developer.

Prompted by the recent instabilities that people have been experiencing I've made an interim new point release for MeguIVit. I'd appreciate if some people could test this version for me because it's a major update internally. Download MeguIVit 0.2.0 (beta) In summary, the changes are...

It makes no difference at all to the rip quality or performance. The differences are fairly minor and depend on what you intend to use the rip for: MKV: - Better tools (mkvmerge / mkvtoolnix are way more convenient for the regular encoder than anything I've found for mp4) - More flexible (Can...

This is a nearly hidden requirement of FFT3DFilter: - Download this zip file - Get the FFTW3.DLL file from the zip and put it in your windows path: ㅤㅤ- On XP or 32-bit Vista/Win7, put it in "Windows\System32" ㅤㅤ- On 64-bit Vista/Win7, put it in "Windows\SysWOW64" ____ If you have a progressive...

Thanks for that detailed info anandneemish. Confirms that Win7 64-bit in itself is not the problem and that disk access on other disks seems safe (I can confirm that). Spreading your disk load across several disks (not partitions) will provide a performance boost in any case. However, I can...

Are you talking about the multi-single threaded method I said I was using? Unfortunately, that isn't a version of MeguIVit. I don't actually use MeguIV or MeguIVit, I work manually in MeGUI. MeguIV(it) were made to be convenient one-click rippers for the community - if you need to go beyond what...

Background disk access seems to be the main cause of crashes in MeguIV variants. That could be caused by Windows Defender, your virus checker doing a scan, the Indexing service, one of the .NET optimizers (mscorsvw.exe) etc. Research your machine and the web to see what you have running and then...

This is getting confusing. The point is it's better that your Megui core is consistent with your x264 so the settings you make actually work. A made-up example of what can happen: - You select "Fast Decode" tuning - The (out of date) megui core thinks that tuning implies Deblocking=false - But...

I thought you were using MeguIVit? But that log file looks like it's from MeguIV (it uses TempGaussMC rather than QuickTGMC). If you did use MeguIVit then you didn't follow the instructions, probably the bit about selecting a preset. Although the process works with the initial file...

I understood you. My experience of updating only small parts of the MeGui package has been negative. You would hope that you could just update the x264.exe like a new version of a plugin, but it's not quite that simple. The x264 configuration dialog (where you set things like CRF, AVC Level etc)...

Well the DivX h264 decoder does seem to be about 8% faster that ffdshow...but... I have an instinctive distrust of DivX and this codec pack just confirms it. It phones home every time you play a video, even when you set auto-updates to "Never". A suspiciously long license agreement with...

The one-click encoder is very limited in what it will accept as input. That's one of the things I've been working on, to allow it to accept avi, mpg, d2v, m2ts etc. But it's tiresome work because the one-click code in MeGui is a hacky mess, so it won't be done soon. You shouldn't. Rollyco has...

Your source video in in RGB32 format, which isn't supported in some of the QuickTGMC plugins. I've updated the batch files & templates in the original rerip post to get round this. Please download the new batch files/templates and try again. Post any follow ups in that thread.

That might happen if your computer isn't breaking a sweat, but if it's struggling to play the vid then that's far from ideal. I believe there are some h264 decoders that use 2 processors (threads) and no more. Clearly it's better if the decoding uses all the available processors. Did you upgrade...

This post is here to support my 1080p@60fps h264 posts, but may also be of general interest. Intro Your video decoder needs to be set up effectively to smoothly playback HD and/or 60fps h264 content. In particular you need to take advantage of multiple CPU cores where possible. However...

The the multithreading crash in avisynth described above has a "Visual C++ ...." title but indicates the problem is in mencoder.exe. It is different to the other problems I've recently been solving, so the text of the error is important. Multithreading mencoder.exe crashes are here to stay...

Those versions are only for those who can't run the normal version. They give no 64-bit advantage whatsoever and are known to be less stable for those who don't need them. They use less stable versions of multithreaded Avisynth that seem to play nicer with 64-bit Win 7. There is virtually no...

Erk! Not-so-genius. I was blaming this on other people's plugins, but actually I caused the problem myself. I compiled an empty dll to overwrite dlls I wanted to supercede in the sandbox - forgot to link it statically to the C++ runtime libraries - creating this dependency on the VS2010 dlls...

Yes it is.

The problem was with SEt's multithreaded version of AviSynth 2.6. That's a shame since it has proved to be the most stable version for long encodes using the latest hi-speed plugins and scripts. So I have added two Win7 x64 alternates to the main MeguIVit post. Version A relies on the 2.57 MT...

The problem is probably in one of the newer plugins I put in the sandbox - I need to know which. Have attached three MeguIVit's for test purposes. If someone getting these crashes in 64-bit Win7 could test: - Delete your Sandbox folder - Extract test 1 zip file to make a new Sandbox - Start a...

Have you tried installing the redistributables in my post above?

I no longer see the tags on the first post of each thread, nor get the option to enter them when posting new threads. The tags link on the AO top menu isn't working. Is this deliberate? Tags were pretty convenient... :(

Sorry no, very busy with other things atm. Surely will be switching to NNEDI3, but also want to tweak some parameters based on discussions at d9. Need to test extra carefully now the script is used much more widely than here. Maybe this weekend.

MSVCR100.dll and the dialog shown above all point to a problem with the Visual C++ runtime library. MeguIV is written in C# but I guess there's a dependency in one of the new plugins. So try installing these redistributables, not sure which is needed - depends on the compiler that the plugin...

Yes, I've seen the new NNEDI3. Not had much time for coding, but when I do I may replace NNEDI2 with NNEDI3 as the default for the appropriate QTGMC presets (assuming it really is faster).

I must be doing too much of this - I check by eye... I can't reproduce this behavior - works fine for me using NNEDI3 v0.9.1

You will get some deblocking because of the temporal blurring - it might not be too effective in stable or plain coloured areas. Serious blocking can affect the motion analysis. You could run a deblocking step *and then* a QT step although you may will lose some fine detail that way. You're...

As the title says, this BB code returns a database error when you click on it: meguiv Here's the code for real: meguiv I'm not exactly sure what it is supposed to do when you click on it: I was hoping it would return a search on the tag.

Of course, forgot about that - the best reason I guess. ____ Xater's input reminds me about something else - as I know he does rerips. People writing their own scripts should be wary of using DirectShowSource together with (Q)TGMC. It doesn't serve frames accurately on some vids, which can give...

I don't get this behaviour at all. Tested with 480p, 720p and 1080p - all go significantly faster with InputType=1. As you correctly note, that setting removes the need for the NNEDI2 call (no need to interpolate progressive input), which makes it faster for me. So your result is fairly...

Ah, I see. The only advantage I can see to bitrate encoding is its predictability. A constant quality rip will look better than constant bitrate rip of the same size, because it has more flexibility in where to use the bits. But getting a constant quality rip to the size you want... Couldn't...

No, I usually use 19.5 for 30fps & 20.7 for 60fps. I take them up a little (~1) for complex or long vids, down a bit if I'm losing fine detail. Also higher values for HD (~22-23) - always use higher values for more spatial or temporal resolution. You'll get more x264 grain and blur with a 23...

No. That will always happen with SeparateFields. What you're looking for is whether there are duplicate frames. If you have an progressive vid, then then when you step through with SeparateFields you'll see two frames the same, then two more the same etc. The only difference between these...