Now I wonder where I made a mistake in the code of the rtsp player that there was an increase in performance :) What you are writing really makes sense. I just didn't understand that everyone uses

In Github, you are usually supposed to "fork" upstream (GitHub.com/nnstreamer/nnstreamer) to your personal repo (GitHub.com/YOURID/nnstreamer) and do the developments in your own personal repo. (I'm

I would like to join github, I just don't know if I should publish on my account or join your :) It's very interesting - so it's relatively useless to convert an example to c - I just need to convert

You're welcome. It'd be great if you could directly send nnstreamer commits or share your examples via Github. You are also welcomed to discuss matters in Github Issues. If you are going to

Thank you very much. That is great help. I just can't understand why it's better to use c ++ instead of c. As I read your email, just rewrite a few lines and everything will be ok. I always thought

DetectedObject is a simple struct; thus you can keep using it in C. std :: vector <DetectedObject> is a "dynamic array" of DetectedObject. You may simply use DetectedObject *objects instead of

> so in other words shouldn't I use installation packages other than those from nnstreamer ppa (sudo add-apt-repository ppa: nnstreamer / ppa)? You may still use packages from other PPAs or locally

Yes, nnstreamer-openvino in Ubuntu PPA is built against openvino - 2019R3 and to use this instance of nnstreamer-openvino, you are recommended to unstaill your openvino and install openvino from

Thanks, I thought nnstreamer-openvino support is for openvino version 2019. In truth, I work with rapsberry 4 - ubuntu server (aarch64). Nnstreamer works slowly but well. At first I thought the

If you have installed prebuilt nnstreamer-openvino binary from nnstreamer PPA and installed openvino from somewhere else, our openvino subplugin (libnnstreamer_filter_openvino.so) may have openvino

Hi, I would like to ask about openvino support - when I use nnstreamer tflite, everything works fine. I use Ubuntu (x64 and arm64), I have installed openVINO according to the instructions, but the

Dear NNStreamer technical-discuss list, I am providing the results of a license scan of the NNStreamer codebase, based on a snapshot of the repos as of Sept. 1. The findings and license summary are

Dear NNStreamer developers, After merging https://github.com/nnstreamer/nnstreamer/pull/2759 , we will stop accepting performance fixes and not-so-critical bugfixes.Until the 1.6.0 release, we will

Dear NNStreamer developers, As long as it supports per-PR checks, this might be a nice add-on for our CI system. @Jijoong/Geunsik: please consider this when the current release is done. This

Dear NNStreamer developers, As I have announced with https://github.com/nnstreamer/nnstreamer/pull/2648 , we will be releasing NNStreamer 1.6.0 soon. We will release the new version along with

Thank you for the report. I and a few other commiters will look into the list and start working on more critical parts (i.e., license problems of main git repositories) first. Cheers, MyungJoo

Dear NNStreamer technical-discuss list, I am providing the results of a license scan of the NNStreamer codebase, based on a snapshot of the repos as of June 2. The findings and license summary are

If you are using Tizen ML API from a .RPM platform binary (you are building with GBS, not Tizen Studio), not from a .TPK application, you can bypass privilege controls; thus, you may access it right

As you assume, I'm trying to use gdp with Tizen Machine Learning Pipeline C-API in rpi 4, using GBS, and API was 'ml_pipeline_construct'. I'll wait for official TIZEN ACR. Thank you for your answer.

Yes, gdp is being enabled in Tizen. So if they (gstreamer maintainers in Tizen) do SR, the SR is accepted (2 hours ago!), and its new snapshot with this SR gets released (not yet! the release