We are using the MIP SDK v.2.0 in our solution in order to exchange data between our systems. That means Ievents of our system can trigger events within the Milestone system.
The main problem we are facing is with the JPEGLiceSource returning the first callback of LiveContentEvent very slow (from 10s up to minutes). The SDK initialization and authentication perform quickly. Also, the JPEGLiveSource initialization.
Once the first event is received, everything works fine. Its just the first one which takes too long.
I wonder if you’re using a dynamic GOP length such as with Axis Zipstream? I haven’t tested the behavior when Zipstream or a custom long gop length is enabled, but I’ve never seen it take more than second or so to establish a connection and get the first frame back.
Yes, we can see this symptom in our test lab too. Maybe not that bad as the customers tell us, but anyway, it requires up to 40 seconds to get the first image in the test lab!
We don’t exactly know if ALL cameras are affected at the customers but it’s very likely and they tell us that the symptom appears throughout all manufacturers.
here is some information we got from one of our customers:
They don’t experience the issue when they use Milestone XProtect smart client on the same PC where our software is running.
Furthermore they were able to reduce the connection delay to about 1s by reducing the “Quality” to 30%, which is of course not a permanent solution for them. But maybe this information helps you?
In my eyes the issue is a .Net SDK issue only. Please correct me id I totally wrong …
We actually have no idea about this issue.. In the previous comment, you mentioned “reducing the “Quality” to 30%”, what does this mean? How and where did you change?
