cce46fc108a70336f0477fd58d41f38e547eeb25 |
|
21-Dec-2015 |
philipel <philipel@webrtc.org> |
Lint fix for webrtc/modules/video_coding PART 1! Trying to submit all changes at once proved impossible since there were too many changes in too many files. The changes to PRESUBMIT.py will be uploaded in the last CL. (original CL: https://codereview.webrtc.org/1528503003/) BUG=webrtc:5309 TBR=mflodman@webrtc.org Review URL: https://codereview.webrtc.org/1541803002 Cr-Commit-Position: refs/heads/master@{#11100}
/external/webrtc/webrtc/modules/video_coding/codecs/h264/h264_video_toolbox_decoder.cc
|
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/modules/video_coding/codecs/h264/h264_video_toolbox_decoder.cc
|
6f8ce060a21fcdc1c951fbf06768eb0cc0083b2f |
|
16-Nov-2015 |
kjellander <kjellander@webrtc.org> |
common_video: rename interface -> include To avoid breaking downstream, the "interface" directories were copied into a new "common_video/include" dir. The old headers got pragma warnings added about deprecation (a very short deprecation since I plan to remove them as soon downstream is updated). The header guards are also identical to avoid mixing them up in the transition. BUG=webrtc:5095 TESTED=Passing compile-trybots with --clobber flag: git cl try --clobber --bot=win_compile_rel --bot=linux_compile_rel --bot=android_compile_rel --bot=mac_compile_rel --bot=ios_rel --bot=linux_gn_rel --bot=win_x64_gn_rel --bot=mac_x64_gn_rel --bot=android_gn_rel -m tryserver.webrtc Review URL: https://codereview.webrtc.org/1418913006 Cr-Commit-Position: refs/heads/master@{#10659}
/external/webrtc/webrtc/modules/video_coding/codecs/h264/h264_video_toolbox_decoder.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/webrtc/modules/video_coding/codecs/h264/h264_video_toolbox_decoder.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/webrtc/modules/video_coding/codecs/h264/h264_video_toolbox_decoder.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/webrtc/modules/video_coding/codecs/h264/h264_video_toolbox_decoder.cc
|
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/modules/video_coding/codecs/h264/h264_video_toolbox_decoder.cc
|