Search results

Which means if you have a DVD that's part progressive, part interlaced, the only way to get the best quality rip is to manually mark the interlaced sections then use a script like this: # Progressive followed by interlaced followed by progressive again prog = last inter = last.QuickTGMC(...

I don't know. I've only observed the same as you: that some DVDs have progressive content that says that it's interlaced. In every case I've seen I'm sure that the content was originally interlaced, but for some reason has been deinterlaced prior to authoring. In some cases the deinterlacing...

1) No, 2) Not sure - just try it, 3) Don't know, 4) Read step C Please don't ask questions (1 & 4) which are already answered in the main meguIVit post.

[Edit2 - I keep changing my mind about this answer] As this site concerns Japanese content we're focused on 30fps NTSC and there are no presets for 24/25 fps. But if I made presets for 24/25fps with the same quality as the 30fps settings then your file would get larger. Because when you show...

I haven't been convinced by NNEDI3 yet. It seems to make as many new mistakes as fix old ones. Although I haven't experimented with the parameters too much, have you? QTGMC InputType ftw... Yeah, payback time! :payup:

Avira have confirmed this as a false positive. I had a quick look and with some tricky file organization, MeguIV could just be packaged in a zip to avoid these alerts - only requirements would be .NET (ubiquitous) and the ffdshow HuffyUV codec. Not inclined to actually create this atm though...

Glad to hear it. Best way for those of us who like to experiment. This reminded me of something. This sharpness is the original meguIV setting: it's fairly soft given that the default sharpness is 1.0. I should mention for the meguIVit users that its presets use the default 1.0 sharpness...

I had a virus alarm last year from meguIV - after submitting for analysis it came back as false positive. I've also just today had an alert on Megui.exe in the STUBEXE folder, so I've submited it for analysis again. You should do the same. I believe it's to do with the Xenocode packager that...

I've updated to meguIVit version 0.1.3 Ensure you delete the Sandbox before installing this one. The update contains a range of preset changes: - The AAC audio presets have slightly tweaked Q values and I've put the estimated bitrate in the preset name. I've also added a higher quality...

No, you actually used the same setting that was in original MeguIV. By chance you used the most equivalent possible settings. (edit: unless I've broken something recently... hurries off to test worriedly) Edit2: I should note that the x264 encoder tends to give a different "grain" across the...

Thanks for taking it for a test drive. Glad to hear it worked well for you. :ok: Don't use this setting (it's the original MeguIV setting). It disables one of the best x264 features (B-Pyramid) giving less quality than the [Vit] settings. There isn't any drop in quality. Almost exactly the...

Latest version of meguIVit 0.1.2 resolves the problems above. The Super Fast and Ultra Fast presets now give excellent speed and fair quality without problems. Turns out the problem was in masktools v2 - the mt_average function used in QuickTGMC crashing sometimes. Updated QuickTGMC to use...

I'm noticing problems with the two high speed presets that use Yadif (Super Fast and Ultra Fast). The Yadif plugin is particularly annoying to load into AviSynth and it's really not liking being packaged into the Sandbox. So I've upped a temporary meguIVit 0.1.1, which removes Yadif while I...

(Edit) I not sure that's needed for this first version but thinking ahead, we might need to delete the Sandbox when installing the next version of MeguIVit (in case there's any redundancy) so let's get into the habit... Couple of notes regarding that the new Sandbox contents: - I had to compile...

meguIVit 0.2.1 - A package of presets and plugins to speed up meguIV meguIVit is an addon to meguIV that achieves the same quality rips faster and provides a range of ripping speeds suitable for almost any hardware. It also provides 60fps support, an edge cleaning/dehaloing algorithm and a...

Rollyco, don't want to bug you too much, but is there any news on a new MeguIV? Is say this because there's a lot of people who would benefit from the recent faster scripts and plugins. For example, isityours should be getting twice that speed with his rig. In fact I have a dillemma, because...

MeguIV does not use GPU memory - it should be fine to reduce it during processing to the minimum your system needs. You will still be very low on RAM though. QuickTGMC works for any interlaced source. It is designed to speed up the pre-rendering job, but it does not affect the second pass. You...

