ZoneMinder Forums

When pulling up the list of Events I've noticed it takes a long time to load all the thumbnails for the Events and I discovered the thumbnails aren't thumbnails but the full 640x480 nnn-analyse.jpg image. When loading a hundred of these (which is the number of events I use per page) not-thumbnail thumbnails that's downloading over a 100M and remotely can take some time. I'd rather scroll through a list of a hundred then constantly click for the next page.

Does ZM use ffmpegthumbnailer?

ffmpegthumbnailer is installed on openSuSE 11.4 but I don't see a devel package for it.

libffmpegthumbnailer4-2.0.6 is installed and libffmpegthumbnailer-devel-2.0.6 is installed.

Just wondering if those thumbnails in the Events listing should really be thumbnails or should be the whole analyse image as I'm seeing? It may have always been this way before and I just noticed it but if so I never remember it being this slow to load.

Hello there BlankMan,

As far as i know, ZoneMinder uses mootools for displaying the thumbnails. The thumbnails are not really thumbnails, they are full size images appearing resized, but once you click on a one, the full size picture comes up, this should explain the huge bandwidth use.

mastertheknife

Thanks, so then what does mootools actually do? I see that in the html source now it's just using width=48 height=36 in the img tag.

Seems to me it be more efficient to just send a 48x36 image then sending X 640x480 images, and if you want to see that image in full size then get that 640x480 image. I never look at all of them in the events list and I doubt others do every time either.

Room for improvement IMO. Storage wise storing a 48x36 image for each analysed image would be minimal and be fine by me or even create them temporarily on the fly.

How this works is controlled by the WEB_H_SCALE_THUMBS option (or _M_, _L_ etc etc) for each bandwidth class. In other words if you have a high bandwdth connection then you might prefer to see the full image but resized in the browser rather than chew up CPU on your server generating thumbnails. On a low bandwidth connection the opposite may be true.

Thank s for the explanation Phil.

But that's interesting, in High, Medium and Low bandwidth I have the WEB_H_SCALE_THUMBS checkbox checked and it's still sending the full images and the browser is scaling it.

If I read this right:

"If unset, this option sends the whole image to the browser which resizes it in the window. If set the image is scaled down on the server before sending a reduced size image to the browser to conserve bandwidth at the cost of cpu on the server"

I should have it checked to *not* send the full image, bit it is. I got plenty of cpu but not that much bandwidth remotely.

Do you have the php-gd package installed? This is what ZM uses for resampling images etc but if its missing then ZM will just revert to full scale images anyway.

zoneminder wrote:Do you have the php-gd package installed? This is what ZM uses for resampling images etc but if its missing then ZM will just revert to full scale images anyway.

Ah that explains! I'm having the same issue.. I'll go take a look

mastertheknife

Yes, it's not very obvious. I have added a comment into the help for those Options to give a bit of a hint.

Didn't have php-gd installed but do now.

Still no joy, stopped and started ZM, still no joy.

Re-configure'd, compiled & installed ZM, still no joy.

Stopped and re-started apache, JOY! Didn't realize right away that apache had to pick up that the module was now installed on it's startup.

Thanks Phil!