obs-gstreamer

obs-gstreamer 0.4.1

Go to download
Overview Updates (16) Reviews (7) History Discussion
Tuna said:
This is due to new DLL loading restrictions in OBS 3.2.
Click to expand...
I have been using gstreamer for a few years now and it never failed me ! Using the gstreamer plugin in combination with the ptz controls plugin to run 7 cheap surveillance IP camera's for a full fledged IP PTZ streaming setup.

So the cause of the illness is found, the DLL loading restrictions. Which is good for security so i would not like to get stuck to OBS 32.1.x

Is there a possibility a cure will be found ? Thanx !!
 
johnny_bravo said:
Is there a possibility a cure will be found ? Thanx !!
Click to expand...
I have a patched version working on OBS v32.2.1 - However, I did so by using Claude to patch the code. I haven't made a pull request because I wouldn't want to do so until I had a chance to deeply review the changes that Claude code made and understand them before I submit them for the author. That said, if anyone is in a pinch, I could share what I have that does work. :)
 
Hi all! New to GStreamer and still learning the syntax, but this plugin has so far been a lifesaver for getting low latency, buttery-smooth RTSP streams from my PTZ cameras into OBS when NDI HX kept dropping the ball for jitter. Here's my pipeline:

rtspsrc location="rtsp://192.168.51.252/1" protocols=tcp latency=10 buffer-mode=slave ! rtph264depay ! h264parse ! nvh264dec ! video.

The only options checked off are "usepipeline time stamps (video)", "usepipeline time stamps (audio)", and "clear image data after end-of-stream error"

Just a quick note about some odd behaviour: I frequently cause OBS to crash when adjusting pipeline parameters for existing RTSP sources and clicking "OK". Crash logs included, I just don't know how to interpret them. This behaviour has been observed on different versions of OBS and different versions of the GStreamer plugin.

MinGW-x86-64 full installation on Win 11, OBS 32.2.2.


Representative crash logs: https://obsproject.com/logs/crashes/MEEJwGDPSADxUFoz

and https://obsproject.com/logs/crashes/dVcJx4BHg5hjOthT

Thank you all and especially @Tuna!
 
chegele said:
Hi all! New to GStreamer and still learning the syntax, but this plugin has so far been a lifesaver for getting low latency, buttery-smooth RTSP streams from my PTZ cameras into OBS when NDI HX kept dropping the ball for jitter. Here's my pipeline:

rtspsrc location="rtsp://192.168.51.252/1" protocols=tcp latency=10 buffer-mode=slave ! rtph264depay ! h264parse ! nvh264dec ! video.

The only options checked off are "usepipeline time stamps (video)", "usepipeline time stamps (audio)", and "clear image data after end-of-stream error"

Just a quick note about some odd behaviour: I frequently cause OBS to crash when adjusting pipeline parameters for existing RTSP sources and clicking "OK". Crash logs included, I just don't know how to interpret them. This behaviour has been observed on different versions of OBS and different versions of the GStreamer plugin.

MinGW-x86-64 full installation on Win 11, OBS 32.2.2.


Representative crash logs: https://obsproject.com/logs/crashes/MEEJwGDPSADxUFoz

and https://obsproject.com/logs/crashes/dVcJx4BHg5hjOthT

Thank you all and especially @Tuna!
Click to expand...
This seems to be a race condition of OBS querying the media info and the plugin recreating the pipeline. Can you open a issue on Github?
 
If anyone is interested, managed to get AES67 stream from an SQDanteV2 into OBS with obs-gstreamer, using the following pipeline:
Code: 
udpsrc address=239.69.119.250 port=5004 multicast-iface=192.168.122.10 caps=application/x-rtp,media=(string)audio,clock-rate=(int)48000,encoding-name=(string)L24,payload=97,channels=(int)2 ! rtpjitterbuffer latency=48 mode=0 ! rtpL24depay2 ! audioconvert ! audioresample ! audio/x-raw,format=F32LE,layout=interleaved,rate=48000,channels=2 ! audio.
Now I could skip Dante Via and it's quirks...
 
You must log in or register to reply here.
Back
Top