Closed
Bug 1173001
Opened 10 years ago
Closed 10 years ago
Make MediaDecoderReader compatible with mirroring
Categories
(Core :: Audio/Video, defect)
Core
Audio/Video
Tracking
()
RESOLVED
FIXED
mozilla41
Tracking | Status | |
---|---|---|
firefox41 | --- | fixed |
People
(Reporter: bholley, Assigned: bholley)
References
Details
Attachments
(4 files, 2 obsolete files)
4.59 KB,
patch
|
jwwang
:
review+
|
Details | Diff | Splinter Review |
16.59 KB,
patch
|
jwwang
:
review+
|
Details | Diff | Splinter Review |
41.55 KB,
patch
|
jwwang
:
review+
|
Details | Diff | Splinter Review |
3.39 KB,
patch
|
jwwang
:
review+
|
Details | Diff | Splinter Review |
This is necessary in order to support mirroring in MediaDecoderReader.
Assignee | ||
Comment 1•10 years ago
|
||
This is a necessary step towards having mirrored/canonical values, since those
need to know the task queue in their constructor.
Attachment #8617413 -
Flags: review?(jwwang)
Assignee | ||
Comment 2•10 years ago
|
||
Attachment #8617414 -
Flags: review?(jwwang)
Assignee | ||
Comment 3•10 years ago
|
||
Generalizing the bug a bit.
Summary: Create the decode task queue in the reader's constructor → Make MediaDecoderReader compatible with mirroring
Assignee | ||
Comment 4•10 years ago
|
||
Comment on attachment 8617413 [details] [diff] [review]
Part 1 - Initialize reader task queue in the constructor. v1
This is going to need some tweaking.
Attachment #8617413 -
Attachment is obsolete: true
Attachment #8617413 -
Flags: review?(jwwang)
Comment 5•10 years ago
|
||
While at it, it would be great if the task queue constructor could be called on something else but the main thread.
As it reads a preference to find out the size of the threads pool, this asserts when called on a thread other than the main thread.
Assignee | ||
Comment 6•10 years ago
|
||
(In reply to Jean-Yves Avenard [:jya] from comment #5)
> While at it, it would be great if the task queue constructor could be called
> on something else but the main thread.
That seems like a good thing to fix, but I don't plan on doing it in this bug.
Assignee | ||
Comment 7•10 years ago
|
||
This will allow us to pass the borrowed task queue. It's also more explicit
about the fact that we only support mp4 and (sort of) webm.
Attachment #8617697 -
Flags: review?(jwwang)
Assignee | ||
Comment 8•10 years ago
|
||
This is a necessary step towards having mirrored/canonical values, since those
need to know the task queue in their constructor.
Attachment #8617698 -
Flags: review?(jwwang)
Assignee | ||
Comment 9•10 years ago
|
||
Attachment #8617414 -
Attachment is obsolete: true
Attachment #8617414 -
Flags: review?(jwwang)
Attachment #8617699 -
Flags: review?(jwwang)
Assignee | ||
Comment 10•10 years ago
|
||
Attachment #8617700 -
Flags: review?(jwwang)
Updated•10 years ago
|
Attachment #8617697 -
Flags: review?(jwwang) → review+
Comment 11•10 years ago
|
||
Comment on attachment 8617698 [details] [diff] [review]
Part 2 - Initialize reader task queue in the constructor. v1
Review of attachment 8617698 [details] [diff] [review]:
-----------------------------------------------------------------
::: dom/media/MediaDecoderReader.h
@@ +312,5 @@
> // Reference to the owning decoder object.
> AbstractMediaDecoder* mDecoder;
>
> + // Decode task queue.
> + nsRefPtr<MediaTaskQueue> mTaskQueue;
Why changing from private to protected?
Attachment #8617698 -
Flags: review?(jwwang) → review+
Updated•10 years ago
|
Attachment #8617699 -
Flags: review?(jwwang) → review+
Updated•10 years ago
|
Attachment #8617700 -
Flags: review?(jwwang) → review+
Assignee | ||
Comment 12•10 years ago
|
||
(In reply to JW Wang [:jwwang] from comment #11)
> Why changing from private to protected?
It's just about the initialization order - the task queue needs to be initialized early so that mirror initializers can use it.
Assignee | ||
Comment 13•10 years ago
|
||
Thanks for the fast reviews!
https://treeherder.mozilla.org/#/jobs?repo=try&revision=2a41aee7baf2
Comment 14•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/6289cdbce7b7
https://hg.mozilla.org/mozilla-central/rev/e7b684137f22
https://hg.mozilla.org/mozilla-central/rev/0e722555cc6d
https://hg.mozilla.org/mozilla-central/rev/f2f35acc27a2
Status: NEW → RESOLVED
Closed: 10 years ago
status-firefox41:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla41
You need to log in
before you can comment on or make changes to this bug.
Description
•