Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > VapourSynth

Reply
 
Thread Tools Search this Thread Display Modes
Old 12th July 2018, 16:08   #41  |  Link
foxyshadis
ангел смерти
 
foxyshadis's Avatar
 
Join Date: Nov 2004
Location: Lost
Posts: 9,556
Quote:
Originally Posted by MysteryX View Post
There are indeed risks with downloading DLLs from unknown sources. However, one needs to do special work to run code in a DLL, it won't happen automatically, and most viruses within DLLs will be auto-detected by a good anti-virus.

Running a Python script by double-clicking on a file (for users who may not even know what VapourSynth is), however, can seriously limit the adaptation of VapourSynth. If that's the reason FFMPEG hasn't added native support for it, then I fully understand. In a business or production environment, have to be *VERY* careful where the scripts are coming from and where they are running. I don't think many people realize that. I also don't think Kaspersky will scan the Python raw script for malicious code.

I would say that this, combined with the lack of audio support, are the 2 things most limiting the adaptation of VapourSynth.
In Avisynth, all you have to do is get someone to load your DLL by saying it does something cool, and it turns out that pretty much everyone would. You can't even inspect that without being an expert programmer/reverser.
foxyshadis is offline   Reply With Quote
Old 12th July 2018, 16:30   #42  |  Link
ChaosKing
Registered User
 
Join Date: Dec 2005
Location: Germany
Posts: 1,795
And If you are really evil you could try to overwrite files with http://avisynth.nl/index.php/ImageWriter
__________________
AVSRepoGUI // VSRepoGUI - Package Manager for AviSynth // VapourSynth
VapourSynth Portable FATPACK || VapourSynth Database
ChaosKing is offline   Reply With Quote
Old 12th July 2018, 18:22   #43  |  Link
MysteryX
Soul Architect
 
MysteryX's Avatar
 
Join Date: Apr 2014
Posts: 2,559
I see a clear difference between having security risks on a development machine for someone using Avisynth/VapourSynth and downloading various DLLs, compared to a production server using FFMPEG without any awareness of what VapourSynth/Avisynth even are.

If you take risks on your local machine, that's one thing.

If a server environment is at risk simply by using FFMPEG because it auto-loads a risky script engine (without admin awareness), that's something else.
MysteryX is offline   Reply With Quote
Old 28th February 2019, 02:28   #44  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,340
Using Wolfberry's FFMpeg build with vpy support , direct vapoursynth input is about 50% speed compared to vspipe to the same ffmpeg . I would have expected marginally faster for direct vpy demuxer. Script is just QTGMC . I tried specifying different ffmpeg -threads values as an input argument. Any ideas, or am I doing something wrong? Could it be a cache issue ?

https://forum.doom9.org/showthread.p...31#post1866931

Code:
vspipe --y4m input.vpy - | "ffmpeg" -f yuv4mpegpipe -i - -an -f null NUL

Code:
"ffmpeg" -f vapoursynth -i input.vpy -an -f null NUL

EDIT #1: but another test of just reading a MP4 video with lsmash (no other filters, just source filter), direct vapoursynth is about 1.4-1.5x faster than vspipe to ffmpeg

EDIT #2: tested other source filters too lsmash, ffms2, other file types (mpeg2, avc); pretty consistent observation - direct read with only source filter is faster, but as soon as you add any additional filter in script (not just QTGMC, it can be anything like a denoiser, or even a simple resize only) it becomes slower than vspipe method at about 50% speed

Is it specific to this ffmpeg build, or do other people get different results with their own build ?

Last edited by poisondeathray; 28th February 2019 at 03:10.
poisondeathray is offline   Reply With Quote
Old 8th March 2019, 14:12   #45  |  Link
qyot27
...?
 
qyot27's Avatar
 
Join Date: Nov 2005
Location: Florida
Posts: 1,416
Post #26 in this thread linked to a copy of it on pastebin.

