Also fix the inotify loop, augment the index (the .metadata files) to
contain data useful for insobot, and futureproof UpgradeDB()
Flags:
* -e Examine Index
Just pop an -e on the end of your usual list of flags
* -u Update Interval (was -U)
This also changes the hardcoded, unintegrated output to wrap cineraMenus
and cineraPlayerContainer in a <div>, as newly reflected in the example
template_player.html
The template buffers no longer contain indentation spaces at the start
or a \n at the end. This removes any weirdness from template composition
Also remove the cleanup code added in 0.5.22
Also fail gracefully if supplied with an .hmml file containing an
incomplete [video] node, or a template containing tags whose buffers
cannot be populated
Remove environment variable CINERA_INTEGRATE because this is meaningless
now that the default template locations are blank
Flags
-t Template Directory (was Player Template Location)
-y Player Template Location
Bug Fixes
Correctly skip annotation sets that couldn't be processed for
various reasons
Fix crash caused by <!-- __CINERA_INDEX__ --> tag in a player
template, because its buffer was being freed
Fix 2048 bytes leak per processed set of annotations
Relative to the Base:
-a sets the player location
-n sets the index location
Tweak flags, and add -B to set Base URL (necessary if setting -a or -n)
New template tags:
__CINERA_URL__
__CINERA_VIDEO_ID__
Bump DB version: 2
index_header now contains the Index and Player Locations
This is hardcoded for now, for ease of use, pending the config system
Also add Medium to the ProjectInfo array, to save users having to set
this with -m (which option remains available to them)
Reorganise the CSS, Images and JS files back to their location in the
same directory, since a default invocation of the program assumes they
are in the same directory as the Root Directory, to hopefully alleviate
some potential user frustration thanks to the requirement to set their
locations (with -c, -i and -j) before any usable output is produced
For the same input across either multiple runs or one long always-on
run, we now produce the same output. This wasn't the case because our
indexing did not take into account stuff processed in previous runs.
Matt Mascarenhas
Alex Baines