Closed
Bug 501285
Opened 16 years ago
Closed 14 years ago
Really slow videos (1.8 frames/week) are boring to watch...
Categories
(Core :: Audio/Video, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: kinetik, Assigned: kinetik)
Details
Attachments
(2 files)
...and also cause us to attempt huge allocations:
(gdb) p mFramerate
$8 = 3.05174854e-06
...
822 if (needSilence) {
823 // Write silence to keep audio clock moving for av sync
824 size_t count = mAudioChannels * mAudioRate * mCallbackPeriod;
825 // count must be evenly divisble by number of channels.
826 count = mAudioChannels * PRInt32(NS_ceil(mAudioRate*mCallbackPeriod));
827 float* data = frame->mAudioData.AppendElements(count);
(gdb) p count
$28 = 327680992
Assignee | ||
Comment 1•16 years ago
|
||
Assignee | ||
Comment 2•16 years ago
|
||
Forgot to note: this could be a dupe of bug 501289, depending on how we decide to fix it.
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → kinetik
Comment 3•14 years ago
|
||
Is this fixed in Firefox 4 by the new decoder backend?
Assignee | ||
Comment 4•14 years ago
|
||
Yes, in that the specific problem code no longer exists, and the new code doesn't seem to suffer the same bug. There might be other bugs related to very small or large frame durations (e.g. this bug and bug 501289), but let's mark this one as fixed.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•