exist any filter specially done for (deinterlace) flicker

[Terka]

yes.
but if we know that:
we win in area X with wapon A
we win in area Y with wapon B
lets use proper weapons in proper areas
>we can make overlay of searchclip based on vector lenght.
(know that 2 searches are needed)

[Didée]

Hurdy-gurdy ...

When 1st search is done before the bruteforce-calming: MVTools may find long vectors where it should not ==> ain't work

When 1st search is done after the bruteforce-calming: MVTools may "static" vectors where in fact there is motion ==> ain't work

[loekverhees]

Some rough speed numbers I got on the Core-2 machine were these:

TGMC(2,2,1,EdiMode="NNEDI2") : approx. +16%
TGMC(1,1,1,EdiMode="NNEDI2") : approx. +21%
TGMC(1,1,0,EdiMode="bicubic") : approx. +40%


Beta2 is slower than beta1 for me. I used this code:

MPEG2Source("25i.d2v")
assumetff()
ConvertToYV12(interlaced=true)
tempgaussmc_beta1(EdiMode="nnedi2")
#tempgaussmc_beta2(EdiMode="nnedi2")


25i.d2v is a 314 frames video. With beta1 it takes 126 seconds and with beta2 it takes 133 seconds to export. I save as Huffyuv v2.1.1 in VirtualDub. How should I add multicore support in the code? Will that make it faster?

[LoRd_MuldeR]

I'm trying to use TempGaussMC_beta2() and my script is really minimalistic:

AVISource("TallShip_lag_YUY2_5.1.avi")
AssumeTFF()
TempGaussMC_beta2(edimode="eedi2")

However what I get is:
http://i41.tinypic.com/mj4i8n.png

And ideas on what is going wrong? Thanks in advance!

[poisondeathray]

I'm trying to use TempGaussMC_beta2() and my script is really minimalistic:

AVISource("TallShip_lag_YUY2_5.1.avi")
AssumeTFF()
TempGaussMC_beta2(edimode="eedi2")

However what I get is:
http://i41.tinypic.com/mj4i8n.png

And ideas on what is going wrong? Thanks in advance!


ConvertToYV12(interlaced=true)

[LoRd_MuldeR]

Stephen R. Savage and poisondeathray, thanks!

But now I have another problem: "RemoveGrain: invalid mode 20". Do I have a wrong version of RemoveGrain?

[Stephen R. Savage]

You probably need the "pre-release" version of RemoveGrain.

http://videoprocessing.11.forumer.com/viewtopic.php?t=9

[LoRd_MuldeR]

You probably need the "pre-release" version of RemoveGrain.

http://videoprocessing.11.forumer.com/viewtopic.php?t=9

That did the trick :)

[LoRd_MuldeR]

While everything seemed to work now, I had to notice that the resulting file only contains ~500 frames of content.

All the rests looks like this:
http://i43.tinypic.com/2qio7za.jpg

The scrip I used is:
AVISource("TallShip_lag_YUY2_5.1.avi", Audio=False)
AssumeTFF()
ConvertToYV12(interlaced=true)
TempGaussMC_beta2(edimode="eedi2")
Spline36Resize(1280,720)

Any ideas? Where should I start to search for the cause of problem? :o

[MatLz]

Any ideas? Where should I start to search for the cause of problem? :oHi my Lord, as I don't have the source and as tempgaussmc is too slow for my pc:(, the only advice I can give you is to remove ALL unnecessary plugins and functions in your Avisynth plugins folder. (Some dll like warpsharp, edeen...(even unused) are known to do things like that).

[Didée]

~Perhaps~ it's a plugin issue.

But first, what's that source like? Some "smallish" SD-PAL, or rather a 1080i HD beast? (-> could be out-of-memory issues ...)

[MatLz]

~Perhaps~ it's a plugin issue.

But first, what's that source like? Some "smallish" SD-PAL, or rather a 1080i HD beast? (-> could be out-of-memory issues ...)Seems it is a HD Beast....it is one of the sources used to make the first X264 bluray disc

[LoRd_MuldeR]

the only advice I can give you is to remove ALL unnecessary plugins and functions in your Avisynth plugins folder.

