MeGUI - my first use of it and some questions.

[hello_hello]

I'm running XP with the classic theme. I'm aware you can do the same for Win7, but not many people seem to.

There's a couple of GUIs with QTGMC incorporated. I'm pretty sure StaxRip is one and Hybrid definitely does. Hybrid even has many of QTGMC's settings built into it's GUI. In fact Hybrid has a lot of filtering built into the GUI. Enough to make my head spin a little. I'm not saying it's a bad program, in fact most options have a tooltip explaining what they do, but there's a lot going on and I've not played with it enough to get to know it. I've been meaning to though.
Edit: I had a look and Hybrid even has SRestore built in. It's the only GUI I know of that does.

One problem with incorporating QTGMC into a GUI is if you enable it's noise removal you need those Windows 32 bit system files for the noise removal plugins and that'd mean MeGUI couldn't be truly portable. At least MeGUI makes modifying scripts and adding third party plugins pretty easy once you know how to do it. With other GUIs it tends to be harder, if you can do it at all.

[jagabo]

If you're going to write your own scripts why bother with megui? Just use x264 cli in a batch file. You can just drag/drop your script onto the batch file to encode:

x264.exe --preset=slow --crf=18 --output %1.mkv %1

I use Notepad to edit scripts, VirtualDub to view them. Use F2 in VirtualDub to reload the script after editing.

[pooksahib]

It's comforting to have a GUI. My brain's knackered after learning to script the deinterlacer and the unblender. Having to script all the bitrate options, audio options etc etc would finish me off for good!

[jagabo]

You don't have to specify all the encoding parameters. Just pick an encoding preset and add a few custom settings if you want. I keep such a batch file on my Desktop and just drag/drop AVS scripts onto it. Once you've set it up it's actually easier than using a GUI.

[pooksahib]

I'll maybe think about it after I've become familiar with MeGUI. Always good to learn something new.

Meantime, I've done an encode on a proper scene from my DVD, not just a 60sec sample. Used QTGMC() and SRestore(). Disappointed to find that A/V synch is not quite right. Original DVD is 25fps and SRestore puts it to the progressive rate of 23.976. That's gotta affect the synch, hasn't it?

I've googled but found nothing definitive. Someone talked of using audacity to fiddle with the audio but that seems OTT. Is there indeed a synch issue when using SRestore on a 25fps PAL? If so, what's the best fix? Thanks and goodnight, see you tomorrow.

[jagabo]

Disappointed to find that A/V synch is not quite right. Original DVD is 25fps and SRestore puts it to the progressive rate of 23.976. That's gotta affect the synch, hasn't it?

No, it has no effect on A/V sync. The running time isn't changed. The problem may be a simple audio offset. Or possibly a problem decoding the source. What source filter did you use? Does MediaInfo or DgIndex show an audio delay in the source?

[pooksahib]

I've encoded it twice, the first time using the MeGUI equivalent of 'auto passthrough' and the second time using the default 'keep original channels ac3'. Both have the synch problem. Mediainfo and MeGUI give the source file a delay figure of -96.

What does that delay figure actually mean? A piece of software can't know if the synch is out...

FYI, the newly created file (8 mins long) is fine to start with but needs +400 at the end to get the synch back. In other words, it must be progressively losing synch which is why I thought it was due to 25fps becoming 23.976fps.

[manono]

FYI, the newly created file (8 mins long) is fine to start with but needs +400 at the end to get the synch back. In other words, it must be progressively losing synch which is why I thought it was due to 25fps becoming 23.976fps.

If that were true it would be off by a heck of a lot more than just 400ms. More like 20 seconds.

This thread is too long now and I don't know how your workflow created a progressive asynch.

What does that delay figure actually mean?

It means the audio trails the video by 96ms without the negative delay being taken into account.

[pooksahib]

MeGUI/QTGMC/SRestore - synch fail
MeGUI/QTGMC- synch fail
Hybrid/QTGMC - synch fail
Handbrake/Decomb 50fps - synch perfect

So I'll do this DVD with Handbrake. I'll try QTGMC on other discs but, for now, thank you all for the invaluable help.

[pooksahib]

I had a look and Hybrid even has SRestore built in. It's the only GUI I know of that does.

Hi hello_hello. I've just updated my hybrid to the latest version but can't find SRestore. Would you tell me where it is, please? Many thanks.

[hello_hello]

