Merged gnome energymanagement branch changes
Missing merge changes and a minor whitespace change
Add capability to enable LPE feature in device xml
Remove any comments in the service xml
Fixed issues related to end boundary conditions with non-segmented MP4s

Changed IsoSampleTableBox.AccessPoint to have a "is_at_start/end" to allow
 an AP to express being at the very start/end of its range and code to set/
 check it. (more work is required to set/use this in 100% of cases, however)

Improved the IsoSampleTableBox.access_point_offsets_for_sample(),
 access_point_sample_for_byte_offset(), and access_point_chunk_for_sample()
 end-range logic. In all these cases, if the passed AccessPoint's sample
 is beyond the range of available samples, these now set the AccessPoint's
 chunk to the last chunk with samples_into_chunk and bytes_into_chunk
 referring to the byte immediately after the end of the last chunk. This
 reduces the special-case logic required for the trim_to_time_range()
 logic.

Identified some redundant/inefficient logic in IsoSampleTableBox.
 remove_sample_refs_after_point(). This was

Fixed a bug in IsoChunkOffsetBox.remove_chunk_refs_before (). It wasn't
 checking the chunk number against the array length correctly.

Ran a variety of range tests against DLNA (non-segmented) reference streams
 with npt=0-n, n-m, and n- range tests. Only observed issue was a slight
 rendering issue with bbb_avc-main_720x576i50_2M_heaac51_48kHz_160kbps.mp4.
 mp4s produced using non-0 range starts are rendering with momentary
 pauses in VLC. Confirmed this is happening prior to these changes as well,
 however. Will investigate the issue with this file separately.
Enabling LPE, RUIHSRC and BMS capabilties by default
Fixed another end boundary condition with non-segmented mp4 (CVP2RI-397)

Testing with time-range 179-180 of O-AVC_MP4_HP_HD-08.MP4 uncovered another
 end-time issue. In this case, 180s resolves to the very last sample in the
 mp4. The logic to detect this end-of-range condition, however, was using
 SampleSizeBox.last_sample_number() - which was returning entry_size_array
 .length+1 - which is not correct. This is now fixed to return the length.

Re-ran the test - and range tests against the above file,
 B-AVC_MP4_MP_SD-08.MP4, and O-AVCMP4_BC15A-02.mp4
Merge remote-tracking branch 'origin/cablelabs/energymanagement_merge' into cablelabs/master
Initial implementation of MP4 DTCP support

Also found/fixed a bug in the TimeSeekRange response when protection is not
 enabled. It was passing end_point.byte_offset-1 instead of
 end_point.byte_offset. The byte offsets from the MP4 AccessPoints are
 non-inclusive.

Tested with LPTT. No unexpected failures.
Added support for unbounded ranges to ODIDUtil.get_dtcp_aligned_end()

The function wasn't handling the case where the range end was unbounded.
 Now it's capped to int64.MAX instead of overflowing.

Tested with DTCP-protected in-progress recording content that was
 previously failing.
Fixed a bug in ODIDDataSource.preroll_mp4_resource(). TimeSeekRange response wasn't being added for npt=0- requests

The TSR response was created but not added to the response_list.
Merge branch 'cablelabs/master' into cbl_parthi/spFlagChanges
Completed the sp-flag support

Also enhanced the MediaResource.to_string() to include pseudonyms for the
 DLNA flags and operation modes.