268493a96b93d6a11a595b3272c5a4cd7a1fdc47 |
|
14-Jan-2016 |
nisse <nisse@webrtc.org> |
Revert of Delete remnants of non-square pixel support from cricket::VideoFrame. (patchset #1 id:1 of https://codereview.webrtc.org/1586613002/ ) Reason for revert: These changes broke chrome. Need to temporarily keep methods InitToEmptyBuffer, InitToBlack, CreateEmptyFrame with old but ignored arguments for pixel_width and pixel_height. Then update chrome, and delete the old methods in a separate cl. Original issue's description: > Delete remnants of non-square pixel support from cricket::VideoFrame. > > If ever needed, add some aspect ratio parameter, without pixel_width > and pixel_height arguments cluttering commonly used functions. > > BUG=webrtc:5426 > > Committed: https://crrev.com/709513d4133107d5c02aed34a5ee99444c4d4e25 > Cr-Commit-Position: refs/heads/master@{#11243} TBR=pthatcher@webrtc.org,perkj@webrtc.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=webrtc:5426 Review URL: https://codereview.webrtc.org/1583223002 Cr-Commit-Position: refs/heads/master@{#11246}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
709513d4133107d5c02aed34a5ee99444c4d4e25 |
|
14-Jan-2016 |
nisse <nisse@webrtc.org> |
Delete remnants of non-square pixel support from cricket::VideoFrame. If ever needed, add some aspect ratio parameter, without pixel_width and pixel_height arguments cluttering commonly used functions. BUG=webrtc:5426 Review URL: https://codereview.webrtc.org/1586613002 Cr-Commit-Position: refs/heads/master@{#11243}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
7755e2064b5b8add2ff0c9d0b5d3fb34ee1726d1 |
|
19-Nov-2015 |
perkj <perkj@webrtc.org> |
Chrome has now been updated. CapturedFrame Removed deprecated elapsed_time. Changed rotation to be webrtc::VideoRotation. WebRTCVideoFrame Removed deprecated InitToBlack Removed deprecated constructors. Review URL: https://codereview.webrtc.org/1461053002 Cr-Commit-Position: refs/heads/master@{#10718}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
0c4e06b4c6107a1b94f764e279e4fb4161e905b0 |
|
07-Oct-2015 |
Peter Boström <pbos@webrtc.org> |
Use suffixed {uint,int}{8,16,32,64}_t types. Removes the use of uint8, etc. in favor of uint8_t. BUG=webrtc:5024 R=henrik.lundin@webrtc.org, henrikg@webrtc.org, perkj@webrtc.org, solenberg@webrtc.org, stefan@webrtc.org, tina.legrand@webrtc.org Review URL: https://codereview.webrtc.org/1362503003 . Cr-Commit-Position: refs/heads/master@{#10196}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
b09b660c53ff2c499d149e05e5c435f5057273fc |
|
01-Oct-2015 |
magjed <magjed@webrtc.org> |
Remove cricket::VideoFrame::Set/GetElapsedTime() This CL is a baby step towards consolidating the timestamps in cricket::VideoFrame and webrtc::VideoFrame, so that we can unify the frame classes in the future. The elapsed time functionality is not really used. If a video sink wants to know the elapsed time since the first frame they can store the first timestamp themselves and calculate the time delta to later frames. This is already done in all video sinks that need the elapsed time. Having redundant timestamps in the frame classes is confusing and error prone. TBR=pthatcher@webrtc.org Review URL: https://codereview.webrtc.org/1324263004 Cr-Commit-Position: refs/heads/master@{#10131}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
91d6edef35e7275879c30ce16ecb8b6dc73c6e4a |
|
17-Sep-2015 |
henrikg <henrikg@webrtc.org> |
Add RTC_ prefix to (D)CHECKs and related macros. We must remove dependency on Chromium, i.e. we can't use Chromium's base/logging.h. That means we need to define these macros in WebRTC also when doing Chromium builds. And this causes redefinition. Alternative solutions: * Check if we already have defined e.g. CHECK, and don't define them in that case. This makes us depend on include order in Chromium, which is not acceptable. * Don't allow using the macros in WebRTC headers. Error prone since if someone adds it there by mistake it may compile fine, but later break if a header in added or order is changed in Chromium. That will be confusing and hard to enforce. * Ensure that headers that are included by an embedder don't include our macros. This would require some heavy refactoring to be maintainable and enforcable. * Changes in Chromium for this is obviously not an option. BUG=chromium:468375 NOTRY=true Review URL: https://codereview.webrtc.org/1335923002 Cr-Commit-Position: refs/heads/master@{#9964}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
3318f984cd7f51d24da4726665c05f5f06f82e6d |
|
26-Aug-2015 |
Magnus Jedvert <magjed@webrtc.org> |
VideoFrameBuffer: Make non-const data access explicit VideoFrameBuffer currently has two overloaded data() functions for pixel access, one for const and one for non-const. Unfortunately, it will default to the non-const version, even when 'const scoped_refptr<VideoFrameBuffer>&' is used. This is a problem, because many subclasses use RTC_NOTREACHED() in the non-const version. This CL makes the non-const version of data() explicit with a different, longer function name MutableData(). R=tommi@webrtc.org Review URL: https://codereview.webrtc.org/1304143003 . Cr-Commit-Position: refs/heads/master@{#9787}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
9b3f56ea055934a5d5416db0386c857494410acc |
|
09-Apr-2015 |
Per <perkj@chromium.org> |
Reland "Remove usage of webrtc::NativeHandle since is just adds an extra level of indirection."" This reverts commit e41d774c4d0a60066866fc2d0ae48dd0e839ff23. Original code review: https://webrtc-codereview.appspot.com/43999004/ Reason for reland: There was nothing wrong with this cl as is, but it breaks chrome compatibility. We will now reland this and fix Chrome during roll. Patset 1: Original cl. Patchset 2: Removed more code that is no longer needed. R=magjed@webrtc.org, pbos@webrtc.org TBR=mflodman@webrtc.org BUG=1128 Review URL: https://webrtc-codereview.appspot.com/45049004 Cr-Commit-Position: refs/heads/master@{#8956}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
e41d774c4d0a60066866fc2d0ae48dd0e839ff23 |
|
07-Apr-2015 |
Per <perkj@chromium.org> |
Revert "Remove usage of webrtc::NativeHandle since is just adds an extra level of indirection." This reverts commit 75db8612588b4fabdf1b05f4ab145f7737093b45. Revert "Fix build breakage in WrappedI420Buffer::native_handle()" This reverts commit 3211934ebf7cac3e6df2cb4aacb6e47cc1cffe2b. Reason for revert: Breaks chrome build and tests on clank, See https://codereview.chromium.org/1067803002/ BUG=1128 TBR=magjed@webrtc.org Review URL: https://webrtc-codereview.appspot.com/43079004 Cr-Commit-Position: refs/heads/master@{#8940}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
75db8612588b4fabdf1b05f4ab145f7737093b45 |
|
07-Apr-2015 |
Per <perkj@chromium.org> |
Remove usage of webrtc::NativeHandle since is just adds an extra level of indirection. BUG=1128 R=magjed@webrtc.org, pbos@webrtc.org TBR=mflodman@webrtc.org Review URL: https://webrtc-codereview.appspot.com/43999004 Cr-Commit-Position: refs/heads/master@{#8932}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
64c1e8cda5cb4db85c5c296bf2f6a8181af7de9d |
|
02-Apr-2015 |
Guo-wei Shieh <guoweis@chromium.org> |
Enable CVO by default through webrtc pipeline. All RTP packets from sender side will carry the rotation info. (will file a bug to track this) On the receiving side, only packets with marker bit set will be examined. Tests completed: 1. android standalone to android standalone 2. android standalone to chrome (with and without this change) 3. android on chrome BUG=4145 R=glaznev@webrtc.org, mflodman@webrtc.org, perkj@webrtc.org, pthatcher@webrtc.org Committed: https://crrev.com/1b1c15cad16de57053bb6aa8a916079e0534bdae Cr-Commit-Position: refs/heads/master@{#8905} Review URL: https://webrtc-codereview.appspot.com/47399004 Cr-Commit-Position: refs/heads/master@{#8917}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
31331cfd2d3d17958942b67190c8b943c05b084f |
|
01-Apr-2015 |
Minyue <minyue@webrtc.org> |
Revert "Enable CVO by default through webrtc pipeline." This reverts commit 1b1c15cad16de57053bb6aa8a916079e0534bdae. Due to failure on http://build.chromium.org/p/client.webrtc/builders/Linux64%20Release%20%5Blarge%20tests%5D/builds/4092 and following builds (the test hangs and never finishes). R=kjellander@webrtc.org TBR=guoweis@chromium.org TESTED=Local revert + execution of libjingle_peerconnection_java_unittest show that this is the culprit. Review URL: https://webrtc-codereview.appspot.com/47909004 Cr-Commit-Position: refs/heads/master@{#8911}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
1b1c15cad16de57053bb6aa8a916079e0534bdae |
|
01-Apr-2015 |
Guo-wei Shieh <guoweis@chromium.org> |
Enable CVO by default through webrtc pipeline. All RTP packets from sender side will carry the rotation info. (will file a bug to track this) On the receiving side, only packets with marker bit set will be examined. Tests completed: 1. android standalone to android standalone 2. android standalone to chrome (with and without this change) 3. android on chrome BUG=4145 R=glaznev@webrtc.org, mflodman@webrtc.org, perkj@webrtc.org, pthatcher@webrtc.org Review URL: https://webrtc-codereview.appspot.com/47399004 Cr-Commit-Position: refs/heads/master@{#8905}
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
14ee8cc9c7c04f0125bdb1e46226918ca090a66b |
|
18-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
WebRtcVideoFrame: Support odd resolutions We currently truncate the resolution of frames to a multiple of 4. This is unnecessary as everything supports odd resolutions now. R=fbarchard@google.com, pbos@webrtc.org, perkj@webrtc.org Review URL: https://webrtc-codereview.appspot.com/43819004 Cr-Commit-Position: refs/heads/master@{#8774} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8774 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
858024f1d963c4aefc6250d68356e95095c8195f |
|
17-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
WebRtcVideoFrame: Initialize members in empty constructor R=pbos@webrtc.org Review URL: https://webrtc-codereview.appspot.com/41319004 Cr-Commit-Position: refs/heads/master@{#8746} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8746 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
00c509ad1c94805b3332f2ce876c04705abf8ef5 |
|
12-Mar-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
Add concept of whether video renderer supports rotation. Rotation is best done when rendered in GPU, added the shader code which rotates the frame. For renderers which don't support rotation, the rotation will be done before sending down the frame to render. By default, assume renderer can't do rotation. Tested with peerconnection_client on windows, AppRTCDemo on Mac. BUG=4145 R=glaznev@webrtc.org, pthatcher@webrtc.org Committed: https://code.google.com/p/webrtc/source/detail?r=8660 Committed: https://code.google.com/p/webrtc/source/detail?r=8661 Review URL: https://webrtc-codereview.appspot.com/43569004 Cr-Commit-Position: refs/heads/master@{#8705} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8705 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
afdd5dd372d69be7244a3d90d70de9d5ecd60eb9 |
|
12-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Revert "Revert "Remove frame copy from cricket::VideoFrame to I420VideoFrame"" This reverts r8683 and is a reland of r8682. Reason for revert: The thread checker in Chromium that crashed has been fixed now. BUG=1128 TBR=tommi,pbos,pthatcher Review URL: https://webrtc-codereview.appspot.com/40319004 Cr-Commit-Position: refs/heads/master@{#8696} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8696 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
b218ff553148b9a26c82e3b3a46d626c4438cedd |
|
11-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Revert "Remove frame copy from cricket::VideoFrame to I420VideoFrame" This reverts r8682. Reason for revert: Fails on Chromium FYI content_browsertests BUG=1128 TBR=tommi,pbos,pthatcher Review URL: https://webrtc-codereview.appspot.com/47529004 Cr-Commit-Position: refs/heads/master@{#8683} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8683 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
370a72cc3ff928099c6ec6766659ed12155b74df |
|
11-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Remove frame copy from cricket::VideoFrame to I420VideoFrame BUG=1128 R=pbos@webrtc.org, pthatcher@webrtc.org, tommi@webrtc.org Review URL: https://webrtc-codereview.appspot.com/42249004 Cr-Commit-Position: refs/heads/master@{#8682} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8682 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
60a2aa06527d3cb7f215d2c3e6284d92af7cf6fd |
|
10-Mar-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
Revert "Add concept of whether video renderer supports rotation." This reverts commit 31d16467aceac56c3cb87a84564ea5e45a49ffe4. TBR=guoweis@webrtc.org BUG= Review URL: https://webrtc-codereview.appspot.com/47489004 Cr-Commit-Position: refs/heads/master@{#8662} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8662 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
31d16467aceac56c3cb87a84564ea5e45a49ffe4 |
|
10-Mar-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
Add concept of whether video renderer supports rotation. Rotation is best done when rendered in GPU, added the shader code which rotates the frame. For renderers which don't support rotation, the rotation will be done before sending down the frame to render. By default, assume renderer can't do rotation. BUG=4145 R=glaznev@webrtc.org, pthatcher@webrtc.org Committed: https://code.google.com/p/webrtc/source/detail?r=8660 Review URL: https://webrtc-codereview.appspot.com/43569004 Cr-Commit-Position: refs/heads/master@{#8661} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8661 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
1af1391b4119b4dfdfe4801714b19a676fbfd314 |
|
06-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Remove WebRtcTextureVideoFrame WebRtcTextureVideoFrame is currently an empty shell that only provides a convenience constructor of I420VideoFrame with a texture buffer. This CL moves that constructor, and all unittests, of WebRtcTextureVideoFrame into the base class. Then it's possible to completely remove WebRtcTextureVideoFrame and all its files. BUG=1128 R=pbos@webrtc.org, perkj@webrtc.org Review URL: https://webrtc-codereview.appspot.com/48399004 Cr-Commit-Position: refs/heads/master@{#8638} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8638 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
2386d6dd92f10a715f131b5ad408b1babc1f35b0 |
|
05-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Revert 8599 "Revert 8580 "Unify underlying frame buffer in I420VideoFrame and..."" It's possible to build Chrome on Windows with this patch now. BUG=1128 > This is unfortunately causing build problems in Chrome on Windows. >> Unify underlying frame buffer in I420VideoFrame and WebRtcVideoFrame >> >> Currently, I420VideoFrame uses three webrtc::Plane to store pixel data, and WebRtcVideoFrame uses WebRtcVideoFrame::FrameBuffer/webrtc::VideoFrame. The two subclasses WebRtcTextureVideoFrame and TextureVideoFrame use a NativeHandle to store pixel data, and there is also a class WebRtcVideoRenderFrame that wraps an I420VideoFrame. >> >> This CL replaces these classes with a new interface VideoFrameBuffer that provides the common functionality. This makes it possible to remove deep frame copies between cricket::VideoFrame and I420VideoFrame. >> >> Some additional minor changes are: >> * Disallow creation of 0x0 texture frames. >> * Remove the half-implemented ref count functions in I420VideoFrame. >> * Remove the Alias functionality in WebRtcVideoFrame >> >> The final goal is to eliminate all frame copies, but to limit the scope of this CL, some planned changes are postponed to follow-up CL:s (see planned changes in https://webrtc-codereview.appspot.com/38879004, or https://docs.google.com/document/d/1bxoJZNmlo-Z9GnQwIaWpEG6hDlL_W-bzka8Zb_K2NbA/preview). Specifically, this CL: >> * Keeps empty subclasses WebRtcTextureVideoFrame and TextureVideoFrame, and just delegates the construction to the superclass. >> * Keeps the deep copies from cricket::VideoFrame to I420VideoFrame. >> >> BUG=1128 >> R=mflodman@webrtc.org, pbos@webrtc.org, perkj@webrtc.org, tommi@webrtc.org >> >> Review URL: https://webrtc-codereview.appspot.com/42469004 R=pbos@webrtc.org TBR=mflodman, pbos, perkj, tommi Review URL: https://webrtc-codereview.appspot.com/45489004 Cr-Commit-Position: refs/heads/master@{#8616} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8616 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
1f94407319f85abc286c993774a4ea93807ec32e |
|
04-Mar-2015 |
tommi@webrtc.org <tommi@webrtc.org> |
Revert 8580 "Unify underlying frame buffer in I420VideoFrame and..." This is unfortunately causing build problems in Chrome on Windows. > Unify underlying frame buffer in I420VideoFrame and WebRtcVideoFrame > > Currently, I420VideoFrame uses three webrtc::Plane to store pixel data, and WebRtcVideoFrame uses WebRtcVideoFrame::FrameBuffer/webrtc::VideoFrame. The two subclasses WebRtcTextureVideoFrame and TextureVideoFrame use a NativeHandle to store pixel data, and there is also a class WebRtcVideoRenderFrame that wraps an I420VideoFrame. > > This CL replaces these classes with a new interface VideoFrameBuffer that provides the common functionality. This makes it possible to remove deep frame copies between cricket::VideoFrame and I420VideoFrame. > > Some additional minor changes are: > * Disallow creation of 0x0 texture frames. > * Remove the half-implemented ref count functions in I420VideoFrame. > * Remove the Alias functionality in WebRtcVideoFrame > > The final goal is to eliminate all frame copies, but to limit the scope of this CL, some planned changes are postponed to follow-up CL:s (see planned changes in https://webrtc-codereview.appspot.com/38879004, or https://docs.google.com/document/d/1bxoJZNmlo-Z9GnQwIaWpEG6hDlL_W-bzka8Zb_K2NbA/preview). Specifically, this CL: > * Keeps empty subclasses WebRtcTextureVideoFrame and TextureVideoFrame, and just delegates the construction to the superclass. > * Keeps the deep copies from cricket::VideoFrame to I420VideoFrame. > > BUG=1128 > R=mflodman@webrtc.org, pbos@webrtc.org, perkj@webrtc.org, tommi@webrtc.org > > Review URL: https://webrtc-codereview.appspot.com/42469004 TBR=magjed@webrtc.org Review URL: https://webrtc-codereview.appspot.com/42199005 Cr-Commit-Position: refs/heads/master@{#8599} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8599 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
c8895aa2f31e05d3bd4d29507af3bbfcaa638499 |
|
03-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Unify underlying frame buffer in I420VideoFrame and WebRtcVideoFrame Currently, I420VideoFrame uses three webrtc::Plane to store pixel data, and WebRtcVideoFrame uses WebRtcVideoFrame::FrameBuffer/webrtc::VideoFrame. The two subclasses WebRtcTextureVideoFrame and TextureVideoFrame use a NativeHandle to store pixel data, and there is also a class WebRtcVideoRenderFrame that wraps an I420VideoFrame. This CL replaces these classes with a new interface VideoFrameBuffer that provides the common functionality. This makes it possible to remove deep frame copies between cricket::VideoFrame and I420VideoFrame. Some additional minor changes are: * Disallow creation of 0x0 texture frames. * Remove the half-implemented ref count functions in I420VideoFrame. * Remove the Alias functionality in WebRtcVideoFrame The final goal is to eliminate all frame copies, but to limit the scope of this CL, some planned changes are postponed to follow-up CL:s (see planned changes in https://webrtc-codereview.appspot.com/38879004, or https://docs.google.com/document/d/1bxoJZNmlo-Z9GnQwIaWpEG6hDlL_W-bzka8Zb_K2NbA/preview). Specifically, this CL: * Keeps empty subclasses WebRtcTextureVideoFrame and TextureVideoFrame, and just delegates the construction to the superclass. * Keeps the deep copies from cricket::VideoFrame to I420VideoFrame. BUG=1128 R=mflodman@webrtc.org, pbos@webrtc.org, perkj@webrtc.org, tommi@webrtc.org Review URL: https://webrtc-codereview.appspot.com/42469004 Cr-Commit-Position: refs/heads/master@{#8580} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8580 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
1d82813961d49e1a433024221b6f7164856635ec |
|
03-Mar-2015 |
perkj@webrtc.org <perkj@webrtc.org> |
Reland "Fix CVO in androidvideocapturer". This cl was originally revieved in https://webrtc-codereview.appspot.com/40759004/ Patchset 2 adds a unittest for VideoFrame::Reset with and without the apply_rotation flag set. BUG=4145 R=pthatcher@webrtc.org Review URL: https://webrtc-codereview.appspot.com/42559004 Cr-Commit-Position: refs/heads/master@{#8564} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8564 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
50b229509187cf63b5c80ff5ae55694f0e84ee23 |
|
02-Mar-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
cricket::VideoFrameFactory: Don't overwrite frames in use VideoFrameFactory has a single frame buffer that is used when scaling frames. If the previous frame is still in use, we need to allocate a new frame. BUG=4347 R=perkj@webrtc.org Review URL: https://webrtc-codereview.appspot.com/36359004 Cr-Commit-Position: refs/heads/master@{#8549} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8549 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
73acc15c69e74db7abcce7b2a27e192326bf2498 |
|
28-Feb-2015 |
aluebs@webrtc.org <aluebs@webrtc.org> |
Revert 8538 "Reland "Fix CVO in androidvideocapturer.""" > Reland "Fix CVO in androidvideocapturer."" > This reverts commit b8bcf8cbbf84971e2ae26d91659afdc58617b054. > after I fixed a rebase mistake. The fix is the delta between patchset 1 and 2. > > The original cl was reviewed here: > https://webrtc-codereview.appspot.com/40759004/ > > TBR=magjed@webrtc.org > > BUG=4145 > > Review URL: https://webrtc-codereview.appspot.com/45409004 TBR=perkj@webrtc.org Review URL: https://webrtc-codereview.appspot.com/44439004 Cr-Commit-Position: refs/heads/master@{#8539} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8539 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
3a93e33c56d1c88cd4ebcec272e374725065a9c1 |
|
27-Feb-2015 |
perkj@webrtc.org <perkj@webrtc.org> |
Reland "Fix CVO in androidvideocapturer."" This reverts commit b8bcf8cbbf84971e2ae26d91659afdc58617b054. after I fixed a rebase mistake. The fix is the delta between patchset 1 and 2. The original cl was reviewed here: https://webrtc-codereview.appspot.com/40759004/ TBR=magjed@webrtc.org BUG=4145 Review URL: https://webrtc-codereview.appspot.com/45409004 Cr-Commit-Position: refs/heads/master@{#8538} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8538 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
b8bcf8cbbf84971e2ae26d91659afdc58617b054 |
|
27-Feb-2015 |
perkj@webrtc.org <perkj@webrtc.org> |
Revert "Fix CVO in androidvideocapturer." This reverts commit 02ed57bf9d12a959d5ec139b3fc49170d16b5f30. https://webrtc-codereview.appspot.com/40759004/ Reason- breaks tests after rebase. TBR=magjed@webrtc.org BUG=4145 Review URL: https://webrtc-codereview.appspot.com/39349004 Cr-Commit-Position: refs/heads/master@{#8537} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8537 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
02ed57bf9d12a959d5ec139b3fc49170d16b5f30 |
|
27-Feb-2015 |
perkj@webrtc.org <perkj@webrtc.org> |
Fix CVO in androidvideocapturer. This add bool apply_rotation to WebrtcVideoFrame::Init and removes the need for WebrtcVideoFrame::SetRotation. BUG=4145 R=guoweis@webrtc.org, pthatcher@webrtc.org Review URL: https://webrtc-codereview.appspot.com/40759004 Cr-Commit-Position: refs/heads/master@{#8536} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8536 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
f09e7b8a4f521447ea56e3e8c5ff2f6826feacf2 |
|
25-Feb-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
WebRtcVideoFrame: DCHECK exclusive ownership for non-const pixel access Add some const safety by DCHECK(HasOneRef()) in non-const GetYPlane. This CL also replaces all incorrect non-const calls with const calls for pixel data access in cricket::VideoFrame. It's easy to call the non-const version of e.g. GetYPlane by mistake, even if only const-access is needed. For example: const scoped_ptr<cricket::VideoFrame> foo; const uint8_t* y = foo->GetYPlane(); will actually call the non-const version of GetYPlane. R=mflodman@webrtc.org, perkj@webrtc.org Review URL: https://webrtc-codereview.appspot.com/39079004 Cr-Commit-Position: refs/heads/master@{#8507} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8507 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
3864363e2c3043bd23081abe32ad13dcb6d718ed |
|
18-Feb-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
cricket::VideoFrame: Refactor CopyToBuffer into base class It’s possible to implement cricket::VideoFrame::CopyToBuffer using the virtual interface. This removes the need for subclasses to implement their own versions. This CL also fixes a bug in cricket::VideoFrame::CopyToPlanes which currently assumes that GetUPitch() == GetVPitch(), otherwise it may segfault. I think this CL should land regardless, but the main purpose is to pave the way for for planned changes to I420VideoFrame. See https://review.webrtc.org/38879004. R=fbarchard@google.com, perkj@webrtc.org Review URL: https://webrtc-codereview.appspot.com/39889004 Cr-Commit-Position: refs/heads/master@{#8403} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8403 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
1226e926e6104322d9b99026b98f515cb4d40fd4 |
|
11-Feb-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
CVO capturer feature: allow unrotated frame flows through the capture pipeline. split from https://webrtc-codereview.appspot.com/37029004/ This is based on clean up code change at https://webrtc-codereview.appspot.com/37129004 BUG=4145 R=perkj@webrtc.org, pthatcher@webrtc.org, stefan@webrtc.org, tommi@webrtc.org Committed: https://code.google.com/p/webrtc/source/detail?r=8337 Committed: https://code.google.com/p/webrtc/source/detail?r=8338 Review URL: https://webrtc-codereview.appspot.com/39799004 Cr-Commit-Position: refs/heads/master@{#8339} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8339 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
dc7b02277cc1666dfc13b636c2ecfe53b12c9d2a |
|
11-Feb-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
CVO capturer feature: allow unrotated frame flows through the capture pipeline. split from https://webrtc-codereview.appspot.com/37029004/ This is based on clean up code change at https://webrtc-codereview.appspot.com/37129004 BUG=4145 R=perkj@webrtc.org, pthatcher@webrtc.org, stefan@webrtc.org, tommi@webrtc.org Committed: https://code.google.com/p/webrtc/source/detail?r=8337 Review URL: https://webrtc-codereview.appspot.com/39799004 Cr-Commit-Position: refs/heads/master@{#8338} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8338 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
20e8f227664a6747cea11e1fc1de4c018ebcc8e9 |
|
11-Feb-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
CVO capturer feature: allow unrotated frame flows through the capture pipeline. split from https://webrtc-codereview.appspot.com/37029004/ This is based on clean up code change at https://webrtc-codereview.appspot.com/37129004 BUG=4145 R=perkj@webrtc.org, pthatcher@webrtc.org, stefan@webrtc.org, tommi@webrtc.org Review URL: https://webrtc-codereview.appspot.com/39799004 Cr-Commit-Position: refs/heads/master@{#8337} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8337 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
7cc92aaf3767ab459cf8a42e5eef50ad555e3e90 |
|
11-Feb-2015 |
pbos@webrtc.org <pbos@webrtc.org> |
Use WebRtcVideoRenderFrame for texture frames. Removes buffer/texture path separation inside WebRtcVideoEngine and DeliverTextureFrame(). This unifies frame delivery with WebRtcVideoEngine2 which is expected to automagically work with texture frames after this change. BUG=1788 R=magjed@webrtc.org Review URL: https://webrtc-codereview.appspot.com/38069005 Cr-Commit-Position: refs/heads/master@{#8326} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8326 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
6c930c71831b6eda6e85903c505459569a02ad9a |
|
09-Feb-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
Cleanup: unify rotation to be enum based instead of int for degree. Split from https://webrtc-codereview.appspot.com/37029004/ BUG=4145 R=pthatcher@webrtc.org, stefan@webrtc.org Committed: https://code.google.com/p/webrtc/source/detail?r=8257 Committed: https://code.google.com/p/webrtc/source/detail?r=8276 Committed: https://code.google.com/p/webrtc/source/detail?r=8277 Review URL: https://webrtc-codereview.appspot.com/37129004 Cr-Commit-Position: refs/heads/master@{#8288} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8288 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
0c7ec770ff5be89a875c989f2e99d0c24d0152a7 |
|
06-Feb-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
Cleanup: unify rotation to be enum based instead of int for degree. Split from https://webrtc-codereview.appspot.com/37029004/ BUG=4145 R=pthatcher@webrtc.org, stefan@webrtc.org Committed: https://code.google.com/p/webrtc/source/detail?r=8257 Committed: https://code.google.com/p/webrtc/source/detail?r=8276 Review URL: https://webrtc-codereview.appspot.com/37129004 Cr-Commit-Position: refs/heads/master@{#8277} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8277 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
110443aaac0f71d4fe2153648544038f3a8c404d |
|
06-Feb-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
Cleanup: unify rotation to be enum based instead of int for degree. Split from https://webrtc-codereview.appspot.com/37029004/ BUG=4145 R=pthatcher@webrtc.org, stefan@webrtc.org Committed: https://code.google.com/p/webrtc/source/detail?r=8257 Review URL: https://webrtc-codereview.appspot.com/37129004 Cr-Commit-Position: refs/heads/master@{#8276} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8276 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
4b320cf2149b317c9ab08fe7c7017f5756651e69 |
|
06-Feb-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Revert "Cleanup: unify rotation to be enum based instead of int for degree." Reason for revert: Compile error on bots - A subclass of cricket::VideoFrame still uses old GetRotation return type. BUG=4145 TBR=guoweis,stefan,pthatcher This reverts commit 3e733a43f5a1a2c170e1064d0ee0af38d710a64a. Review URL: https://webrtc-codereview.appspot.com/34159004 Cr-Commit-Position: refs/heads/master@{#8265} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8265 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
3e733a43f5a1a2c170e1064d0ee0af38d710a64a |
|
06-Feb-2015 |
guoweis@webrtc.org <guoweis@webrtc.org> |
Cleanup: unify rotation to be enum based instead of int for degree. Split from https://webrtc-codereview.appspot.com/37029004/ BUG=4145 R=pthatcher@webrtc.org, stefan@webrtc.org Review URL: https://webrtc-codereview.appspot.com/37129004 Cr-Commit-Position: refs/heads/master@{#8257} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8257 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
a26f511dd2300d6d40052490d9ad7684a5590658 |
|
29-Jan-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Remove frame copy in ViEExternalRendererImpl::RenderFrame Add new interface for delivering frames to ExternalRenderer. The purpose is to avoid having to extract a packed buffer from I420VideoFrame, which will cause a deep frame copy. BUG=1128,4227 R=mflodman@webrtc.org Committed: https://code.google.com/p/webrtc/source/detail?r=8136 Review URL: https://webrtc-codereview.appspot.com/36489004 Cr-Commit-Position: refs/heads/master@{#8199} git-svn-id: http://webrtc.googlecode.com/svn/trunk@8199 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
fc5ad95fecc5ddc7d98dcfbac1c4e75a7814253f |
|
27-Jan-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Reland of: "Implement elapsed time and capture start NTP time estimation." revision @8139 Link to original CL: https://review.webrtc.org/36909004/ R=pbos@webrtc.org TBR=pthatcher@webrtc.org BUG=4227 Review URL: https://webrtc-codereview.appspot.com/39669004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@8162 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
7519de519e8bafb8278b47a8c88444a2209487f9 |
|
23-Jan-2015 |
tkchin@webrtc.org <tkchin@webrtc.org> |
Revert 8136 "Remove frame copy in ViEExternalRendererImpl::Rende..." > Remove frame copy in ViEExternalRendererImpl::RenderFrame > > Add new interface for delivering frames to ExternalRenderer. The purpose is to avoid having to extract a packed buffer from I420VideoFrame, which will cause a deep frame copy. > > BUG=1128 > R=mflodman@webrtc.org > > Review URL: https://webrtc-codereview.appspot.com/36489004 TBR=magjed@webrtc.org Review URL: https://webrtc-codereview.appspot.com/37749004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@8144 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
0f988447496e5d656d52bea279c8511d3569cb11 |
|
23-Jan-2015 |
tkchin@webrtc.org <tkchin@webrtc.org> |
Revert 8139 "Implement elapsed time and capture start NTP time e..." > Implement elapsed time and capture start NTP time estimation. > > These two elements are required for end-to-end delay estimation. > > BUG=1788 > R=stefan@webrtc.org > TBR=pthatcher@webrtc.org > > Review URL: https://webrtc-codereview.appspot.com/36909004 TBR=pbos@webrtc.org Review URL: https://webrtc-codereview.appspot.com/41619004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@8143 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
ad3ee2c46bf502a18847229d42dd081c9e753c70 |
|
23-Jan-2015 |
pbos@webrtc.org <pbos@webrtc.org> |
Implement elapsed time and capture start NTP time estimation. These two elements are required for end-to-end delay estimation. BUG=1788 R=stefan@webrtc.org TBR=pthatcher@webrtc.org Review URL: https://webrtc-codereview.appspot.com/36909004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@8139 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
182ea46facde45811faebec40ad4981fd8db56a1 |
|
23-Jan-2015 |
magjed@webrtc.org <magjed@webrtc.org> |
Remove frame copy in ViEExternalRendererImpl::RenderFrame Add new interface for delivering frames to ExternalRenderer. The purpose is to avoid having to extract a packed buffer from I420VideoFrame, which will cause a deep frame copy. BUG=1128 R=mflodman@webrtc.org Review URL: https://webrtc-codereview.appspot.com/36489004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@8136 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
e575e9c40f7e2aeb28486f6e4b96910bc744c7ec |
|
14-Dec-2014 |
magjed@webrtc.org <magjed@webrtc.org> |
Move WebRtcVideoRenderFrame from webrtcvideoengine2.cc to webrtcvideoframe.h The purpose of this CL is to be able to reuse the class WebRtcVideoRenderFrame in webrtcvideoengine.cc. R=pbos@webrtc.org Review URL: https://webrtc-codereview.appspot.com/32799004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7888 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
599e299b9dc3dc07fc78cfeaba629566a201b4f1 |
|
05-Dec-2014 |
kjellander@webrtc.org <kjellander@webrtc.org> |
cricket::VideoFrame int64 to int64_t. Needed for successful compile of ios arm64. BUG=3898 R=pthatcher@webrtc.org Review URL: https://webrtc-codereview.appspot.com/30359004 Patch from Zeke Chin <tkchin@webrtc.org>. git-svn-id: http://webrtc.googlecode.com/svn/trunk@7817 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
88d14f483b43f5c34c258607dd127bc64308c927 |
|
22-Nov-2014 |
thorcarpenter@google.com <thorcarpenter@google.com> |
Remove expensive and unnecessary memory alloc for sending black frames on video mute. Remove old crusty is_black_ member var in webrtcvideoengine which was not adding value. R=henrike@webrtc.org, tpsiaki@google.com Review URL: https://webrtc-codereview.appspot.com/26229004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7731 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
bdcf38c89446b1b464a646414f6cd7573a190bd1 |
|
21-Nov-2014 |
magjed@webrtc.org <magjed@webrtc.org> |
cricket::VideoFrame: Refactor ConvertToRgbBuffer into base class There is also an implementation in Chromium that can be removed if/when this lands: content/renderer/media/webrtc/webrtc_video_capturer_adapter.cc R=fbarchard@google.com, pbos@webrtc.org, perkj@webrtc.org Review URL: https://webrtc-codereview.appspot.com/32059004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7728 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
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/talk/media/webrtc/webrtcvideoframe.cc
|
a09a99950ec40aef6421e4ba35eee7196b7a6e68 |
|
13-Aug-2014 |
buildbot@webrtc.org <buildbot@webrtc.org@4adac7df-926f-26a2-2b94-8c16560cd09d> |
(Auto)update libjingle 73222930-> 73226398 git-svn-id: http://webrtc.googlecode.com/svn/trunk@6891 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
d4e598d57aed714a599444a7eab5e8fdde52a950 |
|
29-Jul-2014 |
buildbot@webrtc.org <buildbot@webrtc.org@4adac7df-926f-26a2-2b94-8c16560cd09d> |
(Auto)update libjingle 72097588-> 72159069 git-svn-id: http://webrtc.googlecode.com/svn/trunk@6799 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
e9793ab8b872098c241a1c0bc08836e9e78607ce |
|
18-Mar-2014 |
henrike@webrtc.org <henrike@webrtc.org@4adac7df-926f-26a2-2b94-8c16560cd09d> |
(Auto)update libjingle 63111035-> 63293120 git-svn-id: http://webrtc.googlecode.com/svn/trunk@5717 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
16d6254e8c6c865ca65cc943e03fa635dc5c6a63 |
|
06-Nov-2013 |
wu@webrtc.org <wu@webrtc.org@4adac7df-926f-26a2-2b94-8c16560cd09d> |
Update talk to 56183333. TEST=try bots R=sheu@chromium.org Review URL: https://webrtc-codereview.appspot.com/3469004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@5087 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
de305014c62832a382d38144a9dc518cf1d02f88 |
|
31-Oct-2013 |
wu@webrtc.org <wu@webrtc.org@4adac7df-926f-26a2-2b94-8c16560cd09d> |
Update talk to 55906045. Review URL: https://webrtc-codereview.appspot.com/3159005 git-svn-id: http://webrtc.googlecode.com/svn/trunk@5065 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
28654cbc2256230c978f41cbaf550bc2e9c2f2db |
|
22-Jul-2013 |
henrike@webrtc.org <henrike@webrtc.org@4adac7df-926f-26a2-2b94-8c16560cd09d> |
Update talk folder to revision=49713299. TBR=mallinath@webrtc.org Review URL: https://webrtc-codereview.appspot.com/1848004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@4380 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|
28e20752806a492f5a6a5d343c02f9556f39b1cd |
|
10-Jul-2013 |
henrike@webrtc.org <henrike@webrtc.org@4adac7df-926f-26a2-2b94-8c16560cd09d> |
Adds trunk/talk folder of revision 359 from libjingles google code to trunk/talk git-svn-id: http://webrtc.googlecode.com/svn/trunk@4318 4adac7df-926f-26a2-2b94-8c16560cd09d
/external/webrtc/talk/media/webrtc/webrtcvideoframe.cc
|