Personally I don't see much harm in using a GUI such as MeGUI even if you do contribute to creating the scripts yourself. It can do any resizing/aspect ratio calculations for you, it has a job queue, and it has a preview.
Although I use MPC-HC for previewing a fair bit. After editing a script with Notepad, Ctrl+E reloads it.

Personally I'd fix the audio sync after all the effort you've put in so far, given the alternative is an encode with field blending. Personally I can't stand it.

99.99% of the time you won't have audio sync issues when encoding DVDs. Very occasionally I've had issues for no reason I've been able to determine, but it's quite rare and it's usually fixable by manually adjusting the audio delay. I've wondered if now and then DGIndex gets the audio delay wrong for some reason. Audio sync problems could be a sign a DVD wasn't ripped correctly, or prepared correctly for encoding. HandBrake, I'll admit, is very good at maintaining audio sync for problem sources.

Some things you might try....
You should be able to dig out the info in the log files, but if it's too hard to find, compare the total number of frames in MeGUI's 50fps encode to the number of frames in Handbrake's 50fps encode. Open each encode with MeGUI and index them, then check the frame count in the preview if that's the easiest way to do it for the moment. The frame count should be the same for both 50fps encodes. I'd be interested to find out if it is.

Try opening the MeGUI encode with MPC-HC and use the plus and minus keys on the numeric keypad to adjust the audio sync backward or forward while the video plays until it's correct. The audio delay will be displayed in the status bar (enable the status bar from the View menu if need be). Make note of the delay (positive or negative), open the MKV with MKVMergeGUI, apply the delay to the audio stream, and save that as a new MKV. Most likely the audio will be out of sync by the same amount from beginning to end so it's fixable that way. I have a convoluted method for comparing the sync of two videos which is useful for making sure the sync is the same as the original, but try that first to see if it'll work.

