[DESKTOP] Playback issue on windows platform

[abishai]

Something is wrong on windows platform (64 and 32 bit) - the playback is very slow (beyond usability), like 1 frame per 2 sec.
Works flawlessly on my arch linux.

[pliablepixels]

@abishai - what playback - live or events ? I tried both and I don't see it at all - Windows 10, 64bit
Note that on live playback, if nph-zms is on, I first display a snapshot for 6 seconds and then switch to live feed - so you will see the first frame for 6 seconds. This is to fix #139 - the logic is first show a quick snapshot and then move to live. The 6 seconds is arbitrary - a better way to do it is to switch the moment the first frame is loaded - I'll get around to doing that sometime in the future

[abishai]

Events. That's very strange. I updated rather old version today (1.0.2 maybe). It had bug with recorder event view (I suspected network issues, so not reported it) - the frame starts show rather slowly and before it draws to the end it superseded by the next frame and so one. In worst case, I saw just a black screen.
Since version 1.0.3 playback is not teared anymore, it just very slow. Today I switched laptop from wifi to wire to the same router my linux box use without any success.

If I click to rocket icon, it starts play more intensive (say, 1 frame per second), but too way slow as well.

[abishai]

Looks like I'm hitting CPU bottleneck when I resample images (< 100% events scale). httpd is eating a core when I playback. My cameras are highres (up to 3MP / 6 fps). I'm thinking how it can be optimized. ZM web interface playbacks things more smoothly. ZM Ninja life view works as well when using zmc.

[pliablepixels]

I think the problem is each time image.php requests an image, a new apache process is launched. Can you check how many apache processes get launched when you view ? I am thinking of ditching this completely and routing via zms as well - that will also fix the event speed problems #161 . What do you think?

[abishai]

I see one active process when I playback event. I suppose it's KeepAlive work. The issue is that with scale < 100 my workaround for php 5.4 is started and it adds some more CPU press, on linux box I have scaling disabled.

I think, routing via zms is wonderful idea, I find it faster in all terms. Another option is to request images directly, without proxyfing it through php at all.