bcoyle
Member
Nice Setup. You Are a sports streamer. 24/7 or just during games?I'm trying to execute just one command. I tried to offset even that but always crashing. My setup below
Nice Setup. You Are a sports streamer. 24/7 or just during games?I'm trying to execute just one command. I tried to offset even that but always crashing. My setup below
Thank you, only during games for one club. Sometimes also company events/ webinars.Nice Setup. You Are a sports streamer. 24/7 or just during games?
5.0.0-alpha2 is only meant to be used by developers and requires OBS >= 27.1.0. You should probably download 4.9.1I installed websockets but I cannot see it from within OBS 27.0.1.
I installed the last release of websocket 5.0.0.alpha2 from the windows installer... I read all instruction pages, but I cannot seem to identify where I can activate in OBS...
What did I do wrong ?
This is a known issue in the 4.x versions. 4.x's development has ceased. 5.x fixes this, but uses a whole new protocol.(Duplicate of post at https://obsproject.com/forum/thread...al-analysis-web-sockets-also-involved.145612/)
I'm not quite sure of the best way to report this crash. I have done a certain amount of source code analysis, and it seems to lie in a grey area between OBS itself and the OBS web sockets plug-in, but I'm leaning more towards it being a core OBS issue. The crash has shown itself in the final OBS 26.x and in 27.0 on Mac (M1, Big Sur). It happens during change of Scene Collection. This is what seems to be happening in one particular crash.
- Nothing is written to the OBS log from this point
- The Scene Collection change starts
- All current sources are destroyed. Notifications are sent (from OBS events to OBS web sockets events) showing this has happened.
- About 0.2 seconds pass. The scene collection has not yet loaded and the UI is locked.
- An external app sends a request via OBS web sockets "GetSceneList". It does this every second, so it's likely to hit a lot of scene item collection changes.
- This results in a call to obs_frontend_get_scenes, and this function crashes. Details SYSSEGV, offset + 120 (version 27.0).
I speculate that the data structures in the UI are not in a good state at this point in the scene collection change. It would be better to lock out requests if they are going to cause crashes. Perhaps an event OBS_FRONTEND_EVENT_SCENE_COLLECTION_CHANGING could also be sent; this could also clue in monitor processes to just not bother themselves until OBS_FRONTEND_EVENT_SCENE_COLLECTION_CHANGED is sent, because even if all the requests are ok, there is likely to be a lot of redundant work.
I am working with a customised OBS websockets plug-in and would happily add tests to avoid this problem, but I can't really see what to look for. (The only other plug-in loaded is OBS Audio Monitor).
Known issue. Will be redesigned in 5.0.0 to work properly.Hello everyone,
TLDR;
Cant call SetFilenameFormatting and SetRecordingFolder whlile advnced output mode is set.
I have been using this plugin for a while now and it's pretty amazing.
Though I have recently arrived at an "unsurpassable wall" of some sort.
Up until today my setup was using the "Simple" setting at the Settings->Output->Output Mode and I was able to set the recording location and name of my files remotely with ease.
Today, I have decided to update my output to DnxHd, which requires an "Advanced" output mode setting.
Activating this setting prevents me from setting the recording folder and file name remotely.
Am I missing something or should I settle with the "Simple" output mode?
Thanks :)
That's a question to ask the developers of the client library you are using. However you could also try to call `GetVersion` as a way of seeing if the connection is responding.Hello there,
I have a question about connecting to obs websocket and status information. I'm making a web page that can control scenes from my phone but after a while if the page isn't focussed/active it will disconnect. So as a prevention i have added some code that reconnects every time the page is refocussed just in case. This isn't the most elegant solution as I would rather just check to see if the connection is still active but I'm having trouble with that as well. Now this could be something I have missed but I cant seem to see any method or what have you to check the connection status while using the JavaScript library. I'm looking to basically check the connection is active and if it is then skip trying to connect to it again. Is that possible? If not is it ok to keep making connections to the obs websocket? Like it wont get to the point it will stop working becuase it thinks too many connections are being made? Is there a better way or reconnecting than just using obs.connect again?
Hope that makes sense!
Thanks a lot in advance :)
All the best,
Will :)
Not in 4.x versions. Groups are very finnicky and are not officially supported in 4.x In 5.x versions we plan on documenting what can and cannot be done with groups.Is there any way to interact with scene items (sources) that are [inside a group] using obs websocket?
im having an issue where its crashing my obs immediately after install,I installed websockets but I cannot see it from within OBS 27.0.1.
I installed the last release of websocket 5.0.0.alpha2 from the windows installer... I read all instruction pages, but I cannot seem to identify where I can activate in OBS...
What did I do wrong ?
websockets
library. I'm using the following basic code:import asyncio
import websockets
import logging
import json
logging.basicConfig(level=logging.DEBUG)
async def obs():
async with websockets.connect(uri='ws://localhost:4444') as websocket:
await websocket.send(json.dumps({'op':1, 'd':{'rpcVersion':1}}))
await websocket.recv()
asyncio.run(obs())
DEBUG:asyncio:Using proactor: IocpProactor
DEBUG:websockets.client:= connection is CONNECTING
DEBUG:websockets.client:> GET / HTTP/1.1
DEBUG:websockets.client:> Host: localhost:4444
DEBUG:websockets.client:> Upgrade: websocket
DEBUG:websockets.client:> Connection: Upgrade
DEBUG:websockets.client:> Sec-WebSocket-Key: 0Wit8pQW5fvqvCLaS9gX2Q==
DEBUG:websockets.client:> Sec-WebSocket-Version: 13
DEBUG:websockets.client:> Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits
DEBUG:websockets.client:> User-Agent: Python/3.10 websockets/10.1
DEBUG:websockets.client:< HTTP/1.1 101 Switching Protocols
DEBUG:websockets.client:< Connection: Upgrade
DEBUG:websockets.client:< Sec-WebSocket-Accept: qwAVo86irvt4WBvkUUSTgeTlWV4=
DEBUG:websockets.client:< Server: WebSocket++/0.8.1
DEBUG:websockets.client:< Upgrade: websocket
DEBUG:websockets.client:= connection is OPEN
DEBUG:websockets.client:> TEXT '{"op": 1, "d": {"rpcVersion": 1}}' [33 bytes]
DEBUG:websockets.client:< TEXT '{"error":"missing request parameters","status":"error"}' [55 bytes]
DEBUG:websockets.client:= connection is CLOSING
DEBUG:websockets.client:> CLOSE 1000 (OK) [2 bytes]
DEBUG:websockets.client:< CLOSE 1000 (OK) [2 bytes]
DEBUG:websockets.client:= connection is CLOSED
Yes, you are right, this is the root of the problem. Apparently, at some point I switched to documentation for version 5.x, although I use 4.x.ok, confused. This syntax is version 5. Use of op is now v5 and not released , not currently how v4 works.
I think your answer is that true and false are not strings and therefore not quoted. Numbers are not quoted, along with boolean.Very subtle at times .Has anyone seen an issue with using scene item visibility?
If I send the following JSON Payload:
{"request-type":"SetSceneItemProperties","message-id":"3025","scene-name":"Scene2","item":"1","visible":"false"}
the scene item visibility is correctly set to "false". However, if I send:
{"request-type":"SetSceneItemProperties","message-id":"3025","scene-name":"Scene2","item":"1","visible":"true"}
the visibility is not set to true; further, if the item is visible and I send the message with visible set to true, the item visibility is actually set to false.
Has anyone seen this, or does anyone have a potential workaround?