Open
Bug 1174018
Opened 10 years ago
Updated 7 months ago
[EME][GMP] Too many video elements in EME tests cause timeouts
Categories
(Core :: Audio/Video: Playback, defect, P3)
Core
Audio/Video: Playback
Tracking
()
NEW
People
(Reporter: mozbugz, Unassigned)
References
Details
Spawned from bug 1138294 comment 22.
Adding more test cases to EME tests cause timeouts in test_eme_stream_blocked, which seem to be due to having lots of video elements hanging around and hogging resources, especially on the Windows plugin side, which accumulates 10 threads per video; i.e., a test case load of 140 videos creates about 1400 threads!
At some point (depending on machine resources: in my tests 18 on try-win32, 140 on local win64 VM), something locks up and we never get the expected 'loadeddata' event. The real cause is not known yet; it could be down to messaging, the plugin not being able to process incoming messages anymore, the parent getting into some unknown state, or something else.
Latest try with as much logging as possible:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=820c74ebbbcf
Local test with even more printf's:
https://etherpad.mozilla.org/8edbPh3HwZ
| Reporter | ||
Comment 1•10 years ago
|
||
Note: Future Media plans include having a maximum number of decoders at any time, so then we may not run into a similar issue where a huge number of decoders get instantiated.
Updated•10 years ago
|
Component: Audio/Video → Audio/Video: MSG/cubeb/GMP
Updated•9 years ago
|
Component: Audio/Video: MediaStreamGraph → Audio/Video: GMP
Updated•9 years ago
|
Component: Audio/Video: GMP → Audio/Video: Playback
Updated•7 years ago
|
Rank: 15
Priority: -- → P2
| Reporter | ||
Comment 2•4 years ago
|
||
De-assigning myself from A/V bugs/tasks that I most probably won't touch anymore, so that someone else may have a look.
Assignee: gsquelart → nobody
Updated•3 years ago
|
Severity: normal → S3
Updated•7 months ago
|
Priority: P2 → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•