ffmpeg using .vpy scripts directly one day, like avisynth ?

[sl1pkn07]

that patch is safe to push to upstream?

[Pat357]

@Wolfberry
Your latest FFmpeg build N-93755-ga5387f983d (20190504) seems to be broken for me.

If I do "ffplay -i "d:\path.to\a.mkv", I get the normal text output on screen, but the window that should show the video is white with the typical "windows wait" icon that stays there for about 5 seconds after the window closes.
The 5 seconds seems to be interdependent from the video-length: same for a 20s fragment or a full film (90-210min).

Also Avisynth scripts or VS scripts produce the same scenario, even when I specify "ffplay -f vapoursynth -i a.vpy"

Your previous version N-93696-g45048ece81 posted from 2019-04-30 is working perfect.

I have VS R45 installed on my system (not port.)

From my Windows log I have :

Foutbucket 1498974882443012356, type 4
Naam van gebeurtenis: APPCRASH
Antwoord: Niet beschikbaar
Id van CAB-bestand: 0

Handtekening van probleem:
P1: ffplay.exe
P2: 0.0.0.0
P3: 00000000
P4: msvcrt.dll
P5: 7.0.17134.1
P6: 5cbba6fd
P7: c0000005
P8: 000000000005cc53
P9: 
P10:

[Wolfberry]

After some investigation, the culprit was LTO.

I saw there are some improvements in LTO optimizations in GCC 9, so I decided to give it a try.

It turns out that LTO was still more or less broken for ffmpeg, at least in MinGW.

[stax76]

Thanks for the built. Any idea what could be wrong here?

C:\Users\frank\Desktop>C:\Users\frank\Daten\Projekte\VB\staxrip\bin\Apps\Encoders\ffmpeg\ffmpeg.exe -i "C:\Users\frank\Daten\Misc\Video Samples\test_temp\test.vpy" -c:v libx264 -an -y -hide_banner "C:\Users\frank\Daten\Misc\Video Samples\test_temp\test_out.mkv"

C:\Users\frank\Daten\Misc\Video Samples\test_temp\test.vpy: Invalid data found when processing input

import os
import sys
ScriptPath = 'C:/Users/frank/Daten/Projekte/VB/staxrip/bin/Apps/Plugins/VS/Scripts'
sys.path.append(os.path.abspath(ScriptPath))
import vapoursynth as vs
core = vs.get_core()
core.std.LoadPlugin(r"C:\Users\frank\Daten\Projekte\VB\staxrip\bin\Apps\Plugins\vs\vslsmashsource\vslsmashsource.dll")
clip = core.lsmas.LibavSMASHSource(r"C:\Users\frank\Daten\Misc\Video Samples\test.mp4")
clip.set_output()

General

CompleteName             : C:\Users\frank\Daten\Misc\Video Samples\test.mp4
Format/String            : MPEG-4
Format_Profile           : Base Media
CodecID/String           : isom (isom/iso2/avc1/mp41)
FileSize/String          : 60.9 MiB
Duration/String          : 2 min 49 s
OverallBitRate/String    : 3 007 kb/s
Encoded_Application/String: Lavf57.19.100

Video

ID/String                : 1
Format/String            : AVC
Format/Info              : Advanced Video Codec
Format_Profile           : High@L4
Format_Settings          : CABAC / 3 Ref Frames
Format_Settings_CABAC/String: Yes
Format_Settings_RefFrames/String: 3 frames
CodecID                  : avc1
CodecID/Info             : Advanced Video Coding
Duration/String          : 2 min 49 s
BitRate/String           : 2 876 kb/s
Width/String             : 1 920 pixels
Height/String            : 1 080 pixels
DisplayAspectRatio/String: 16:9
FrameRate_Mode/String    : Variable
FrameRate/String         : 23.976 (24000/1001) FPS
FrameRate_Minimum/String : 23.974 FPS
FrameRate_Maximum/String : 23.981 FPS
ColorSpace               : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String          : 8 bits
ScanType/String          : Progressive
Bits-(Pixel*Frame)       : 0.058
StreamSize/String        : 58.2 MiB (96%)
colour_range             : Limited
colour_primaries         : BT.709
transfer_characteristics : BT.709
matrix_coefficients      : BT.709
Codec configuration box  : avcC

Audio

ID/String                : 2
Format/String            : AAC LC
Format/Info              : Advanced Audio Codec Low Complexity
CodecID                  : mp4a-40-2
Duration/String          : 2 min 49 s
BitRate_Mode/String      : Constant
BitRate/String           : 126 kb/s
Channel(s)/String        : 2 channels
ChannelLayout            : L R
SamplingRate/String      : 44.1 kHz
FrameRate/String         : 43.066 FPS (1024 SPF)
Compression_Mode/String  : Lossy
StreamSize/String        : 2.54 MiB (4%)
Default/String           : Yes
AlternateGroup/String    : 1

[stax76]

Same error using ffms2 as src filter.

edit:

I missed using : -f vapoursynth

[stax76]

The built works very well and it's really helpful being able to open vpy with ffmpeg.

I wonder if mpv can open vpy too? I tried it a few days before but couldn't get it working.