You could try opening any one of the MeGUI encodes (shouldn't matter because the durations should be the same) with MKVMergeGUI and adding the Handbrake encode. You should see two video streams and two (I assume) audio streams. Deselect the audio from the MeGUI encode, deselect the video from the Handbrake encode and save that as a new MKV, which will give you an MKV with the MeGUI video and the Handbrake audio. It'd be interesting to see if the audio sync is then okay. If the MeGUI and Handbrake encoded videos are the same, that could very well fix it.

Normally you shouldn't have to do any of that. The audio should be in sync. You certainly seemed have to picked a problem DVD to start with. Given I'd be confident the de-blended video is going to look much better than simply de-interlacing it with Handbrake, I'd be aiming to keep the de-blended video and fix the audio sync. It should be do-able.

[jagabo]

Mediainfo and MeGUI give the source file a delay figure of -96.

What does that delay figure actually mean? A piece of software can't know if the synch is out...

The software isn't analyzing the audio and video streams. The audio delay is specified in the file header. A negative delay is an advance. So an audio delay of -96 means the audio starts playing 96 milliseconds before the video. A delay of 96 would mean the audio starts playing 96 milliseconds after the video.

[hello_hello]

I had a look and Hybrid even has SRestore built in. It's the only GUI I know of that does.

Hi hello_hello. I've just updated my hybrid to the latest version but can't find SRestore. Would you tell me where it is, please? Many thanks.

I don't have the very latest version but it's likely the same.
Select the Filtering Tab. Below the tabs click "Avisynth". Another menu will appear below the first one. Click on "Frame". You'll probably need to scroll down a little. There's a checkbox labelled "Restore". For your field-blended DVD you can check the "bob before" option and disable the auto de-interlacing in the de-interlacing section. I'd guess Yadif is used for that but I don't know for sure. Alternatively you should be able to select "force" in the de-interlacing section, choose QTGMC for de-interlacing and check the "bob" option there rather than in the SRestore section. I'd imagine that would de-interlace with QTGMC before applying SRestore. With a PAL DVD loaded, Hybrid should display the output frame rate as 23.976fps down the bottom of the GUI if QTGMC Bob de-interlacing is enabled along with Srestore. You don't need to check the "frate" or "decimate after" options in the SRestore section for your particular video and the rest of the settings seem to be the SRestore defaults.

[pooksahib]

Hi hello_hello. I really appreciate the time you're spending here. The framecounts are: MeGUI and Hybrid 50fps – 24031. Handbrake 50fps – 24045.

Testing the synch with mpc-hc wasn't any different to my usual method (avidemux) – the file starts in synch but needs +400 towards the end. The unblended MeGUI video muxed with the Handbrake audio was a good idea but it failed (synch OK to start, -250 needed at end).

If the synch difference was constant throughout then it's an easy fix but the gradual slip from 'in synch' to -400 is something I've not seen before. Probably be a bitch to fix and, really, I'm not overly bothered as the handbrake video is perfectly watchable.

[jagabo]

How are you reading the source video? It's very common for MPEG 2 video to switch between progressive frames with pulldown and hard pulldown. A mix like that can result in A/V sync problems if not handled correctly. The best way to deal with this is to use DgIndex to build an index file in "honor pulldown flags" mode. Then use Mpeg2Source() in your AviSynth script.

[pooksahib]

Hi jagabo. I'm not 100% sure what you mean by 'reading the source video'. Using DgIndex, I got a d2v file and an ac3 file. I ran MeGUI and used it's script creator to load the d2v file (I'm assuming that's what you meant by 'Then use Mpeg2Source() in your avisynth script'). To my surprise, it loaded fine (well, it's such a small file...). I thought I asked for QTGMC and SRestore but the residual script doesn't show that. Anyway, the end product has the same synch issues. But if you think I've not followed your instructions properly, please let me know. And thanks!

[hello_hello]

MeGUI tells DGIndex to honour pulldown flags, unless force film is used. If you want to be completely sure, you can open the d2v index file with Notepad. You should see this somewhere not too far from the top.

Field_Operation=0

0= honour, 1= don't honour, 2= force film (doesn't apply to PAL)

The audio sync issue is quite odd. It does make me wonder if the DVD was ripped in a way that's DGIndex friendly. It just doesn't happen. I don't think it's ever happened to me and I've been re-encoding DVDs for years. Yes, very infrequently the audio delay might need an adjustment for some unknown reason, but I've never had a problem with the audio sync being different at the end than at the beginning. Not that I can recall.

The fact the same thing's happening with Hybrid indicates a DGIndex issue because I'd imagine Hybrid would be using DGIndex too, so it's not an MeGUI problem as such. Handbrake doesn't use DGIndex. How was the DVD ripped?

If you want to re rip the DVD to see if it solves the problem.....
It's probably an old disc and something DVDShrink can handle. I use DVDShrink to prepare DVDs when ripping as it's easy to rip and re-author at the same time. For some newer copy protections it needs AnyDVD running in the background, but I'd give it a try. If you open the disk with DVDShrink, when it's finished analysing, select Re-author mode at the top. In the right pane under the DVD Browser tab you'll see titles. It's usually fairly obvious which is the movie. Drag the movie title from the right pane to the left. Select the title in the left pane and he Compression Settings tab. Make sure all the streams you need are checked. Use the Edit/Preferences menu and set the target DVD size to DVD9 or larger so DVDShrink won't try to shrink, just rip. I set it to 50000MB for when I want to open more than one DVD at a time. Use the Backup function. You'll end up with a single set of vob files that comprise just the movie. There's an option when the backup window opens not to split vob files so DVDShrink will save the movie as a single vob file instead. It shouldn't matter either way. If you open and encode the saved vob files and have the same audio issues I'll be astounded. If you have already ripped the DVD in a similar way I don''t know what the problem could be.

If the disc is already ripped you could probably open the folder of ripped files with DVDShrink and re-author the same way, rather than open the disc, but it might be worth starting again, assuming you want to work out what the problem is. I know I would. I couldn't let it win.....

[pooksahib]

Hi. I was originally working from VOBs 'dragged and dropped' from the optical drive. All my synch failures (and the Handbrake success) were done on an mpg file made with avidemux in 'copy' mode i.e. I'm editing first, converting second.

I've just done a re-rip using MakeMKV and made an edit with avidemux. I used MeGUI on that edit and – synch problem. Repeated the process using your suggested tool (DVDShrink) and (gawd, I hate to disappoint you) we have the same synch issue.

“I couldn't let it win” - I genuinely laughed at that, thanks. As I said previously, I can live with the Handbrake but I might try 'convert first, edit second' to see what happens. However, that needs time. See you later...

[jagabo]

Use vob2mpg to make an mpg from your VOB/IFO files. I wouldn't trust AviDemux with anything.

[hello_hello]

Before you edit the MakeMKV file, if you encode it and compare the number of frames, are they the same (or double for bob de-interlacing). I guess you haven't tried that yet. Mind you as a rule I'd not recommend doing it that way. DGIndex and vob files are generally less problematic than re-encoding mpeg2 in an MKV, believe it or not.

You could try the method I suggested for remuxing.... after re-encoding the MKV.... by opening the MeGUI encode with MKVMergeGUI, adding the MKV that MakeMKV created, deselecting any audio from the first, the video from the second, and remux. If the encoded video is a match for the source in respect to duration, which it should be, that should retain the audio sync.

The only other suggestion I have at the moment.... you can open the HD Streams Extractor from MeGUI's Tools menu, open the MKV that MakeMKV created, and use it to extract the audio. It uses eac3to for the extracting, and unlike DGIndex which simply extracts, eac3to will check for and try to fix problems it finds. Gaps in the audio stream, that sort of thing. When it's done it should save a log file in the same location as the extracted audio. It'd be interested to know if it finds an issue.

You could even use eac3to to extract the audio from the original vob files, although if they're split into sections you can't do it with the HD Streams Extractor. There's another GUI for eac3to that'll do it, but one thing at a time.... I'd really like to know what's going on with this DVD. It's very odd.

PS Don't forget if you want to edit, the AVS cutter is under MeGUI's Tools menu. That's probably the best way to do it, rather than edit the file before you re-encode it. When the AVS cutter adds the "cuts" to a script it can save a "cuts file". You can load the cuts file into the audio section so it'll be re-encoded to match the video, or there's an audio cutter under the Tools menu that can split/re-join the audio by loading the cuts file.... if you'd prefer not to re-encode it. I use both regularly without any problems.... although I'm probably tempting fate by saying that at the moment.

[pooksahib]

Good news – I seem to have achieved what was fast becoming impossible. But first:
jagabo – thanks for the vob2mpg recommendation but, as far as I can tell, it can only create one big file whereas I'd prefer an edit such as avidemux provides (btw, I LIKE avidemux...)
hello_hello – eac3to generated a bland log, no obvious issues.

To business, then. I went down the avscutter route which, I have to say, isn't immediately user-friendly. I ignored my MakeMKV and DVDshrink rips and worked on the original VOB's like so:
Launched MeGUI, opened File Indexer, loaded VTS_01_1.VOB, started the Queue.
(Point of interest – delay is now 0ms. Working from mpeg, it was -96ms)
Added QTGMC and SRestore to script, saved script.
Opened AVS Cutter and loaded VTS_01_1. Set start/end points, 'add cuts to script', 'save cuts file', 'close'.

Question: Preview plays in slo-mo and with no sound. Is that right?

Opened Audio Cutter, loaded the 'big' ac3 file, loaded the 'cut file', named the output file 'wee cut.ac3', clicked 'Create Job'. Clicked Queue and started Queue.
Main window, under Audio, clicked the 'X'. then AutoEncode. Added 'wee cut.ac3' as the Audio.
Started the queue, made a cup of tea. End result – a deinterlaced and unblended 4:3 file WITH A/V IN SYNCH.

I didn't resize or crop, just checked Clever Anamorphic/mod16.

While it's nice to have sorted this DVD out (I didn't let it win!!), I hope I don't have to rely on AVS Cutter again as it's not a fully fledged editor, really. I like to see and hear the result of my edits and undo them if they're not right. I suppose I could use it to cut a whole scene and then edit further with avidemux but I'd be stuck with those longer keyframe intervals.