If it was that easy. TGMC uses almost any plugin that I'm aware of :D

~Perhaps~ it's a plugin issue.

Is there a specific one you would suspect to make trouble?

But first, what's that source like? Some "smallish" SD-PAL, or rather a 1080i HD beast? (-> could be out-of-memory issues ...)

It's the "Tallship" sequence, as used on the x264 demo BluRay disc. ~20.000 frames of "high-detail" 1080i footage:
http://forum.doom9.org/showpost.php?p=1394015&postcount=606

(The source is compressed lossless, with the "lagarith" Codec, using YUY2 colorspace)

[MatLz]

If it was that easy.Sometimes it is, sometimes it is.....but now I have a doubt...warpsharp or awarsharp?...I don't remember...

[Didée]

Sorry don't really have the time rightnow ... a quick way to see if it works with small sized source:

AVISource("TallShip_lag_YUY2_5.1.avi", Audio=False)
AssumeTFF()
crop(0,0,720,576)
ConvertToYV12(interlaced=true)
TempGaussMC_beta2(edimode="eedi2")
#Spline36Resize(1280,720)

Works, or works not?

If this works, it's RAM ressources.

If it works not, then it's probably a faulty plugin.

[LoRd_MuldeR]

Okay. I will check this when I'm back home...

[Reuf Toc]

It may also be an issue with lagarith decoder, I've already had problem with this codec (my two cents)

[Robert Martens]

Is there a specific one you would suspect to make trouble?

I can't speak for the particular error message you're receiving, but you may want to check that you don't have fauxD (http://forum.doom9.org/showthread.php?t=143855) installed while you're trying to run TempGauss.

Trying out a few test clips with my personal favorite TGMC settings, specifically using

AVISource("testclip.avi")
AssumeBFF()
ConvertToYV12(interlaced=true)
TempGaussMC_beta2(1,1,3,0,0,0,EdiMode="NNEDI2",sharpness=1.0,Smode=1,SLmode=0,Sbb=0,SVthin=0.0)

and going through VirtualDub to a YV12 Lagarith AVI nets me about five, maybe five and a half frames per second single threaded. SetMTmode(2,0) works wonders, and gets me closer to nine or ten fps.

That is, as long as fauxD isn't in my autoload directory. As soon as I install it, and configure fauxD.avsi to use the proper directories (for fauxD.dll and MVtools2.dll), the same script starts at barely more than one frame per second, multithreaded or not, and slowly drops to 0.3 and slower, if it even makes it that far; most of the time I get an MVTools exception after only a few hundred frames.

I tried getting rid of SEt's Avisynth 2.5.8 MT, and reinstalling the standard 2.5.8 release, but I got the same results. Just over five fps without fauxD, less than one with it.

[LoRd_MuldeR]

It may also be an issue with lagarith decoder, I've already had problem with this codec (my two cents)

I re-encoded from Lagarith to HuffYUV. Completed just fine. Will now use the HuffYUV file for future attempts...

[LoRd_MuldeR]

Sorry don't really have the time rightnow ... a quick way to see if it works with small sized source:

AVISource("TallShip_lag_YUY2_5.1.avi", Audio=False)
AssumeTFF()
crop(0,0,720,576)
ConvertToYV12(interlaced=true)
TempGaussMC_beta2(edimode="eedi2")
#Spline36Resize(1280,720)

Works, or works not?

Works not :(

But this time I got ~1700 frames before the "CAVIStreamSynth: System exception" starts...

Another thing I noticed:
If I open the AVS in VirtualDub and then exit VirtualDub, the window disappears, but I get a VirtualDub.exe hanging in the background with a constant CPU load of 25%.

Any more suggestions? :)

[LoRd_MuldeR]

Okay, I deleted all the DLL's and all the .avsi's from my Avisynth 2.5.8 directory. Ready for a fresh install!

Now the only things I have installed are:

