-
Notifications
You must be signed in to change notification settings - Fork 121
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature/param clip #85
base: main
Are you sure you want to change the base?
Feature/param clip #85
Conversation
Added V2 proposal
The purpose of this parameter is to logically locate in the effects controls the layer param indexer. This is particularly for hosts without other means to connect additional clips (e.g. no nodal interface).
I don't like the idea of requiring the parameter name to match the clip
name.
Could we instead allow setting the kOfxClipName property on the parameter
which specifies the clip/source name to bind to?
That is what was suggested, as I read it. The wording isn't clear but I
think that's what it means:
"The "name" string value must match "name" string value of the optional
input clip"
… Message ID: ***@***.***>
|
Yes this is so people can set optional / aux clips at the right place in their UI, and so it responds to show hide of a group... right now I have plugins with up to 7 inputs and putting all that at the top is rather confusing. |
Some OFX hosts don't have the concept of a parameter "slot" for an input (they just use input noodles or what-not), so I assume it's ok to ignore this parameter type in that case. |
Yes this is for non-nodal UI hosts so plug-in effects controls can look better, can be skipped if not supported. That just serves the same purpose as the input connector in DAG... Since we don't have that right now people either stack them somehow on top of plugin controls or just support filter context single input effect. Note (different thing but should go together in UI) in some hosts there is for single channel input an option menu that shows up for selecting channels. |
Paul, I vaguely remember us suggesting this mechanism and there is some
chance it is implemented in Vegas Pro. You'd only see it for Effects that
have optional inputs, and we had a selector where you could select
the source as another track. I don't remember if it shipped or not. I did
just look and it is not implemented in Catalyst Edit.
///d@
…On Thu, Oct 13, 2022 at 11:32 AM revisionfx ***@***.***> wrote:
Yes this is for non-nodal UI hosts so plug-in effects controls can look
better, can be skipped if not supported. That just serves the same purpose
as the input connector in DAG... Since we don't have that right now people
either stack them somehow on top of plugin controls or just support filter
context single input effect. Note (different thing but should go together
in UI) in some hosts there is for single channel input an option menu that
shows up for selecting channels.
—
Reply to this email directly, view it on GitHub
<#85 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABP7AI4WZHYQIWMPIOTYNA3WDA2QPANCNFSM5DE35RPQ>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Dennis- Yeah I do remember that, and I don't know either whether that
was implemented in Vegas. But Vegas was the first host I thought of
where this would make sense.
…On 10/13/22 1:57 PM, Dithermaster wrote:
Paul, I vaguely remember us suggesting this mechanism and there is some
chance it is implemented in Vegas Pro. You'd only see it for Effects that
have optional inputs, and we had a selector where you could select
the source as another track. I don't remember if it shipped or not. I did
just look and it is not implemented in Catalyst Edit.
///d@
On Thu, Oct 13, 2022 at 11:32 AM revisionfx ***@***.***>
wrote:
> Yes this is for non-nodal UI hosts so plug-in effects controls can look
> better, can be skipped if not supported. That just serves the same
purpose
> as the input connector in DAG... Since we don't have that right now
people
> either stack them somehow on top of plugin controls or just support
filter
> context single input effect. Note (different thing but should go
together
> in UI) in some hosts there is for single channel input an option
menu that
> shows up for selecting channels.
>
> —
> Reply to this email directly, view it on GitHub
> <#85 (comment)>, or
> unsubscribe
>
<https://github.com/notifications/unsubscribe-auth/ABP7AI4WZHYQIWMPIOTYNA3WDA2QPANCNFSM5DE35RPQ>
> .
> You are receiving this because you are subscribed to this thread.Message
> ID: ***@***.***>
>
—
Reply to this email directly, view it on GitHub
<#85 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAM64AUAFWQSKOZDYIUMSXLWDBLTDANCNFSM5DE35RPQ>.
You are receiving this because you commented.Message ID:
***@***.***>
|
This looks like a dup of #60 |
As follow-up, this is useful for nodal UI as well:
|
No description provided.