Family Guy IVTC (19.181 FPS?)

[manono]

Originally Posted by Vitality;1855909...

the framerate didn't go to 19.181. It went to 23.976

Which is the way it's supposed to be. Making progress.

I'm not sure to what you're referring when you say "There appears to be interlacing still". If the uneven line along his collar, that's not interlacing and might be fixed by a line darkener. If you mean the "colors outside the lines" there are chroma settings to try. You're getting the chroma from the previous or next frames in the current frames. I expect you'd get the same results even if you had StaxRip do the job.

[Vitality]

Originally Posted by hello_hello

This is the best I've managed to come up with. It's simple, but removes most of the blended chroma, or whatever the cause is. I'm not quite sure I understand why it works yet, but.... make sure DGDecode is honouring pulldown flags (outputting 29.970fps).

mpeg2source("D:\VTS_01_1.demuxed.d2v")
TDeint(mode=1)
FixBlendX(1)

The FixBlend function is here:
//www.zs-x.com/showthread.p...02#post1848202
TDeint here:
//www.avisynth.nl/index.php/TDeint
I've no idea how to add them to StaxRip.

Would this work with QTGMC?

[hello_hello]

Originally Posted by Vitality

Would this work with QTGMC?

QTGMC doesn't always work well with animation, probably because it has lots of repeated frames. When I replaced TDeint with QTGMC, I found an artefact pretty quickly. See the ghosting under Peter's chin in the pic below.
Plus TDeint() seems to do field matching, which is mostly what's needed here. It doesn't de-interlace unless it has to. The TDeint(mode=1) output is much like TFM(), only it repeats frames for double the frame rate. It doesn't produce jagged lines and edges as Yadif(mode=1) would.

FixBlendX() works in a fixed pattern, so if there's not a fixed pattern of blending (or whatever it is) it mightn't work for the whole video and you'll have to split it into sections.
You could try SRestore() instead, but I thought it was dropping frames it shouldn't in this case (Edit, that's incorrect. See the next post). Or there's AnimeIVTC(). I haven't used it much myself.

[hello_hello]

I'll take back what I said about SRestore(). I did a side by side comparison with FixBlendX(1) and they were outputting the same frames. I obviously didn't combine SRestore with the right field matching or de-interlacing earlier. This should work just as well.

mpeg2source("D:\VTS_01_1.demuxed.d2v")
TDeint(mode=1)
SRestore(24.0/1.001)

//avisynth.nl/index.php/Srestore

[Vitality]

Originally Posted by hello_hello

I'll take back what I said about SResore(). I did a side by side comparison with FixBlendX(1) and they were outputting the same frames. I obviously didn't combine SRestore with the right field matching or de-interlacing earlier. This should work just as well.

mpeg2source("D:\VTS_01_1.demuxed.d2v")
TDeint(mode=1)
SRestore(24.0/1.001)

//avisynth.nl/index.php/Srestore

If I ran TDeint and then QTGMC would it screw things up? Because I have "viberating" frames in the source and QTGMC seems to fix that while TDeint didn't.

[manono]

Well, I tried to fix it using an IVTC and got nowhere. However, I was able to fix it using:

MPEG2Source("Test.d2v")
QTGMC()
Srestore(frate=23.976)

See if that works for you. You might be able to use a faster preset to make the encoding faster. I just used the default setting for QTGMC. QTGMC also has the added advantage of maybe fixing (or improving) the "vibrating" of which you wrote.

[Vitality]

Originally Posted by manono

Well, I tried to fix it using an IVTC and got nowhere. However, I was able to fix it using:

MPEG2Source("Test.d2v")
QTGMC()
Srestore(frate=23.976)

See if that works for you. You might be able to use a faster preset to make the encoding faster. I just used the default setting for QTGMC. QTGMC also has the added advantage of maybe fixing (or improving) the "vibrating" of which you wrote.

Import("J:\StaxRip-x64-1.7.0.0-stable\Apps\DeinterlaceTool.avsi")
Import("J:\StaxRip-x64-1.7.0.0-stable\Apps\Srestore.avsi")
QTGMC(Preset="Slower", FPSDivisor=2)
Srestore(frate=23.976)

Do you know why it's saying "GScriptCilp" doesn't exist? I tried to install GScript and GRunT but they are 32bit. StaxRip x86 doesn't exist.

[manono]

You might not want to use FPSDivisor=2 because that limits the choice of frames from which SRestore can choose. However, if you can remove that chroma nastiness doing it that way, then more power to you. But I still wouldn't do it.

I use all 32 bit and don't have that problem. The last StaxRip 32-bit version can be found here:

