exist any filter specially done for (deinterlace) flicker

[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]
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]

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]

Originally Posted by MatLz

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]

Originally Posted by Didée

- 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

Originally Posted by Didée

- 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.

Originally Posted by Didée

- 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 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]

Originally Posted by 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

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

[MatLz]

Well done

Originally Posted by LoRd_MuldeR

Conclusion: 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]

Originally Posted by MatLz

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]

Originally Posted by LoRd_MuldeR

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]

Originally Posted by MatLz

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 ^^

Originally Posted by Didée

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]

Originally Posted by 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.

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]

Originally Posted by Gavino

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

He also speak about a vdub issue which is directly seekable.../...that was my first suggestion

[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, and additionally tritical's nnedi3 filter can be downloaded here.

[Keiyakusha]

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

[LoRd_MuldeR]

Originally Posted by Keiyakusha

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

Like 7 vs. 4 fps for me