Event subclasses should be public and static
Check HLS width/height matches H264 width/height
Move all 'Reporter' pieces into 'event' package
Convert logging site into an Event
Make Event into a top-level type
Interpose 'Alert' between 'Event' and subclasses

The makes room to add intermediate  event subclasses for other uses, like
performance metrics.
Don't do HLS test when just checking a .ts file
Avoid exceptions on missing h264 data

If we joined a transport stream 'in the middle' we may have missed the
earlier parameter data that later elements need to refer to.
Start to seperate m3u8 loading / content handling
Better place for HlsMediaPlaylistContext creation
HlsSegmentProcessor should do its own scheduling
A dedicated HlsMediaPlaylistConsumerContext

Not much used yet.
HlsMediaPlaylistConsumer should resolve the URI
Remove the stub API code

Will have a got at pushing out reporting data, rather than providing it to
be pulled.

Might revisit that later, but want a simpler codebase for the moment.
Move more code from 'Processor' to 'Consumer'.

Have HlsMediaPlaylistConsumer do more of the work to handle media manifest
content, with the goal of leaving HlsMediaPlaylistProcessor mostly just
handling protocol concerns.
Start to publish events with performance info
Fix attr name cut'n'paste error
Don't assume a RESOLUTION (audio streams!)
Have toString() cover all SeqParamSet properties
Use context-specific Locator implementations

This makes for easier to interpret stack traces when serialised as console log
output, and would make it possible to do cleverer better and analysis of an
event stream using these objects.