https://www.videohelp.com/software/StaxRip

Scroll down a ways. Or use an older version of Srestore that doesn't require that GScript stuff (before v2.7f).

[Vitality]

Originally Posted by manono

You might not want to use FPSDivisor=2 because that limits the choice of frames from which SRestore can choose. However, if you can remove that chroma nastiness doing it that way, then more power to you. But I still wouldn't do it.

I use all 32 bit and don't have that problem. The last StaxRip 32-bit version can be found here:

https://www.videohelp.com/software/StaxRip

Scroll down a ways. Or use an older version of Srestore that doesn't require that GScript stuff (before v2.7f).

Any other ways to make the frame rate stay at 23 instead of 47? and

[manono]

Install a 32-bit version of AviSynth and do the "IVTC" outside of StaxRip. Or let those few frames of chroma nastiness remain after being IVTC'd within StaxRip. It's not as if you or anyone else will notice it when played at full speed. Or ask the developer to make it possible for you to use SRestore within his program. He can be found in the MPEG-4 Encoder GUIs Forum here on Doom9

[Vitality]

Originally Posted by manono

Install a 32-bit version of AviSynth and do the "IVTC" outside of StaxRip. Or let those few frames of chroma nastiness remain after being IVTC'd within StaxRip. It's not as if you or anyone else will notice it when played at full speed. Or ask the developer to make it possible for you to use SRestore within his program. He can be found in the MPEG-4 Encoder GUIs Forum here on Doom9

Yeah I give up, the chroma frames aren't really noticeable. I'll just IVTC and apply QTGMC/Dehalo Alpha. This DVD sucks. From what I've read FG is a "early" digital cartoon so some of the S01 episodes have issues, but S02 and later look better. It's not worth the work just to fix a few frames. Thanks for your help

[DJ-1]

Hi, I'm too looking at ripping Family Guy DVDs, I have some region 1(US) & some UK Pal versions..

From reading this, with the US versions either
Tdeint & decimate

Or
Qtgmc (default profile) & sRestore
?

What about the Pal ones, has anyone encountered those?
I wonder if its harder to sort out than the US ones..

Cheers.

Sent from my HTC_M10h using Tapatalk

[manono]

Post a sample taken from the DVD.

[DJ-1]

hi, sorry for the delay, a sample from PAL Dvd...

https://www.dropbox.com/s/1truc94o81...1_0_4.vob?dl=0

Cheers.

[manono]

The content is progressive. It was even encoded as progressive, unusual for PAL. They're probably better than the NTSC versions, based purely on that sample.

[DJ-1]

Sorry for the long delay, ripped all the 1 5 seasons before getting any more samples..
seems to be more stuff going on with the early seasons, much more noticeable

i got a few random sample

season 1 disc 1: https://www.dropbox.com/s/uwmx4vdu9q...c%201.VOB?dl=0

Seeason 2 disc 2 :https://www.dropbox.com/s/wss340axbv...c%202.VOB?dl=0

Season 3 disc 2: https://www.dropbox.com/s/wss340axbv...c%202.VOB?dl=0

Season 4 disc 3: https://www.dropbox.com/s/c18fmnfxq4...c%203.vob?dl=0

cheers.

[manono]

I only looked at the first one. It seems to be field-blended, so you bob it followed by using SRestore, something like:

QTGMC()
Srestore()

[DJ-1]

Ok..thanks.

I do also have (brother) access to the US versions.
But weren't sure which was better..

Ended up testing with Vaporsynth (since avisynth sResore horrendously slow)

Qtgmc @ Slower (default) preset + double FPS output, & then sRestore 23.976

Is this fairly safe for most instances here ? i.e: hard or soft blends, as form what I can tell looking through this seems there's a mixture.

Thanks.

Sent from my Pixel using Tapatalk

[manono]

I don't know what "hard or soft blends" means. I've never used VapourSynth. SRestore is not "horrendously slow". QTGMC might be, but not SRestore.

Only a sample will prove useful.

[DJ-1]

Sorry, should have been more clear, I meant hard & soft telcline...
I assume theres gonna be setting s individual to each individual episodes on some of these us versions?

& Yes, probably due to setup not being right, & not knowing how to get around it, sRestore (avisynth) isnt using all CPU resource..
I'm using the Hybrid GUI & Vaporsynth is just another option.

I don't have any samples of the US DVDs only the ripped .mkvs (from makemkv)
But from the episode I gave some else last night (since I was getting audio drift thought the duration of output file, using the qtgmc +sRestore) but suggesting that not deinterlace, but to Avisynth-Tfm

Thanks

Sent from my Pixel using Tapatalk