The pipeline runs, and I am able to display the output and see the bounding boxes (The detector contains 2 classes). However, none of the bounding-boxes display the text metadata i.e. there is no primary classifier based label, no tracking id, and no secondary classifier based label shown. Incrementally checking with just the detector, and the detector + tracker results in the same behaviour. Visually, it is quite similar to the problem described here: No text labels of bboxes displayed with osd for deepstream-test5
However, I am not using multiple streams; I use a single video stream. Is there some issue with the current nvdsosd plugin in DS 5.0? Because the same application worked fine with DS 4.0. I updated the custom detector config to a DS 5.0 like format while testing with DS 5.0.
Is this just me or is this a known issue? In any case, help, comments, or pointers to fix this will be appreciated.
Thank you for your reply. I found your post and comment helpful. However, I am not running any deepstream-test* app. Just for a check, I just ran the deepstream-test1 app and it showed the labels as well.
For me, the problem is that I don’t get the text labels with the gstreamer syntax pipeline I try to use with the nvdsosd gstreamer plugin. Previously, it worked fine with DS 4.0 and displayed the labels as expected.
Sorry for a bit of a late response, and thank you for the quick response. I checked the above command you shared and it works fine and displays the text labels. However, the problem still persists when I try to run a similar pipeline. I am trying to reproduce it in as simple a configuration as possible and will share it soon as I have something.
Hi, thank you for checking. I was not able to reproduce the problem simply. So far, I am instead using a custom plugin to print the labels to terminal. I guess you can close this issue, and I can reference this in a new one if I am able to reproduce it. It could be due to one of the custom plugins (any of gstreamer or deepstream ones) that I am using.
I have the same issue, it only occurs when the video stream comes from RGBA. The plugin nvdsosd works perfectly when using NV12 as @DaneLLL observed, but the pipeline runed by @smaqbool uses RGBA:
My workaround is to convert the format to NV12 just before nvdsosd, then we need another nvvideoconvert that converts the format back from NV12 to RGBA, which is the only format available for nvdsosd: