Open madcoffee opened 1 year ago
Hi, I had set my vtube studio port to a different one but it's not so critical. I just like to have such options in case I have 2 different vtube studio instances.
Ah, okay. Currently, the behavior as of 1.5.0.0 is that all commands look for an authentication token located in the global variable space. It is possible to provide some sort of command or expand the existing authentication command(s) to allow you to specify a port. We could just set the port number in the global space and all commands would look for this or otherwise refer to the default value.
In addition, if we wanted the plugin to support being able to connect to two instances of VTS at the same time (which isn't necessarily what you implied, but just mentioning it), each command would need to accept a user-specified key and port.
As a workaround for the time being, there is currently not a good way to support connecting to two VTS instances at the same time. If you have two VTS instances open, but only one of them needs to connect, then simply set that one to use the default port.
Work started; it may not be done for some time though https://github.com/HueVirtualCreature/SAMMIVtubeStudioExtension/tree/add-variable-ports https://github.com/HueVirtualCreature/SAMMIVtubeStudioExtension/pull/11
no rush. take your time, also happy new year
We have already discussed this on Twitter, but for completeness for those who have not seen this, I will repeat it here.
The gist is that the ability to change the IP address (and, optionally, the port) is absolutely critical to me. Given the proof-of-concept I will cite at the end, if you are going to offer the ability to change the port, you might as well offer the ability to set the IP address as well.
To explain, in an effort to lighten the load of my gaming machine from unnecessary Unity programs, I run all my VTubing software(*) on its own dedicated PC. This also has the added benefit of mitigating security issues by containing most of them that mainly affect Unity programs in general, but also to Live2D's runtimes in particular, given its recent buffer overrun vulnerability, which only affected VTube Studio.
At the end of the day, I would rather my gaming PC only run Unity processes that are the games I am actually playing on-stream, such as Phasmophobia, VRChat, the Final Fantasy Pixel Remasters to name a few. Notwithstanding any security issues for a moment, comingling additional Unity processes, like VTubing software, is asking for trouble at least in terms of reliability, hence my decision to dedicate a separate computer entirely and solely to VTubing software.
Per our Twitter conversation and your suggestion therein, I changed the WS URL to connect to my VTuber machine's IP address and it works just fine. So there is your proof-of-concept.
(*) In addition to VTube Studio, VTubing oftentimes involves multiple other Unity programs, such as Remasuri's T.I.T.S. and T.H.I.C.C., and MuRo's Shoost to name a few. The fewer of these programs I run on my gaming PC, removing them to my VTuber machine, the better.
To clarify as I did not see the other part, as for the thought of multiple VTS instances, that is not a critical item here. I just need the ability for SAMMI's receiver and VTube Studio to reside on different computers rather than the same one for the one instance I run.
Hey! This should be possible! I'll try and get it in when i have free time. Is this critical for you?