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)

x86
macOS
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: kinetik, Assigned: kinetik)

Details

Attachments

(2 files)

Attached video testcase
...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
Forgot to note: this could be a dupe of bug 501289, depending on how we decide to fix it.
Assignee: nobody → kinetik
Is this fixed in Firefox 4 by the new decoder backend?
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
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: