Vapoursynth

[Myrsloik]

Originally Posted by Mystery Keeper

Oh. And now vspipe x64 printed "Frame returned not of the declared type" before crashing. VirtualDub still works perfectly fine.

Why so hostile? I'm sincerely trying to help by testing and suggesting improvements. I really appreciate your hard work.

Because it's a pointless problem to solve. I may as well put up an archive of all the files in the installer or make it possible to manually select the python install path(s). That would make more sense even for your odd portable case.

Anyway, I'll test makediff and see what happens...

[Myrsloik]

Originally Posted by Mystery Keeper

Played with my script. The source of crashes is core.std.MakeDiff.

Can't reproduce it. I used this script:

import vapoursynth as vs
    
core = vs.get_core()

clip = core.avisource.AVISource('a downloaded file.avi')
blur_clip = core.generic.Blur(clip, planes=0)
diff_clip = core.std.MakeDiff(clip, blur_clip, planes=0)
sharpened_clip = core.std.MergeDiff(clip, diff_clip, planes=0)
sharpened_clip.set_output()

[Mystery Keeper]

Tried your script, only with ffms2. The same result:
-perfectly fine with vspipe x32
-perfectly fine with VirtualDub x64
-crash with vspipe x64

Went as far as completely reinstalling all Python 3.3 distributions and VapourSynth. Still the same.

[Are_]

I'm able to reproduce this with some videos only when using ffms2 as source filter (linux.x86_64).

Investigating a little it looks like generic.Blur corrupts the frames (not sure why, how), and once this happens, if you pass this frames to std.MakeDiff it crashes vspipe (it also crashes vsviewer).

import vapoursynth as vs
    
core = vs.get_core()

clip = core.ffms2.Source('[some] random - 07 [file].mkv')
blur_clip = core.generic.Blur(clip, planes=0)
#diff_clip = core.std.MakeDiff(clip, blur_clip, planes=0)
diff_clip = blur_clip
sharpened_clip = core.std.MergeDiff(clip, diff_clip, planes=0)
sharpened_clip.set_output()

A corrupted frame.

But I'm not sure if its ffms2's fault, genericfilters's fault, or my hardware. :/

[Mystery Keeper]

For me it doesn't crash my 64-bit build of vsviewer. Though I modified it to compile with Qt5. Shouldn't make any difference. Also, no corrupted frames.
64-bit vspipe crashes regardless of the source, even if I replace Blur with BlankClip. Both MakeDiff and MergeDiff lead to crash. And the crash always happens right in the beginning.

[Myrsloik]

Here's R22 RC1.

Changes from test 3:

• Generic filters not included at the moment since there probably are some bugs in it
• Fixes reference leaks in some filters when a frame error occurs
• The resize filter reports more errors immediately on instantiation
• Sorting in list_functions()

Still looking at the crashiness created by generic filters and maybe makediff. Will probably be a few more days until I have time to investigate it thoroughly.

[Myrsloik]

Here's an x64 compile of genericfilters.

It fixes an access violation in the sse2 optimized 9/10 bit 3x3 convolution. If there still are any crahes at all remaining in VapourSynth it'd be helpful if you report them again.

[Mystery Keeper]

The same. 64-bit vspipe crashes on MakeDiff/MergeDiff. Now with error message.


Edit: And I remind, the crash does NOT happen in 64-bit VirtualDub.

[Myrsloik]

Originally Posted by Mystery Keeper

The same. 64-bit vspipe crashes on MakeDiff/MergeDiff. Now with error message.


Edit: And I remind, the crash does NOT happen in 64-bit VirtualDub.

Tried it again. It still works here in vspipe. I even tried YUV420P8/10/16 in valgrind and didn't see anything relevant. I simply can't reproduce it.

Any kind of debugging info would help or would it be possible for me to remotely control your computer for a few minutes?

[Mystery Keeper]

WunDBG output.

[Myrsloik]

Find me on irc. I'm in #darkhold on Rizon and some other avisynth channels. This won't be solved without faster communication.

[absence]

Is the CUDA work general enough that OpenCL can be added as well? Hopefully CUDA and OpenCL can share common logic for handling filter placement, transfers to/from GPU, etc. even if the APIs are different.

[Myrsloik]

Here's R22 RC2.

After a long debugging session with mystery keeper a very rare asm bug on x64 windows has been fixed.
The installer will now refuse to install when the python installations are a mess.
Generic filters has been added again after finding the crash issue in the code.

This will most likely become the final released version.

[lansing]

I tried to run a vpy script in vsfs mode, the script has loaded mvtools2 from avs, and when I try to mount it, it returned an error.

Python exception: No attribute with the name avs exists. Did you mistype a plugin namespace?
Traceback (most recent call last):
  File "vapoursynth.pyx", line 1148, in vapoursynth.vpy_evaluateScript (src\cython\vapoursynth.c:17833)
  File "F:\source\1993.vpy", line 12, in <module>
    core.avs.LoadPlugin(r"C:\Program Files (x86)\AviSynth 2.5\plugins\mvtools2.dll")
  File "vapoursynth.pyx", line 789, in vapoursynth.Core.__getattr__ (src\cython\vapoursynth.c:12729)
vapoursynth.Error: No attribute with the name avs exists. Did you mistype a plugin namespace?

[Myrsloik]

Originally Posted by lansing

I tried to run a vpy script in vsfs mode, the script has loaded mvtools2 from avs, and when I try to mount it, it returned an error.

Python exception: No attribute with the name avs exists. Did you mistype a plugin namespace?
Traceback (most recent call last):
  File "vapoursynth.pyx", line 1148, in vapoursynth.vpy_evaluateScript (src\cython\vapoursynth.c:17833)
  File "F:\source\1993.vpy", line 12, in <module>
    core.avs.LoadPlugin(r"C:\Program Files (x86)\AviSynth 2.5\plugins\mvtools2.dll")
  File "vapoursynth.pyx", line 789, in vapoursynth.Core.__getattr__ (src\cython\vapoursynth.c:12729)
vapoursynth.Error: No attribute with the name avs exists. Did you mistype a plugin namespace?

VSFS uses the x64 version by default and avisynth compatibility can't work there. You have to unregister the x64 vsfs handler and register the 32 bit one instead to do what you want.

[lansing]

Originally Posted by Myrsloik

VSFS uses the x64 version by default and avisynth compatibility can't work there. You have to unregister the x64 vsfs handler and register the 32 bit one instead to do what you want.

Got it working thanks.

[Myrsloik]

R22 released. Download links on the website as usual and the changelog is in the first post.

Don't forget to read the notes in the release blog post about compatibility. Lut2, Merge and MaskedMerge got the arguments changed.

Have fun with the 64 bits in windows.

[sneaker_ger]

The following script does crash, not sure if l-smash's or vs' fault:

import vapoursynth as vs
core = vs.get_core()

ret = core.lsmas.LWLibavSource(source='park_joy_1080p50.y4m')

ret.set_output()

http://media.xiph.org/video/derf/y4m/park_joy_1080p50.y4m

[Myrsloik]

Originally Posted by sneaker_ger

The following script does crash, not sure if l-smash's or vs' fault:

import vapoursynth as vs
core = vs.get_core()

ret = core.lsmas.LWLibavSource(source='park_joy_1080p50.y4m')

ret.set_output()

http://media.xiph.org/video/derf/y4m/park_joy_1080p50.y4m

Try it with other files and see if it works. Preferably one that's worked before.

[sneaker_ger]

Crashes with other y4m files as well, not with e.g. mov files. So I guess it's l-smash's fault?

Any other source filter for y4m?