Bulk frames are causing problems with the scrub bar positioning of alarmed frames

[abishai]

When I hit 'view footage' button on event window, I can view the recordings, but have no clue where event have occured.

1. I see small vertical bard on time bar, but looks like they placed wrongly (or they are just artifacts).
2. On alarm frames I see no marks ZM places. Or ZM do it dynamically ?

[pliablepixels]

Not clear about this - what do you mean when you say where event have occurred?

[abishai]

Ok, I'll try to explain :)
For example, I see a motion bar in timeline window. I click on that bar and enter the view footage window. Now, I want to find the alarmed frames that triggered alarm - and I have no option here except to view entire event (600 sec for default ZM settings).

1. http://i.imgur.com/IVhviWQ.png click on motion bar
2. http://i.imgur.com/Vo9vK4K.png I have to take a long search. If I had markers on timeline...

[abishai]

I think that bulks are counted as the single frames, look at this screenshot http://i.imgur.com/9ICWHef.png - alarmed frame (if that small vertical line on bottom left is alarmed frame) is placed on frame 36-37, actual frame is 1057, but if we count all frames, assuming bulks as single one, we'll get 36. Rather suspicious.

[pliablepixels]

The markers below the scrub bar reflect alarm frames. Only frames of type "Alarm" are marked as vertical lines. If you tapped on a timeline element and don't see alarmed frames, then its possible that you are viewing a continuous recording without alarm frames? Are you sure the event id is the same between the ZM frames picture and the scrubbar event http://i.imgur.com/9ICWHef.png ?

you've cropped your images too much - so I can't correlate

[pliablepixels]

For example, here are two screenshots for event 10744

From the view footage from Timeline: (Event 10744). Note the alarm frame markers

And here is the equivalent event information from ZM console

[abishai]

http://i.imgur.com/23UaMyt.png and frames from ZM http://i.imgur.com/8AXoDdz.png
If I manually put cursor on frame 1057 in zmNinja, I seem my alarmed frame. It's a bird, so I'm sure
I suspect bulks ruining the math.

[pliablepixels]

Ah ok, let me check

[pliablepixels]

Can you show me an example of what the API outputs for bulk frames?
Example, http://servert/zm/api/events/9853.json --> replace 9853 with a valid event ID and please upload it to a github gist? I don't use bulk frames so can't test

[abishai]

https://gist.github.com/abishai/0da32349b16642d864f9

[pliablepixels]

Thanks, so tell me this - if I look at one section of the gist:

{
                "Id": "151933",
                "EventId": "4441",
                "FrameId": "25",
                "Type": "Normal",
                "TimeStamp": "2015-11-19 12:11:22",
                "Delta": "14.50",
                "Score": "0"
            },
            {
                "Id": "151939",
                "EventId": "4441",
                "FrameId": "100",
                "Type": "Bulk",
                "TimeStamp": "2015-11-19 12:11:43",
                "Delta": "35.99",
                "Score": "0"
            },
            {
                "Id": "151945",
                "EventId": "4441",
                "FrameId": "200",
                "Type": "Bulk",
                "TimeStamp": "2015-11-19 12:12:12",
                "Delta": "64.65",
                "Score": "0"
            },

This means Frames 26-100 have images stored but are represented by one entry?
Similarly 101-200 have images stored but have one entry ?

[abishai]

Bulk is the way to keep database happy for mocord mode. But for your question, if yes who keeps frames 1000-1056?

        {
            "Id": "152041",
            "EventId": "4441",
            "FrameId": "1000",
            "Type": "Bulk",
            "TimeStamp": "2015-11-19 12:16:06",
            "Delta": "298.86",
            "Score": "0"
        },
        {
            "Id": "152045",
            "EventId": "4441",
            "FrameId": "1057",
            "Type": "Alarm",
            "TimeStamp": "2015-11-19 12:16:22",
            "Delta": "314.94",
            "Score": "16"
        },

[pliablepixels]

@abishai which desktop port are you using? I'd like to send you a new version to test

[abishai]

linux64

[pliablepixels]

Please give this a go https://drive.google.com/file/d/0B3iQz0D8vxltTnppVl9EazNERDA/view?usp=sharing
Also please check if your cropping issue is addressed on wide screen (toggle the fit screen option) -- only check the monitor live view - I've not patched the event view yet

[pliablepixels]

link for download updated - for image scaling test too (#90)

[abishai]

I've lost my archive due to inability of ZM to purge outdated jpegs fast enough, so I can't check on the yesterday frames to compare them. I created some forced alarm frames and looks like they are positioned correctly.

As for scaling, the scale button works now. Fit to scree still crops by height, but at least scale to can help to view full frame.

[abishai]

I think this can be closed. On v0.87.2 bars work, scale works as well. Well done, thank you 👍