Closed
Bug 515098
Opened 15 years ago
Closed 15 years ago
PlayAudio() in nsOggDecodeStateMachine::QueueDecodedFrames()
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 506061
People
(Reporter: cpearce, Assigned: cpearce)
Details
Attachments
(1 file)
2.84 KB,
patch
|
Details | Diff | Splinter Review |
We should call PlayAudio() in nsOggDecodeStateMachine::QueueDecodedFrames(). This means that on Linux we're less likely to get into the situation where the nsAudioStream doesn't advance because the underlying hardware underruns or otherwise doesn't have enough data to advance its hardware clock to the end of a frame.
Comment 1•15 years ago
|
||
See bug 506061 comment 27 for my thoughts.
Comment 2•15 years ago
|
||
I'm already working on this...
Assignee | ||
Comment 3•15 years ago
|
||
Progress so far... Doesn't change buffering.
Assignee | ||
Comment 4•15 years ago
|
||
We can wait for Matt's patch for this.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 5•15 years ago
|
||
(In reply to comment #3) > Created an attachment (id=399135) [details] > Patch This patch regresses bug 506434, because it removes the hasAudio condition in PlayFrame(). I removed it because no frame has audio data by that point; it's already been pushed to the hardware, so we would have always using the system clock to sync sound.
You need to log in
before you can comment on or make changes to this bug.
Description
•