Anyway, that should be an end to this thread (manono will be pleased...) and I once again thank you all for your terrific support. You truly are a brilliant lot.

[hello_hello]

Question: Preview plays in slo-mo and with no sound. Is that right?

Definitely no sound. Playback speed depends on having enough CPU power to playback at normal speed, but mostly if it's slower than real time it's because there's filtering in the script causing a bottleneck. Something like QTGMC maybe?

To add cuts to scripts with slow filtering, I generally disable the filtering before opening the script with the AVS Cutter, then enable it again after editing. Any line in a script beginning with # is ignored by Avisynth so you can easily temporarily disable something.

Having said that, if filtering changes the frame rate, it's a problem because the frame numbers where you're editing will be different according to whether the filtering is enabled or not. If I know I'm going to be editing and QTGMC is deinterlacing, I'll usually disable it and add Yadif to the script while editing, then switch back to QTGMC for encoding. For something like SRestore it's harder to substitute something else. I've not used SRestore enough myself to haven given that one any thought.

I ignored my MakeMKV and DVDshrink rips and worked on the original VOB's like so:
Opened Audio Cutter, loaded the 'big' ac3 file, loaded the 'cut file', named the output file 'wee cut.ac3', clicked 'Create Job'. Clicked Queue and started Queue.
Main window, under Audio, clicked the 'X'. then AutoEncode. Added 'wee cut.ac3' as the Audio.
Started the queue, made a cup of tea. End result – a deinterlaced and unblended 4:3 file WITH A/V IN SYNCH.