TempGaussMC_beta2.avsi [version from here (http://forum.doom9.org/showpost.php?p=1378526&postcount=338)]
EEDI2.dll [06/07/2006 v0.9.2]
mt_masktools-25.dll [v2.0a40]
mvtools2.dll [v2.5.10]
RemoveGrainSSE2.dll [v1.0 "beta"]
RepairSSE2.dll [v1.0 "beta"]
VerticalCleanerSSE2.dll [version from here (http://home.arcor.de/kassandro/prerelease/VerticalCleaner.rar)]

Does that look right ???

EDIT: At least it seems the "hang" in VirtualDub is gone now. So I started yet another attempt, again at 720x576...

[MatLz]

Aren't the sse3 versions in the removegrain package now free of bugs?
You could try them if it is slow...

[LoRd_MuldeR]

Aren't the sse3 versions in the removegrain package now free of bugs?

I wanted to stay on the safe side this time. Even thought about using the "generic" versions :)

First I need to get it running stable. Then I can worry about speed. So far the SSE2 versions keep on running...

[Didée]

Alas I can't reproduce your scenario (yet), the possibilities on my 8-year-old Celeron /w 512MB RAM are quite limited. [Am building a shiny new rig currently, but it's not yet ready to burn.]

So, meanwhile, I try throwing ideas:

- What's your RAM usage when monitoring with taskmanager & Co, and how much RAM do you have at all?

- are you just rendering the script, or by any chance directly encoding with x264? (RC-lookahead most probably being the final ressource killer when feeding ressource-hungry Avisynth scripts...)

- Lagarith is multi-threaded, nay? Perhaps it's not the most failsafe codec option when instability is encountered ...


All I can say for sure is: with the limited complexity that my system allows, there is no such problem with TGMC. It may come down to a crawl when the ressource limits are used to the brim, but it'll always complete the job. Sidenote is I don't use Lagarith for intermediates, I always use ff-Huffy.

[LoRd_MuldeR]

- What's your RAM usage when monitoring with taskmanager & Co, and how much RAM do you have at all?

I got 4 GB of physical RAM + 8 GB of swap file. So if it's a memory issue, then it's the 2 GB per process limit. Global memory limit shouldn't be an issue ;)

- are you just rendering the script, or by any chance directly encoding with x264? (RC-lookahead most probably being the final ressource killer when feeding ressource-hungry Avisynth scripts...)

I'm encoding to ffvhuff. Using avs2avi.exe by Moitah + latest ffdshow. Also tried to do it with ffmpeg.exe earlier.

- Lagarith is multi-threaded, nay? Perhaps it's not the most failsafe codec option when instability is encountered ...

This was suggested before. So I have converted the source to HuffYUV already (size went up from 15 GB to 20 GB) and I will use the HuffYUV source for future attempts.

At the moment it's still running. Hopefully the re-install (http://forum.doom9.org/showpost.php?p=1395016&postcount=422) has fixed the issue. 10000 of 20000 frames completed already....

[LoRd_MuldeR]

Alright, I have good news. The 720x576 encode completed successfully. So it seems the clean-up and re-install really fixed it :)

It's too late to start the full resolution encode this evening. But I will start it tomorrow morning...

[LoRd_MuldeR]

Alright, I have good news. The 720x576 encode completed successfully. So it seems the clean-up and re-install really fixed it :)

It's too late to start the full resolution encode this evening. But I will start it tomorrow morning...

Okay, I have no successfully processed all 20116 frames at full 720p resolution with TempGaussMC :cool:

Conclusion: One of the plugins I had installed was broken. Not sure which one though. Maybe it even was some unfortunate combination...

[MatLz]

Well doneConclusion: One of the plugins I had installed was broken. Not sure which one though.as you have the VirtualDub issue, you could remove half of your plugins, see if it happens. if not, that means faulty plugin is in the half you removed....if it happens again that means the faulty plugin is still in the directory.....repeat the operation until you identify the guilty...

[LoRd_MuldeR]

Well doneas you have the VirtualDub issue, you could remove half of your plugins, see if it happens. if not, that means faulty plugin is in the half you removed....if it happens again that means the faulty plugin is still in the directory.....repeat the operation until you identify the guilty...

Well, now that it works (removing everything and only installing the Plugins I really need to get TMGC working fixed the issue for me) I don't want to change anything. You know, never change a running system (if you don't have to time to fix it afterwards). Maybe one day when I have more time, I will try to successively re-add the Plugins I had installed before and see with which one the trouble starts...

[MatLz]

