MarcFD, sansGrip, Trbarry, vlad59

[sh0dan]

GET YOUR FILTERS UPDATED!!!

None of your filters contains AviSynthpluginInit2 instead of AviSynthpluginInit - YOUR FILTERS WILL NOT BE ACCEPTED BY AVISYNTH 2.5, IF YOU DO NOT CHANGE THAT!!!!!!!

It takes 2 minutes to recompile and upload the new filters!

Next binary will reject old-style plugins!

:devil:

[SansGrip]

Originally posted by sh0dan
None of your filters contains AviSynthpluginInit2 instead of AviSynthpluginInit Flux does ;).

[sh0dan]

good boy :)

[Nic]

My MPEGDecoder YV12 does...im such a good boy ;) . What actually stops the 1.x/2.x version being loaded up into 2.5 ok though? is it because it uses the old version of avisynth.h ?

-Nic

[Wilbert]

Because www.avisynth.org is very slow, I will list all the 2.5 plugins:

Sansgrip:
FluxSmooth: ok
NoMoSmooth: not yet compiled for 2.5
Blockbuster: not yet compiled for 2.5

Tom Barry:
TomsMoComp: not yet compiled for 2.5
Unfilter: not yet compiled for 2.5
Undot: not yet compiled for 2.5
DCTfilter: not yet compiled for 2.5

Marc FD:
Tiya3d: ?
Chroma Noise Reducer: ?
Deen: ?
asharp: ?
MPEG2DEC3: ?
AC3Source: ?
YUV-bitmap import filter "raw422": ?

Vlad59:
Convolution3D: not yet compiled for 2.5
TemporalCleaner: ok

Neuron2:
Decomb Filter package: ok
MPEG2DEC: ok
Deflicker filter: not yet compiled for 2.5
Dup: ok
MSharpen: ok
MSmooth: not yet compiled for 2.5
DGdnr: not yet compiled for 2.5

Sh0dan:
Warpsharp/Xsharpen: ok
Imagesequence plugin (by Bzzz, modified by Warpenterprises and Sh0dan): ok

Gabest:
Vobsub/Textsub: ? Textsub doesn't use it.

Warpenterprises:
MPASource: ?

johann.Langhofer:
AviSynth monitor "avsmon": ?

unknown:
DNR2": ok
_2DClenYUY2: ok
[WarpSharp, Xsharpen, UnsharpMask, KenKunNR, KenKunNRT, UVTimingH, UVTimingV, LoadAviUtlInputPlugin, LoadAviUtlFilterPlugin, ConvertYUY2ToAviUtlYC, ConvertAviUtlYCToYUY2, EraseGhost, SearchGhost, EraseGhostV, SearchGhostV, Auto24FPS, AutoDeint, FrameCache, AVIEncodeVideo]: ?

edit: updated

[vlad59]

TemporalCleaner does

Convolution3D will do as soon as I get time to clean up

[Kurosu]

@Wilbert:

No, Gabest's Textsub doesn't use it, at least on the source available from his site. Furthermore, I can't manage to make it work under AVS2.5/YV12, using both included avisynth.h and the one available on Sh0dan page. That last point is though only my problem, I guess :)

[edit]
btw, thanks for ignoring me :D

[Wilbert]

No, Gabest's Textsub doesn't use it, at least on the source available from his site. Furthermore, I can't manage to make it work under AVS2.5/YV12, using both included avisynth.h and the one available on Sh0dan page. That last point is though only my problem, I guess :)
and he's the one who insisted on it :)

btw, thanks for ignoring me :D
You mean your AntiBlink plugin? You guys are to fast with making new plugins :) Btw, I added it a moment ago in the YV12-faq.

[Kurosu]

No problem, it's a minor plugin by a minor plugin writer (and I mean it :)
Besides, you have more important things to care after (like updating the FAQ, thanks for including me)

[edit2]
First edit irrelevant.

[sh0dan]

Imagesequence: ok
neurons mpeg2dec2 is also ok

@Nic: yes, I saw you had it:) And you are right, the new changes made them incompatible.

The ones at the japanse page are ok.

[Guest]

Neuron2:

Decomb: ok (YV12, YUY2)
Dup: ok (YV12, YUY2)
MPEG2DEC: ok (YUY2)
MSharpen: ok (RGB, YUY2)
Deflicker: not yet compiled for 2.5
MSmooth: not yet compiled for 2.5
DGdnr: not yet compiled for 2.5