The plot thickens. Congratulations though.
Logically if you were to encode the original vobs again without editing and there was a sync issue it'd mean you just happened to edit out a section causing problems, but that's probably not likely and doesn't explain the previous sync problems.... I don't think.
Given the sync problem also occurred after re-encoding the MakeMKV rip, it means both ripping methods caused the sort of problem ripping properly is supposed to prevent. I'd like to think that's not what happened....

I didn't resize or crop, just checked Clever Anamorphic/mod16.

That won't have any effect on the audio sync or duration or the number of frames etc.

While it's nice to have sorted this DVD out (I didn't let it win!!), I hope I don't have to rely on AVS Cutter again as it's not a fully fledged editor, really. I like to see and hear the result of my edits and undo them if they're not right. I suppose I could use it to cut a whole scene and then edit further with avidemux but I'd be stuck with those longer keyframe intervals.

Seeing or hearing them.... to be honest I'm not sure I've had the need, but maybe we edit for different reasons.

[pooksahib]

When the AVS cutter adds the "cuts" to a script it can save a "cuts file". You can load the cuts file into the audio section so it'll be re-encoded to match the video, or there's an audio cutter ...

Hi, I meant to ask if you'd clarify the first part of this suggestion. It seems to say that the AVS cut (a .clt file) can be loaded into the audio section of MeGUI. I couldn't find a way which is why I used Audio Cutter immediately after AVS Cutter so as to have an ac3 file to load.

[hello_hello]

Yes, it can be loaded into the audio section and it'll be used when re-encoding. The audio section has an area for loading the audio source and another for specifying the audio output. The one in between is for loading the cuts file. That's only if you're re-encoding, otherwise you'd use the Audio Cutter.

Technically re-encoding when cutting is more accurate as encoding can start and end at any point, but of course re-encoding with a lossy encoder means a generation loss. The audio cutter under the Tools menu can't cut as accurately, as lossy audio is stored in "frames". Each frame contains audio over a certain period of time, but only whole frames can be removed, so each cut and join will probably change the audio/video sync a little, however in practice it tends not to matter because the time frame is very small (probably 10ms to 20 ms at most) which isn't enough to notice, and I'd imagine the more you cut and join the more likely it'll average out, but with a lot of lossless cutting and joining there is a potential to gradually effect the audio/video sync..... in the interest of full disclosure.

[pooksahib]

Thanks, I can now get audio without having to use Audio Cutter. It's easy, don't know why I couldn't figure it out in the first place.

I'm almost done of that DVD which was giving me synch problems when using a 'rip' as the source. The scenes I've encoded using the original VOBs with AVS Cutter (one Start point, one End point) are of superb quality.

The final scene is a bit disjointed and I ended up with a list of six Start/End points. The end product was a failure, not the right clips at all. Double checked my frame numbers, all fine. Did a further encode but without QTGMC and SRestore – perfect. Tried it a third time withQTGMC and SRestore back in the script – same duff result as the first attempt.

I thought it might be something to do with QTGMC doubling the frames but it can't be – the same process works fine with a single Start/End selection so it should be the same with multiple selections. Can anyone suggest what I'm doing wrong? Many thanks.

[hello_hello]