That would take 5 minutes maximum....less if you are lucky....but I understand you are busy.

[LoRd_MuldeR]

It would certainly take much longer. I had about 20 plugins installed before.

And if I it cannot be tracked down to a single plugin, I would need to test for "bad" plugin combinations. Then the number of combinations to test becomes n^2.

So ~400 combinations to test, at least :(

[MatLz]

20plugins?
If it is only one which bug tgmc and its needed plugins, you just have to remove half of the others plugins at each try to isolate it.....2 min clock in the hand.
But yes, if it is a combination of 2 or more, you will need a little more attempts or luck.
Can you post your plugins list?

[Didée]

I had about 20 plugins installed before.
Well ... doing a quick DLL count, I have almost 150 Plugins "installed" - or better said "not installed", since I do NOT use auto-loading of plugins. Auto-loading is fast, easy, lazy, ... and in case of doubt, makes nothing but problems. ;)

[LoRd_MuldeR]

Can you post your plugins list?

I can... when I'm back home. Anyway, you have to take into account that when I did the re-install, I updated some plugins to the latest versions.

It might even be that an "old" plugin caused problems, but stopped doing so after the update. Reconstruction which version I had installed at which moment may be difficult ^^

Well ... doing a quick DLL count, I have almost 150 Plugins "installed" - or better said "not installed", since I do NOT use auto-loading of plugins. Auto-loading is fast, easy, lazy, ... and in case of doubt, makes nothing but problems.

That's right. From now on I won't keep any DLL in my "plugins" folder, except for those I use all the time :)

[Gavino]

20plugins?
If it is only one which bug tgmc and its needed plugins, you just have to remove half of the others plugins at each try to isolate it.....2 min clock in the hand.
Bear in mind that LoRd_MuldeR's problem only showed up after encoding a certain number of frames, so it's not a simple matter of loading the script and seeing if it fails.

It seems unlikely to me that an unused plugin could cause this sort of behaviour - after auto-loading, plugins are unloaded until needed. So I expect the most likely cause was an old version of some needed plugin which has now been replaced with a working one.

[MatLz]

Bear in mind that LoRd_MuldeR's problem only showed up after encoding a certain number of frames, so it's not a simple matter of loading the script and seeing if it fails.../...It seems unlikely to me that an unused plugin could cause this sort of behaviourHe also speak about a vdub issue which is directly seekable.../...that was my first suggestion

:D

[Terka]

Didee,
in principal, TGMC tgmc is some kind of 'superresolution'.
Its results are nice - because of different position of the lines in adjacent frames.
The upsize factor is (width,height) = (0,2)
Do you expect some WORTH quality (respective speed) improvements, if the upsize factor is bigger (respective lower)
As you remember, Ive tried factor 4 with BAD results.
Now i tried the factor 3 using fast ultradirty mod with border = false and changed code like
dbob = clp.nnedi2(field=-2).Spline36Resize(ox,oy)
edi=dbob
return( last.Spline36Resize(ox,oy*2/3)

on "psi" (dogs) clip the results are somewhere better, mostly for moving areas, didnt have the parkrun, where the factor 4 totally failed.

[Terranigma]

Updated Didée's TempGaussMC_Beta2 script to support nnedi3, and for the heck of it, I updated mcbob along with it (only a few parameters wording) which is included in the package.


You can download it here (http://www.zshare.net/download/761723983e5708ad/), and additionally tritical's nnedi3 filter can be downloaded here (http://forum.doom9.org/showthread.php?t=147695).

[Keiyakusha]

Any estimates how much slower TGMC with nnedi3 compared to nnedi2?

[LoRd_MuldeR]

Any estimates how much slower TGMC with nnedi3 compared to nnedi2?

Like 7 vs. 4 fps for me ;)

[Terka]

do you see any quality improvements using nnedi3 over nnedi2?
which speed improvements you see using new version of nnedi2?

[Terka]

do you see any quality improvements using nnedi3 over nnedi2?
which speed improvements you see using new version of nnedi2?

[txporter]

Like 7 vs. 4 fps for me ;)

Can I ask how you run your script? I think I have a pretty similar rig to you (Q6600, 4gb, Vista64) but I am seeing 2.2fps with nnedi3 (and nearly the same for nnedi2 actually).

