Move "scanned" metadata as video-only and add begin_stream_from_header
#591
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR does a bunch of related things:
begin_stream_seconds_from_header
field to audio and video metadata. It is derived from the AVStream'sstart_time
field. This field is useful e.g. in our tutorial example because it is now clear that the stream doesn't exactly starts at 0.begin_stream_seconds_from_content
andend_stream_seconds_from_content
fields as video-only: these fields are derived from a scan, so there's no point having them for audio.duration_seconds
metadata as video-only, because it is derived frombegin_stream_seconds_from_content
andend_stream_seconds_from_content
. This means that audio metadata now only containsduration_seconds_from_header
.start_seconds
in the call toget_samples_played_in_range
: the input check was based onbegin_stream_seconds_from_content
so that didn't make much sense. We still have tests that make sure we provide good error messages in the incorrect cases.