You're adding the cuts with QTGMC and SRestore enabled? Or at least with Yadif(mode=1) and SRestore if QTGMC is too slow when editing? Because they'll be changing the frame rate so if you add the cuts without them you're adding cuts to a 25fps video but when you enable them it becomes 23.976fps. Same duration, fewer frames. With QTGMC and SRestore disabled you might need to use frame 1000 as a start point for a cut, but after they're enabled the same position in time might be at frame 960 instead (for example, I'm just making up numbers).

You can sometimes avoid that sort of thing by putting the cuts before the filtering. Avisynth processes things in order so then the cuts would always apply to the original 25fps video and the filtering and frame rate change happens after the editing. For QTGMC on it's own that should be fine, but for SRestore the frame rate change isn't a simple doubling and any cutting before it (and maybe even after) might mess with it's ability to detect the blending pattern properly.

Other than that, cutting incorrectly is pretty much only ever a problem when something changes the frame rate. If the cuts are in the right place though, but SRestore's ability to detect blending patterns is effected by editing, try this:

Load the script in MeGUI's video section with QTGMC and SRestore enabled, but without any cuts. Check "add pre-rending job" before adding the video encoding job to the queue. After adding it, switch to the Queue tab and you'll see three jobs (if x264 is configured for CRF encoding). Pre-rendering encodes the video as a lossless file. That's the first job in the queue.
Highlight the second and third jobs, right click and delete them. When MeGUI asks about dependencies, click "No". You'll be left with just the first job. Run it and the output will be a lossless AVI.
When it's done, open and index the AVI for encoding. Use L-Smash for indexing. FFMSIndex is somewhat broken for lossless AVIs at the moment. You don't need to add QTGMC or SRestore to the script as they've already been applied. Save a new script for encoding the AVI, add your cuts to it and re-encode with x264. The process requires two encodes but x264's encoding should run much faster without QTGMC and SRestore in a script.
You mightn't need to do any of that, but I thought I'd mention it....

Did you establish the video in question could be encoded by MeGUI from start to finish without a sync issue? From the original vobs or however you finished up doing it? I know you said a section of it was fine but I wondered at the time if it that necessarily meant it would all be okay. I'm not 100% sure what you worked out there.

[pooksahib]

Hi again and thanks for your trouble. Looks like it was my own fault. My MeGUI is configured so that QTGMC and SRestore are in the default script. On first preview, the starting point I wanted was 67624/148363. In the AVS Cutter window, that point is 64855/142286. What I must have started doing (after 5 successful edits) was to use the first preview to decide my cuts instead of the Cutter preview. (148363÷25x23.976=142286)

I have kicked my butt. Still, that 'lossless avi' info is interesting and good to know.

No, I never did check to see if the DVD could be encoded by MeGUI from start to finish without a sync issue. However, all cuts made with Cutter are good. And, as I said before, the quality is amazing. It was you who suggested MeGUI (on my previous Handbrake thread) so I thank you once again.

While I'm here: I take it that, with QTGMC loaded, there's no need to specify Source Type and Field Order in the Filters tab?

[hello_hello]

While I'm here: I take it that, with QTGMC loaded, there's no need to specify Source Type and Field Order in the Filters tab?

No. They can't have an effect unless MeGUI is adding the de-interlacing to a script.
As you persevered with the AVS Cutter, here's a use for it other than cutting.

If you want to add filtering to a script.... you can do it like this

Tweak(sat=1.1)
FastDegrain()

Or on the same line separated by a dot.

Tweak(sat=1.1).FastDegrain()

Trim can be used the same way.

Trim(0,175).Tweak(sat=1.1).FastDegrain()

As a bad example, if you wanted to boost the colour a little for the first 175 frames, de-noise the next 200, for 100 frames after that you wanted to do both, and then no filtering for the rest of the video....

Trim(0,175).Tweak(sat=1.1)\
++Trim(176, 375).FastDegrain()\
++Trim(376, 475).FastDegrain().Tweak(sat=1.1)\
++Trim(476,0)

That's a bit different to the way the AVS Cutter adds Trims to a script but the principle is exactly the same. Of course you can add them manually, but often if I'm wanting to divide the video up into several sections I'll use the AVS Cutter to set the start and end points so I can do it with a preview, and add the filtering when that's done. I probably use it as much for that sort of thing as I do for cutting.

PS. There's an x264 option called "stitchable". It's under the Misc tab in MeGUI's x264 encoder configuration (advanced settings enabled). I leave it enabled all the time. It's purpose is to make sure two videos can be appended together as long as they're encoded with the same settings (different CRF values are okay) and they have the same resolution and frame rate. It's useful for when you want to make copies of a script and add different Trims to them so each copy encodes a different section of video. It can be an alternative to adding multiple Trims to a single script as a single encode. With "stitchable" enabled, you'll always be able to append the encoded video together with MKVMergeGUI.

[jagabo]

If you're using QTGMC() and want to denoise you should try using QTGMC's denoise option, EZDenoise.

QTGMC(preset=whatever, EZDenoise=2.0)

The higher the value the more noise reduction. There are several other options you can tweak too. For example:

QTGMC(preset=whatever, EZDenoise=2.0, Denoiser="dfttest", DenoiseMC=true)