I am ripping the season 4 episodes off of the Animaniacs Volume 4 DVDs and everything looks good so far except for the first episode. The first episode of season four is the last chapter on the first disc in Volume 4 (the rest of the chapters were from season 3).
I was using One-Click encode in MeGUI for the tracks on the second disc, and all of the episodes turned out okay. I ripped VOBs to chapters using DVDDecrypter for the second disc and did the same for the first disc, but only selected the last three chapters. The VOBs play fine, but when I try to encode them with MeGUI One-Click or with an avs script, the videos come out with visible interlacing. In the avs script I tried using: TFM().TDecimate() or TFM(mode=5, slow=2, clip2=QTGMC(sourcematch=3, tr2=0, FPSDivisor=2)).TDecimate(hybrid=1) but AvsPmod had a problem with not being able to find QTGMC so I just tried TFM.TDecimate(hybrid=1) but that didn't work either.
Do you guys have any ideas about what else to try to get rid of the interlacing? I would like to keep using MeGUI to keep the encodes consistent, if possible.
+ Reply to Thread
Results 1 to 11 of 11
Hm. I thought standard DVD was interlaced. With TV shows made on film, aren't they telecined?
Wait, let me get out a bunch of my tv show and movies on DVD check.
Yep. All my retail DVD's are either interlaced or telecined. I guess those Hollywood guys who make DVD's don't know what the hell they're doing.
Is it possible that we've seen posts similar to this recently?-ann's brother
I'm sorry that the object of movement (Skippy Squirrel) is so small in these clips. In the frames surrounding this small scene, there isn't much interlacing. The bigger file is the VOB muxed into mkv and the smaller one is the encode
Last edited by Abbotta4; 24th Jul 2014 at 19:51.
TFM().TDecimate() works fine on your sample . But there is combing in your encode. What source filter was used? Post the log file
Is your test encode " VTS_01_CHAPTER_43_1 (1)-002.mkv" encoded from the same "test" source file " VTS_01_CHAPTER_43_1-002.mkv"? Because it's missing 8 frames as well - they look like they are from different cuts. Your encode starts earlier than the "source" file you provided. That is problematic because the field matching can be different if you don't test the same source
All I did was demux with mkvextract, then use DGIndex to index
Try testing again on that cut "source", or post the source that you actually used. The frame differences or cuts might matter for the matches used
Last edited by poisondeathray; 24th Jul 2014 at 22:36.
I am noticing now that your script uses MPEG2SOURCE() where my script looks like:
could the difference between MPEG2SOURCE and DirectShowSource be the problem? What is the difference between these two?
Many differences. The main difference is directshowsource() is unreliable and not necessarily frame accurate. It relies on system installed splitters and codecs and directshow filters, so it's not necessarily consistent between systems. DirectShowSource() is usually only used as a very last effort if nothing else works. That's why the very first question I asked was "what source filter was used", because it's the culprit behind many avisynth result inconsistencies
For DVD's , MPEG2 sources, DGIndex and MPEG2Source() is the most reliable method. The indexing ensures frame accuracy. Yes, it's an extra step, but it's much more consistent
But you still have to test on the same source sample. The same cut. There is still a possibility that something else is wrong
Last edited by poisondeathray; 24th Jul 2014 at 23:09.