Really you need a better machine, that's very little RAM for high quality ripping This script can be used to make things faster - but it's not for novices.

Many of the recent features were added with the knowledge that I was going to release the script to the wider community - so the complexity has jumped a few notches beyond what we typically need here. However, you don't need to understand every last detail. Noise bypass is used when there's...

No reason except forgetfulness... updated now! Do you mean you don't understand the parameters? Or something else?

I also did a barrage of tests and can detect no speed difference. So all is good again... :tea: ________ Returning to a point you raised earlier. I tried MSU's Frame Rate Converter for frame rate doubling and I was pretty disappointed. It's certainly no better than MVTools. So I wrote a small...

Hmm... I only made deliberate changes to Placebo, Medium, Fast and Very Fast. I deliberately tried to keep Slow and Slower the same as they're the common ones. But this update was fairly major and so I may have affected something. I'll double check. Thanks for telling me...

Updated QuickTGMC to version 2.4 Main addition is lossless mode, which I've taken much further than the original to produce a very interesting feature. When using TGMC the lines of pixels from the original material are not reproduced exactly in the result - they are smoothed and blended a...

I see - given that behaviour, I think the default should remain at 1 thread to 1 processor. One of the reasons I wrote QTGMC was make things easier for low spec machines. Actually, I've been playing with editing the meGUI interface - this kind of thing wants a slider...!

Here's the longer instructions to choose exactly the quality/size you want: - Select files in XnView browser - Right-click and choose "Batch Processing" - Choose an output folder or an Overwrite mode - whatever suits your needs - Select "JPG" from the "Format" drop-down - Press the "Options"...

XnView can do this (and more or less any other batch operaton). In the XnView browser select the images you want, right-click and choose "Convert Into >> JPEG" (I think it auto-renames if your source is already a jpeg, so look for a new, smaller file). There's lots more to the interface if you...

Got to watch readings on short clips. Run a lead-in rip of the same material to get the comp up to temperature and to prime the disk cache. As long as threads = cores+1 doesn't slow anyone down then I don't see why not. The extra speed we're looking at now has been built with lots of 1.5%'s...

That sounds weird - is that from an ordinary deinterlacing script? Field parity might explain out-of-order, but how would that get wrong...

Actually, this helps a lot: I think this is about disk access. MeguIV 1.x introduced the 1st pass lossless encoding, outputing a huge intermediate file, whereas MeguIV 0.x was more cpu-bound. I think that is why we have seen a drop from 100% CPU. Because of my particular configuration all my...

Hard to be precise as it depends on machine and current running temp, but roughly 10-12% for +1 and another 2-3% extra for +2 First tried this when I noticed (in Speedfan) that my CPUs were not quite at full load during the TGMC pass (they are in the x264 pass). I figured adding another thread...

EDIT: Rewrite from my first attempt at this... Undocumented behaviour, but seems to work. I think this code sets the number of threads = number processors+2. Threads=cores+1 gives me a sizeable speed boost on 4 cores, +2 gives me little more again, beyond that doesn't help much. However, I...

Ah, my bad too then. Since v2.2 the default preset has changed to "Slower", rather than "Slow". I mention it in the comments but didn't add it to the changelog (updated now). Reason: going to release it more widely - wanted to more closely match TempGaussMC_beta2 defaults. In general I would...

Which version and preset were you using before? Was there anything else significant in the script? EDIT: Did some quick comparisons between 2.0, 2.1 and 2.3 (I'm assuming you weren't comparing with version 1.0). I can only detect a 1 or 2% slowdown in the versions after 2.0 caused by a...

Yes, MVTools does suffer that problem - interpolating hi-speed or complex motion is virtually impossible. I've heard that one approach is to identify when motion is too complex and not try to interpolate, but blur instead. Maybe that's what the MSU plugin does - I've not heard of it before...

