Playback of events fails using view=video mode

[trx909]

Platform & OS Version
Android 5.1.1 & Desktop (Ubuntu 16.04)

The version of the app you are reporting:
1.1.93

What is the nature of your issue
Bug

Details
I use a current snaphost of the feature-h264-videostorage branch. Playback of recorded videos works fine in the browser, but not with zmNinja. With zmNinja 1.1.7 everything is ok.
There are no errors in the debug-log, but you could see youself:

Jun 21, 2016 10:06 PM INFO API for event detailshttp://beta/zm/api/events/525.json
Jun 21, 2016 10:06 PM INFO API for event detailshttp://beta/zm/api/events/525.json
Jun 21, 2016 10:06 PM DEBUG EventCtrl: Scrubbing will turn on now
Jun 21, 2016 10:06 PM DEBUG EventCtrl:loading one more page just in case we don't have enough to display
Jun 21, 2016 10:06 PM DEBUG EventCtrl: success, got 37 events
Jun 21, 2016 10:06 PM DEBUG EventCtrl: grabbing events for: id=0 Date/Time:-
Jun 21, 2016 10:06 PM DEBUG EventCtrl: found 2 pages of events
Jun 21, 2016 10:06 PM DEBUG Setting up carousel watchers
Jun 21, 2016 10:06 PM DEBUG EventCtrl: grabbing # of event pages
Jun 21, 2016 10:06 PM DEBUG getInitialEvents called
Jun 21, 2016 10:06 PM DEBUG Not sending WSS message as event server is off
Jun 21, 2016 10:06 PM INFO Image padding digits reported as 5
Jun 21, 2016 10:06 PM INFO ZM_EVENT_IMAGE_DIGITS is already configured for 5
Jun 21, 2016 10:06 PM INFO Returning pre-loaded list of 1 monitors
Jun 21, 2016 10:06 PM INFO Force calling resize
Jun 21, 2016 10:06 PM DEBUG All images loaded
Jun 21, 2016 10:06 PM INFO Whoops!! Monitors have changed. I'm resetting layouts, sorry!
Jun 21, 2016 10:06 PM INFO Monitors that are active and not DOM hidden: 1 while grid has undefined
Jun 21, 2016 10:06 PM INFO Did NOT find a packery layout
Jun 21, 2016 10:06 PM INFO Stream authentication construction:
Jun 21, 2016 10:06 PM INFO Data Model: Did not find any stream mode of auth
Jun 21, 2016 10:06 PM INFO DataModel: Did not find a stream auth key, looking for user=
Jun 21, 2016 10:06 PM DEBUG DataModel: Getting auth from http://beta/zm/index.php?view=watch&mid=2&connkey=761590 with mid=2
Jun 21, 2016 10:06 PM INFO Inside Montage Ctrl:We found 1 monitors
Jun 21, 2016 10:06 PM DEBUG skipping image refresh, packery is still loading
Jun 21, 2016 10:06 PM DEBUG Setting image mode to snapshot, will change to image when packery is all done
Jun 21, 2016 10:06 PM DEBUG API 1.30.0: Monitor 2 will use fid for direct image access
Jun 21, 2016 10:06 PM INFO multi server list loaded{"servers":[]}
Jun 21, 2016 10:06 PM INFO ZM_EVENT_IMAGE_DIGITS is 5
Jun 21, 2016 10:06 PM INFO Monitor load was successful, loaded 1 monitors
Jun 21, 2016 10:06 PM DEBUG Now trying to get multi-server data, if present
Jun 21, 2016 10:06 PM INFO Got API version: 1.30.0
Jun 21, 2016 10:06 PM INFO ZM has recaptcha disabled - good
Jun 21, 2016 10:06 PM INFO getMonitors:Loading all monitors
Jun 21, 2016 10:06 PM DEBUG
Jun 21, 2016 10:06 PM INFO No Event Server configured, skipping refresh
Jun 21, 2016 10:06 PM DEBUG getAPIversion called
Jun 21, 2016 10:06 PM DEBUG Config URL for digits is:http://beta/zm/api/configs/viewByName/ZM_EVENT_IMAGE_DIGITS.json
Jun 21, 2016 10:06 PM DEBUG PortalLogin: auth success
Jun 21, 2016 10:06 PM INFO Stream authentication construction:
Jun 21, 2016 10:06 PM INFO Deferring auth key, as monitorId unknown
Jun 21, 2016 10:06 PM DEBUG auth-success emit:Successful
Jun 21, 2016 10:06 PM INFO zmAutologin successfully logged into Zoneminder
Jun 21, 2016 10:06 PM INFO Checking if reCaptcha is enabled in ZM...
Jun 21, 2016 10:06 PM INFO zmAutologin called
Jun 21, 2016 10:06 PM DEBUG Resetting zmCookie...
Jun 21, 2016 10:06 PM INFO Cancelling zmAutologin timer
Jun 21, 2016 10:06 PM DEBUG PIN code entered is correct, or there is no PIN set
Jun 21, 2016 10:06 PM DEBUG unlock called with check PIN=true
Jun 21, 2016 10:06 PM INFO not checking for touchID
Jun 21, 2016 10:06 PM INFO User credentials are provided
Jun 21, 2016 10:06 PM DEBUG Inside Portal login Enter handler
Jun 21, 2016 10:06 PM INFO Setting up POST LOGIN timer

