Open Bug 793024 Opened 12 years ago Updated 2 years ago

libcubeb fails to initialize short audio stream during fast repeated playback

Categories

(Core :: Audio/Video: cubeb, defect, P4)

14 Branch
x86_64
Windows 7
defect

Tracking

()

Tracking Status
firefox15 - ---
firefox16 - ---
firefox17 - ---
firefox18 - ---

People

(Reporter: epinal99-bugzilla2, Unassigned)

References

(Depends on 1 open bug)

Details

(Keywords: regression)

STR:
Open the testcase http://gr.ema.lv/andris/_soundTest_/
Click fastly on the play button many times. 

Result:
Audio fails to restart each time you click on play.
If you change the audio for a longer one (click on the 3rd button), it works fine.
Setting media.use_cubeb=false fixes the issue.

Mozregression range:

m-c
good=2012-04-16
bad=2012-04-17
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=fd06332733e5&tochange=c61e7c3a232a

m-i
good=2012-04-15
bad=2012-04-16
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=6f44748aa046&tochange=61088f8aa842

Suspected bug:
Matthew Gregan — Bug 723793 - Lazily initialize libcubeb on first use. r=roc

In the changelog, there are both bug 742160 and bug 742154 too but I think bug 723793 is likely the culprit (bisect if you want).
Blocks: 723793
Keywords: regression
There's a limit of 32 active streams in each backend now.  This was added to avoid deadlocks during playback in the OS audio backends.  The solution to this will be bug 782507.
Blocks: 742154
No longer blocks: 723793
Depends on: 782507
This isn't presenting in high enough volume to signify the need for a chemspill of 15 and since Matthew will be doing the work in bug 782507 to fix this, he can nominate that for tracking if it's a serious regression otherwise work can proceed at normal level of urgency and be uplifted when a tested fix is ready.
testcase now has now place: "http://dev.izjoko.lv/test_1_sound/"
Component: Audio/Video → Audio/Video: MSG/cubeb/GMP
Component: Audio/Video: MediaStreamGraph → Audio/Video: cubeb
I'm guessing this is no longer needed?
Flags: needinfo?(kinetik)
Priority: -- → P3
We probably do need to address this, but it has been low priority.  See bug 782507 comment 2 for a more complete explanation.
Flags: needinfo?(kinetik)
Mass change P3->P4 to align with new Mozilla triage process.
Priority: P3 → P4
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.