[scmccarthy]

@nicWhat actually stops the 1.x/2.x version being loaded up into 2.5 Having two versions of the AviynthPluginInit method allows programmers to stick 2.0x and 2.5 versions of their plugins in the same dll. It might be tricky to do, but it opens the door to making it possible.

You probably figured it out by now, this is the first time I saw your message.

Stephen

[trbarry]

Arrrrg!

It looks like I procrastinated too long again. :(

A couple of my filters are sort of in a state of transitional fubar (TomsMoComp, SimpleResize) but I suppose I still have the older source.

But what is everyone else doing here now. Are you actually making filters that work in both 2.0 & 2.5 like Gabest suggested or are you just renaming the AvisynthPluginInit to AvisynthPluginInit2 and recompiling?

I did not understand Gabest's example of how to do it the versatile way as I have no idea what a namespace is or how it is compiled or used.

And should all this work if I just again download the Avisynth source on the 2.5 alpha page?

- Tom

[SansGrip]

Originally posted by Wilbert
Sansgrip:
FluxSmooth: ok
NoMoSmooth: ?
Blockbuster: ?

I'll try to get NoMo and Blockbuster switched in the next day or two.

[SansGrip]

Originally posted by trbarry
[B]Are you actually making filters that work in both 2.0 & 2.5 like Gabest suggested or are you just renaming the AvisynthPluginInit to AvisynthPluginInit2 and recompiling?

I'm doing the latter. Does anyone really care if there are two DLLs in the distribution instead of one? :)

[MaTTeR]

Originally posted by SansGrip
Does anyone really care if there are two DLLs in the distribution instead of one? :) Sorry to dive in here but I really dont have a problem doing this at all. All my 2.5 DLLs have a "_YV12" on the end of them, keeps it nice and simple. The 2.0x DLLs just remain as they were when I downloaded them.

[scmccarthy]

Are you actually making filters that work in both 2.0 & 2.5 like Gabest suggested or are you just renaming the AvisynthPluginInit to and recompiling? The latter of course, but since we are going to have two versions of AviSynth for some time, it might eventually come in handy. The benefit outwieghs the cost, since the cost is to tack a '2' on the end of a method's name.

Oops, I almost forgot! Another advantage might be that if you stick a 2.5 filter in the 2.07 plugin folder, AviSynth 2.07 won't freeze up on you because it won't even try to load it on startup.

If I am wrong, then maybe AviSynth 2.08 could be written to reject loading plugins with the AvisynthPluginInit2 method later.

Stephen

[High Speed Dubb]

Is there a way for the plug-in to report what API version it is written for? If not, it would probably be a good idea to add that with 2.5 — Otherwise there will be the same problems the next time the plug-in API changes.

[Kurosu]

Good idea... and what about the API giving through the environment the version? Maybe it would be even easier for the plugin to offer functionnalities for several versions/APIs. The difficult part would be afterwards to rename all modified classes to the version of the API... Like PVideoframe2 for API2 = AVS2.5+

The avisynth.h could be named also this way: avisynth2.h, ... It sounds a bit like DirectX, but I don't ask Avisynth developpers to use a DCOM interface :)

It sounds a bit more easier for the developpers - for whom C++ isn't the easiest language - to use than the name container stuff proposed by Gabest.

I'm not volunteer for writing that :D

[hakko504]

Originally posted by trbarry
I did not understand Gabest's example of how to do it the versatile way as I have no idea what a namespace is or how it is compiled or used. I think I can explain it, but I'm not quite sure how to use it properly.

In regular C/C++ you can include files and define local variables valid for each .c/.cc/.cpp file. That means that if you have two files that both have a variable called foo, then the value of foo is different within each file, and can never be accessed by the other. If I understand gabest's example correctly, namespace is a way of creating this form of environment within a single .c file. Quite handy in this case where you can define the 2 different interfaces in different namespaces, and still have access to one processing function.

[trbarry]

hakko -

10x. I guess that's a useful and decent way to do it and I"ll read up on them.

But for now I'll probably take the lazy way like everybody else ( ;) ) and continue with 2 modules for awhile. But I'd like to converge them eventually.

- Tom

[WarpEnterprises]

Wouldn't it be nice and feasible to upload all (stable versions of) plugins (or at least links to them) to e.g. sourcefourge?

(many of the devs are already SF and AviSynth member and a SINGLE collection is really great - just like neuron2 managed it for VD).

