Streaming computer won't restart streaming unless OBS restarted about nginx-obs-automatic-low-bitrate-switching HOT 8 CLOSED

I believe that is an new thing with OBS v26, I don't quite know exactly why it hangs but I am aware that OBS devs are are aware and are actively trying to patch it.

from nginx-obs-automatic-low-bitrate-switching.

Ok, I figured out what was causing this - it relates specifically to this setting:

ack_window 8192;

If I remove that setting and let it revert to its default (5000000) then I am able to stop/start the remote OBS without issue. Here's the docs on that directive:

https://github.com/arut/nginx-rtmp-module/wiki/Directives#ack_window

Can I use the default or did you pick that for a specific reason for NOALBS to function correctly?

from nginx-obs-automatic-low-bitrate-switching.

I was mainly matching what I used back in the day when I was using Bitstream, the app itself had an ack window of 8192, seemed to work well.

When using RTMP I just use the built-in Node-Media-Server rather than NGINX, it seems to have less issues.

I also use the new Media Source in OBS vs the VLC Source.

from nginx-obs-automatic-low-bitrate-switching.

So we tested the NMS server and while it works well, as far as I can tell it only supports one source... can it support more? Is there a way to send 3 RTMP sources (gopro, drone, and phone) to the NMS server and have NOALBS monitor the gopro feed?

And yes, I remember you mentioning the use of the new Media Source settings in OBS - on our same server we also host multiple DJs (for non-IRL events) so that's why we're still using Nginx and using the ack_window of 8129 holds up the source source DJ's OBS from shutting down - there is no Media Source issue at play in this scenario. We wanted to use the NMS server, but ran into the issue above (more than one source).

Now in regards to the Media Source vs VLC source (in regards to load latency), we did try it and it loads fast, but it also doesn't have an easy way of restarting the feed should it get funky (which happens quite a bit when we're hosting other DJs). This is where using the VLC source restart button is helpful. We also found the need to keep the source alive (whether it's visible or not) otherwise it just keeps getting restarted and causes more hassles than it's worth (as far as what we found...).

from nginx-obs-automatic-low-bitrate-switching.

yes you can have as many source as you want with NMS, the New Media Source has a reconnect option, here is how I have mine setup:

With these settings I have no issues while streaming RTMP.

I guess I don't quite understand your work flow here.. do you have time for a Discord Voice Call?

b3ck#3517

from nginx-obs-automatic-low-bitrate-switching.

msoultan >

ack_window 8192;

If I remove that setting and let it revert to its default (5000000) then I am able to stop/start the remote OBS without issue. Here's the docs on that directive:

If you use default ack_window in NGINX, !fix wont work well.

from nginx-obs-automatic-low-bitrate-switching.

from nginx-obs-automatic-low-bitrate-switching.

Correct. 'Media Source' kind of leaves !fix and !refresh in depreciation.

from nginx-obs-automatic-low-bitrate-switching.