Vapoursynth

[Myrsloik]

Originally Posted by lansing

What about debugging crashes. My test filter tested okay on vspipe --info but crashes on preview, what do I do?

Attach a debugger, duh. If there's no error message then your own code crashed inside the getframe function.

[lansing]

I want to rotate the frame inside the filter, can I call like std.Transpose and std.FlipHorizontal in the filter?

[Myrsloik]

Originally Posted by lansing

I want to rotate the frame inside the filter, can I call like std.Transpose and std.FlipHorizontal in the filter?

Yes, use invoke. You can look at the code of SCDetect on how to do it here:
https://github.com/vapoursynth/vs-mi...lters.cpp#L132

[lansing]

Originally Posted by Myrsloik

Yes, use invoke. You can look at the code of SCDetect on how to do it here:
https://github.com/vapoursynth/vs-mi...lters.cpp#L132

What if I want to do rotate right -> process the frame -> rotate left? It feels like doing the last rotate in the xxxFree function is too late in the process?

[Myrsloik]

Originally Posted by lansing

What if I want to do rotate right -> process the frame -> rotate left? It feels like doing the last rotate in the xxxFree function is too late in the process?

Use createVideoFilter2() and then simply call invoke on the node returned from there. Same idea.

Not the best example but few places do this in the VS code (see unpackRGB32Create):
https://github.com/vapoursynth/vapou...ompat.cpp#L897

[lansing]

Originally Posted by Myrsloik

Use createVideoFilter2() and then simply call invoke on the node returned from there. Same idea.

Not the best example but few places do this in the VS code (see unpackRGB32Create):
https://github.com/vapoursynth/vapou...ompat.cpp#L897

So the structure would be like this?

static const VSFrame *VS_CC firstGetFrame() {}

static const VSFrame *VS_CC finalGetFrame() { 
    return frame;
}

void VS_CC filterCreate() {

    d.node = vsapi->mapGetNode(in, "clip", 0, 0);
    // call invoke on node
  
    VSNode * node2 = vsapi->createVideoFilter2(firstGetFrame, freeFunc1, data);

    // call invoke on node2

    d.node = node2;

    vsapi->createVideoFilter(finalGetFrame, freeFunc2, data);   
}

[Yomiko]

from boxblur
https://github.com/vapoursynth/vapou....cpp#L294-L307

[lansing]

I'm seeing two patterns from the examples above about chaining invoke, it got me confused:

#1:
invmap2 = vsapi->invoke(stdplugin, "Trim", invmap);
...
vsapi->mapConsumeNode(invmap, "clipb", vsapi->mapGetNode(invmap2, "clip", 0, nullptr), maAppend);
...
invmap2 = vsapi->invoke(stdplugin, "PlaneStats", invmap);


#2
vsapi->createVideoFilter(vtmp2, "BoxBlur", xxx);
vtmp1 = vsapi->invoke(stdplugin, "Transpose", vtmp2);

In the first example, after the first invoke, the resulting node has to be consumed into a new map before pluging it into another invoke.

But in the second example, the resulting map just go straight to an invoke without the node consume?

[Myrsloik]

Sometimes thebmap returned from invoke has the right contents and then it can be passed to invoke immediately. If it doesn't you have have to do more map manipulation.

[lansing]

Originally Posted by feisty2

ShufflePlanes should automatically strip the "_Matrix" property if the target color family is vs.GRAY. otherwise an error message pops up bitchin' about "no _Matrix stuff allowed for GRAY" or whatever and you have to manually remove the "_Matrix" thingy before ShufflePlanes which is very annoying.

I just encountered this annoyance, is there a better solution now?

[lansing]

Format conversion from a Shuffleplanes causes a shift in chroma?

clip = yuv_clip
clip = core.std.ShufflePlanes(clip, 0, colorfamily=vs.YUV)
#clip = core.resize.Point(clip, format=vs.YUV444P8)    // no shift 
clip = core.resize.Point(clip, format=vs.YUV420P8)    // chroma shift

[Yomiko]

Point (nearest neighbor) is supposed to be like that. It never blends neighboring pixels.

[lansing]

Originally Posted by Yomiko

Point (nearest neighbor) is supposed to be like that. It never blends neighboring pixels.

There's a shift with all other resizers too. And I thought for format conversion purpose, all the resizers should be the same?

[Selur]

Originally Posted by Myrsloik

An option to disable auto loading is probably coming soon. With more exciting things as well.

Any news in this regard?

Cu Selur

[lansing]

When extracting RGB planes from a RGB clip, Shuffleplanes is outputting the wrong clip if I set the "colorfamily" to YUV

rgb_clip = core.resize.Point(clip, matrix_in_s="709", format=vs.RGB24)
clip = core.std.ShufflePlanes(rgb_clip, 0, colorfamily=vs.YUV)

I was expecting to get a yuv clip of a grayscale, but this output a yuv clip of green and pink.

[ChaosKing]

Is there a replacement for https://github.com/AmusementClub/VapourSynth-EEDI2CUDA ? ( repo was deleted)

If not then I will remove it from vsrepo.

[sl1pkn07]

https://github.com/kedaitinh12/VapourSynth-EEDI2CUDA

but i'm not sure if is updated

[ChaosKing]

No releases

[kedautinh12]

Here: https://github.com/kedaitinh12/Vapou...2CUDA/releases

And i ain't a developer, if anyone have attention that project can folk them

[LigH]

I guess that means: If anyone wants to maintain this project, please fork it.