But it seems like the event is not being requested in the right way, the apache error-log show this every time:

[client xxx.xxx.xxx.xxx:45250] ERR [Path: 2/16/06/21/21/50/00/525-video.mp4]

and sometimes:

[client xxx.xxx.xxx.xxx:45250] PHP Notice: Undefined property: Event::$StorageId in /usr/share/zoneminder/www/includes/Event.php on line 31

I know that videostorage is bleeding edge, but as it worked before this issue should be not too hard to resolve.

Thanks for your help in advance.

[pliablepixels]

Path: 2/16/06/21/21/50/00/525-video.mp4

That's odd. What API version do you get when you do http://server/zm/api/host/getVersion.json?

[trx909]

"version": "1.30.0",
"apiversion": "1.0"

Another apache error (I forget to include in first post) is:

[client xxx.xxx.xxx.xxx:43616] ERR [Success sending events/2/16/06/21/16/53/46/494-video.mp4]

But this doesn't occur always. Only the Path error appears every time.

The log of ZoneMinder itself shows the path error as well, but with the additional information of the File:
/usr/share/zoneminder/www/views/view_video.php

[pliablepixels]

hmm if its 1.30 it should be fid= not path=. Any chance I can get access to a guest account with one monitor with video events? If so, please shoot me an email pliablepixels@gmail. I am on travel, so my response will be delayed

[trx909]

I was creating a guest account and a cam with low res, but THIS monitor suddenly works. The filesizes of events are a lot shorter with this one.
It seems like the file is beeing transfered correctly (network meter shows 100MBit for a minute) but zmNinja doesn't play it. Maybe the ZM log doesn't show errors but Info, because errors are always shown (strange way of debugging, but maybe...)
After the file is transfered (somewhere), the message ERR [Success sending ... appears. But playback doesn't start.
The only difference between these two monitors is the resolution, framerate and also the file size. The stream even origins of the same camera! (around 3MB/10min with low res and 800MB/10min with high res)
If you still need the guest account I can send it later.
Thanks.

[pliablepixels]

Hmmmm in that case are you sure old versions of zmNinja worked with these large files? Its the same video player. If you can create an account for me with some large videos that dont play that will help me debug

[trx909]

After checking out old commits I tracked down the one responsible for the error. On May 5 you did changes to EventCtrl.js and EventModalStrl.js.

var videoURL;
if (event.Event.imageMode == 'path')
videoURL = event.Event.baseURL + "/events/" + event.Event.relativePath + event.Event.DefaultVideo;
else
videoURL = event.Event.baseURL + "/index.php?view=view_video&eid="+event.Event.Id;

event.Event.baseURL seems to give a wrong path to the playback of video. Changing this to loginData.url solves the issue (for now).
But I really don't get why low res events do work from the beginning but high res not. A system with a clean installed ZM build (feature-h264-videostorage) had the same problems as before, so it is reproducible.

[pliablepixels]

So there are two separate issues:

a) The problem of wrong path: the core problem is elsewhere - I am not sure why your instance is going to that code. If you are using ZM version 1.30 or above, it should use a different construct. If you can give me access to your instance with a temp id, I can figure out what is going on with your install. In your debug logs, look for logs that say "API A Monitor X will use Y for direct image access" --> please tell me what the values for A, X and Y are

b) I might know what is going on with large files. To make sure the app does not get stuck indefinitely, I timeout HTTP calls (see app.js line 412) - I have a feeling that may be interfering. I'll add code to not add http timeouts if the file is an mp4

[pliablepixels]

Edit: looks like your logs already had the data for a)

Jun 21, 2016 10:06 PM DEBUG API 1.30.0: Monitor 2 will use fid for direct image access

That looks ok, so if possible please see if I can get access. It will be much harder to guess via logs

[trx909]

I built zoneminder from scratch at the current state of feature-h264-videostorage. The master branch was merged recently so everthing should be at 1.30.
Check your mails for login details.

[pliablepixels]

Ok found your email in my spam - will look at it asap

[pliablepixels]

your VM seems to be down - I can't seem to reach it

[pliablepixels]

This seems to be a problem with the view=video mode. I'll sync up with @connortechology on why this is so. In the mean time, I've added a toggle to force path=/x/y/z mode to play video

[pliablepixels]

@trx909 - I have a desktop version ready for testing - which OS and 32/64 bit?

[trx909]

Ubuntu 64bit

[pliablepixels]

@trx909 - your VM is down - can you please keep it up for a few more days? I need to collect header data to figure out why @connortechnology 's patch is not working

[trx909]

It will stay up until the issue is resolved.

[pliablepixels]

Should we close this?

[trx909]

The new option works fine and as long as this issue doesn't occur anywhere else closing is probably the best thing to do.