View Full Version : Deinterlacing issues with VOB file in MadVR
cyanfire
26th October 2016, 19:39
Hey, i've been using MadVR for awhile now and loving it... however there is one issue that has been bugging me for awhile. When using deinterlacing via MadVR this particular VOB file has an issue where every so often one frame will display interlaced as opposed to being deinterlaced like the rest. I have attached a screenshot of one of these frames.
http://imgur.com/SofXNHY
I have tried all the settings including both force film mode & force video mode. This issue doesn't occur however when using NVIDIA Adaptive HW Deinterlacing via LAVVideo. This however brings up another issue as this deinterlacing method doesn't deinterlace a couple of interlaced MOV files i own. The only way i can get all my files to deinterlace properly is to have BOTH Adaptive HW AND MadVR's deinterlacing methods on with MadVR set to deactivate in doubt.
Is there a fix for the first issue as I would much rather just have MadVR do the work as it is much better across the board for me but this one file is annoying.
huhn
27th October 2016, 00:22
what type of hardware are you suing and did you lower the render queue?
a small sample about 10 sec could help in reproducing the issue.
madVR is using DXVA deintelrancing so if a frame isn't deintelanced this is most likely a problem with your DXVA deinterlancer.
Sharc
27th October 2016, 08:29
@cyanfire
Are you sure your source is interlaced, and not telecined?
huhn
27th October 2016, 12:46
a deinterlancer should never show a waved frame even for an telecine source.
Sharc
27th October 2016, 13:49
... unless the majority of progressive frames set the deinterlacing threshold of some "smart" deinterlacer algo high enough to skip some of the interlaced frames.
And just in case his source is telecined, deinterlacing is perhaps not the best option.
A sample would definitely help.
hello_hello
27th October 2016, 14:06
I remember some mpeg2 de-interlacing oddness when using MPC-HC, before it switched to using LAV Filters for decoding, but I don't think I've noticed any problems since then (not that I play much interlaced mpeg2).
MPC-BE has an option "set interlaced flag in output media type" in the video decoder configuration which disables it's own de-interlacing and hands the job off, and that seems to work better for me. MPC-HC used to have the same option before it switched to LAV but for me it never worked properly.
Could it be a hardware decoding problem?
Just some thoughts without knowing what player you're using.
cyanfire
27th October 2016, 15:18
I am using the latest Beta build of MPC-HC, and I have a NVIDIA GTX 970. I've attached a 12 sec lossless cut of the video in question, the frame occurs at 9 seconds when the camera changes. This is just one instance, it happens throughout mostly when the camera changes but not always.
http://www116.zippyshare.com/v/5GiPC8w1/file.html
Sharc
27th October 2016, 16:59
Your .vob is 2:3 hard telecined film, not interlaced: a repeating pattern of 2 "interlaced" frames followed by 3 progressive frames.
So you should inverse telecine (IVTC) it, with
TFM().tdecimate()and you will get a nice progressive 720x480p 23.976fps stream, which is no longer DVD compliant but can be played with very most players.
cyanfire
27th October 2016, 17:57
Your .vob is 2:3 hard telecined film, not interlaced: a repeating pattern of 2 "interlaced" frames followed by 3 progressive frames.
So you should inverse telecine (IVTC) it, with
TFM().tdecimate()and you will get a nice progressive 720x480p 23.976fps stream, which is no longer DVD compliant but can be played with very most players.
Do i have to reencode the video? I don't really want to do that
Sharc
27th October 2016, 18:16
Not necessarily. For playback via SW-player like MPC-HC you can play this script (save the text as .avs)
DirectShowSource("C:\...path....\cyanfiresample.VOB")
TFM().tdecimate()
But of course you need to have Avisynth installed on your PC.
cyanfire
27th October 2016, 18:22
Not necessarily. For playback via SW-player like MPC-HC you can play this script (save the text as .avs)
DirectShowSource("C:\...path....\cyanfiresample.VOB")
TFM().tdecimate()
It's saying MPC-HC cannot render this file...
Sharc
27th October 2016, 18:30
Did you put your path to the file correctly?
cyanfire
27th October 2016, 18:34
Did you put your path to the file correctly?
Yeah, my MPC-HC can't open avs files
Sharc
27th October 2016, 18:35
Yeah, my MPC-HC can't open avs files
Do you have Avisynth installed on your PC?
Or try the VLC player
Menu Video => Deinterlace => automatic
Deinterlace-Modus => yadif(2x)
How does it look?
cyanfire
27th October 2016, 18:50
Do you have Avisynth installed on your PC?
Yeah definitely
I had problems with VLC player it would always open videos with a grey overlay for like a second then it would disappear.. could never get it it to stop so i got rid of it. Never did it when i first got this computer up and running.
huhn
27th October 2016, 19:09
madVR film mode handles this file fine.
make sure you are not using DXVA native or it can't be used.
nvidia DXVA deintelrancing is buggy for this file.
madVR film mode should be better than TFM without tweaked settings for the source.
cyanfire
27th October 2016, 19:09
Yeah definitely
I had problems with VLC player it would always open videos with a grey overlay for like a second then it would disappear.. could never get it it to stop so i got rid of it. Never did it when i first got this computer up and running.
I'm running 64bit MPC-HC which is why it won't work, but now MPC-HC is disaplying text that says
Script error: there is no function named "TFM"
Why am i finding it so damned difficult to just be able to watch all of my video files with no issues
cyanfire
27th October 2016, 19:11
madVR film mode handles this file fine.
make sure you are not using DXVA native or it can't be used.
nvidia DXVA deintelrancing is buggy for this file.
madVR film mode should be better than TFM without tweaked settings for the source.
Film mode may work for this sample but displays the same problems with the whole file
Sharc
27th October 2016, 19:16
Script error: there is no function named "TFM"
You have to put the TIVTC.dll in the avisynth plugin directory
Sharc
27th October 2016, 19:20
Why am i finding it so damned difficult to just be able to watch all of my video files with no issues
Well, the idea was not to play files but to put the DVD into the drawer of a standalone player .... :D
huhn
27th October 2016, 19:21
YADIF and WTFC/S can't handle this file there must be something wrong with this file.
inverse telecine is the correct way to handle this file to bad madVR FILM mode can't handle it properly.
avisynth with plugin and scripts is not a user friendly way to play such a file.
Sharc
27th October 2016, 19:24
By the way, the .vob has a strange usage of the Repeat_First_Field flag. It's not soft pulldown, it just pops sometimes up in an inconsistent manner. I don't think that this really matters, but maybe it irritates some decoders.....
Edit:
Just guessing that the studio made some kind of temporary speed adjustment with the Repeat_First_Field flag.
cyanfire
27th October 2016, 19:42
Right i got Avisynth to work but now the video speed keeps fluctuating randomly speeding up for a few frames then slowing to normal and is completely out of sync with the audio. The audio plays at the correct speed throughout.
If it would be easier to upload the whole file i can, it won't take me long at all... it's 170mb
Sharc
28th October 2016, 08:35
Did you play this disc on your DVD player + TV? How does it look?
I am just wondering how this file is handled by various players.
- On one hand there is the 2:3 hard telecined cadence
- On the other hand we have the "random, as appropriate" Repeat_First_Field pulldown flags which are not aligned with the telecining pattern but seem to be used to synchronize the video to the audio.
Interesting ..... I have never seen this before.
Edit:
I streamed your short .vob sample via NAS to my TV. It looks acceptable, no combing, audio and video are in sync, but I see some extra jerkyness, probably as a consequence of the RFF flags, and few frames look like interpolated (bobbed) fields.
(Difficult to describe, I can't step through the video frame by frame on my TV for better analysis, and I don't know what my TV is actually doing)
Edit2:
You could index the file with DGIndex, open the index file in a text editor and see the weird (IMHO) flag structure.
The 2:3 cadence seems also broken ....
CarlosCaco
28th October 2016, 19:02
Sorry for the offtopic... but is better to use the .avs files directly to mpc than using ffdshow raw filter with avisynth? Is there a difference?
cyanfire
29th October 2016, 23:38
Did you play this disc on your DVD player + TV? How does it look?
I am just wondering how this file is handled by various players.
- On one hand there is the 2:3 hard telecined cadence
- On the other hand we have the "random, as appropriate" Repeat_First_Field pulldown flags which are not aligned with the telecining pattern but seem to be used to synchronize the video to the audio.
Interesting ..... I have never seen this before.
Edit:
I streamed your short .vob sample via NAS to my TV. It looks acceptable, no combing, audio and video are in sync, but I see some extra jerkyness, probably as a consequence of the RFF flags, and few frames look like interpolated (bobbed) fields.
(Difficult to describe, I can't step through the video frame by frame on my TV for better analysis, and I don't know what my TV is actually doing)
Edit2:
You could index the file with DGIndex, open the index file in a text editor and see the weird (IMHO) flag structure.
The 2:3 cadence seems also broken ....
I don't have a DVD player to hand but i've attached the file from DGIndex.
http://www53.zippyshare.com/v/d1DKSw16/file.html
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.