Closed
Bug 903476
Opened 13 years ago
Closed 13 years ago
Update libspeex to opus-tools version, as it is the current upstream
Categories
(Core :: Audio/Video, defect)
Core
Audio/Video
Tracking
()
RESOLVED
FIXED
mozilla26
People
(Reporter: padenot, Assigned: padenot)
Details
Attachments
(2 files)
|
65.93 KB,
patch
|
ehsan.akhgari
:
review+
|
Details | Diff | Splinter Review |
|
2.14 KB,
patch
|
ehsan.akhgari
:
review+
|
Details | Diff | Splinter Review |
jmspeex told me on IRC that the current upstream for the speex resampler is in opus-tools. This bug is about updating the update.sh script to reflect the difference in repo layout, update our patches, and to update the code to the last version.
| Assignee | ||
Comment 1•13 years ago
|
||
This does the following:
- Change the update.sh script so it works with opus-tools instead of speex
- Update the code using the new update.sh
- Rebase the SSE detection patch on top of the new code
- Modify the Makefile because the way the symbols are exported has changed.
Attachment #788259 -
Flags: review?(ehsan)
| Assignee | ||
Comment 2•13 years ago
|
||
New resampling code, new fuzzing values.
Attachment #788260 -
Flags: review?(ehsan)
Updated•13 years ago
|
Attachment #788259 -
Flags: review?(ehsan) → review+
Comment 3•13 years ago
|
||
Comment on attachment 788260 [details] [diff] [review]
Update the fuzzing values in test_mediaDecoding.html because we changed the resampler. r=
Review of attachment 788260 [details] [diff] [review]:
-----------------------------------------------------------------
::: content/media/webaudio/test/test_mediaDecoding.html
@@ +228,5 @@
> var getExpected = new XMLHttpRequest();
> getExpected.open("GET", monoTest ? test.expectedMono : test.expected, true);
> getExpected.responseType = "arraybuffer";
> getExpected.onload = function() {
> + dump("For " + test.url + " \n");
Please take this out!
Attachment #788260 -
Flags: review?(ehsan) → review+
| Assignee | ||
Comment 4•13 years ago
|
||
Pushed with the dump removed and a couple tweak to the fuzzing number so the test passes on 32bits OS.
https://hg.mozilla.org/integration/mozilla-inbound/rev/65485a61c3a9
https://hg.mozilla.org/integration/mozilla-inbound/rev/c636fb7a2655
| Assignee | ||
Comment 5•13 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/831e2b72ad56 and a bit more fuzzing on win32 to fix an orange.
| Assignee | ||
Comment 6•13 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/fc38877460ec and for android. Hopefully this is the last followup needed. For some reason, my try push [1] had lower numbers for win32, and success for android.
[1]: https://tbpl.mozilla.org/?tree=Try&rev=e88ca3d01809
Comment 7•13 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/65485a61c3a9
https://hg.mozilla.org/mozilla-central/rev/c636fb7a2655
https://hg.mozilla.org/mozilla-central/rev/831e2b72ad56
https://hg.mozilla.org/mozilla-central/rev/fc38877460ec
Status: NEW → RESOLVED
Closed: 13 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla26
You need to log in
before you can comment on or make changes to this bug.
Description
•