Script that I am using is fairly basic:
setmtmode(5,0)
MPEG2Source("D:\Temp\test\PAL\test.d2v")
setmtmode(2)
TempGaussMC_beta2u(1,1,1,edimode="nnedi3",Smode=1,SLmode=1,Sbb=0,SVthin=0.0)
repal()
removegrain(1)

more info:
Avisynth 2.5.8 MT (set)
Using Repair/RemoveGrain.dll (not SSE2, was getting unknown function when using RepairSSE2.dll and RemoveGrainSSE2.dll -maybe wrong package?)
MVtools2 - 2.5.10

update:
wasn't using the pre-release version of RemoveGrain/Repair. SSE2 version works now. Will have to try on my Q6600 at home. Not noticeable difference on Duo Core laptop here between version.

update2:
Looks like I was using an older version of masktools-25 as well. a36, I think, instead of a43. Newer version is much faster on my laptop (~1.6fps to ~2.1fps). Hopefully will see a nice speed up on home machine as well. The lack of bob flicker is wonderful compared to the standard yadif bob, but I was hoping to shave SOME time off the ~8 hr conversion time for 1 Doctor Who episode...

[2Bdecided]

... I was hoping to shave SOME time off the ~8 hr conversion time for 1 Doctor Who episode...Doctor Who isn't interlaced! Not the 21st century ones anyway (except the title sequence).

1970s and 80s episodes are part interlaced, part film (progressive), like almost all UK TV from back then. Is that what you're dealing with? If so, you could maybe save a little time by not putting the film sequences through TGMC.

Cheers,
David.

[txporter]

Doctor Who isn't interlaced! Not the 21st century ones anyway (except the title sequence).

1970s and 80s episodes are part interlaced, part film (progressive), like almost all UK TV from back then. Is that what you're dealing with? If so, you could maybe save a little time by not putting the film sequences through TGMC.

Cheers,
David.

Hmm. Well....possibly. I have NTSC disks and was originally processing them with a yadif(mode=1, order=1).repal() script. Is there a way to do this with TIVTC instead of bobbing and repal'ing? I guess most of my work lately has been with a Torchwood clip, but I would assume that both Dr. Who (recent) and Torchwood are the same as far as progressive/interlaced, right? I was seeing bob flicker which was eliminated with TGMC, but maybe I simply induced that myself with yadif?

[2Bdecided]

Ah, I see. They're originally progressive 25p (PAL). Goodness knows what they've done to them converting them to NTSC! Could be anything, and could well be interlaced (so may include bob flickering). You're probably doing about as good a job as can be done with them - though having the UK 25p broadcasts or DVDs would make life far easier!

Both Torchwood (all series IIRC) and the latest series of Doctor Who (currently airing in the UK) are shot in HD. Try to find those if you can. (Hint: when broadcast, they're 25p. When they may it to BluRay, they may be nastily converted to 60i - even the UK releases).

Cheers,
David.

[daimroc]

I am trying to use TempGaussMC_beta2u, vbut when I open the avs in the virtualdubmod I get the followinf error: there is no exist the mt_makediff function.

In which plugin can I get this function?

EDIT: well, in the documentation of mvtoosl2 I see that it has the function, but I load the plugin in my avs and I get the same error.



Thanks.
Daimroc.

[LoRd_MuldeR]

I am trying to use TempGaussMC_beta2u, vbut when I open the avs in the virtualdubmod I get the followinf error: there is no exist the mt_makediff function.

In which plugin can I get this function?



Thanks.
Daimroc.

You need MaskTools v2 ;)

Download:
http://manao4.free.fr/masktools-v2.0a43.zip

More Info:
http://manao4.free.fr/mt_masktools.html

[daimroc]

I am load mvtools2 and masktools, but I get the same error. Also I am load nnedi3.



Thanks.
Daimroc.

[LoRd_MuldeR]

I am load mvtools2 and masktools, but I get the same error. Also I am load nnedi3.



Thanks.
Daimroc.

If it still complains about "mt_makediff" missing, then you obviously haven't installed the "MaskTools v2" plugin yet.

See download link in my previous post...