filter order error: Convolution3D & Dup

[flipdon]

I get a problem when i have Dup() before Convolution3D. VirtualDub tells me i have an Avisynth read error when i try to move the slider. I don't get the problem when Dup is put after C3D, but wouldn't dup after C3D be bad, since there is smoothing. Is there something im missing here? I read a thread on the exact opposite of my problem, where they had errors when dup was after a smoothing filter like C3D ( http://forum.doom9.org/showthread.php?s=&threadid=37996 ).

LoadPlugin("F:\Avisynth\MPEG2Dec3_094.dll")
LoadPlugin("F:\Avisynth\Decomb.dll")
LoadPlugin("F:\Avisynth\Convolution3DYV12.dll")
LoadPlugin("F:\Avisynth\Dup.dll")
mpeg2source("G:\Flame of Recca\Recca3.d2v")


telecide()
decimate(15)
FieldDeinterlace()

Dup()
Convolution3D(1, 12, 22, 8, 8, 2.8, 0)

LanczosResize(640,480)

and if there's any suggestions to make about my script, please feel free to tell me (ex. deinterlacing, C3D or Dup settings). I've read i need to experiment alot with dup to get good results, but im not really sure which settings i should be playing around with yet.

[stickboy]

See this thread (http://forum.doom9.org/showthread.php?s=&postid=247493#post247493), I think.
Originally posted by flipdon
wouldn't dup after C3D be bad, since there is smoothingWell, by applying filters after dup, you no longer will have frames that are perfect duplicates, so doesn't that reduce the usefulness of dup?

[flipdon]

Originally posted by stickboy
See this thread (http://forum.doom9.org/showthread.php?s=&postid=247493#post247493), I think.
Well, by applying filters after dup, you no longer will have frames that are perfect duplicates, so doesn't that reduce the usefulness of dup?

yes, i totally agree. but it seems the only way to actually get it working is with Dup after C3D...

im going to post this over in the thread you linked to. any other replies please post it over there. thanks for your help.

[Guest]

Originally posted by stickboy
See this thread (http://forum.doom9.org/showthread.php?s=&postid=247493#post247493), I think.
Well, by applying filters after dup, you no longer will have frames that are perfect duplicates, so doesn't that reduce the usefulness of dup?

I'm with stickboy. Also, smoothing before will actually improve Dup's effectiveness.

[flipdon]

i see what you're saying but i think i've gotten stuff mixed up. wouldn't smoothing beforehand change possible duplicate frames, causing Dup to miss them? is this the double-edged sword that is Dup?
and is this why people say that using Dup takes alot of experimentation before getting it right?

if so, i'd have to start playing around with threshold values i assume?

[Guest]

Originally posted by flipdon
i see what you're saying but i think i've gotten stuff mixed up. wouldn't smoothing beforehand change possible duplicate frames, causing Dup to miss them? is this the double-edged sword that is Dup?
and is this why people say that using Dup takes alot of experimentation before getting it right?

if so, i'd have to start playing around with threshold values i assume? 1. Pre-smoothing would only make frames closer to being duplicates, but even that effect would be small.

2. I don't know why people say what they say, but it does not take a lot of experimentation, only understanding.

3. It is unrealistic to assume that one threshold would be appropriate for all material. It all depends on how noisy the material is and what you want to define as duplicates.

[FuPP]

Originally posted by neuron2
1. Pre-smoothing would only make frames closer to being duplicates, but even that effect would be small.

I agree

2. I don't know why people say what they say

neither do I :D

but it does not take a lot of experimentation, only understanding.

I confirm

3. It is unrealistic to assume that one threshold would be appropriate for all material. It all depends on how noisy the material is and what you want to define as duplicates.

I agree

FuPP.

[sh0dan]

I cannot reproduce - which versions are your plugins, and from what date is your alpha dll?

[flipdon]

Avisynth v2.5 1.10.2002

Dup 2.00 for Avisynth 2.5

Convolution3d for Avisynth 2.5 beta 3 11.30.2002

Decomb 4.06 for Avisynth 2.5 beta 6
(included MPEG2Dec3_094.dll)

[vlad59]

Hi Lipton,

It seems that all your dll are quite outdated.

Could you try to download the latest version of Avisynth and of all plugin. For C3D the lastest release is only available in the Convolution3D for YV12 & SMP thread.

Hope this helps.

EDIT : Ooops it seems that the website has been updated. Thanks Defiler

[flipdon]

I will try again tonight. Thanks for your help everyone.

[Guest]

Both Dup and Cnr2 are apparently violating some rules about frame usage. I am rewriting Dup and will re-release it shortly. Then I will fix Cnr2 as well.

[Wilbert]

Sorry, I have to ask ...

Is that problem "violating some rules about frame usage" also present in mpeg2dec3?

[sh0dan]

@wilbert: I don't think so. Is there any known problems with mpeg2dec3?

[Wilbert]

I guess I'm the only one with a problem. I tried several times to encode gladiator. It always crashed (during the second pass using Koepi's build), except when using mpeg2dec3 v0.93.

I will try it again coming days (with newest AviSynth, mpeg2dec3 and Koepi's build), and report back in this thread.

[Wilbert]

Hmm, I tried it and it didn't crash yesterday. Sorry if I scared you ...

[sh0dan]

Nice to hear! :)

If you experience something similar, you know where to direct it to :)

[Guest]

Get Dup 2.01 as well. It fixes some possible crashes.