Rename OpenH264 frame-type conversion function.

Rename OpenH264 frame-type conversion function.

Also removing default case, so if another frame is added to
EVideoFrameType we have to handle it.

This will now NOTREACHED on videoFrameTypeInvalid, but
videoFrameTypeInvalid shouldn't happen if encoding succeeds, so it
should be fine or we should become aware of it.

BUG=
R=hbos@webrtc.org

Committed: https://crrev.com/39a36705ab734914d500b8a0f214ea630d82ab70
Cr-Commit-Position: refs/heads/master@{#12636}

[pbos-webrtc, 2016-05-03 20:01:05]

kEmptyFrame

[pbos-webrtc, 2016-05-03 20:02:17]

PTAL

[hbos, 2016-05-04 08:02:35]

lgtm

[pbos-webrtc, 2016-05-04 20:37:59]

The CQ bit was checked by pbos@webrtc.org

[commit-bot: I haz the power, 2016-05-04 20:38:10]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1943193003/20001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1943193003/20001

[commit-bot: I haz the power, 2016-05-04 22:38:41]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-05-04 22:38:42]

Try jobs failed on following builders:
  android_arm64_rel on tryserver.webrtc (JOB_TIMED_OUT, no build URL)

[pbos-webrtc, 2016-05-05 15:07:50]

The CQ bit was checked by pbos@webrtc.org

[commit-bot: I haz the power, 2016-05-05 15:07:58]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1943193003/20001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1943193003/20001

[commit-bot: I haz the power, 2016-05-05 15:09:15]

Committed patchset #2 (id:20001)

[commit-bot: I haz the power, 2016-05-05 15:09:23]

Description was changed from

==========
Rename OpenH264 frame-type conversion function.

Also removing default case, so if another frame is added to
EVideoFrameType we have to handle it.

This will now NOTREACHED on videoFrameTypeInvalid, but
videoFrameTypeInvalid shouldn't happen if encoding succeeds, so it
should be fine or we should become aware of it.

BUG=
R=hbos@webrtc.org
==========

to

==========
Rename OpenH264 frame-type conversion function.

Also removing default case, so if another frame is added to
EVideoFrameType we have to handle it.

This will now NOTREACHED on videoFrameTypeInvalid, but
videoFrameTypeInvalid shouldn't happen if encoding succeeds, so it
should be fine or we should become aware of it.

BUG=
R=hbos@webrtc.org

Committed: https://crrev.com/39a36705ab734914d500b8a0f214ea630d82ab70
Cr-Commit-Position: refs/heads/master@{#12636}
==========

[commit-bot: I haz the power, 2016-05-05 15:09:24]

Patchset 2 (id:??) landed as
https://crrev.com/39a36705ab734914d500b8a0f214ea630d82ab70
Cr-Commit-Position: refs/heads/master@{#12636}

[pbos-webrtc, 2016-05-10 17:10:28]

A revert of this CL (patchset #2 id:20001) has been created in
https://codereview.webrtc.org/1964913002/ by pbos@webrtc.org.

The reason for reverting is: Speculative revert for perf regression (though not
likely)..