Plugins + Scripts VAMOverlays

[2is2is]

In my scene Shirou EP2, the Fade is triggered by McGruber Fade plug in, not the Overlay. So you can uncheck the Active box in McGruber Fade plug in in Atom Storyline.
I put the trigger in VAMSTORY or the Timeline in atom Storyline. I think this error is caused by low performance that the timeline failed to trigger the fade out order in time. I am testing the Mcgruber Relay and Delay plug in to check if it will help to solve this error while perfromance is low.

thanks for the feedback. Hope it can be solved soon.

 

[jpxrz]

thanks for the feedback. Hope it can be solved soon.

any further problem, feel free to leave me a message in Hub or in Patreon.

 

[Dragontales]

@hazmhox I use this plugin a lot. Do you know if there's a way to make the solid color overlay (the fade out / in) be on a different render queue? I've noticed a couple items still showing through the black overlay when I use it to fade between things. The first is the sphere ball in the HPV (I think that's it) plugin that adds volumentric lighting to lights. The second is elements from @Foost 's awesome fluids plugin.

 

[Foost]

@hazmhox I use this plugin a lot. Do you know if there's a way to make the solid color overlay (the fade out / in) be on a different render queue? I've noticed a couple items still showing through the black overlay when I use it to fade between things. The first is the sphere ball in the HPV (I think that's it) plugin that adds volumentric lighting to lights. The second is elements from @Foost 's awesome fluids plugin.

Unfortunately my fluids are rendered as a camera post-processing screen-space effect (for all active cameras, that's how they work in mirrors too). The annoying side effect is that they end up showing on top of all elements which are simple part of the world geometry. Changing the render queue ordering won't help there I am afraid, Unity's camera command buffer API won't let me do much more than "render before or after alpha blended layers". The fluids even render over the VAM's UI, since that's just "floating in the world" as well.

I could possibly add triggers for scene scripts and other plugins to fade in/out all of the fluids instead

 

[hazmhox]

Foost summarized pretty well the issue.

I have some ideas to improve it since I need to fix the monitor bug... with like GUI drawing or eventually a render to texture trick. But I'm not sure it's gonna be functional. And would still be "below" anything that uses post processing technics or raymarching features.

The idea of the overlay was to keep the main UI (the one you have on the controller) visible even faded out... to prevent glitches and getting fully locked into a black screen as some shit can happen in scenes. And without entering in details of how complex it is in the render queue to have something that fully blocks anything... it would also potentially lock the user in a state where he can't interact at all with VAM to reset it in case of "emergency".

So it's a matter of convenience / UX and small sacrifices above else.

 

[Dragontales]

@hazmhox @Foost , No worries. That all makes sense. Just figured I'd ask.

 

[vignacio915]

This request might be harder than it sounds, but would there be anyway to move the subtitle popups to a box controlled by a capsule that could be put anywhere in the scene, or spawn stationary relative to the headset?
And/or would there be a way to have all subtitles disabled as a session plugin?

This plugin really hurts the vr experience in my case. The nearly stationary text trying to stay centered on the head cam causes nausea almost instantly. I have a strong stomach for Other camride features in VR and irl things like rollercoasters, but this implementation of subtitles really messes with me.

 

[hazmhox]

This request might be harder than it sounds, but would there be anyway to move the subtitle popups to a box controlled by a capsule that could be put anywhere in the scene, or spawn stationary relative to the headset?

At some point, if you have a user control component and/or have it stationary, you should fall back to VAMStory instead.

And/or would there be a way to have all subtitles disabled as a session plugin?

I don't know why we'd need a session plugin for that. I could add a "disable subtitles" flag in VAMOverlays, so that creators could add the option to the scene. But at the end of the day it would require creators to add that option and implement it in their scene ( and/or update older scenes ).

This plugin really hurts the vr experience in my case. The nearly stationary text trying to stay centered on the head cam causes nausea almost instantly. I have a strong stomach for Other camride features in VR and irl things like rollercoasters, but this implementation of subtitles really messes with me.

I optimized (at the time) the feeling and distance of the subtitles so that they are not to awkward in VR. But I'd say that the subtitle implementation comes down to the creator of the scene. I think the system is great for really short lines or "hud" alerts and things like that. Or eventually in very calm/short dialogs without other complex animations in the background.

But if someone is doing like a fully subtitled scene, with a lot of reading etc... this might not be a great choice, and should again fall back to VAMStory instead.

I had something in my mind that emulates a similar principle as Alyx (with the dialogs having a slight delay when you move around)... but since VAMStory also does that, I ended up not doing it.
If it's not for your scenes, and you have creators using this... you might want to recommend them to use VAMS instead with the follow option enabled.

 

[vignacio915]

At some point, if you have a user control component and/or have it stationary, you should fall back to VAMStory instead.




I don't know why we'd need a session plugin for that. I could add a "disable subtitles" flag in VAMOverlays, so that creators could add the option to the scene. But at the end of the day it would require creators to add that option and implement it in their scene ( and/or update older scenes ).




I optimized (at the time) the feeling and distance of the subtitles so that they are not to awkward in VR. But I'd say that the subtitle implementation comes down to the creator of the scene. I think the system is great for really short lines or "hud" alerts and things like that. Or eventually in very calm/short dialogs without other complex animations in the background.

But if someone is doing like a fully subtitled scene, with a lot of reading etc... this might not be a great choice, and should again fall back to VAMStory instead.

I had something in my mind that emulates a similar principle as Alyx (with the dialogs having a slight delay when you move around)... but since VAMStory also does that, I ended up not doing it.
If it's not for your scenes, and you have creators using this... you might want to recommend them to use VAMS instead with the follow option enabled.

Thanks for your response and your consideration.

In VR there are a lot of scenes I find work better with some tweaking since they were likely setup for desktop, (kind of like the "Disable postmagic" plugin)
a disable subtitles flag would be very appreciated if it's ever released, I'm fine with editing plugins once in scences. but I understand the limitations on time and the need for creators to actually install it. and my very limited use case.

Thanks again for all your work!