Latest QuickTGMC v2.2v2.3 is finished. Main additions/changes: - "Draft" preset - extremely high speed encoding designed for test rips - Progressive input: use the TGMC algorithm for general denoising and stablization. Has special modes to re-rip material with lesser-quality deinterlacing (used...

You can handle your case with ordinary TGMC+SelectEven for 30fps output. If you're after 60fps output the progressive input verision of QTGMC won't help as it keeps the same frame-rate as the source - I'm not planning to add Motion Interpolation to QTGMC since that's a different task. But it's...

Some excellent content not using MeguIV - being badly ripped instead... I'd even take "Ultra Fast" over Handbrake. Make people aware of the faster MeguIV - may tempt some folk away from their crappy encoders. Then don't allow the use of [HQ] to those who rip below some threshold...? Blu-ray...

Excellent, looking forward to it! Are you planning to use QuickTGMC? There will be a new version tomorrow with an even faster "Draft" preset and support for progressive input (helpful to fix bad rips) amongst other things. Did a couple of quick tests: SetMemoryMax (I dunno if you're planning to...

Tweak is simple to use: # Load source etc.... #... QuickTGMC( Preset="Medium" ) SelectEven() Tweak( bright=32.0, cont=1.25, coring=false ) #... # Crop, resize etc. 'bright' is in the range -255 to 255, default is 0 'cont' (contrast) is in the range 0 to 10, default is 1 Experiment with values...

Reposted: I've just noticed that one of the drives I use for intermediate files is almost full - just had a mencoder crash when it filled. Now I think the only crashes I've had with Avisynth 2.6 MT have been on this drive - just never noticed the diskspace issue before. So possibly retract that...

Yes, I have (edit: actually maybe they were for good reason - see post below). I've read some suggest that adding something like this at the top of the script might help avoid running out of memory: SetMemoryMax(384) EDIT: That number needs only be high enough for the frames processed by your...

Not much more than before - other than I'm pretty sure that some MT revisions to avisynth are badly implemented and at fault. I've just remembered that I switched to using SEt's MT-enabled Avisynth 2.6 Build (he also updates a 2.58 MT version). MeguIV uses the original 2.57 MT revisions. SEt...

That's well spotted and you're exactly right about the problem. I was optimizing hard and converted m4 to a faster integer operation - forgetting that the input dimensions can be floating point. For some reason it gives me no error though - I guess I'm using a different version of AviSynth (I'm...

Have updated my EdgeCleaning script to version 1.2. Main changes are some optimization (as everything else is getting faster now), removal of need for the Dehalo_alpha plugin, and support for half-pixel accuracy. I use this script and its aggressive dehaloing mode on every Imouto rip. I...

Actually editing it right now and was editing it during the rip so I don't have the version used for the rip - it was in an intermediate but working state. I'll up it when I'm done. However, the main changes at that point were for speed, so it should be similar to existing version 1.15. That...

Of course (lol at the Mr), it's nothing special: AVS: QuickTGMC on "Slower" plus an unreleased version of my EdgeCleaner (which I always use on Imouto material). Custom AVS for the menu at the start. Variable bitrate AAC (Q=0.4). x264 [build 1659]: CRF 19.5, Slow Preset, Default Tuning...

Strictly it's nearest equivalent is: (2,1,1,Sbb=0,EdiMode="nnedi2",SVthin=0.0, border=false) I found border mode to cause as many problems as it solved and switching it off is a speed up. Edit: Almost forgot it's a mote sharper =1.2 rather than 1.16, tweaked to make sharpness parameters more...

The Yadif plugin is a pain as it won't autoload - I suggested windows\sytem32 as the potentially easier option - maybe avoiding editing the script. The method you used is the second more robust alternative I put in the instructions. Looks like I'll have to look suggest the second option only. As...

meGUI's MP4 muxer works fine with chapters (Tools>>Muxer>>MP4 Muxer). I tested it with ChapterGrabber output (just used a .txt file) and MeguIV - no problems. It uses mp4box, which is pretty solid. The MKV muxer in there is fine for adding chapters too, as it uses mkvmerge. Edit: Rollyco: So is...

What Rollyco said, plus... You should only replace the single line TempGaussMC_beta2(...) in the avisynth profile. You want to keep the remainder of the script. Edit: ...and if you get crashes on "Very Fast" and above but not the slower modes, try adding "SafeMode=true" to the QuickTGMC line