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. |
3rd November 2021, 22:48 | #4581 | Link |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Why U no autoload? There are no plugins that ruin your day like that other unnamed competing application does.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
3rd November 2021, 23:09 | #4582 | Link |
Registered User
Join Date: Dec 2005
Location: Germany
Posts: 1,795
|
I autoload !!!!1111
But for software where I want to use a specific version of let's say ffms2, autoloading is preventing me of loading my version (or you need to use VS portable version). This is one example https://forum.doom9.org/showthread.php?t=176231
__________________
AVSRepoGUI // VSRepoGUI - Package Manager for AviSynth // VapourSynth VapourSynth Portable FATPACK || VapourSynth Database |
4th November 2021, 05:48 | #4583 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
@Myrsloik: because I want to be sure that:
a. no libary gets loaded twice b. the libaries I need are loaded c. when hunting for problems switching libaries to check whether the problem was caused by a libary update is easier when I just have to change the script. this is a pain when users start to mix the plugins that I provide with Hybrid with some they installed from other sources. Being able to disable autoload simple allows to keep control. Cu Selur Ps.: libimwri filter is not autoloaded on MacOS, which is why l33tmeatwad included the old version with its installer (see: https://forum.doom9.org/showthread.p...62#post1956162) Last edited by Selur; 4th November 2021 at 15:09. |
5th November 2021, 23:50 | #4584 | Link | |
Registered User
Join Date: Sep 2007
Posts: 5,374
|
Another alpha channel question for r57; A prores video with alpha channel , loading with LibavSMASHSource.
Quote:
|
|
6th November 2021, 09:12 | #4586 | Link |
Registered User
Join Date: Dec 2005
Location: Germany
Posts: 1,795
|
For python portable you can control which site-packages to use / access via a path file "python39._pth"
Here's the file I use for my portable fatpack https://github.com/theChaosCoder/vap.../python39._pth this way I can put all vs scripts into Scripts and the python stuff are Lib\site-packages. You can add as many folders as you want I think.
__________________
AVSRepoGUI // VSRepoGUI - Package Manager for AviSynth // VapourSynth VapourSynth Portable FATPACK || VapourSynth Database |
6th November 2021, 10:02 | #4587 | Link | |
Registered User
Join Date: Aug 2021
Posts: 73
|
Quote:
To what extent does the order matter? For example, if I had vnodes v1 and v2 in the dep list, but v2 was derived by invoking a plugin with v1. What might happen if v1 and v2 were declared in the wrong order? |
|
6th November 2021, 13:52 | #4588 | Link | |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
Quote:
|
|
7th November 2021, 04:22 | #4589 | Link | |
Registered User
Join Date: Sep 2007
Posts: 5,374
|
Quote:
What I wanted to do is keep an installed version ,and portable version, but use the portable version for testing purposes and not have to double up on everything . (I was able to edit the path to a custom one) |
|
7th November 2021, 20:54 | #4590 | Link |
Registered User
Join Date: Jul 2018
Posts: 1,061
|
pinterf suggest to ask Vapoursynth developers about largepages usage and skipping in the last builds. What was the reason of skipping use of large pages in the last builds ?
As I see it is hard to allocate on running windows enough number of large pages after system and applications running because of memory fragmentation. So for general use in user-ring frequently start and end application for the large allocations it possibly not applicable. And to set ring-0 driver for allocation most of RAM as large pages at boot time mean to lost this memory from all other system and may be not user-friendly for desktop PC. Or may be special helper process of defragment memory at windows runtime required and immediate gathering defragmented physical parts for application as large pages. I tried to make avisynth mod with allocating large pages for frame buffers and for unknown reason the performance of MDegrain was lower. But for small vectors buffer of about 1 2 MB LP size it looks like help to reduce TLB reload and runs a bit faster at large frame size. So may be at current time the use of small amount of large pages for highly loaded random access small buffers is good but for most of RAM for large processing simply not possible or slower ? I hope there is not performance penalty on mixing use of 4 kB and large pages in one process. Last edited by DTL; 7th November 2021 at 20:57. |
8th November 2021, 07:40 | #4591 | Link |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Order doesn't matter in the list.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
8th November 2021, 07:43 | #4592 | Link |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Use PropToClip on the output. But at the moment alpha simply gets stored as the _Alpha property. Maybe I should actually do that internally in these filters.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
8th November 2021, 07:45 | #4593 | Link | |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Quote:
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
|
8th November 2021, 16:54 | #4594 | Link | |||
Registered User
Join Date: Sep 2007
Posts: 5,374
|
Quote:
Quote:
Code:
clip = core.lsmas.LibavSMASHSource(r'prores4444.mov') alpha = core.std.PropToClip(clip) alpha.set_output() Quote:
PropToClip works ok with imwri as source for images, alpha=True |
|||
8th November 2021, 21:52 | #4596 | Link |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Needs to be updated for API4 then. Poke the author.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
8th November 2021, 23:05 | #4597 | Link |
Registered User
Join Date: Sep 2007
Posts: 5,374
|
It works with vA.3g , (vapoursynth only release) by AkarinVS
https://github.com/AkarinVS/L-SMASH-Works/releases |
9th November 2021, 19:05 | #4598 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
good find:
https://github.com/VFR-maniac/L-SMASH-Works no updates the last 2 years https://github.com/enccc/L-SMASH-Works no updates the last 4 years https://github.com/HolyWu/L-SMASH-Works no updates the last 6 month and is read only seem like https://github.com/AkarinVS/L-SMASH-Works is the only repository that is seems active,... |
11th November 2021, 13:52 | #4600 | Link | |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Quote:
Realistically you can test the first 100 outputs in no time and call it good enough if you want to allow fast switching for comparisons and stuff.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
|
Tags |
speed, vaporware, vapoursynth |
Thread Tools | Search this Thread |
Display Modes | |
|
|