b7d9a97ce41022e984348efb5f28bf6dd6c6b779 |
|
18-Dec-2015 |
Peter Boström <pbos@webrtc.org> |
Expose codec implementation names in stats. Used to distinguish between software/hardware encoders/decoders and other implementation differences. Useful for tracking quality regressions related to specific implementations. BUG=webrtc:4897 R=hta@webrtc.org, mflodman@webrtc.org, stefan@webrtc.org Review URL: https://codereview.webrtc.org/1406903002 . Cr-Commit-Position: refs/heads/master@{#11084}
/external/webrtc/webrtc/video_encoder.h
|
69ccb331310fff13a8b061c294d82b20f2b82bc7 |
|
29-Oct-2015 |
Peter Boström <pbos@webrtc.org> |
Remove redudant encoder rate calls. Moves EncoderParameters update checks into GenericEncoder before calling SetRates/SetChannelParameters as applicable. Also removes CodecConfigParameters as a bonus. BUG= R=stefan@webrtc.org TBR=mflodman@webrtc.org Review URL: https://codereview.webrtc.org/1426953003 . Cr-Commit-Position: refs/heads/master@{#10452}
/external/webrtc/webrtc/video_encoder.h
|
b1ce663d16e0aa882aa4767ea8404f8c48a7370d |
|
22-Oct-2015 |
noahric <noahric@chromium.org> |
Allow encoders to fall back dynamically to software. Like video_decoder.cc, a call to Encode that returns WEBRTC_VIDEO_CODEC_FALLBACK_SOFTWARE will trigger an attempted fallback to a built-in software encoder. Initialization information, along with any rate and channel parameter info, will be replayed on the software encoder and then the frame (that cause the fallback) will be immediately replayed for the software encoder. Also modified the existing behavior to Release() the "real" encoder even if a fallback encoder exists. That seems like the correct behavior. BUG=webrtc:2920 Review URL: https://codereview.webrtc.org/1328863002 Cr-Commit-Position: refs/heads/master@{#10368}
/external/webrtc/webrtc/video_encoder.h
|
22993e1a0c114122fc1b9de0fc74d4096ec868bd |
|
19-Oct-2015 |
pbos <pbos@webrtc.org> |
Unify FrameType and VideoFrameType. Prevents some heap allocation and frame-type conversion since interfaces mismatch. Also it's less confusing to have one type for this. BUG=webrtc:5042 R=magjed@webrtc.org, mflodman@webrtc.org, henrik.lundin@webrtc.org, solenberg@webrtc.org, stefan@webrtc.org Review URL: https://codereview.webrtc.org/1371043003 Cr-Commit-Position: refs/heads/master@{#10320}
/external/webrtc/webrtc/video_encoder.h
|
6e2ce6e1ae41d8eeb0f233cbd26087daa03ab702 |
|
14-Jul-2015 |
jackychen <jackychen@webrtc.org> |
Allow for framerate reduction for HW encoder. R=pbos@webrtc.org, stefan@webrtc.org TBR=glaznev@google.com Review URL: https://webrtc-codereview.appspot.com/51159004 . Cr-Commit-Position: refs/heads/master@{#9573}
/external/webrtc/webrtc/video_encoder.h
|
71f6f4405c1c5f60097f8d10841378088e78e8b9 |
|
29-Jun-2015 |
Zeke Chin <tkchin@webrtc.org> |
iOS HW H264 support. First step towards supporting H264 on iOS. More tuning/experimentation required in future CLs. Tested using AppRTCDemo on iPhone6 + iPad Mini. Future work to get it working on OS/X, simulator (renders black screen currently) and with the Android AppRTCDemo. Currently protected with a compile time guard. BUG=4081 R=andrew@webrtc.org, haysc@webrtc.org, holmer@google.com, jiayl@webrtc.org, kjellander@webrtc.org, pbos@webrtc.org, phoglund@webrtc.org, stefan@webrtc.org Review URL: https://codereview.webrtc.org/1187573004. Cr-Commit-Position: refs/heads/master@{#9515}
/external/webrtc/webrtc/video_encoder.h
|
eb66e800d1f5f74ab366715d2618fbede8cf3e12 |
|
05-Jun-2015 |
Peter Boström <pbos@webrtc.org> |
Re-land "Convert native handles to buffers before encoding." This reverts commit a67675506c9057bd9ffd4d76aae8b743343d434d. BUG=webrtc:4081 TBR=magjed@webrtc.org Review URL: https://codereview.webrtc.org/1158273010 Cr-Commit-Position: refs/heads/master@{#9381}
/external/webrtc/webrtc/video_encoder.h
|
308d163c715df7b4348a1e00bf2a6761c0adb689 |
|
02-Jun-2015 |
Peter Boström <pbos@webrtc.org> |
Revert "Convert native handles to buffers before encoding." This reverts commit a831dc3a7d10a1fbaa258ee6b1ca6cfc7e91c5ca to unblock rolling into Chromium. BUG=4081 TBR=magjed@webrtc.org Review URL: https://webrtc-codereview.appspot.com/55549004 Cr-Commit-Position: refs/heads/master@{#9354}
/external/webrtc/webrtc/video_encoder.h
|
a831dc3a7d10a1fbaa258ee6b1ca6cfc7e91c5ca |
|
01-Jun-2015 |
Peter Boström <pbos@webrtc.org> |
Convert native handles to buffers before encoding. Required to permit conversion of NV12 handles on iOS to I420 for VP8 software encoding, which blocks texture-based capture. This change enforces that all texture-based input provides a method for converting native handles to I420 if they are ever used with software encoders that do not understand the native handles. BUG=4081 R=emircan@chromium.org, glaznev@webrtc.org, hbos@webrtc.org, magjed@webrtc.org, mflodman@webrtc.org, stefan@webrtc.org, tkchin@webrtc.org Review URL: https://webrtc-codereview.appspot.com/50909005 Cr-Commit-Position: refs/heads/master@{#9347}
/external/webrtc/webrtc/video_encoder.h
|
4765070b8d6f024509c717c04d9b708750666927 |
|
30-May-2015 |
Miguel Casas-Sanchez <mcasas@webrtc.org> |
Rename I420VideoFrame to VideoFrame. This is a mechanical change since it affects so many files. I420VideoFrame -> VideoFrame and reformatted. Rationale: in the next CL I420VideoFrame will get an indication of Pixel Format (I420 for starters) and of storage type: usually UNOWNED, could be SHMEM, and in the near future will be possibly TEXTURE. See https://codereview.chromium.org/1154153003 for the change that happened in Cr. BUG=4730, chromium:440843 R=jiayl@webrtc.org, niklas.enbom@webrtc.org, pthatcher@webrtc.org Review URL: https://webrtc-codereview.appspot.com/52629004 Cr-Commit-Position: refs/heads/master@{#9339}
/external/webrtc/webrtc/video_encoder.h
|
4d71edef45afa38b3f68b6af0519ac0f21d327df |
|
19-May-2015 |
Peter Boström <pbos@webrtc.org> |
Add HW fallback option to software encoding. Permits falling back to software encoding for unsupported resolutions. BUG=chromium:475116, chromium:487934 R=mflodman@webrtc.org, stefan@webrtc.org Review URL: https://webrtc-codereview.appspot.com/46279004 Cr-Commit-Position: refs/heads/master@{#9227}
/external/webrtc/webrtc/video_encoder.h
|
61b4d518af7c2e4156056931d3512a49032b827d |
|
22-Apr-2015 |
jackychen <jackychen@webrtc.org> |
Dynamic resolution change for VP8 HW encode. Off by default for now. BUG= R=glaznev@webrtc.org, stefan@webrtc.org TBR=mflodman@webrtc.org Review URL: https://webrtc-codereview.appspot.com/45849004 Cr-Commit-Position: refs/heads/master@{#9045}
/external/webrtc/webrtc/video_encoder.h
|
f31f56d8d48dbc3c981d445891e83a68dc9d8f6a |
|
09-Feb-2015 |
changbin.shao@webrtc.org <changbin.shao@webrtc.org> |
Remove default arguments in EncodedImageCallback. BUG= R=mflodman@webrtc.org, pbos@webrtc.org, stefan@webrtc.org Review URL: https://webrtc-codereview.appspot.com/39719004 Cr-Commit-Position: refs/heads/master@{#8289} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8289 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
16825b1a828bb4ff40f7682040e43a239b7b8ca3 |
|
12-Jan-2015 |
pkasting@chromium.org <pkasting@chromium.org> |
Use int64_t more consistently for times, in particular for RTT values. Existing code was inconsistent about whether to use uint16_t, int, unsigned int, or uint32_t, and sometimes silently truncated one to another, or truncated int64_t. Because most core time-handling functions use int64_t, being consistent about using int64_t unless otherwise necessary minimizes the number of explicit or implicit casts. BUG=chromium:81439 TEST=none R=henrik.lundin@webrtc.org, holmer@google.com, tommi@webrtc.org Review URL: https://webrtc-codereview.appspot.com/31349004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@8045 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
273a414b0ec2e58fdf3b817ad8b1a02f4ce15287 |
|
01-Dec-2014 |
pbos@webrtc.org <pbos@webrtc.org> |
Report encoded frame size in VideoSendStream. Implements reporting transmitted frame size in WebRtcVideoEngine2. R=mflodman@webrtc.org, stefan@webrtc.org BUG=4033 Review URL: https://webrtc-codereview.appspot.com/33399004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7772 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
4591fbd09f9cb6e83433c49a12dd8524c2806502 |
|
20-Nov-2014 |
pkasting@chromium.org <pkasting@chromium.org> |
Use size_t more consistently for packet/payload lengths. See design doc at https://docs.google.com/a/chromium.org/document/d/1I6nmE9D_BmCY-IoV6MDPY2V6WYpEI-dg2apWXTfZyUI/edit?usp=sharing for more information. This CL was reviewed and approved in pieces in the following CLs: https://webrtc-codereview.appspot.com/24209004/ https://webrtc-codereview.appspot.com/24229004/ https://webrtc-codereview.appspot.com/24259004/ https://webrtc-codereview.appspot.com/25109004/ https://webrtc-codereview.appspot.com/26099004/ https://webrtc-codereview.appspot.com/27069004/ https://webrtc-codereview.appspot.com/27969004/ https://webrtc-codereview.appspot.com/27989004/ https://webrtc-codereview.appspot.com/29009004/ https://webrtc-codereview.appspot.com/30929004/ https://webrtc-codereview.appspot.com/30939004/ https://webrtc-codereview.appspot.com/31999004/ Committing as TBR to the original reviewers. BUG=chromium:81439 TEST=none TBR=pthatcher,henrik.lundin,tina.legrand,stefan,tkchin,glaznev,kjellander,perkj,mflodman,henrika,asapersson,niklas.enbom Review URL: https://webrtc-codereview.appspot.com/23129004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7726 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
5b8831782074d490969171de5f8c67251f36d9cc |
|
01-Nov-2014 |
marpan@webrtc.org <marpan@webrtc.org> |
Add VP9 codec to VCM and vie_auto_test. Include VP9 tests in videoprocessor_integrationtests. Include end-to-end send/receiveVP9 test. This is the same patch as https://code.google.com/p/webrtc/source/detail?r=7422, which was reverted when rolled into chrome (due to bss size increase). Relanding this again as we now have the clear to get this in: see https://code.google.com/p/webrtc/issues/detail?id=3932 R=kjellander@webrtc.org, mflodman@webrtc.org, stefan@webrtc.org Review URL: https://webrtc-codereview.appspot.com/31829004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7588 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
b1dac33cac5a64cbec6b0fd72624fa9d3060376c |
|
17-Oct-2014 |
henrike@webrtc.org <henrike@webrtc.org> |
Revert cls (original cl + fixes) 7422-7424 "Add VP9 codec to VCM..." BUG=3932 R=marpan@google.com Review URL: https://webrtc-codereview.appspot.com/27779004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7470 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
573c78e31c7ccdc5cf44ebc54b9fc089f5e8f0cf |
|
10-Oct-2014 |
marpan@webrtc.org <marpan@webrtc.org> |
Add VP9 codec to VCM and vie_auto_test. Include VP9 tests in videoprocessor_integrationtests. Include end-to-end send/receiveVP9 test. Passes trybots. R=kjellander@webrtc.org, mflodman@webrtc.org, stefan@webrtc.org Review URL: https://webrtc-codereview.appspot.com/29449004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7422 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
6cd6ba8ae016200a7a13b43294b8faf5d1d4affd |
|
18-Sep-2014 |
pbos@webrtc.org <pbos@webrtc.org> |
Expose VP8/H264 defaults through video_encoder.h. Reduces code duplication quite a bit, these identical defaults were set in quite a few different places. R=mflodman@webrtc.org, stefan@webrtc.org BUG=3070 Review URL: https://webrtc-codereview.appspot.com/19299004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7220 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
ab990ae43a2b84b103cb3c50bc38502375c13e68 |
|
17-Sep-2014 |
pbos@webrtc.org <pbos@webrtc.org> |
Revert 7151 "Revert 7114 "Expose VideoEncoders with webrtc/video_encoder.h."" Re-lands r7114 after landing r7204 to adress the compile error causing the rollback in r7151. BUG=3070 TBR=henrikg@webrtc.org Review URL: https://webrtc-codereview.appspot.com/28489004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7207 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
307d3dbdeed71d42edf38d3828081b11a5a416fb |
|
11-Sep-2014 |
henrikg@webrtc.org <henrikg@webrtc.org> |
Revert 7114 "Expose VideoEncoders with webrtc/video_encoder.h." Speculative revert, seems to be reason for flaky Win FYI bot compile break. > Expose VideoEncoders with webrtc/video_encoder.h. > > Exposes VideoEncoders as part of the public API and provides a factory > method for creating them. > > BUG=3070 > R=mflodman@webrtc.org, stefan@webrtc.org > > Review URL: https://webrtc-codereview.appspot.com/21929004 TBR=pbos@webrtc.org Review URL: https://webrtc-codereview.appspot.com/19329004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7151 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|
b420191743fc135222c862deeaa4cf9dec249fe3 |
|
09-Sep-2014 |
pbos@webrtc.org <pbos@webrtc.org> |
Expose VideoEncoders with webrtc/video_encoder.h. Exposes VideoEncoders as part of the public API and provides a factory method for creating them. BUG=3070 R=mflodman@webrtc.org, stefan@webrtc.org Review URL: https://webrtc-codereview.appspot.com/21929004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7114 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/webrtc/video_encoder.h
|