For streaming audiobook applications it is somewhat problematic that the duration property of the readingOrder items is not mandatory.
When resolving a location within the audiobook using a temporal media fragment the user agent will need to first iterate through the readingOrder items in order to determine which item contains the desired location. This is done using the values in the respective duration properties. If this data does not exist it will be neccessary to download all audio files up to a certain point in order to correctly calculate the requested position. This will of course be a major issue, especially in emerging markets where download speeds effectively prohibits this behaviour.
I suggest the addition of a note, or even better a SHOULD, to the section in the spec that describes this property.
For streaming audiobook applications it is somewhat problematic that the duration property of the readingOrder items is not mandatory.
When resolving a location within the audiobook using a temporal media fragment the user agent will need to first iterate through the readingOrder items in order to determine which item contains the desired location. This is done using the values in the respective duration properties. If this data does not exist it will be neccessary to download all audio files up to a certain point in order to correctly calculate the requested position. This will of course be a major issue, especially in emerging markets where download speeds effectively prohibits this behaviour.
I suggest the addition of a note, or even better a SHOULD, to the section in the spec that describes this property.