If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Optimize WebM seeking in already downloaded byte ranges

ASSIGNED
Unassigned

Status

()

Core
Audio/Video: Playback
ASSIGNED
7 years ago
2 years ago

People

(Reporter: kinetik, Unassigned)

Tracking

(Blocks: 1 bug)

Trunk
x86
Mac OS X
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

7 years ago
At the moment, we require the WebM index to seek.  This means that seeking into an already downloaded byte range may require a new HTTP connection to fetch the index (if it's at the end of the file, as is very common).  This slows down seeking into cached ranges much more than the user might expect.

We've already got most of the information necessary to seek to the correct place in a cached range, and we can find the rest of the information using a scan/skip forward based on the cluster sizes.

Doing this would allow a simple optimization of this use case without having to implement the complete machinery required for bisection search seeking.  Having this optimization would also lay the foundations for implementing a bisection search later if it becomes necessary.
(Reporter)

Comment 1

6 years ago
Investigation of bug 696519 revealed that Chrome can seek in already downloaded regions without Cues present.  Given that, and the fact that Youtube is continuing to serve WebM with the Cues located at the end of the file (despite what the WebM container spec recommends), this bug becomes more than a "nice to have", since our seeking on Youtube will see much slower than Chrome's.
(Reporter)

Updated

6 years ago
Blocks: 696519, 657791
(Reporter)

Updated

5 years ago
Blocks: 756349
(Reporter)

Updated

4 years ago
Assignee: kinetik → nobody

Comment 2

4 years ago
Bug 1000608 implements this optimization.
Assignee: nobody → cajbir.bugzilla
Depends on: 1000608

Comment 3

3 years ago
Is the landing of bug 1000608 enough to consider this fixed?
Flags: needinfo?(kinetik)
(Reporter)

Comment 4

3 years ago
I think so.  The only thing left would be to prefetch the index (if it's located at the end of the steam) to speed up seeking into non-buffered ranges, but that's fairly minor.  Shall we morph this bug to cover that case?
Flags: needinfo?(kinetik)

Comment 5

3 years ago
(In reply to Matthew Gregan [:kinetik] from comment #4)
> Shall we morph this bug to cover that case?

Sure, sounds good to me.

Updated

3 years ago
Assignee: cajbir.bugzilla → nobody
Component: Audio/Video → Audio/Video: Playback

Comment 6

2 years ago
Hi there. Is this fixed or not? From the discussion above it seems so...almost..:) 
As this is also stated as blocking bug 	657791 it would be great to know.
Thanks.
You need to log in before you can comment on or make changes to this bug.