|
|
Created:
5 years, 3 months ago by ivica Modified:
5 years, 3 months ago CC:
webrtc-reviews_webrtc.org, yujie_mao (webrtc), stefan-webrtc, tterriberry_mozilla.com, andresp, perkj_webrtc, mflodman Base URL:
https://chromium.googlesource.com/external/webrtc.git@master Target Ref:
refs/pending/heads/master Project:
webrtc Visibility:
Public. |
DescriptionFixing camera capture for video_loopback
In the middle of refactoring, I replaced the VideoCapturer with
FrameGeneratorCapturer, to reuse the code, and with that disabled the camera.
Now adding capturer_ element to VideoQualityTest and ignoring
frame_generator_capturer_ from the parent class test::CallTest.
Committed: https://crrev.com/2d4e6c5d9d7b48aec62d1cda9f75fe0b695167aa
Cr-Commit-Position: refs/heads/master@{#10023}
Patch Set 1 #
Total comments: 4
Patch Set 2 : Moving start and stop directly to RunWithAnalyzer #Patch Set 3 : Undoing unrelated change #
Total comments: 2
Patch Set 4 : Addressing comments #
Messages
Total messages: 33 (13 generated)
ivica@webrtc.org changed reviewers: + pbos@webrtc.org, sprang@webrtc.org
...I believe more and more that VideoQualityTest should just reimplement everything it needs from test::CallTest, instead of deriving it.
The CQ bit was checked by ivica@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1356933005/1 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1356933005/1
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: mac on tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/mac/builds/9799)
https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... File webrtc/video/video_quality_test.h (right): https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... webrtc/video/video_quality_test.h:70: // Own variants that use capturer_ instead of frame_generator_capturer_. Should frame_generator_capturer_ in test::CallTest just be a webrtc::VideoCapturer? Or do we not have access to start/stop there? https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... webrtc/video/video_quality_test.h:71: void Start(); Are these overriding anything? Where are they called?
On 2015/09/21 16:09:11, pbos-webrtc wrote: > https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... > File webrtc/video/video_quality_test.h (right): > > https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... > webrtc/video/video_quality_test.h:70: // Own variants that use capturer_ instead > of frame_generator_capturer_. > Should frame_generator_capturer_ in test::CallTest just be a > webrtc::VideoCapturer? Or do we not have access to start/stop there? > > https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... > webrtc/video/video_quality_test.h:71: void Start(); > Are these overriding anything? Where are they called? Basically: Should test::CallTest be fixed instead?
https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... File webrtc/video/video_quality_test.h (right): https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... webrtc/video/video_quality_test.h:70: // Own variants that use capturer_ instead of frame_generator_capturer_. On 2015/09/21 16:09:10, pbos-webrtc wrote: > Should frame_generator_capturer_ in test::CallTest just be a > webrtc::VideoCapturer? Or do we not have access to start/stop there? There is some code that uses CallTest and assumes capturer is FrameGeneratorCapturer, so I cannot just change CallTest. https://codereview.webrtc.org/1356933005/diff/1/webrtc/video/video_quality_te... webrtc/video/video_quality_test.h:71: void Start(); On 2015/09/21 16:09:10, pbos-webrtc wrote: > Are these overriding anything? Where are they called? CallTest has Start(), Stop(), but non-virtual. They are called in video/video_quality_test.cc in RunWithAnalyzer. Now when I think of it, I could've had just copied that directly into the RunwithAnalyzer, without introducing Start and Stop. RunWithRenderer anyway has its own code to start and stop the call.
The CQ bit was checked by ivica@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1356933005/20001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1356933005/20001
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: android on tryserver.webrtc (JOB_TIMED_OUT, no build URL) android_arm64_rel on tryserver.webrtc (JOB_TIMED_OUT, no build URL) android_rel on tryserver.webrtc (JOB_TIMED_OUT, no build URL)
The CQ bit was checked by ivica@webrtc.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1356933005/40001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1356933005/40001
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
https://codereview.webrtc.org/1356933005/diff/40001/webrtc/video/video_qualit... File webrtc/video/video_quality_test.cc (right): https://codereview.webrtc.org/1356933005/diff/40001/webrtc/video/video_qualit... webrtc/video/video_quality_test.cc:699: capturer_.reset(frame_generator_capturer); Just do capturer_.reset(.. above and assert that capturer_.get() != nullptr
lgtm with this changed
The CQ bit was checked by ivica@webrtc.org
The patchset sent to the CQ was uploaded after l-g-t-m from pbos@webrtc.org Link to the patchset: https://codereview.webrtc.org/1356933005/#ps60001 (title: "Addressing comments")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1356933005/60001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1356933005/60001
https://codereview.webrtc.org/1356933005/diff/40001/webrtc/video/video_qualit... File webrtc/video/video_quality_test.cc (right): https://codereview.webrtc.org/1356933005/diff/40001/webrtc/video/video_qualit... webrtc/video/video_quality_test.cc:699: capturer_.reset(frame_generator_capturer); On 2015/09/22 11:26:10, pbos-webrtc wrote: > Just do capturer_.reset(.. above and assert that capturer_.get() != nullptr Done.
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: ios64_sim_dbg on tryserver.webrtc (JOB_FAILED, http://build.chromium.org/p/tryserver.webrtc/builders/ios64_sim_dbg/builds/2186)
The CQ bit was checked by ivica@webrtc.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1356933005/60001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1356933005/60001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_arm64_rel on tryserver.webrtc (JOB_TIMED_OUT, no build URL) android_rel on tryserver.webrtc (JOB_TIMED_OUT, no build URL)
The CQ bit was checked by ivica@webrtc.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1356933005/60001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1356933005/60001
Message was sent while issue was closed.
Committed patchset #4 (id:60001)
Message was sent while issue was closed.
Patchset 4 (id:??) landed as https://crrev.com/2d4e6c5d9d7b48aec62d1cda9f75fe0b695167aa Cr-Commit-Position: refs/heads/master@{#10023} |