Implement not filter, but function

[dum]

Guys, tell me please, is it possible (using C++) implement not filter, but just a function, which will return not a clip, but something different: string or integer?

If it is - please tell me how: just point me, how to approach this.

[foxyshadis]

Return an AVSValue from the constructor instead of a PClip. A lot of conditional filters are like that, or you can look at, say, the filters in script.cpp in the avisynth source.

[Fizick]

there is no plugin example. So, dum, please tell to us when you finish

[dum]

Originally Posted by foxyshadis

Return an AVSValue from the constructor instead of a PClip. A lot of conditional filters are like that, or you can look at, say, the filters in script.cpp in the avisynth source.

What dp ypu mean as "return from the constructor"? I do not have a lot of variants, what yo return Or you mean creation function like

AVSValue __cdecl Create_Filter(AVSValue args, void* user_data, IScriptEnvironment* env)

? Where to return then?

And how "script.cpp" can help me? Can you, please, show the exact place to me?

Thank you beforehand.

[foxyshadis]

Here's a sample from script.cpp, edited for external use:

AVSValue Sin(AVSValue args, void* user_data, IScriptEnvironment* env) { return sin(args[0].AsFloat()); }

extern "C" __declspec(dllexport) const char* __stdcall
AvisynthPluginInit2(IScriptEnvironment* env) {
    env->AddFunction("sin", "f", Sin, 0);
    return "sin";
}

You don't even need a class/constructor, come to think of it. Include avisynth.h and that could be a whole plugin right there. (If not a terribly useful one.)

[dum]

Thank you.

And for each instance of AviSynth each own instance of plugin will be loaded?
The reason of this question is following - if I have to return string I need to allocate it somewhere else, except the local variable. Now I'm acting like this:

char p[200];

AVSValue Filter(AVSValue args, void* user_data, IScriptEnvironment* env)
{
...
strcpy(p,...);
return p;
}

What will be the most correct solution of such problem, which will keep me away from all probles with multiple instances etc?

[dum]

I'm sorry: and there is completely no documentation (I mean, full description or something) for developers, except some commented samples?

[tsp]

http://avisynth.org/mediawiki/Filter_SDK

[dum]

Thanks, I got, concerning strings, but, nevertheless is it true that for each instance of AviSynth each own instance of plugin will be loaded? So can I leave data in the variable and rely that it will save it till next call?

[IanB]

return env->SaveString(p);