The wiki is nice but no attachements are possible.
Links to doom9-forum are not really nice.

[scmccarthy]

Is there a way for the plug-in to report what API version it is written for? If not, it would probably be a good idea to add that with 2.5 — Otherwise there will be the same problems the next time the plug-in API changes. When AviSynth 2.5 tries to find the Init2 method and only finds Init without the '2', it would be nice if it generated an error message saying the plugin is not for 2.5.

Is it possible to write a plugin with both versions of the init, where each version of avisynth will call the one it needs? Is the namespace thing even nessesary, if each version of avisynth looks for a different entry point into the plugin? What if each version of init created a different program in the plugin?

That last question brings up back to the namespace again doesn't it? To make it transparent to the user, both programs within the plugin need to have the same name.

Stephen

[sh0dan]

Originally posted by scmccarthy
When AviSynth 2.5 tries to find the Init2 method and only finds Init without the '2', it would be nice if it generated an error message saying the plugin is not for 2.5.

This is what the next AviSynth will do (code already in CVS), but because some plugins are not yet updated (most notably Marc's MPEG2DEC2, and vlads conv3d), I will not release the binary.


Is it possible to write a plugin with both versions of the init, where each version of avisynth will call the one it needs? Is the namespace thing even nessesary, if each version of avisynth looks for a different entry point into the plugin? What if each version of init created a different program in the plugin?

Again, this is how it's supposed to be. I just gave the plugin writers a window to change their plugins, so that we wouldn't break all filters overnight.

[trbarry]

Still procrastinating ...

I should finally have some time this afternoon and should be able to get some of my filters out there properly.

- Tom

[trbarry]

Sh0dan -

I'll get the Init2 versions out first.

But you seem to maybe have reservations. If I were to try to make a plug-in with Gabest's namespace method, do you have some reason to believe it wouldn't work for both Avisynth 2.07 (for YUY2) and 2.5 (YUY2 and YV12)?

- Tom

[sh0dan]

No - both should be able to co-exist nicely.

[trbarry]

I thought we could just include avisynth.h now instead of internal.h. But when I do I get:


E:\Microsoft Platform SDK\Include\winnt.h(3073) : error C2146: syntax error : missing ';' before identifier 'ContextRecord'
E:\Microsoft Platform SDK\Include\winnt.h(3073) : error C2501: 'PCONTEXT' : missing storage-class or type specifiers
E:\Microsoft Platform SDK\Include\winnt.h(3073) : error C2501: 'ContextRecord' : missing storage-class or type specifiers
E:\Microsoft Platform SDK\Include\winbase.h(732) : error C2146: syntax error : missing ';' before identifier 'LPCONTEXT'
E:\Microsoft Platform SDK\Include\winbase.h(732) : fatal error C1004: unexpected end of file found


This doesn't happen if I use internal.h.

Also, it looks like the Avisynth.h in the separate zip is back level from the one in the source zip. Is that on purpose?

- Tom

[SansGrip]

Originally posted by trbarry
I thought we could just include avisynth.h now instead of internal.h. I only ever use Avisynth.h and I've never seen those errors :confused:.

[vlad59]

I just attached a release of C3D with AvisynthPluginInit2.
Sorry Sh0dan for being late.

[WarpEnterprises]

for me too WINDEF.h is not enough, have to use WINDOWS.h which calls windef.h

[Dark-Cracker]

hi,

does peachsmoother have been converted to yv12 ?

[Richard Berg]

Lindsey has said she doesn't believe it will be very useful under YV12. Unless using an MPEG capture card, I'd tend to agree. A recompile for AVS 2.5 should be possible, though.

[Guest]

Originally posted by Richard Berg
Lindsey has said she doesn't believe it will be very useful under YV12. Unless using an MPEG capture card, I'd tend to agree. A recompile for AVS 2.5 should be possible, though. Just out curiosity, is Lindsey a he or a she?

[Richard Berg]

I suppose I've been assuming Lindsey is a female, but I suppose it's an ambiguous name. All I find on Google is a bunch of stuff related to U-Dub, CalTech, fantasy gaming, DScaler, a Mac tweak of some sort...but no info.

http://students.washington.edu/ldubb/happyface.gif

(take that as you will)

[scmccarthy]

WarpEnterprises:
for me too WINDEF.h is not enough, have to use WINDOWS.h which calls windef.h Me too, I just replace the 'ef' with 'ows' and it works fine.

The alternative is to define or replace the few things that rely on windef as I did before.

@tom

Those are exactly the same errors I get. Starting with "missing ';' before ContextRecord"

Look at the last post of my thread here:
Avisynth plugins Multithreaded? (http://forum.doom9.org/showthread.php?s=&threadid=41827)
Stephen

[Guest]

Originally posted by Richard Berg
I suppose I've been assuming Lindsey is a female, but I suppose it's an ambiguous name. All I find on Google is a bunch of stuff related to U-Dub, CalTech, fantasy gaming, DScaler, a Mac tweak of some sort...but no info.

http://students.washington.edu/ldubb/happyface.gif

(take that as you will) The last photo here clinches it: he's a male.

http://www.ludism.org/sc/2002-08-03.html

[SansGrip]

Originally posted by neuron2
The last photo here clinches it: he's a male. I'm glad someone asked. I've been wondering for a while, and eventually one runs out of replacements for personal pronouns ;).

[High Speed Dubb]

Isn’t it obvious from the picture on my home page. ;) Yes, I’ a guy. It did take a very long time to convince the credit card people of it, though.

I think it came up a long time back in this forum — I wasn’t purposefully trying to make those pronouns awkward.

About Peach Smoother and YV12 — I’m pretty much convinced that is a poor match. Unless DScaler switches to a planar format, I’ll leave it in YUY2. Grape Smoother and Guava Comb would work with YV12 with much less difficulty. (Both of them would be somewhat different in YV12, though — Guava might even improve.)

[FuPP]

@HSD

So, I won't marry you ...:( ...:p
If only Steady could be a female ...:rolleyes:

disappointed FuPP ;) .

