Well so far I have the feeling you’re the first and only one experimenting these freezes with the new 1.5.1
In general did you observe different behaviours with your cameras with this release compared to previous release? More reconnections, strange errors reported.
Can you please take a screenshot of the performance graph in the web client and paste it here just to see if it seems stable or increasing the consumption of something ?
For the logs it would be great if you can upload them somewhere (drobox, google drive) and either post them here or if you don’t want to share them widely, just pm Henrik and me with them as soon as you have the problem next time (but ensure to enable logging to file already so that netcam studio will trace activity to file).
I have the PC that’s running NCS hooked up to a large TV and I use that to monitor things real time. Is that UI is consuming more resources than just running the web ui full screen?
You have to be more specific because that UI can be either Netcam Studio X or Netcam Studio Client so first thing is to which client are you referring ?
The screenshots where a reply to what OS, antivirus and NCS version I was running.
You told me the screenshot wasn’t what I you asked for, then you asked for information that was in the screenshot I provided.
As the screenshot I provided shows, it’s Netcam Studio X (64 bit).
It’s crashed a few times since then. If you give me somewhere to send the logs and the location of the logs I’ll send them to you.
One thing I noticed when looking at the event logs was that I had a lot of exceptions related to audio. I guess the cameras didn’t support audio and I had that checked. I went and unchecked that option on all cameras since I don’t need to record audio anyway. It’s only been a few hours, but it hasn’t crashed yet. Do you think that could have been the problem?
Excellent!
Steve and I was asking for different things which made it difficult for you, sorry! But, now we have something to search in. The audio thing looks interesting. Can you give us name of a couple of templates that you unchecked audio on so I can check how they looks. In one of the first posts you mentioned that you the these crash problem with a competitor which made reflect that it might be either something with the computer or it might be something with the cameras.
Let it run for some time and see how it goes. Do you have a Dropbox where we can pick up the log files?
Yes, sorry i didn’t read requests from Henrik and I was really interested in seeing the performance charts.
Now you’re 2 in this situation and for the other user it also seems to be audio related somehow (couple of Audio Codec not found errors) so i suppose we are going somewhere
Is that the error you have as well ? Do you know the type of audio the camera provides, is it also G711 ULAW ?
I have a panasonic HCM571, in order to investigate G711 it’s what I was planning to use so hopefully I will be able to replicate the problem locally and fix it very soon.
Your logs are actually very different from the other user with similar problems. In your case you do not connect to the camera using RTSP so first thing I would do for now is to disable audio (in the source connection dialog) for the sources 1-4
I really have the feeling that it’s related to this audio over HTTP (which anyway doesn’t seem to work and I doubt worked before).
So first thing here, please disable the audio by removing the checkbox Audio over HTTP for all the cameras that do have it (apart if some do have audio working) and report back if from this point the software is stable.
I couldn’t replicate the problem here however i’m already one version further in term of ffmpeg so maybe that’s why.
Btw it would be easier to regroup the 2 cases. maybe you can follow-up this thread:
I will report in that one from now since the title is more relevant to the issue I’m looking at.
