logo

Live Production Software Forums


Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Options
Go to last post Go to first unread
Dave Cruickshank  
#1 Posted : Tuesday, September 17, 2024 6:55:27 AM(UTC)
Dave Cruickshank

Rank: Member

Groups: Registered
Joined: 9/12/2021(UTC)
Posts: 22
Man
Canada
Location: Medicine Hat, AB

Thanks: 1 times
One of the issues I always have is, when I'm building a VMIX session from scratch, there is always lots of trial and error as I can scripting and shortcuts set up (Buttons on my Streamdeck)

As I move through the design phase, lots of things change. Channels get re-arranged and renamed as I hone in on the final session.

I find, though, when I move channels around and/or rename them, the initial scripts and shortcuts I setup have to inevitably be re-done so that they stay operational.


What would be REALLY nice is, when a channel is created (regardless of its function) an ID is assigned to it. One that stays with it no matter what, and is not editable. This ID could be referenced to instead of INPUT # or INPUT NAME. This would create the ability to build scripts that are INPUT specific regardless of their name or INPUT number and when they're moved around and/or changed, the script stays working. Obviously this wouldn't be the case if the input TYPE changed (audio vs. camera vs. image, etc...) but that's obvious, and the script wouldn't work.

I'm sure there are issues with this suggestion that I'm not thinking of... but it would make setting scripts and shortcuts much easier during the development phase.

nikosman88  
#2 Posted : Tuesday, September 17, 2024 7:12:31 AM(UTC)
nikosman88

Rank: Advanced Member

Groups: Registered
Joined: 12/24/2021(UTC)
Posts: 470
Greece
Location: athens

Thanks: 117 times
Was thanked: 67 time(s) in 63 post(s)
Hello. The input key that exist and is unique for every input. Also in many cases you can use input names. Personally the problem i see is with mix inputs where if we have for example 3 mix input 2/3/4 and you move them around back-forward they change numbers so there exist problem. Hope in a future version vmix team will fix this
Dave Cruickshank  
#3 Posted : Tuesday, September 17, 2024 7:36:55 AM(UTC)
Dave Cruickshank

Rank: Member

Groups: Registered
Joined: 9/12/2021(UTC)
Posts: 22
Man
Canada
Location: Medicine Hat, AB

Thanks: 1 times
Originally Posted by: nikosman88 Go to Quoted Post
Hello. The input key that exist and is unique for every input. Also in many cases you can use input names. Personally the problem i see is with mix inputs where if we have for example 3 mix input 2/3/4 and you move them around back-forward they change numbers so there exist problem. Hope in a future version vmix team will fix this


Of course. Having a machine-assigned ID on an input would solve this problem.

If I set a script to utilize "&Input=3" then re-arrange the inputs... that script will no longer work.
Similarly, if I set a script to utilize "&Input=INPUT NAME" and that Name changes... the script will stop working.

However, if the input has a Machine coded ID number... I can use that ID in the script, and know that regardless of whether I move or rename the input, it will ALWAYS work.
WaltG12  
#4 Posted : Tuesday, September 17, 2024 9:38:34 AM(UTC)
WaltG12

Rank: Advanced Member

Groups: Registered
Joined: 7/4/2021(UTC)
Posts: 288
United States

Thanks: 7 times
Was thanked: 35 time(s) in 31 post(s)
As stated, this already exists.

Open your XML by going to the web controller address and append /api to the end of it.

The input key is a GUID that you can use in shortcuts and scripts. It will also persevere across multiple presets if you append the input.

Personally, I find it easier to use input names, by giving each input I need to control a unique name and then not changing it, but using the input key is something that a lot of people do.
Dave Cruickshank  
#5 Posted : Tuesday, September 17, 2024 1:28:35 PM(UTC)
Dave Cruickshank

Rank: Member

Groups: Registered
Joined: 9/12/2021(UTC)
Posts: 22
Man
Canada
Location: Medicine Hat, AB

Thanks: 1 times
Originally Posted by: WaltG12 Go to Quoted Post
As stated, this already exists.

Open your XML by going to the web controller address and append /api to the end of it.

The input key is a GUID that you can use in shortcuts and scripts. It will also persevere across multiple presets if you append the input.

Personally, I find it easier to use input names, by giving each input I need to control a unique name and then not changing it, but using the input key is something that a lot of people do.


Sorry. I misunderstood the previous post. I didn't realize you could get an input ID by opening the XML. It would be nice if that ID was visible from the front end.

This is good to know. Thank you to both.
Roy Sinclair  
#6 Posted : Thursday, September 19, 2024 9:46:23 AM(UTC)
Roy Sinclair

Rank: Advanced Member

Groups: Registered
Joined: 11/23/2020(UTC)
Posts: 170
United States
Location: Wichita

Thanks: 10 times
Was thanked: 24 time(s) in 20 post(s)
Originally Posted by: WaltG12 Go to Quoted Post
As stated, this already exists.

Open your XML by going to the web controller address and append /api to the end of it.

The input key is a GUID that you can use in shortcuts and scripts. It will also persevere across multiple presets if you append the input.

Personally, I find it easier to use input names, by giving each input I need to control a unique name and then not changing it, but using the input key is something that a lot of people do.


Only one thing to note, if you Delete an input and then add it again, it will get a NEW key, and of course not be restored to any other uses you had previously set up for it. But if you don't do that to any major input you should not run into that as an issue.
Dave Cruickshank  
#7 Posted : Thursday, September 19, 2024 10:16:54 AM(UTC)
Dave Cruickshank

Rank: Member

Groups: Registered
Joined: 9/12/2021(UTC)
Posts: 22
Man
Canada
Location: Medicine Hat, AB

Thanks: 1 times
Originally Posted by: Roy Sinclair Go to Quoted Post

Only one thing to note, if you Delete an input and then add it again, it will get a NEW key, and of course not be restored to any other uses you had previously set up for it. But if you don't do that to any major input you should not run into that as an issue.


Makes perfect sense. You can't delete an input and add it again. It will always be a new input you're adding.

Thanks for the reply.
Users browsing this topic
Similar Topics
Fixed input ID's (Feature Requests)
by wwdv 5/3/2015 8:51:10 AM(UTC)
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.