|
|
Created:
4 years, 2 months ago by minyue-webrtc Modified:
4 years ago CC:
webrtc-reviews_webrtc.org, kwiberg-webrtc, tlegrand-webrtc, tterriberry_mozilla.com, audio-team_agora.io, hlundin-webrtc, peah-webrtc Target Ref:
refs/pending/heads/master Project:
webrtc Visibility:
Public. |
DescriptionRenaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate.
BUG=webrtc:6303
Committed: https://crrev.com/84e56d576806635c966093d5421c5d04c9b90746
Cr-Commit-Position: refs/heads/master@{#15310}
Patch Set 1 #
Total comments: 2
Patch Set 2 : rebasing #Patch Set 3 : fixing errors after rebasing #Patch Set 4 : fixing unittest #
Total comments: 6
Patch Set 5 : rebasing #Messages
Total messages: 69 (49 generated)
Description was changed from ========== Renaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate. BUG= ========== to ========== Renaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate. BUG= ==========
minyue@webrtc.org changed reviewers: + kwiberg@webrtc.org
Hi Karl, It has been almost 2 weeks since I sent out a PSA on this issue. Now it can be good time to start reviewing it.
https://codereview.chromium.org/2411613002/diff/1/webrtc/modules/audio_coding... File webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus.cc (right): https://codereview.chromium.org/2411613002/diff/1/webrtc/modules/audio_coding... webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus.cc:221: SetProjectedPacketLossRate(uplink_packet_loss_fraction); Shouldn't there be an early retirn here? Or an else?
Patchset #2 (id:20001) has been deleted
Patchset #2 (id:40001) has been deleted
Hi Karl, Now this CL is rebased on master (as opposed to an unfinished CL as it was). It looks ok to me. please take a look. https://codereview.webrtc.org/2411613002/diff/1/webrtc/modules/audio_coding/c... File webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus.cc (right): https://codereview.webrtc.org/2411613002/diff/1/webrtc/modules/audio_coding/c... webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus.cc:221: SetProjectedPacketLossRate(uplink_packet_loss_fraction); On 2016/10/20 21:46:23, kwiberg-webrtc wrote: > Shouldn't there be an early retirn here? Or an else? Yes, it should early return :) This is self-solved after rebasing.
lgtm
The CQ bit was checked by minyue@webrtc.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_compile_x64_dbg on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/android_compile_x64_dbg...) linux_libfuzzer_rel on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/linux_libfuzzer_rel/bui...)
Patchset #3 (id:80001) has been deleted
The CQ bit was checked by minyue@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
Hi Karl, Some errors were introduced by rebasing. Sorry for missing them earlier. I have fixed them. They are fairly simple to fix.
Description was changed from ========== Renaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate. BUG= ========== to ========== Renaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate. BUG=webrtc:6303 ==========
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_x64_rel on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/win_x64_rel/builds/19419)
On 2016/11/09 07:03:37, minyue-webrtc wrote: > Hi Karl, > > Some errors were introduced by rebasing. Sorry for missing them earlier. I have > fixed them. They are fairly simple to fix. Hi, wait a second. An Opus unittest fails since the packet loss rate is smoothed when switching to the new API. I need to fix that, too.
The CQ bit was checked by minyue@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_rel on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/win_rel/builds/19816)
Patchset #4 (id:120001) has been deleted
The CQ bit was checked by minyue@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_x64_dbg on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/win_x64_dbg/builds/2973) win_x64_rel on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/win_x64_rel/builds/19431)
Patchset #4 (id:140001) has been deleted
The CQ bit was checked by minyue@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: android_arm64_rel on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/android_arm64_rel/build...)
Patchset #4 (id:160001) has been deleted
The CQ bit was checked by minyue@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: android_rel on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/android_rel/builds/18290)
Patchset #4 (id:180001) has been deleted
Patchset #4 (id:200001) has been deleted
The CQ bit was checked by minyue@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
On 2016/11/09 08:08:10, minyue-webrtc wrote: > On 2016/11/09 07:03:37, minyue-webrtc wrote: > > Hi Karl, > > > > Some errors were introduced by rebasing. Sorry for missing them earlier. I > have > > fixed them. They are fairly simple to fix. > > Hi, wait a second. An Opus unittest fails since the packet loss rate is smoothed > when switching to the new API. I need to fix that, too. Hi Karl, I finally managed to fix the unit test. Would you please take a look at it?
https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... File webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc (right): https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:187: points.push_back(a); This is to avoid numerical errors like 0.0f becomes -0.0f. https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:216: constexpr float eps = 1e-8f; I changed this because OnReceivedUplinkPacketLossFraction takes a float argument, instead of double as the old API did. The numerical precision has to be reduced. https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:330: constexpr int64_t kSecondSampleTimeMs = 6931; There was an error (float->int64_t) in old code. fixed here too.
lgtm But I don't really see why you'd want to change the Opus interface functions to take floats instead of doubles. https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... File webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc (right): https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:187: points.push_back(a); On 2016/11/10 16:45:30, minyue-webrtc wrote: > This is to avoid numerical errors like 0.0f becomes -0.0f. Acknowledged. https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:216: constexpr float eps = 1e-8f; On 2016/11/10 16:45:30, minyue-webrtc wrote: > I changed this because > > OnReceivedUplinkPacketLossFraction takes a float argument, instead of double as > the old API did. > > The numerical precision has to be reduced. Acknowledged. https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:330: constexpr int64_t kSecondSampleTimeMs = 6931; On 2016/11/10 16:45:30, minyue-webrtc wrote: > There was an error (float->int64_t) in old code. fixed here too. Acknowledged.
On 2016/11/11 10:25:41, kwiberg-webrtc wrote: > lgtm > > But I don't really see why you'd want to change the Opus interface functions to > take floats instead of doubles. Actually no strong reasons for that, but two small benefits 1. precision-wise, float should be enough, since 1) the value came from integer, and 2) it is mapped back to integer. 2. the expfilter (used as packet loss smoothing filter) takes float and outputs float > https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... > File webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc > (right): > > https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... > webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:187: > points.push_back(a); > On 2016/11/10 16:45:30, minyue-webrtc wrote: > > This is to avoid numerical errors like 0.0f becomes -0.0f. > > Acknowledged. > > https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... > webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:216: > constexpr float eps = 1e-8f; > On 2016/11/10 16:45:30, minyue-webrtc wrote: > > I changed this because > > > > OnReceivedUplinkPacketLossFraction takes a float argument, instead of double > as > > the old API did. > > > > The numerical precision has to be reduced. > > Acknowledged. > > https://codereview.webrtc.org/2411613002/diff/220001/webrtc/modules/audio_cod... > webrtc/modules/audio_coding/codecs/opus/audio_encoder_opus_unittest.cc:330: > constexpr int64_t kSecondSampleTimeMs = 6931; > On 2016/11/10 16:45:30, minyue-webrtc wrote: > > There was an error (float->int64_t) in old code. fixed here too. > > Acknowledged.
The CQ bit was checked by minyue@webrtc.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_more_configs on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/android_more_configs/bu...) ios32_sim_dbg on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/ios32_sim_dbg/builds/12919) ios_arm64_dbg on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/ios_arm64_dbg/builds/15292) ios_arm64_rel on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/ios_arm64_rel/builds/15152) ios_dbg on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/ios_dbg/builds/20510) ios_rel on master.tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/ios_rel/builds/19225)
minyue@webrtc.org changed reviewers: + henrik.lundin@webrtc.org
I forgot to commit this one. Now the rebasing may affect Henrik's planned changes. Add Henrik to take a look and suggest when to commit this.
The CQ bit was checked by minyue@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
I see no conflicts with my previous work here. LGTM.
The CQ bit was checked by minyue@webrtc.org
The patchset sent to the CQ was uploaded after l-g-t-m from kwiberg@webrtc.org Link to the patchset: https://codereview.webrtc.org/2411613002/#ps240001 (title: "rebasing")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...
CQ is committing da patch. Bot data: {"patchset_id": 240001, "attempt_start_ts": 1480494380258480, "parent_rev": "6ec9bff240971f81901248488fb94627b04bbbe2", "commit_rev": "751b7089f46aa2dab8037d5803dad05daf005cfb"}
Message was sent while issue was closed.
Description was changed from ========== Renaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate. BUG=webrtc:6303 ========== to ========== Renaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate. BUG=webrtc:6303 ==========
Message was sent while issue was closed.
Committed patchset #5 (id:240001)
Message was sent while issue was closed.
Description was changed from ========== Renaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate. BUG=webrtc:6303 ========== to ========== Renaming AudioEncoder::SetTargetBitrate and SetProjectedPacketLossRate. BUG=webrtc:6303 Committed: https://crrev.com/84e56d576806635c966093d5421c5d04c9b90746 Cr-Commit-Position: refs/heads/master@{#15310} ==========
Message was sent while issue was closed.
Patchset 5 (id:??) landed as https://crrev.com/84e56d576806635c966093d5421c5d04c9b90746 Cr-Commit-Position: refs/heads/master@{#15310}
Message was sent while issue was closed.
A revert of this CL (patchset #5 id:240001) has been created in https://codereview.webrtc.org/2537243004/ by minyue@webrtc.org. The reason for reverting is: internal bot failure. |