VirtualDub Error
Avisynth open failure:
Not an Avisynth 2 C Plugin: C:\AviSynth Plugins\masktools2-25.dll
(C:\Movie.avs, line 3)
Try StreamFab Downloader and download from Netflix, Amazon, Youtube! Or Try DVDFab and copy Blu-rays! or rip iTunes movies!
Try StreamFab Downloader and download streaming video from Youtube, Netflix, Amazon! Download free trial.
+ Reply to Thread
Results 31 to 60 of 71
Thread
-
-
Yadif is a C Plugin but Masktools2 isn't. Remove the 'C' from its load-plugin line.
-
Thank you. After comparing my new AVI, I am noticing that some lines (the drawn contours of the animation) appear to be broken, dotted, or flashing, compared to the way they used to look. Is there something from Yadif or Srestore that would cause this?
-
Yadif, yes. It can cause diagonal lines to become sort of jagged looking or thin diagonals to get gaps and flash/flicker/alias as you're describing. Which is why, in my original script, I wrote:
Yadif(Mode=1)#or the better QTGMC
QTGMC is much better, especially for the problem you're describing. But it's much harder to get working and it's much slower at the best settings. Most people think it's well worth the effort. -
Thanks! I've decided to give QTGMC a try. I've installed the required plugins and Windows files, but I'm getting this error when I try to open my script:
VirtualDub Error
Avisynth open failure:
Script error: there is no function named "RemoveGrain"
(QTGMC-3.32.avsi, line 756)
(QTGMC-3.32.avsi, line 781)
(QTGMC-3.32.avsi, line 386)
(C:\Movie.avs, line 7) -
You have the wrong version of RemoveGrain. I don't know which it is and you might have to try them all. Anyway, try the one here:
http://avisynth.nl/index.php/Srestore -
Thank you! I am really impressed with how good the video looks using QTGMC. It's great! Even on the "Slow" preset.
For anyone who wants to know, I ended up having to replace RemoveGrainSSE2.dll with RemoveGrainS.dll.
There is something with Srestore I'm not quite clear on. Sometimes a frame will get dropped entirely. I assume this is the nature of restoring the video to 23.976fps from 29.97fps. But it makes me wonder: why not keep the video as 29.97fps if it leaves more of the original animation intact? I can see what I am losing, but what am I gaining by restoring the video to 23.976fps? -
If a unique frame does get dropped, then you can thank the idiot DVD makers for that. It never should have been field-blended to begin with.
But I'm not sure how you're telling a frame has been dropped. Again, though, the original framerate was meant to be 23.976fps (or 24fps). If one frame was dropped another must have been duplicated. If you upload a sample where that happens maybe we could get to the bottom of it (or maybe not).
However, with animations there are sometimes parts, especially during intros, that were drawn as 29.97fps. Generally, though, the vast majority of it is supposed to be 23.976fps and that's why you unblend it to that framerate. The alternative is to make a VFR video and I, for one, find that unappealing. -
When SRestore() is working as intended no unique frames are dropped, only frames that are a blend of two other frames. So if blended frames were added to the original video to convert from 23.976 fps to 29.97 fps SRestore() can be used to remove those blended frames. If unique frames are removed you either picked too low a frame rate or there is something more wrong with the source than SRestore() is designed to handle. Or SRestore() simply made a mistake (which happens occasionally).
-
That'll work fine, but for the record you probably have a missing dependency, which is why RemoveGrainSSE2.dll wouldn't work. Probably MSVCR80.DLL.
Instead of RemoveGrain, Repair and VerticalCleaner, you might want to try RgTools instead. It's a replacement for those plugins and will possibly be a little faster. It requires Microsoft Visual C++ 2012 Redistributable Package. If you put RgTools.dll in the Avisynth plugins folder, remove the others. -
Attached are two samples of the same clip, one with Srestore, the other without.
Compare frames 54-64 of "Srestore OFF.avi" to frames 42-50 of "Srestore ON.avi."
What I found was that on frame 56 of "Srestore OFF.avi," the character clenches his teeth when he closes his mouth, a frame that is completely absent from "Srestore ON.avi."
Thanks for the tip! Would there be a difference in quality by trying your method? Or just the difference in speed you mentioned? -
Your source is an XviD that's already been blend deinterlaced? What's the script for this one?
SRestore is usually used on field-blended (interlaced) sources. -
Your scripts were very bad. Maybe read the SRestore doc to understand how to unblend something:
Usage
--------
code examples:
bobbed (or progressive) source
srestore()
Your sample sucks as there's not enough there and flapping mouths are not very good to decide how it should be treated. What you're looking for in an anime sample is something where there's steady movement every frame. A slow pan or scroll or maybe an action scene, but nothing too crazy. Also, don't upload ZIP files as that just adds another step we have to go through to get at the sample. M2Vs are allowed for upload. I'm not positive about the true framerate because of the sample provided but try this:
QTGMC()
Srestore() -
Sorry about the zips, and thanks! After doing a quick comparison, the frame that was missing is now back. I guess the problem was in my script.
I noticed you didn't include SelectEven() in your script suggestion. Doesn't removing this double the framerate? I'm now ending up with 25fps, which strikes me as odd.
Attached is a duplicate of one of the samples I uploaded previously. Is this what you're looking for?Last edited by lomaidala; 20th Jul 2015 at 04:03.
-
Thanks. Based on your new sample, now I think the framerate should be 23.976fps. Like so:
QTGMC()
Srestore(Frate=23.976)
I noticed you didn't include SelectEven() in your script suggestion. Doesn't removing this double the framerate?
I'm now ending up with 25fps, which strikes me as odd. -
Thanks! Looks like that did the trick.
What is a bobbed frame? Is it simply one that has not been blended?
Also, what about the fast-moving opening sequence? If it is 29.97fps, I would inevitably be losing some frames by using Srestore on the main body of the episode, right? Would it be possible to have 29.97fps for the opening, and 23.976fps for the rest if the final product is going to be an AVI?
While you are able to point out specific technical details I never would have been able to identify, your criticism of my DVD source is no surprise. These DVDs are reputed among fans to be a terrible release. Unfortunately, it's the only accessible release of the original series there is.Last edited by lomaidala; 25th Jul 2015 at 20:38.
-
Bob refers to the practice of turning the two fields of a frame into two separate frames. It ranges from a simple bob where the two fields are separated into two half height frames then resized back to full height, to a slightly smarter bob where the new frames use both fields in parts of the frame that aren't moving then fall back to something like a simple bob for moving parts of the frame, to much smarter bobs that look at motion between multiple fields/frames and try to fill in the missing lines with those other fields/frames.
AVI files are constant frame rate so you can't mix frame rates within the file. Some other containers support variable frame rates and would allow that. MKV and MP4 for example. -
Thank you very much everyone for all of your help! I really appreciate it.
-
For all of my episodes so far, I've been combining the opening sequence from one DVD source with the main episode from another DVD source. It's worked great for the first 7 episodes, but with the 8th, something strange is happening.
The look of the video is coming out much more pixelated than usual. It appears as if QTCMC is not working properly, but it could be something else for all I know. The video looks great if I only use one video source. It's only when combining the two that something goes wrong.
Any idea what's going wrong here? -
So you have something like:
Code:intro = WhateverSource("file1.ext") body = WhateverSource("file2.ext") intro + body Filters()
-
This is my script:
Code:LoadPlugin("C:\DVD\DGDecode.dll") clip1 = MPEG2Source("C:\DVD\08\VTS_01_1.d2v") clip2 = MPEG2Source("C:\DVD\24B\VTS_01_1.d2v") clip2.Trim(16,2711)FadeOut(19) + clip1.Trim(2697,42399) LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\mt_masktools-25.dll") Import("C:\Program Files (x86)\AviSynth 2.5\plugins\Srestore.avsi") QTGMC( Preset="Placebo" ) Srestore(Frate=23.976)
-
I don't recall seeing DgIndex and Mpeg2Source() screw up with VOB files unless they're damaged. But if you demux from VOB to M2V I think you have to build new D2V files from the M2V files. You can't just change the filename in the D2V file because the D2V file contains pointers to the start of each GOPs in the source (hence the "indexing"). Those pointers will point to the wrong place in the M2V.
One other possible problem if you're encoding in bitrate mode -- maybe you're just not using enough bitrate for this particular episode. The artifacts from this usually look different than those from decoding errors. With decoding errors you get miscolored blocks, parts of the picture in the wrong place, repeated frames. When there's not enough bitrate you get rough, blocky looking images with low detail but they're not discolored and picture elements aren't displaced. -
Okay, so for each DVD, I load the VOB into DGIndex, save and demux, then load the M2V into DGIndex and save. The result is that I have a new D2V file that points to the new M2V file. I'm still getting the same result.
I'm using Xvid's Target Quantizer, set at 1.0. Attached are two screenshots of my new AVIs using M2V videos as source--one showing the result of using only one video source, and the other using two video sources. From what I can tell, neither QTGMC nor Srestore are working in the second example. -
Ordinarily, no. You load the VOB(s) into DGIndex and File->Save Project File. No demuxing. You then use the D2V you made in your AviSynth script. Together with the DGDecode.dll and MPEG2Source, you'll open the DVD in VDub or wherever.
I'm using Xvid's Target Quantizer, set at 1.0.
Your second picture is a mess, all right, but I don't know enough to be able to say what caused it. You did make the D2V using 'Honor Pulldown Flags' in DGIndex, right? -
Except for the most recent time, that's almosy exactly what I've been doing. I say "almost" because the only difference is that my D2V was automatically generated by DGIndex. I have no idea how to make a D2V in an AviSynth script. Is that possible? But this last time, I did what I thought jagabo was recommending: making a demuxed M2V and having the D2V point to it.
That's good to know, I didn't know quant 2 was the recommended setting. I've been using quant 1 because I want the video quality to be as high as possible.
Yes. -
Ha, much better!
Well, it sounds like I'm doing everything right. Is it possible this is a bug? Anyone have any other ideas?