I think I'll probably have to switch to it also, since I could never seem to get the official implementation to cross-compile right, despite following the steps provided earlier to get the Python lib encapsulated correctly.

Last edited by qyot27; 8th March 2019 at 14:15.
qyot27 is offline   Reply With Quote
Old 27th April 2019, 15:59   #46  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,340
Thanks Wolfberry ; does this recent one have wm4 or Stephen patch ?
poisondeathray is offline   Reply With Quote
Old 28th April 2019, 03:32   #47  |  Link
Wolfberry
Helenium(Easter)
 
Wolfberry's Avatar
 
Join Date: Aug 2017
Location: Hsinchu, Taiwan
Posts: 99
I'm sure this build uses Stephen's implementation, but I haven't done any tests.
__________________
Monochrome Anomaly
Wolfberry is offline   Reply With Quote
Old 28th April 2019, 05:10   #48  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,340
Quote:
Originally Posted by Wolfberry View Post
I'm sure this build uses Stephen's implementation, but I haven't done any tests.
Some quick tests - in terms of speed wise it seems to be working as expected

Why isn't Stephen implementation the official one ?

Last edited by poisondeathray; 28th April 2019 at 05:12.
poisondeathray is offline   Reply With Quote
Old 28th April 2019, 22:50   #49  |  Link
Pat357
Registered User
 
Join Date: Jun 2006
Posts: 452
Quote:
Originally Posted by qyot27 View Post
Post #26 in this thread linked to a copy of it on pastebin.

I think I'll probably have to switch to it also, since I could never seem to get the official implementation to cross-compile right, despite following the steps provided earlier to get the Python lib encapsulated correctly.
Unfortunately I can't help you with this specific issue, but I have a request :
could you consider to make a new FFMS2 compile with the libaom decoder replaced by dav1d ?
On relative simple scripts, the just decoding from AV1 takes a lot of CPU with libaom, while dav1d is at least 4x faster on modern CPU's.

With the following videos, I can't get even real-time speed when using liboam :

https://www.elecard.com/storage/vide..._13.9mbps.webm

https://www.elecard.com/storage/vide..._22.7mbps.webm

Last edited by Pat357; 28th April 2019 at 23:05.
Pat357 is offline   Reply With Quote
Old 28th April 2019, 23:31   #50  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,340
Quote:
Originally Posted by Pat357;1873061I have a request :
could you consider to make a new FFMS2 compile with the libaom decoder replaced by dav1d ?
On relative simple scripts, the just decoding from AV1 takes a lot of CPU with libaom, while dav1d is at least 4x faster on modern CPU's.

With the following videos, I can't get even real-time speed when using liboam :