[sh0dan]

Heh - Must be funny to write - I haven't yet have to write "Yes, I'm actually a guy" - must be kinda strange. ;)

Lindsey - anyway - it's nice to have you here - in spite of you being a guy, you actually contribute very good things to the community. :)

But I guess, if I was named Kim I'd be having the same problems, since it a common male name where I live.

[SansGrip]

Originally posted by sh0dan
in spite of you being a guy, you actually contribute very good things to the community. :) lol!

[gabest]

Originally posted by Kurosu
No, Gabest's Textsub doesn't use it, at least on the source available from his site. Furthermore, I can't manage to make it work under AVS2.5/YV12, using both included avisynth.h and the one available on Sh0dan page. That last point is though only my problem, I guess :)I have only posted a few test builds here in different threads, but here it is if you want to look at it: http://download.vobsub.edensrising.com/plugins.cpp (binary: http://download.vobsub.edensrising.com/VSFilter.rar). It isn't the whole implementation of course, just the needed things to the interface for avisynth (and for virtualdub, but scroll down if you aren't interested). I had two little problems compiling it with the current avisynth.h, the definitions to protect including it more than once were conflicting (just changed them to #pragma once), and that header stop pragma was also causing problems, but now I can't recall why... :)

edit: One more thing, it would be nice to have a separate VideoInfo::IsYV12() and VideoInfo::IsIYUV() (or IsI420) call.

[sh0dan]

Originally posted by gabest
edit: One more thing, it would be nice to have a separate VideoInfo::IsYV12() and VideoInfo::IsIYUV() (or IsI420) call.

There is!

bool IsRGB()
bool IsRGB24()
bool IsRGB32()
bool IsYUV()
bool IsYUY2()
bool IsYV12()

You shouldn't worry about I420, since it will be handled as YV12, by swapping pointers. You can still set a source to have I420, but after that it is "converted" to YV12, and handled as thus.

[kilg0r3]

i cannot find any hint on the forum if unfilter is know recompiled for avs 2.5 and were to get it. yes, kick me if i am dumb and blind and stupid and ..

[hakko504]

Originally posted by kilg0r3
i cannot find any hint on the forum if unfilter is know recompiled for avs 2.5 and were to get it. yes, kick me if i am dumb and blind and stupid and .. Have you checked www.avisynth.org? All known filters are listed in the FAQ, with dl links, colorspace, and if they are v2.5 compatible or not.

[scmccarthy]

Simon Walters has his own web page, but the best way to find it is through avisyngh.org as suggested above.

Stephen

[kilg0r3]

no AviSynthpluginInit2 in unfilter so far :(

[WarpEnterprises]

you're wrong :p

Unfilter.DLL from http://www.trbarry.com/UnFilter.zip

has both versions, v2.5 with plugininit2

[kilg0r3]

nope. it works with YV12 input but has the old plugininit.:P