Thanks to the previous patch, MediaDataDemuxer::Seek and
SkipToNextRandomAccessPoint (and all overrides in derived demuxers) can now
take their TimeUnit parameter by const&.
MozReview-Commit-ID: 6CqfjAXZ7Yk
--HG--
extra : rebase_source : c3453e4432d9e0281cf5eba55217b0c1d6312f5b
This was originally copied from the MP3Demuxer and was only required to work around an issue now fixed.
Only MSE should set ShoultComputeStartTime to false, even if the ADTS demuxer always returns a first sample with a time of 0.
MozReview-Commit-ID: DMRLpxC5mU1
--HG--
extra : rebase_source : e6548ee47f33a78a5178faae23d36dee2713adb2