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. |
|
|
Thread Tools | Search this Thread | Display Modes |
12th July 2018, 16:08 | #41 | Link | |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Quote:
|
|
12th July 2018, 16:30 | #42 | Link |
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 |
12th July 2018, 18:22 | #43 | Link |
Soul Architect
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. |
28th February 2019, 02:28 | #44 | Link |
Registered User
Join Date: Sep 2007
Posts: 5,377
|
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. |
8th March 2019, 14:12 | #45 | Link |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,420
|
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. |
28th April 2019, 03:32 | #47 | Link |
Helenium(Easter)
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 |
28th April 2019, 05:10 | #48 | Link | |
Registered User
Join Date: Sep 2007
Posts: 5,377
|
Quote:
Why isn't Stephen implementation the official one ? Last edited by poisondeathray; 28th April 2019 at 05:12. |
|
28th April 2019, 22:50 | #49 | Link | |
Registered User
Join Date: Jun 2006
Posts: 452
|
Quote:
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. |
|
28th April 2019, 23:31 | #50 | Link | ||
Registered User
Join Date: Sep 2007
Posts: 5,377
|
Quote:
Wolfberry posted ffms2 builds with libdav1d in the other thread https://forum.doom9.org/showthread.php?t=176198 Quote:
|
||
29th April 2019, 00:06 | #51 | Link | |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,420
|
Quote:
|
|
30th April 2019, 02:52 | #52 | Link | ||
Registered User
Join Date: Oct 2009
Location: crow-land
Posts: 540
|
Quote:
Quote:
|
||
30th April 2019, 12:00 | #54 | Link |
Helenium(Easter)
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. |
4th May 2019, 23:17 | #58 | Link |
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 |
5th May 2019, 15:00 | #59 | Link |
Helenium(Easter)
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. |
12th May 2019, 16:23 | #60 | Link |
Registered User
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
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
|
|