[stax76]

@Wolfberry

I would like to suggest using --enable-libmp3lame in the next built.

[stax76]

@Wolfberry

Thanks for the new built. There is an issue, I'm not able to use this command line:

ffmpeg.exe -f vapoursynth -i C:\test.vpy -c:v libx265 -an -y -hide_banner C:\test.mkv

The problem seem to be arbitrary because sometimes it works and it happens only with x265 and not with x264.

[Revan654]

Originally Posted by stax76

@Wolfberry

Thanks for the new built. There is an issue, I'm not able to use this command line:

ffmpeg.exe -f vapoursynth -i C:\test.vpy -c:v libx265 -an -y -hide_banner C:\test.mkv

The problem seem to be arbitrary because sometimes it works and it happens only with x265 and not with x264.

from what I read there been some changes to x265 ffmpeg encoder.

If all else fails you could just do this:

"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" -y "to\your\VS\Script.vpy" - | "x265.exe" [Options] -

I know it defeats the purpose of using ffmpeg internal encoder, but cmd line might help come up with proper cmdline.

I know this code works with x265, NVEnc, and mpv player.

[Revan654]

Originally Posted by stax76

The built works very well and it's really helpful being able to open vpy with ffmpeg.

I wonder if mpv can open vpy too? I tried it a few days before but couldn't get it working.

Unless something has changed, It's Not possible. I've tried to get it to work last year, Every single test failed. It would just refuse to open file or just crash the program.

However using the following line will play back the vpy script in mpv, It will lack the ability to properly scrub the file forward or back.

"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" -y "to\your\VS\Script.vpy" - | "mpv.exe" [Options] -

This was the basic set to the script:

import os
import sys
ScriptPath = 'Path/to/your/VS/Scripts/Filters'
sys.path.append(os.path.abspath(ScriptPath))
import vapoursynth as vs
core = vs.get_core()
core.std.LoadPlugin(r"SourceFilterHere|I'm Using DGIndexNV")
clip = core.dgdecodenv.DGSource(r"C:\to\your\Source\File.mkv")
clip.set_output()

However Potplayer can open vpy script and play it back.

[_Al_]

clip could be output to mpv player right from script itself using output() and using subprocess modul. VSEdit might need clip.set_output() at the end.

import vapoursynth as vs
from vapoursynth import core
import subprocess

clip = core.avisource.AVISource(r'C:\video.avi')

#import shutil
#mpv = shutil.which('mpv')
mpv = r'C:\tools\mpv.exe'
mpv_cmd = [mpv, '-']
process = subprocess.Popen(mpv_cmd, stdin=subprocess.PIPE)
file_handle=process.stdin
clip.output(file_handle, y4m = True)
process.communicate()

[Wolfberry]

Originally Posted by stax76

The problem seem to be arbitrary because sometimes it works and it happens only with x265 and not with x264.

Yes, I am able to reproduce it.

I adjusted the LAVF patches for x265 and it seems to be better, can you confirm?

[stax76]

@Wolfberry

It's either fixed or improved, didn't happen in a couple of test runs, much appreciated, thanks.

[unix]

I tried to use Wolfberry FFmpeg Builds but I couldn't encode, did I missed something?

vpy script:

import os
import sys
from vapoursynth import core
import vapoursynth as vs
core = vs.get_core()

src = core.ffms2.Source(source='dcr.mkv').std.AssumeFPS(fpsnum=24000,fpsden=1001).std.Trim(60,75)
src.set_output()

ffmpeg.exe -f vapoursynth -i TEST.vpy -c:v libx264 -an test1.mkv

[stax76]

Try with the most simple script, meaning only the source filter, what does ffmpeg output?

[unix]

But my script so simple

from vapoursynth import core
import vapoursynth as vs
core = vs.get_core()

src = core.ffms2.Source(source='drc.mkv')
src.set_output()

Still I didn't get any output file!!!

[stax76]

There is no output so it could be the same problem I had before. Since you are using relative paths, are you sure all files can be found? Does it work with a real input file (mkv)?

[unix]

Originally Posted by stax76

There is no output so it could be the same problem I had before. Since you are using relative paths, are you sure all files can be found? Does it work with a real input file (mkv)?

All files are in the same folder which is VapourSynth64Portable

from vapoursynth import core
import vapoursynth as vs
core = vs.get_core()

src = core.ffms2.Source(source='C:/Users//Desktop/VapourSynth64Portable/cdl.mkv')
src.set_output()

I tried with avi as well, but there's no output, also I used ffplay but nothing happens!

ffplay.exe -f vapoursynth -i test.vpy

[jackoneill]

Originally Posted by Wolfberry

VapourSynth and VSScript are now statically linked into ffmpeg.

By the way, did you need to patch VapourSynth to accomplish this?

[ChaosKing]

Originally Posted by unix

All files are in the same folder which is VapourSynth64Portable



I tried with avi as well, but there's no output, also I used ffplay but nothing happens!

I think VS needs to be installed. ffmpeg & ffplay are working fine.
Tested with: ffplay.exe -f vapoursynth -i 'D:\test.vpy'