search

sylvain-prevost / deepstream_wsl

Adjustments to Deepstream (v6.2/v6.3) plugins to enable inference execution/debugging/visualization under WSL2
MIT License
26 stars 1 forks source link

how to run my own instance #5

Open Sakura761 opened 2 months ago

Sakura761 commented 2 months ago

![image](https://github.com/sylvain-prevost/deepstream_wsl/assets/93571484/00fdf861-5094-4a83-aee1-7c6ee2688 when I run my own instance,errors occurred

Sakura761 commented 2 months ago
image
sylvain-prevost commented 2 months ago

deepstream-app has not been adjusted to be compatible with WSL.

Some of the nVidia-provided GStreamer plugins do have references to EGL symbols (not available on WSL). For some of these components, nVidia provides the source code (for ex: gst-nvinfer and gst-nvdspreprocess), but for others like the h264 encoder/decoder, nVidia does not provide the source code - therefore can't be modified, thus will fail to load on WSL. In this case, one workaround is to find a functionally equivalent plugin provided as part of GStreamer (or set of plugins).

This is the type of changes that have been done as part of the 'ajusted' test samples (deepstream-test1 & deepstream-test2) which do process input files. Adjusting the complete deepstream-app would likely require a sensible amount of work given that it is very generic.

I've never tried to determine what these changes would look like for h264 encoding for rtsp-server streaming (most likely a combination of nvvideoconvert, h264parse, rtph264pay, x264enc & udpsink, along with appropriate capsfilters & properties settings to feed a GstRTSPServer instance).

Sakura761 commented 2 months ago

so can not run deepstream-app in wsl?