See also Start->Programs->"Avisynth 2.5"->"FilterSDK Information" (it's an optional install with Avisynth).

[stickboy]

http://forum.doom9.org/showthread.php?t=130383

Anyway, a number of my plug-ins have functions that don't return clips, so you can use them as examples.

[Fizick]

I made several attempts to write non-clip plugin function without success. So, I created tutorial how to write non-clip function and placed it to FilterSDK.
http://avisynth.org/mediawiki/Filter...on-clip_sample

He who can, does. He who cannot, teaches.
George Bernard Shaw, Man and Superman (1903) "Maxims for Revolutionists" http://www.quotationspage.com/quote/290.html

[wonkey_monkey]

An 8 year bump, but this seemed to be the most appropriate place to ask.

The example given in this thread is of a plugin that returns a float value, although the actual return type of the function is declared as AVSValue. Does this mean, then, that any variable declared in an AviSynth script is, fundamentally, an AVSValue?

Is there any way with env->AddFunction to create a function that takes an AVSValue (regardless of whether it may really be a string, int, float, or clip) as an input parameter? I can think of scenarios where this would be useful.

Secondly, is a string stored as an AVSValue a null-terminated one?

[Gavino]

Originally Posted by davidhorman

Does this mean, then, that any variable declared in an AviSynth script is, fundamentally, an AVSValue?

Yes, that's right.

Is there any way with env->AddFunction to create a function that takes an AVSValue (regardless of whether it may really be a string, int, float, or clip) as an input parameter?

Use "." as the parameter character (instead of "s", "i", "f" or "c").
It will then accept an AVSValue of any underlying type.

is a string stored as an AVSValue a null-terminated one?

A string passed as a parameter from a script is an AVSValue.
Use AsString() to get a pointer to the contained null-terminated string.

[wonkey_monkey]

Thanks Gavino!

Originally Posted by Gavino

A string passed as a parameter from a script is an AVSValue.
Use AsString() to get a pointer to the contained null-terminated string.

What I meant was, could I make an AVSValue out of a non-null-terminated string (like, I think, a C++ String, as opposed to a C string?) - my plan is to pass arbitrary data around as AVSValue strings, but I'd need to be able to create strings which include 0 bytes.

For example, say I have a pointer (void*) to a block of data (could be floats, ints, anything - my code will know what to do with it later), and I know the number of bytes. Can I turn that into a single AVSValue that can be returned by a plugin function and assigned to an in-script variable, either as a string (in which case I'd still need to get it back as a block of data plus number of bytes later) or in some other fashion?

[Gavino]

In principle, you could get away with it by passing your void* pointer to the AVSValue(const char*) constructor.
But things would go horribly wrong if anything in the script tried to treat the thing as a string, as it would be expecting it to be null-terminated.

[TheFluff]

Originally Posted by davidhorman

What I meant was, could I make an AVSValue out of a non-null-terminated string (like, I think, a C++ String, as opposed to a C string?) - my plan is to pass arbitrary data around as AVSValue strings, but I'd need to be able to create strings which include 0 bytes.

For example, say I have a pointer (void*) to a block of data (could be floats, ints, anything - my code will know what to do with it later), and I know the number of bytes. Can I turn that into a single AVSValue that can be returned by a plugin function and assigned to an in-script variable, either as a string (in which case I'd still need to get it back as a block of data plus number of bytes later) or in some other fashion?

just do what everyone else does and treat NewVideoFrame as if it was malloc and put your arbitrary data there

or don't, and use a frameserver that actually supports passing arbitrary data around instead of insisting on using a tool that makes every problem look like a nail

[StainlessS]

David, some RT funcs where using video frame as storage (as suggested by TheFluff above).

*****************************************************
******************* WEIRD FUNCTIONS *****************
*****************************************************

RT_FloatAsRGBA(float)
 Given a float arg, returns an int formatted as for use as a color to eg BlankClip.
 Can later be recovered from that clip using RT_RGB32AsFloat().

***
***
***

RT_RGB32AsFloat(clip,int "n"=current_frame,int "delta"=0,int "x"=0,int "y"=0)
 Compile/Runtime clip function.
 Given an RGB32 clip that had a pixel value created via RT_FloatAsRGBA(), gets that pixel and returns as the
 original float given to RT_FloatAsRGBA. By creating single pixel clips and stacking them horizontally/vertically,
 you can use a frame as a two dimensional array of float, perhaps use the frame number for a third dimension.

***
***
***

RT_RGB32AsInt(clip,int "n"=current_frame,int "delta"=0,int "x"=0,int "y"=0)
 Compile/Runtime clip function.
 Given an RGB32 clip that had a pixel value created from an Int, gets that pixel and returns as the
 original Int. By creating single pixel clips and stacking them horizontally/vertically,
 you can use a frame as a two dimensional array of Int, perhaps use the frame number for a third dimension.

Rip out from source if of use.

Alternatively, you could perhaps use RT array (or DBase) for storage, it has type BIN (8 bit unsigned char [EDIT: returned as int 0-255]) and array size
can be up to about 2GB single dimension array of BIN.
Or, write your own file based data storage that could be accessed via self written run time funcs and also much faster for use in some kind of
frame processing CPP func.

EDIT: You would want some kind of header to ID as your own format BIN data, and offset via header size to access BIN data.

[wonkey_monkey]

Thanks StainlessS.

Actually I am currently using clips as storage (with header IDs ) but I find it a little unsatisfactory as it seems unnecessarily abstract and open to accidental corruption.

I will experiment with AVSValues (which will give me their own headaches, I'm sure) with Gavino's information and see what can be achieved.

[StainlessS]

See also here (two page thread):- http://forum.doom9.org/showthread.ph...ta+AddFunction
(EDIT: mainly 2nd page)

I've never actually used user_data for anything, could be used to allocate mem before AddFunction and pass as arg a pointer to your memblock,
would need to use the Avisynth AtExit function to release mem when Avisynth closes down.

Here the AddFunction used to add script function to Avisynth, user_data in blue:

 env->AddFunction("RT_TimerHP","",RT_TimerHP, 0);

AVSValue __cdecl RT_TimerHP(AVSValue args, void* user_data, IScriptEnvironment* env) {
    return RT_TimerHP_Lo();                                                  // Implicit type conversion to AVSValue float
}

Some links:
user_data
http://forum.doom9.org/showthread.ph...ta+AddFunction

AtExit
http://avisynth.nl/index.php/Filter_SDK/Non-clip_sample

I am yet to see any good example that uses user_data, if you do choose to try out then post as would be fairly unique example for others and wiki.

#############

env->SaveString:- http://avisynth.nl/index.php/Filter_SDK/Env_SaveString

is written somewhere (in docs) that memory returned as string from plugin could be used by coder as general storage so long as
you do not overrun allocated size, so could eg assign buffer to static pointer, and use other functions to access same pointer to
edit/return contents, a bit dodgy looking but would work.