Updated audio outputs to conform to the AES57-2011 spec

[pwinckles]

The AES output that JHOVE currently generates does not conform to the AES57-2011 spec. The schema can be found here.

This commit updates JHOVE to produce a valid AES57-2011 document. The bulk of the changes are related to how times and durations are reported. The original code generated a structure like this:

<tcf:duration tcf:frameCount="30" tcf:timeBase="1000" tcf:videoField="FIELD_1" tcf:countingMode="NTSC_NON_DROP_FRAME">
  <tcf:hours>0</tcf:hours>
  <tcf:minutes>0</tcf:minutes>
  <tcf:seconds>12</tcf:seconds>
  <tcf:frames>29</tcf:frames>
  <tcf:samples tcf:sampleRate="S44100">
    <tcf:numberOfSamples>121</tcf:numberOfSamples>
  </tcf:samples>
  <tcf:filmFraming tcf:framing="NOT_APPLICABLE" xsi:type="tcf:ntscFilmFramingType"/>
</tcf:duration>

The same information is now represented like this:

<aes:duration editRate="44100" factorNumerator="1" factorDenominator="1">571951</aes:duration>

Another change affects the "channelAssignment" element. This element does not have a "mapLocation" attribute, as the current code adds. Instead, AES57-2011 uses two new attributes "leftRightPostion" and "frontRearPosition". Detailed descriptions of this attributes can be found on this page. I could not determine a way to map all of the possible JHOVE "mapLocations" to the new AES attributes (for example, what does "SURROUND" mean?), so I decided to leave them out rather than include potentially inaccurate data.

(As an aside, I suspect that the way that JHOVE is currently mapping channel location for 4-channel AIFF audio is incorrect. Per spec, it should be LEFT, CENTER, RIGHT, SURROUND. JHOVE maps it as LEFT, RIGHT, CENTER, SURROUND.)

Fixes #362 #367

[pwinckles]

I see that the Travis-CI build is failing. As far as I can tell, the job it's running is comparing the XML output of previous JHOVE versions against the output of these changes. The output is necessarily different, which causes the build to fail.

[MartinSpeller]

Use of xsi:type in AES output #111 - Assigned to ross-spencer

[carlwilson]

FYI @deanforsmith the above conflicts mean a little work for me to get this PR ready for merging but I'll be doing just that ASAP :)

[MartinSpeller]

AES output does not conform to the AES57-2011 spec #362 - Assigned to pwinckles

[ThomasEdvardsen]

Its now 4 1/2 years since @pwinckles created the pullrequest with a solution for this problem. I had to patch an local copy after a year, while waiting for this to be merged. Is there a plan for when this pull request will be merged @carlwilson?