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. |
11th December 2016, 23:01 | #2681 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
__________________
See My Avisynth Stuff |
|
12th December 2016, 02:03 | #2682 | Link | |
Registered User
Join Date: Jun 2010
Posts: 91
|
Quote:
Last edited by fAy01; 12th December 2016 at 02:09. |
|
12th December 2016, 08:54 | #2684 | Link | |
Registered User
Join Date: Jan 2014
Posts: 2,309
|
Quote:
From my earlier post: CombinePlanes(clip1 [,clip2, clip3, clip4], string planes [, string source_planes, string pixel_type, string sample_clip]) Combines planes of source clip(s) into a target clip If sample_clip is given, target clip properties are copied from that clip If no sample_clip is provided, then clip1 provides the template for target clip An optional pixel_type string (e.g."YV24", "YUV420PS", "RGBP8") can override the base video format. |
|
12th December 2016, 14:30 | #2685 | Link |
Registered User
Join Date: Nov 2010
Posts: 123
|
Compilation break issue:
8> merge_avx2.cpp 8>C:\AviSynthPlus\avs_core\filters\merge_avx2.cpp(75): error C2664: '__m128i _mm_stream_load_si128(__m128i *)': cannot convert argument 1 from 'const __m128i *' to '__m128i *' 8> C:\AviSynthPlus\avs_core\filters\merge_avx2.cpp(75): note: Conversion loses qualifiers 8> C:\AviSynthPlus\avs_core\filters\merge_avx2.cpp(98): note: see reference to function template instantiation 'void average_plane_avx2<uint8_t>(BYTE *,const BYTE *,int,int,int,int)' being compiled Help? |
12th December 2016, 14:54 | #2686 | Link | |
Registered User
Join Date: Jan 2014
Posts: 2,309
|
Quote:
Strange, here https://msdn.microsoft.com/en-us/lib...v=vs.120).aspx __m128i _mm_stream_load_si128(__m128i *p); is mentioned, and you are seeing that. However, in my smmintrin.h I can see: __m128i _mm_stream_load_si128(const __m128i*); Maybe the header (smmintrin.h) has been changed since vs2013? Try removing the 'const' from cast body. |
|
12th December 2016, 19:42 | #2688 | Link | |
Registered User
Join Date: Aug 2006
Location: Stockholm/Helsinki
Posts: 805
|
Quote:
This is how I'd imagine it working: Code:
version.converttoy8 combineplanes(last,last,last,planes="RGB") Why would the target have 1 plane, when I obviously want to map them into RGB? Code:
version.converttoy8 combineplanes(last,last,last,planes="RGB",pixel_type="RGB") Code:
version.converttoy8 combineplanes(last,last,last,planes="RGB",pixel_type="RGBP8") Why not use the only available plane as default, if I don't purposefully try to access an unexisting plane? Code:
version.converttoy8 combineplanes(last,last,last,planes="RGB",source_planes="YYY",pixel_type="RGBP8") |
|
12th December 2016, 20:11 | #2689 | Link | ||
Registered User
Join Date: Jan 2014
Posts: 2,309
|
Quote:
In order to make it work or get it shown in VirtualDub, you have to do a ConvertToRGB32(). As the special case when inputs are greyscale, it is indeed a good idea not defaulting source planes to YUV, your proposal is logical. edit: Quote:
Last edited by pinterf; 12th December 2016 at 20:23. |
||
12th December 2016, 21:31 | #2690 | Link | ||
Registered User
Join Date: Aug 2006
Location: Stockholm/Helsinki
Posts: 805
|
Quote:
Quote:
If it has any permutation of YUV or YUVA, same thing, except also check if the U/V resolutions match 4:2:2 or 4:2:0 before throwing an error. Also, I would go even further by making source_planes always default to Y if the source clip is YUV(A), because that's what you're usually processing before combining them, and that's what you're actually seeing when previewing anything. If there's at least one RGB source, then require the source_planes string. Last edited by ajp_anton; 12th December 2016 at 21:33. |
||
12th December 2016, 21:49 | #2691 | Link |
Registered User
Join Date: Jan 2014
Posts: 2,309
|
RGBA and YUVA permutations are working already.
But this latter idea can be confusing, e.g. you can specify only one YUV clip, and the default source plane order is YUV, which is good enough I think. There is a rule that you can specify less input clips, and if no more clips found in the list, but there are still planes to process, the last one will be automatically used further on. Last edited by pinterf; 12th December 2016 at 21:53. Reason: addition |
13th December 2016, 04:26 | #2692 | Link |
Registered User
Join Date: Aug 2006
Location: Stockholm/Helsinki
Posts: 805
|
How so? Or did you misunderstand?
If planes="RGB" or "BARG" or "AVYU" (weird examples), why does it need pixel_type? There's only one string that's ever going to be accepted by the filter anyway, why not use that? Does there exist a scenario where the user can actually choose between two different pixel_type strings? |
13th December 2016, 07:51 | #2693 | Link |
Registered User
Join Date: Jan 2014
Posts: 2,309
|
Sorry, I mean they are working because meanwhile I have done it. Specify planes=RRG or GBRA, it will map to planar rgb. pixel_type is good only when single Y or A target is specified or want a target with alpha plane but not filling all 4 planes.
|
14th December 2016, 05:34 | #2695 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
re did same test here http://forum.doom9.org/showthread.ph...mc#post1745799 but with MP_Pipeline and after edit this http://publishwith.me/ep/pad/view/ro.rDkwcdWn4k9/latest
Code:
MP_Pipeline(""" ### platform: win64 ColorBars(width=720, height=480, pixel_type="RGB32") ConvertToYV12() QTGMC(InputType=1, Ezdenoise=2) LSFMod(strength=66) gradfun3() Prefetch(12) ### ### """)
__________________
See My Avisynth Stuff |
14th December 2016, 08:52 | #2696 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
I note that GScriptClip is incompatible with avs+ mt, with mode 2 not work at all and with mode 3 gave random scriptcilp errors
__________________
See My Avisynth Stuff Last edited by real.finder; 14th December 2016 at 08:57. |
14th December 2016, 10:07 | #2697 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,309
|
If Prefetch is used in a script, is it possible in a plugin to retrieve the value used?
If yes: - how? - Is this value allready avaible when AvisynthPluginInit3 is called, or should i have to wait to be within the Create_xxxx to have the value? |
14th December 2016, 10:28 | #2698 | Link | |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Quote:
__________________
Groucho's Avisynth Stuff |
|
14th December 2016, 12:14 | #2700 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
GetProperty() is part of IScriptEnvironment2 and not supported by IScriptEnvironment as far as I know. That should answer your second question.
__________________
Groucho's Avisynth Stuff |
Thread Tools | Search this Thread |
Display Modes | |
|
|