[url
https://www.elecard.com/storage/video/Stream3_AV1_4K_13.9mbps.webm[/url]

https://www.elecard.com/storage/vide..._22.7mbps.webm

Wolfberry posted ffms2 builds with libdav1d in the other thread

https://forum.doom9.org/showthread.php?t=176198

Quote:
FFMS2:

ffmpeg 4.2-dev N-93683-g163bb087f8
libdav1d 0.2.2-0d7aa95d
libopenjpeg 2.3.1
mbedTLS 2.16.1
poisondeathray is offline   Reply With Quote
Old 29th April 2019, 00:06   #51  |  Link
qyot27
...?
 
qyot27's Avatar
 
Join Date: Nov 2005
Location: Florida
Posts: 1,416
Quote:
Originally Posted by Pat357 View Post
Unfortunately I can't help you with this specific issue, but I have a request :
could you consider to make a new FFMS2 compile with the libaom decoder replaced by dav1d ?
On relative simple scripts, the just decoding from AV1 takes a lot of CPU with libaom, while dav1d is at least 4x faster on modern CPU's.
You mean like the builds I released in January and March of this year?
qyot27 is offline   Reply With Quote
Old 30th April 2019, 02:52   #52  |  Link
hydra3333
Registered User
 
Join Date: Oct 2009
Location: crow-land
Posts: 540
Quote:
Originally Posted by qyot27 View Post
... since I could never seem to get the official implementation to cross-compile right, despite following the steps provided earlier to get the Python lib encapsulated correctly.
Quote:
Originally Posted by Wolfberry View Post
ffmpeg-4.2-dev-N-93696-g45048ece81-win64-static

Code:
ffmpeg version N-93696-g45048ece81 Copyright (c) 2000-2019 the FFmpeg developers

built with gcc 9.0.1 (Built by Wolfberry) 20190426 (prerelease)

configuration: --enable-amf --enable-avisynth --enable-bzlib --enable-cuda --enable-d3d11va --enable-ffnvcodec --enable-frei0r --enable-gray --enable-iconv --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libcdio 
--enable-libdav1d --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-liblensfun --enable-libmfx --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-librubberband 
--enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libssh --enable-libtesseract --enable-libvidstab --enable-libvmaf --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg 
--enable-libzmq --enable-lzma --enable-nvdec --enable-nvenc --enable-opencl --enable-opengl --enable-openssl --enable-pthreads --enable-sdl2 --enable-vapoursynth --enable-zlib --enable-gpl --enable-version3
Would it be possible to post the build scripts ? That'd likely help the many.
hydra3333 is offline   Reply With Quote
Old 30th April 2019, 11:39   #53  |  Link
richardpl
Registered User
 
Join Date: Jan 2012
Posts: 271
That build is unsafe for using.
richardpl is offline   Reply With Quote
Old 30th April 2019, 12:00   #54  |  Link
Wolfberry
Helenium(Easter)
 
Wolfberry's Avatar
 
Join Date: Aug 2017
Location: Hsinchu, Taiwan
Posts: 99
Do you mean the auto-detection of .vpy extension?

That's in the original implementation found at post #26

I can try revert that part to the official implementation by wm4.

Or do you mean something else?

If you feel unsafe then don't use it. It's simple
__________________
Monochrome Anomaly

Last edited by Wolfberry; 30th April 2019 at 12:30.
Wolfberry is offline   Reply With Quote
Old 30th April 2019, 17:27   #55  |  Link
Pat357
Registered User
 
Join Date: Jun 2006
Posts: 452
Quote:
Originally Posted by richardpl View Post
That build is unsafe for using.
Why is that ?
Pat357 is offline   Reply With Quote
Old 4th May 2019, 11:12   #56  |  Link
hydra3333
Registered User
 
Join Date: Oct 2009
Location: crow-land
Posts: 540
Thanks !
hydra3333 is offline   Reply With Quote
Old 4th May 2019, 16:49   #57  |  Link
sl1pkn07
Pajas Mentales...
 
Join Date: Dec 2004
Location: Spanishtán
Posts: 496
that patch is safe to push to upstream?
__________________
[AUR] Vapoursynth Stuff
[AUR] Avisynth Stuff
sl1pkn07 is offline   Reply With Quote
Old 4th May 2019, 23:17   #58  |  Link
Pat357
Registered User
 
Join Date: Jun 2006
Posts: 452
@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 :
Code:
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:

Last edited by Pat357; 4th May 2019 at 23:48. Reason: attached windows-log info : appcrash
Pat357 is offline   Reply With Quote
Old 5th May 2019, 15:00   #59  |  Link
Wolfberry
Helenium(Easter)
 
Wolfberry's Avatar
 
Join Date: Aug 2017
Location: Hsinchu, Taiwan
Posts: 99
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.
__________________
Monochrome Anomaly

Last edited by Wolfberry; 12th May 2019 at 15:30.
Wolfberry is offline   Reply With Quote
Old 12th May 2019, 16:23   #60  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Thanks for the built. Any idea what could be wrong here?

Code:
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
Code:
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()
Code:
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 is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 03:55.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.