Stills image scaling 1.21.4

[lazyleopard]

Something I've noticed recently...

For medium and low bandwidth I have the ZM_WEB_*_DEFAULT_SCALE set to 50%. For Watch and Event streams the scaling happens, though the Watch window opens at a size large enough to accomodate the full-size image and the events list, while the Event window opens only large enough to accomodate the half-size image.

On the Frame views I see a half-sized image displayed, but the image actually sent out is still the full-size one (do a "View Image", and up it pops at full-size). The Frame window has been sized to accomodate the full-sized image, so it might as well display it at full size if it's going to send it full-size.

My guess is that the ZM_WEB_*_DEFAULT_SCALE is meant to apply only to the Watch and Event view windows, and not to the Frame view. If so, then the image dimensions in the Frame window should be full-size.

Conversely, when switching the Event window from stream to stills, the thumbnails should probably be scaled accordingly, and aren't.

[jameswilson]

i think that scaling was introduced to allow support for different resolutions not for bandwidth reducing.
Is this what you mean? I havnt tried it yet as its only my work box that has mega pixels on it as im only using composite at home (which is upgraded)

[lazyleopard]

No, that's not what I mean. There is a scaling option that fixes the resolution for the streamed views so that the montage can have all cameras at the same size, but I've got that set to full-size.

I'm talking about the ZM_WEB_*_DEFAULT_SCALE settings in the bandwidth options, which seem to half-affect the still image views, in a non-bandwidth-friendly way; the full-size image is sent, and it is then scaled on the browser to the size defined in the option. It should either be sent full-size and displayed full-size, or scaled to half-size and then transmitted and displayed at the scaled size. My preference is for the former, as the scaling is really mostly bandwidth-helpful for the streamed views...

[jameswilson]

oh i see i think lol. I will have a play and cjeck tjis out!

[zoneminder]

Something I've noticed recently...

For medium and low bandwidth I have the ZM_WEB_*_DEFAULT_SCALE set to 50%. For Watch and Event streams the scaling happens, though the Watch window opens at a size large enough to accomodate the full-size image and the events list, while the Event window opens only large enough to accomodate the half-size image.

On the Frame views I see a half-sized image displayed, but the image actually sent out is still the full-size one (do a "View Image", and up it pops at full-size). The Frame window has been sized to accomodate the full-sized image, so it might as well display it at full size if it's going to send it full-size.

My guess is that the ZM_WEB_*_DEFAULT_SCALE is meant to apply only to the Watch and Event view windows, and not to the Frame view. If so, then the image dimensions in the Frame window should be full-size.

Conversely, when switching the Event window from stream to stills, the thumbnails should probably be scaled accordingly, and aren't.

You are right about the frame sending the full size image and I'll sort that. The windows don't get smaller generally as there is no room for the menus etc. They do get larger if necessary though. The thumbnails in the stills view are controlled by the ZM_WEB_L_IMAGE_SCALING etc options so can be generated smaller. This is probably confusing though so I should sort that out as well at the same time.

Phil

[lazyleopard]

My full-size images are 768x576, so there's usually enough space (except on the live camera view) even when they're scaled to half size, but I do have the resize-windows option turned off because Mozilla has an irritating habit of remembering the last resize and assuming all future windows should be that size.

My personal preference would be to see the streamed views at the selected scale, but the still images (which go into a different target window anyway) at the captured scale. Generally, if I'm looking at the stills, it's to see the hot area outlines, and they don't show so well when the image is half-sized as they're only one-pixel lines to start with.

[jameswilson]

the problem with displaying any image at captured scale is when you use megapixel cams (1280x1024)
Now while my home pc can handle that most peoples cant
ie 15" tft etc
i accept that normal res is ok but it causes caos with the big views lol

Just my thoughts

[lazyleopard]

i accept that normal res is ok but it causes caos with the big views

Hmmm... Yes, it would, rather. I was sort-of assuming that video at N frames a second is worth taking time at source to scale down, but a single still isn't quite so obviously worth the effort. Chances are, if you're looking at a single frame, you're more interested in the detail.

[jameswilson]

i mentioned it to phil a bit ago when i tested my first megapixel ip cam and lost it on the monitor at work all i got was half an image no top program bar etc. The monitor was a 15" tft set to 1024x768. I think the way to go is to always open the monitor view at whatever res you select and have them all the same, if you want then make it bigger, and request an image with more detail. I have used the scale option in my prog before (and do currently in the low, med and high quality settings and it can make a huge difference to speed if the image is set small enough you dont notice.

James

[lazyleopard]

I think what we're concluding is that we could use different default scale settings for the monitor/event views and the still image views. At present there's no independant way to change the display scale of the still image. The cycle/montage is a third case, but it already has a fixed size setting in Options->Web under ZM_WEB_MONTAGE_*.

[jameswilson]

ill second Lazy there

[zoneminder]

I've already added this to the bug list and as soon as I've finished the zones revamp I'll have a proper look.

Phil